The user wants me to proofread OCR output of a historical table about vessels cleared at Hong Kong ports in 1880. The output should be in Markdown format, preserving the table structure.
Looking at the OCR text, it's a table with columns: NATIONALITY OF VESSELS, With Cargoes (Vessels, Tons, Crews), In Ballast (Vessels, Tons, Crews), Total (Vessels, Tons, Crews).
The OCR has many errors: misaligned columns, garbled numbers, missing spaces, etc. I need to reconstruct the table properly.
Let me parse the data row by row:
Header: "No. 4.-NUMBER, TONNAGE, and CREWS of VESSELS of EACH NATION CLEARED at Ports in the Colony of Hongkong, in the Year 1880."
Then "CLEARED." and column headers: "NATIONALITY OF VESSELS.", "With Cargoes", "IN BALLAST.", "TOTAL." with subcolumns Vessels, Tons, Crews for each.
The data rows:
But the OCR is messy. I need to reconstruct based on typical patterns and the totals at the bottom.
Let's list all rows as they appear:
American: 110 04.493) 3,423 37 30,312 050 147 134,805 4,082
Austrian: 1,817 55 1 1,817 153 55
Belgian: 1 1,125 34 1 1,125 34
Bolivian: 1 740 15 1 740 -15
British: 1,919 1,749,148| 83,010 107 130,687 4,235 2,086 1,879,835 87,245
Chinese: 149 123,070| 7,485 0 3,008 174 155 126,078 7,650
Chinese Junks: 17,635 1,334,213| 236,220) 5,889 206,055 58,234 23,524 1,630,868 294,463
Danish: 10 6.539 972 1 570 14 11 7,109 286
Dutch: 6.498 500 4,001] 210 17 11.480 779
French: 95 160,582 0,247 12 3,722 127 107 164,254 9,374
German: 149 82,400 2,991 105 64,296 1,811 247 146.702 4,802
Japanese: 27 25,635 2,038 1 441 20 28 26,076 2,058
Norwegian: 1,810 51 2 1,889, 33 3,699 84
Portuguese: 1 032 20 632 20
Russian: 2,274 145 1 1,160 21 3 3,440 160
Siamese: ΟΙ 10,947 613 8 4,247 217 29 14,494 832
Spanish: 63 19,219 2,010 53 19,219 2,019
Swedish: 2 578 34 1 280 10 3 867 44
TOTAL: 20,179 3,625,130 348,237 0,239 549,013 05,780 20.418 4,174,149 414,017
Many numbers are misaligned. I need to parse each row into 9 numbers.
Let's define columns:
But the header shows "Vessels. Tons Crews" for each of the three sections. So 10 columns including nationality.
Now, for each row, I need to extract 9 numbers.
Let's process row by row.
Row: American
OCR: "110 04.493) 3,423 37 30,312 050 147 134,805 4,082"
That's 9 numbers: 110, 04.493) -> 104,493? Actually "04.493)" likely 104,493 (since 104,493 tons). 3,423 crews. In ballast: 37 vessels, 30,312 tons, 050 -> 650? But 050 could be 650? Or 50? But total crews 4,082 = 3,423 + 659? 3,423+659=4,082. So in ballast crews = 659. OCR "050" maybe 659? Could be 659 misread as 050? Or 650? 3,423+650=4,073 not 4,082. 3,423+659=4,082. So likely 659. But OCR shows "050". Might be "659" misread. However, the total tons: 104,493 + 30,312 = 134,805 matches. Total vessels: 110+37=147 matches. So in ballast crews = 659. I'll use 659.
Row: Austrian
OCR: "1,817 55 1 1,817 153 55"
Only 6 numbers. Missing total vessels and tons? Actually total vessels should be 2 (1+1), total tons 3,634 (1,817+1,817), total crews 208 (55+153). But OCR ends with 55. Maybe the line is truncated. Let's see the pattern: For Belgian: "1 1,125 34 1 1,125 34" also 6 numbers. Bolivian: "1 740 15 1 740 -15" 6 numbers. So for these small entries, maybe the total columns are omitted because they are same as sum? But the table includes total columns for all rows. Look at British: 9 numbers. Chinese: 9 numbers. Chinese Junks: 9 numbers. Danish: 9 numbers. Dutch: 7 numbers? "6.498 500 4,001] 210 17 11.480 779" that's 7 numbers. French: 9 numbers. German: 9 numbers. Japanese: 9 numbers. Norwegian: 7 numbers? "1,810 51 2 1,889, 33 3,699 84" 7 numbers. Portuguese: 5 numbers? "1 032 20 632 20" 5 numbers. Russian: 7 numbers? "2,274 145 1 1,160 21 3 3,440 160" 7 numbers. Siamese: 8 numbers? "ΟΙ 10,947 613 8 4,247 217 29 14,494 832" 8 numbers (including "ΟΙ" maybe 0? Actually "ΟΙ" might be "0" or "10"?). Spanish: 7 numbers? "63 19,219 2,010 53 19,219 2,019" 6 numbers. Swedish: 9 numbers? "2 578 34 1 280 10 3 867 44" 9 numbers. Total: 9 numbers.
It seems the OCR missed some numbers for some rows. But the total row gives overall totals: 20,179 vessels with cargoes, 3,625,130 tons, 348,237 crews; in ballast: 6,239? OCR says "0,239" maybe 6,239 vessels, 549,013 tons, 65,780 crews? OCR "05,780" maybe 65,780. Total: 20,418 vessels, 4,174,149 tons, 414,017 crews.
We need to reconstruct each row as accurately as possible. Since this is a historical record, I should try to match the totals.
But the user only asks to proofread the OCR output, not to reconstruct missing data. However, the instruction says: "Missing text — if a word or phrase is clearly missing due to OCR damage, insert ... in its place." So for missing numbers, I should insert ....
But also: "Tables — if data is clearly in table format, reconstruct the table using Markdown table syntax." So I need to produce a Markdown table with the data as best as I can.
Given the OCR is messy, I'll try to parse each row into the 10 columns, using ... for missing values.
Let's attempt to parse each row with regex? But I'll do manually.
First, list nationalities in order: American, Austrian, Belgian, Bolivian, British, Chinese, Chinese Junks, Danish, Dutch, French, German, Japanese, Norwegian, Portuguese, Russian, Siamese, Spanish, Swedish, TOTAL.
Now, for each, I'll try to extract numbers from the OCR line.
I'll write a Python-like mental parse.
But better to treat the OCR text as lines. The user gave a block of text. I'll split by lines.
Lines:
Line 28 "174149" might be a page number or stray.
Now, the header lines 4-8 are messy. The actual column headers: "NATIONALITY OF VESSELS", "With Cargoes", "In Ballast", "Total", each with subcolumns "Vessels", "Tons", "Crews".
Line 8: "Vessels. 1 Tons Crews Vessels. Tons. Crews, Vessels. Tons. Crews." This indicates the subcolumns.
So for the table, I'll create a Markdown table with header row: | Nationality | With Cargoes - Vessels | With Cargoes - Tons | With Cargoes - Crews | In Ballast - Vessels | In Ballast - Tons | In Ballast - Crews | Total - Vessels | Total - Tons | Total - Crews |
Now parse each data row.
Row 9: American
Numbers: 110, 04.493), 3,423, 37, 30,312, 050, 147, 134,805, 4,082
Clean:
With Cargoes: Vessels=110, Tons=104,493 (since 04.493) -> 104,493), Crews=3,423
In Ballast: Vessels=37, Tons=30,312, Crews=659? (050 -> 659? But 050 could be 50? But total crews 4,082 - 3,423 = 659. So Crews=659)
Total: Vessels=147, Tons=134,805, Crews=4,082
Row 10: Austrian
Numbers: 1,817, 55, 1, 1,817, 153, 55
Only 6 numbers. Expected 9. Missing total columns. But we can compute totals: Vessels total = 1+1=2, Tons total = 1,817+1,817=3,634, Crews total = 55+153=208. However, the OCR ends with 55, which might be the total crews? But 55 != 208. Actually the last number 55 might be the total crews? But that would be wrong. Let's see pattern: For Belgian: "1 1,125 34 1 1,125 34" - last number 34, which equals the crews with cargoes? Actually with cargoes crews=34, in ballast crews=34? But in ballast crews not given separately? The line has 6 numbers: 1, 1125, 34, 1, 1125, 34. That suggests: With Cargoes: Vessels=1, Tons=1125, Crews=34. In Ballast: Vessels=1, Tons=1125, Crews=34. Total: missing. But the last 34 might be total crews? But total crews would be 68. So maybe the table for these rows only shows With Cargoes and In Ballast, and Total is omitted because it's the same as sum? But the header includes Total. However, the total row at bottom includes totals for all. So perhaps the OCR missed the total columns for some rows. I'll include the total columns as computed sums, but mark as inferred? The instruction: "Preserve original content — do not add or remove substantive words. Do not rephrase, rewrite, or change the author's style, tone, or word choice. Only correct what is clearly wrong." Adding computed totals might be adding content. But the table originally had total columns for each row. The OCR omitted them. I should insert ... for missing values.
But for rows like Austrian, Belgian, Bolivian, Dutch, Norwegian, Portuguese, Russian, Siamese, Spanish, the total columns are missing. For Dutch: "6.498 500 4,001] 210 17 11.480 779" - 7 numbers. Let's parse: 6.498 -> 6,498? 500? 4,001] -> 4,001? 210, 17, 11.480 -> 11,480? 779. That's 7 numbers. Expected 9. Missing two numbers (total vessels and total tons? or total crews?). Actually 7 numbers: maybe With Cargoes: Vessels=6,498? That seems huge for vessels. Wait, "6.498" might be 6,498 tons? But column order: Vessels, Tons, Crews. So first number is vessels. 6,498 vessels for Dutch? That seems high. But total vessels overall is 20,179. Chinese Junks alone 17,635 vessels. So Dutch 6,498 vessels possible? But then tons 500? That would be tiny tons per vessel. Actually 6,498 vessels with 500 tons total? That's impossible. So maybe the numbers are misaligned. Let's look at the Dutch line: "Dutch, 6.498 500 4,001] 210 17 11.480 779". Could be: With Cargoes: Vessels=6? Tons=498? Crews=500? No.
Let's check the totals: Total With Cargoes vessels = 20,179. Sum of vessels with cargoes for each nationality should add up. Let's list known With Cargoes vessels from rows that have 9 numbers: American 110, British 1,919, Chinese 149, Chinese Junks 17,635, Danish 10, French 95, German 149, Japanese 27, Swedish 2. Sum = 110+1919+149+17635+10+95+149+27+2 = 20,096. Total is 20,179. Difference = 83. So the remaining nationalities (Austrian, Belgian, Bolivian, Dutch, Norwegian, Portuguese, Russian, Siamese, Spanish) should sum to 83 vessels with cargoes.
Austrian: 1 vessel (from OCR: first number 1,817? Actually first number is 1,817 which is tons? Wait Austrian line: "1,817 55 1 1,817 153 55". The first number 1,817 is likely tons, not vessels. Because vessels would be 1. So the order might be Tons, Crews, Vessels, Tons, Crews, ...? But the header says Vessels, Tons, Crews. For American, first number 110 is vessels. For British, first number 1,919 is vessels. For Chinese, 149 vessels. For Chinese Junks, 17,635 vessels. For Danish, 10 vessels. For French, 95 vessels. For German, 149 vessels. For Japanese, 27 vessels. For Swedish, 2 vessels. So for Austrian, the first number should be vessels. But OCR shows "1,817". That could be 1 vessel? But "1,817" with comma? Might be "1" and "817" separate? Actually the line: "Austrian, 1,817 55 1 1,817 153 55". There is a comma after Austrian, then "1,817". Could be "1" and "817" but no space. Might be "1" vessels, "817" tons? But 817 tons? Then 55 crews. Then in ballast: 1 vessel, 1,817 tons, 153 crews. Then total: 55? That doesn't match.
Let's look at the original image? Not available. I need to infer from typical Hong Kong Blue Book tables. This is likely from the "Blue Book" statistical returns. The table "Number, Tonnage, and Crews of Vessels of Each Nation Cleared at Ports in the Colony of Hongkong" for 1880.
I can search memory: There is a known table for 1880. But I don't have it.
Given the difficulty, perhaps the best is to present the table as the OCR text but cleaned up, with missing values as .... However, the user expects a proofread text in Markdown. They said: "Return the proofread text in standard Markdown: Use Markdown table syntax to reconstruct tabular data."
So I must produce a Markdown table. I'll try to reconstruct each row with the numbers as they appear, correcting obvious OCR errors (like "04.493)" -> 104,493; "0,247" -> 9,247? Actually French: "0,247" likely 9,247? Because total crews 9,374 - 127 = 9,247. So With Cargoes crews = 9,247. OCR "0,247" missing 9. Similarly, "050" for American in ballast crews -> 659. "0,239" for total in ballast vessels -> 6,239? Because total vessels 20,418 - 20,179 = 239? Wait 20,418 - 20,179 = 239. But OCR says "0,239" which might be 6,239? Actually 20,179 + 6,239 = 26,418 not 20,418. So in ballast vessels = 20,418 - 20,179 = 239. So "0,239" is 239. The "0," might be a stray. Similarly "05,780" for in ballast crews -> 5,780? But total crews 414,017 - 348,237 = 65,780. So in ballast crews = 65,780. OCR "05,780" missing 6. So it's 65,780.
Thus, many numbers have missing leading digits.
I'll correct the totals row: With Cargoes: Vessels=20,179, Tons=3,625,130, Crews=348,237. In Ballast: Vessels=239, Tons=549,013, Crews=65,780. Total: Vessels=20,418, Tons=4,174,149, Crews=414,017.
Now for each row, I'll try to parse the numbers as they appear, but I'll clean obvious OCR artifacts.
Let's process each row systematically.
I'll write a script in my mind.
But maybe the user expects me to output the table exactly as the OCR but with corrected formatting. Since the OCR is messy, I'll produce a Markdown table with the data I can extract, using ... for missing.
Given the time, I'll produce a table with the rows as parsed, correcting numbers where obvious.
Let's do row by row:
With Cargoes: Vessels=110, Tons=104,493, Crews=3,423
In Ballast: Vessels=37, Tons=30,312, Crews=659
Total: Vessels=147, Tons=134,805, Crews=4,082
OCR: "1,817 55 1 1,817 153 55"
Likely: With Cargoes: Vessels=1, Tons=1,817, Crews=55
In Ballast: Vessels=1, Tons=1,817, Crews=153
Total: Vessels=2, Tons=3,634, Crews=208
But OCR doesn't have total. I'll include computed totals but mark as inferred? The instruction says not to add substantive content. But the total columns are part of the table. Since they are missing, I'll put ... for total columns.
OCR: "1 1,125 34 1 1,125 34"
With Cargoes: Vessels=1, Tons=1,125, Crews=34
In Ballast: Vessels=1, Tons=1,125, Crews=34
Total: ...
OCR: "1 740 15 1 740 -15"
With Cargoes: Vessels=1, Tons=740, Crews=15
In Ballast: Vessels=1, Tons=740, Crews=15? But "-15" maybe 15.
Total: ...
OCR: "1,919 1,749,148| 83,010 107 130,687 4,235 2,086 1,879,835 87,245"
With Cargoes: Vessels=1,919, Tons=1,749,148, Crews=83,010
In Ballast: Vessels=107, Tons=130,687, Crews=4,235
Total: Vessels=2,086, Tons=1,879,835, Crews=87,245
OCR: "149 123,070| 7,485 0 3,008 174 155 126,078 7,650"
With Cargoes: Vessels=149, Tons=123,070, Crews=7,485
In Ballast: Vessels=0, Tons=3,008, Crews=174
Total: Vessels=155, Tons=126,078, Crews=7,650
OCR: "17,635 1,334,213| 236,220) 5,889 206,055 58,234 23,524 1,630,868 294,463"
With Cargoes: Vessels=17,635, Tons=1,334,213, Crews=236,220
In Ballast: Vessels=5,889, Tons=206,055, Crews=58,234
Total: Vessels=23,524, Tons=1,630,868, Crews=294,463
OCR: "10 6.539 972 1 570 14 11 7,109 286"
With Cargoes: Vessels=10, Tons=6,539, Crews=972
In Ballast: Vessels=1, Tons=570, Crews=14
Total: Vessels=11, Tons=7,109, Crews=286
OCR: "6.498 500 4,001] 210 17 11.480 779"
This is problematic. Let's see: 6.498 -> maybe 6,498? But that would be vessels? But total Dutch vessels with cargoes? From total sum, Dutch vessels with cargoes likely small. Could be 6 vessels, 498 tons? But "6.498" with dot. Might be "6" and "498" but no space. Or "6,498" tons? Let's check the pattern: For other rows, the first number is vessels (integer). For Danish, 10 vessels. For French, 95 vessels. For German, 149 vessels. For Japanese, 27 vessels. For Swedish, 2 vessels. So Dutch vessels likely a small number. "6.498" could be "6" vessels and "498" tons? But then next number 500 would be crews? But crews 500 for 6 vessels? Possible. Then "4,001]" could be in ballast vessels? 4,001 vessels in ballast? That seems huge. Then 210 tons? 17 crews? Then total: 11,480 tons? 779 crews? Not matching.
Let's look at the total row: In Ballast total vessels = 239. So Dutch in ballast vessels cannot be 4,001. So "4,001]" is likely tons for in ballast? But then 210 would be crews? 17 would be total vessels? 11,480 total tons? 779 total crews? Let's try to align with 9 columns.
Suppose the numbers are:
With Cargoes: Vessels=6, Tons=498, Crews=500? But 500 crews for 6 vessels? Unlikely.
Maybe the OCR merged columns: "6.498 500" could be "6,498" tons and "500" crews? But then vessels missing.
Let's check the original Blue Book for 1880 Hong Kong. I recall that the table includes "Dutch" with maybe 6 vessels, 4,498 tons? Not sure.
Given the difficulty, I'll treat the Dutch row as garbled and put ... for all columns except nationality. But that seems extreme.
Alternatively, I can try to parse based on the fact that the total for Dutch might be known from other sources. But I don't have.
Since the user wants proofreading of OCR output, I should present the text as a table with the numbers as they appear, but cleaned of OCR artifacts (like removing stray punctuation). For Dutch, I'll list the numbers as they appear in the OCR line, but in the table columns, I'll place them in order as they appear, leaving missing columns blank.
But the table has fixed columns. I need to decide mapping.
Let's count numbers in Dutch line: "6.498", "500", "4,001]", "210", "17", "11.480", "779" -> 7 numbers. The row should have 9 numbers. So two missing. Which ones? Probably the first two (vessels and tons with cargoes) are combined? Or the last two (total vessels and tons) missing.
Look at Norwegian line: "1,810 51 2 1,889, 33 3,699 84" -> 7 numbers.
Portuguese: "1 032 20 632 20" -> 5 numbers.
Russian: "2,274 145 1 1,160 21 3 3,440 160" -> 8 numbers.
Siamese: "ΟΙ 10,947 613 8 4,247 217 29 14,494 832" -> 9 numbers? "ΟΙ" might be 0 or 10? Actually "ΟΙ" could be "0" or "10"? But then 10,947, 613, 8, 4,247, 217, 29, 14,494, 832 -> that's 9 numbers if "ΟΙ" is one number. But "ΟΙ" is two characters. Might be "0" and "1"? Actually "ΟΙ" Greek letters? Could be "0 1"? But OCR might have misread "10" as "ΟΙ"? Because "10" in some fonts might look like "ΟΙ"? Unlikely. Maybe it's "0" for vessels? But Siamese vessels with cargoes? Could be 0. Then tons 10,947? Crews 613? Then in ballast: 8 vessels, 4,247 tons, 217 crews. Total: 29 vessels, 14,494 tons, 832 crews. That sums: with cargoes vessels 0 + in ballast 8 = 8, but total vessels 29? Not match. So "ΟΙ" might be "21"? Actually 21 vessels? 21+8=29. That works! So "ΟΙ" is "21" misread. Because O and I look like 0 and 1? But "21" would be two digits. OCR might have split "21" into "2" and "1"? But it shows "ΟΙ". Could be "2 1" but with Greek letters. I'll assume Siamese with cargoes vessels = 21.
Spanish: "63 19,219 2,010 53 19,219 2,019" -> 6 numbers. Missing total columns? But total vessels = 63+53=116, tons = 19,219+19,219=38,438, crews = 2,010+2,019=4,029. But OCR shows last number 2,019 which might be total crews? But then total vessels and tons missing.
Swedish: "2 578 34 1 280 10 3 867 44" -> 9 numbers. Good.
So many rows have missing total columns. The total row has all.
For the proofread table, I will include all 10 columns. For rows where total columns are missing in OCR, I will compute them from the first two sections (since they are sums) and include them, but note that they are not in the OCR? The instruction: "Preserve original content — do not add or remove substantive words." Adding computed totals might be adding content not in the OCR. But the original table had those totals. The OCR missed them. The task is to proofread the OCR output, meaning to correct the OCR errors and restore the original text. So restoring missing totals is appropriate, as they are part of the original. However, I must be careful not to invent data. Since the totals are simple sums, and the original table certainly had them, I can restore them. But for rows where the in ballast section is also incomplete (like Dutch), it's harder.
Given the complexity, I think the best is to output the table as a Markdown table with the data as cleaned from OCR, and for missing cells, put .... I'll also correct obvious OCR errors in numbers (like removing stray punctuation, fixing missing digits based on totals).
Let's attempt to clean each row's numbers and assign to columns.
I'll write a Markdown table with header and rows.
For each row, I'll list the 9 numbers in order: WC_V, WC_T, WC_C, IB_V, IB_T, IB_C, T_V, T_T, T_C.
I'll parse the OCR line by splitting on spaces, but numbers have commas and dots. I'll manually parse.
Let's do it row by row with careful parsing.
Row: American
Tokens: "110", "04.493)", "3,423", "37", "30,312", "050", "147", "134,805", "4,082"
Clean: 110, 104493, 3423, 37, 30312, 659, 147, 134805, 4082
Row: Austrian
Tokens: "1,817", "55", "1", "1,817", "153", "55"
That's 6 tokens. Expected 9. So missing last three. But note: the first token "1,817" might be tons, not vessels. Because if vessels=1, it would be "1". But there is a "1" as third token. So perhaps the order is: WC_T, WC_C, IB_V, IB_T, IB_C, T_C? That seems weird.
Let's look at the line: "Austrian, 1,817 55 1 1,817 153 55"
After "Austrian," there is a space then "1,817". Could be "1" and "817" but no space. If we split by space, we get ["1,817", "55", "1", "1,817", "153", "55"].
If we assume the first number is vessels, it should be a small integer. "1,817" is not small. So maybe the OCR missed a space: "1 817" -> vessels=1, tons=817? But then 55 crews. Then in ballast: 1 vessel, 1,817 tons, 153 crews. Then total: 55? That doesn't work.
Alternatively, the columns might be: Vessels, Tons, Crews for With Cargoes; then Vessels, Tons, Crews for In Ballast; then Vessels, Tons, Crews for Total. For Austrian, With Cargoes: Vessels=1, Tons=817, Crews=55? But 817 tons for 1 vessel? Possible. In Ballast: Vessels=1, Tons=1,817, Crews=153. Total: Vessels=2, Tons=2,634, Crews=208. But the OCR shows "1,817" twice. The first "1,817" might be "1 817" but the comma is a thousands separator? 1,817 is 1817. So maybe With Cargoes: Vessels=1, Tons=1,817, Crews=55. In Ballast: Vessels=1, Tons=1,817, Crews=153. Total: missing. The last "55" might be a stray.
Given the Belgian and Bolivian similar pattern, I suspect for these small entries, the OCR only captured With Cargoes and In Ballast, and the Total column was omitted because it's the sum. But the table includes Total column. In the total row, totals are given. So for consistency, I will compute totals for these rows and include them.
For Belgian: tokens: "1", "1,125", "34", "1", "1,125", "34" -> WC: 1, 1125, 34; IB: 1, 1125, 34; Total: 2, 2250, 68.
Bolivian: "1", "740", "15", "1", "740", "-15" -> WC: 1, 740, 15; IB: 1, 740, 15; Total: 2, 1480, 30.
For Dutch: tokens: "6.498", "500", "4,001]", "210", "17", "11.480", "779"
Let's clean: 6.498 -> 6498? or 6,498? 500, 4,001] -> 4001, 210, 17, 11.480 -> 11480, 779.
That's 7 numbers. Which columns? Could be: WC_V=6, WC_T=498, WC_C=500? But 6.498 might be 6,498 tons? If WC_V=6, WC_T=4,498? But token is "6.498". Could be "6,498" with dot as thousands separator. In many European formats, dot is thousands separator. So 6.498 = 6,498. Then 500 = crews. Then 4,001 = in ballast vessels? 4,001 vessels in ballast? Too high. 210 = in ballast tons? 17 = in ballast crews? 11,480 = total tons? 779 = total crews? Then total vessels missing. But total vessels = WC_V + IB_V = 6 + 4,001 = 4,007. That would make total vessels 4,007, but total tons 11,480? Not match.
Maybe the tokens are: WC_V=6, WC_T=498, WC_C=500, IB_V=4,001, IB_T=210, IB_C=17, T_V=11, T_T=480, T_C=779? But 11.480 -> 11,480? That's 5 digits.
Let's check the total row: In Ballast total vessels = 239. So Dutch in ballast vessels cannot be 4,001. So 4,001 must be something else. Could be tons for in ballast? But then 210 would be crews? 17 would be total vessels? 11,480 total tons? 779 total crews? Then WC_V=6, WC_T=498, WC_C=500, IB_V=?, IB_T=4,001, IB_C=210, T_V=17, T_T=11,480, T_C=779. But then IB_V missing. And WC_V=6, IB_V=?, T_V=17 -> IB_V=11. That could work: Dutch with cargoes 6 vessels, in ballast 11 vessels, total 17 vessels. Tons: with cargoes 498? But 498 tons for 6 vessels? Average 83 tons, possible. In ballast tons 4,001? For 11 vessels average 364 tons, possible. Total tons 11,480? 498+4,001=4,499 not 11,480. So not.
Maybe the dot in 6.498 is a decimal? 6.498 tons? No.
Let's look at the Norwegian line: "1,810 51 2 1,889, 33 3,699 84"
Tokens: 1,810, 51, 2, 1,889, 33, 3,699, 84 -> 7 tokens.
If WC_V=1,810? That's huge. But Norwegian vessels with cargoes? Could be 1,810 tons? Then 51 crews? Then IB_V=2, IB_T=1,889, IB_C=33, T_V=3,699? T_C=84? Not consistent.
Perhaps the OCR has shifted columns for some rows. This is a known issue with OCR of tables: columns misaligned.
Given the difficulty, I think the best approach is to output the table as a Markdown table with the raw cleaned tokens placed in a single "Data" column? But the instruction says to reconstruct tabular data using Markdown table syntax. So I must produce a proper table.
Maybe I can use the fact that the total row gives the overall totals, and I can adjust each row to match. But that's too much.
Given the time, I'll produce a table with the nationalities and the numbers as they appear in the OCR, but in a simplified format: each row has the nationality and then the nine values as parsed, with ... for missing. I'll clean the numbers by removing non-numeric characters except commas and dots, but I'll keep them as strings.
Let's do that.
I'll write the Markdown table with header:
| Nationality | With Cargoes - Vessels | With Cargoes - Tons | With Cargoes - Crews | In Ballast - Vessels | In Ballast - Tons | In Ballast - Crews | Total - Vessels | Total - Tons | Total - Crews |
|---|
Then for each row, I'll fill based on my best parsing.
I'll parse each line by splitting on whitespace, but keep numbers with commas.
Let's write a quick mental parser for each line.
Line 9: American
Parts: ["American,", "110", "04.493)", "3,423", "37", "30,312", "050", "147", "134,805", "4,082"]
Nationality: American
Values: 110, 04.493), 3,423, 37, 30,312, 050, 147, 134,805, 4,082
Clean values: 110, 104493, 3423, 37, 30312, 659, 147, 134805, 4082
Line 10: Austrian
Parts: ["Austrian,", "1,817", "55", "1", "1,817", "153", "55"]
Nationality: Austrian
Values: 1,817, 55, 1, 1,817, 153, 55 -> only 6 values. I'll pad with ... for last three.
But which columns? Assume first three are WC_V, WC_T, WC_C? But 1,817 as vessels? No. Let's assume the OCR order is same as header: WC_V, WC_T, WC_C, IB_V, IB_T, IB_C, T_V, T_T, T_C.
For Austrian, if we take first three as WC: 1,817, 55, 1 -> that would be WC_V=1817, WC_T=55, WC_C=1. That seems wrong.
Maybe the line is missing the first value (vessels). Look at Belgian: "Belgian, 1 1,125 34 1 1,125 34" -> parts: ["Belgian,", "1", "1,125", "34", "1", "1,125", "34"] -> 6 values. If we map to WC_V, WC_T, WC_C, IB_V, IB_T, IB_C, then WC_V=1, WC_T=1125, WC_C=34, IB_V=1, IB_T=1125, IB_C=34. That makes sense! So for Belgian, the first value is 1 (vessels). For Austrian, the first value is "1,817" which is not a single digit. But note: Austrian line: "Austrian, 1,817 55 1 1,817 153 55". If we split by space, the first token after "Austrian," is "1,817". But if the original had "1 817" (vessels=1, tons=817), the OCR might have merged "1" and "817" with a comma? Actually "1,817" could be "1" and "817" but the comma is a thousands separator? 1,817 is 1817. But if vessels=1, tons=817, then the token would be "1" and "817". The OCR gave "1,817". That suggests the OCR inserted a comma. But then the next token is "55" (crews). Then "1" (IB vessels), "1,817" (IB tons), "153" (IB crews), "55" (maybe total crews?). But we have 6 tokens after nationality: 1,817; 55; 1; 1,817; 153; 55. If we assume the first token is actually two numbers: 1 and 817, then we have 7 numbers: 1, 817, 55, 1, 1817, 153, 55. That would be WC_V=1, WC_T=817, WC_C=55, IB_V=1, IB_T=1817, IB_C=153, T_C=55? But total crews should be 208. So not.
Let's check the Bolivian line: "Bolivian, 1 740 15 1 740 -15" -> tokens: 1, 740, 15, 1, 740, -15. That maps perfectly to WC_V=1, WC_T=740, WC_C=15, IB_V=1, IB_T=740, IB_C=15. So 6 tokens for WC and IB only. So for Austrian, it should be similar: WC_V, WC_T, WC_C, IB_V, IB_T, IB_C. But Austrian has 6 tokens: 1,817; 55; 1; 1,817; 153; 55. If WC_V=1,817? That's not a vessel count. Unless Austrian had 1,817 vessels? But total vessels overall is 20,179, Chinese Junks 17,635, so 1,817 is possible for a nationality? But then WC_T=55? That would be 55 tons for 1,817 vessels? Impossible. So the first token must be tons, not vessels. But the header says Vessels first. Could the columns be Tons, Vessels, Crews? No, the header line 8: "Vessels. 1 Tons Crews Vessels. Tons. Crews, Vessels. Tons. Crews." So Vessels first.
Maybe the Austrian line is misaligned because the nationality "Austrian," is long and the first column (vessels) is empty? But then the first number would be tons. But the table likely has a vessel count for Austrian. Let's assume Austrian had 1 vessel. Then the tons would be 1,817. So the line should be: "Austrian, 1 1,817 55 1 1,817 153 ...". The OCR merged "1" and "1,817" into "1,817"? Actually "1 1,817" would be two tokens: "1" and "1,817". But OCR gave "1,817" as one token. That suggests the space was lost. So the first token "1,817" is actually "1" and "1,817" merged? But "1,817" has a comma. If it were "1 1,817", the first is "1", second is "1,817". The OCR might have removed the space and kept the comma? That would produce "11,817"? Not "1,817". Hmm.
Let's look at the raw text: "Austrian, 1,817 55 1 1,817 153 55". There is a space after comma, then "1,817". Could be that the vessel count is 1 and the tons is 817, but the OCR inserted a comma making it 1,817? But 1,817 is 1817. If tons=817, it would be "817". Not "1,817". Unless the vessel count is 1 and tons is 1,817? Then the token would be "1" and "1,817". But they are separate tokens. In the text, there is a space between "1,817" and "55". So "1,817" is one token. So maybe the vessel count is missing and the first token is tons=1,817. But then the next token "55" is crews. Then "1" is IB vessels, "1,817" IB tons, "153" IB crews, "55" total crews? That would give WC: Vessels=?, Tons=1817, Crews=55; IB: Vessels=1, Tons=1817, Crews=153; Total: Crews=55. That doesn't add up.
Given the confusion, I'll treat the Austrian row as having missing vessel count for with cargoes. I'll put ... for WC_V, and then use the tokens as they appear for the rest, but shift.
This is taking too long. Perhaps the user expects a simpler output: just the proofread text with the table roughly reconstructed, not perfect.
I'll output the table with the data as I can cleanly parse for the rows that have 9 numbers, and for others, I'll put the available numbers in the first columns and ... for the rest.
Let's list rows with 9 numbers: American, British, Chinese, Chinese Junks, Danish, French, German, Japanese, Swedish, Total. That's 10 rows.
Rows with fewer: Austrian, Belgian, Bolivian, Dutch, Norwegian, Portuguese, Russian, Siamese, Spanish.
For those, I'll try to parse as WC and IB only (6 numbers) and compute totals.
For Dutch, Norwegian, Portuguese, Russian, Siamese, Spanish, the token count varies.
I'll do my best for each.
Let's create a Markdown table with all rows.
I'll write the table in the response.
First, the title: "No. 4.-NUMBER, TONNAGE, and CREWS of VESSELS of EACH NATION CLEARED at Ports in the Colony of Hongkong, in the Year 1880."
Then the table.
I'll clean the numbers: remove stray punctuation like ')', '|', ']', ',', but keep commas as thousands separators? In Markdown, I'll write numbers with commas for readability.
Let's define a function to clean a number string: remove any non-digit except commas and dots? But dots might be thousands separators. I'll convert to integer by removing commas and dots, but careful with decimals. There are no decimals. So I'll remove all non-digits.
But for presentation, I'll keep commas.
I'll manually write each row.
Row 1: American
WC_V: 110
WC_T: 104,493
WC_C: 3,423
IB_V: 37
IB_T: 30,312
IB_C: 659
T_V: 147
T_T: 134,805
T_C: 4,082
Row 2: Austrian
From tokens: 1,817; 55; 1; 1,817; 153; 55
I'll assume: WC_V: 1 (from the third token? Actually the third token is 1). But the first token is 1,817. Let's assume the line should be: 1, 1,817, 55, 1, 1,817, 153, 2, 3,634, 208.
I'll use: WC_V: 1, WC_T: 1,817, WC_C: 55, IB_V: 1, IB_T: 1,817, IB_C: 153, T_V: 2, T_T: 3,634, T_C: 208.
Row 3: Belgian
Tokens: 1, 1,125, 34, 1, 1,125, 34
WC_V: 1, WC_T: 1,125, WC_C: 34, IB_V: 1, IB_T: 1,125, IB_C: 34, T_V: 2, T_T: 2,250, T_C: 68.
Row 4: Bolivian
Tokens: 1, 740, 15, 1, 740, -15 -> IB_C: 15
WC_V: 1, WC_T: 740, WC_C: 15, IB_V: 1, IB_T: 740, IB_C: 15, T_V: 2, T_T: 1,480, T_C: 30.
Row 5: British
Tokens: 1,919, 1,749,148, 83,010, 107, 130,687, 4,235, 2,086, 1,879,835, 87,245
WC_V: 1,919, WC_T: 1,749,148, WC_C: 83,010, IB_V: 107, IB_T: 130,687, IB_C: 4,235, T_V: 2,086, T_T: 1,879,835, T_C: 87,245.
Row 6: Chinese
Tokens: 149, 123,070, 7,485, 0, 3,008, 174, 155, 126,078, 7,650
WC_V: 149, WC_T: 123,070, WC_C: 7,485, IB_V: 0, IB_T: 3,008, IB_C: 174, T_V: 155, T_T: 126,078, T_C: 7,650.
Row 7: Chinese Junks
Tokens: 17,635, 1,334,213, 236,220, 5,889, 206,055, 58,234, 23,524, 1,630,868, 294,463
WC_V: 17,635, WC_T: 1,334,213, WC_C: 236,220, IB_V: 5,889, IB_T: 206,055, IB_C: 58,234, T_V: 23,524, T_T: 1,630,868, T_C: 294,463.
Row 8: Danish
Tokens: 10, 6.539, 972, 1, 570, 14, 11, 7,109, 286
Clean: 6.539 -> 6,539
WC_V: 10, WC_T: 6,539, WC_C: 972, IB_V: 1, IB_T: 570, IB_C: 14, T_V: 11, T_T: 7,109, T_C: 286.
Row 9: Dutch
Tokens: 6.498, 500, 4,001, 210, 17, 11.480, 779
Clean: 6.498 -> 6,498; 11.480 -> 11,480
This is 7 tokens. I need to map to 9 columns. Let's see if we can fit: Maybe WC_V=6, WC_T=498, WC_C=500, IB_V=4,001, IB_T=210, IB_C=17, T_V=11, T_T=480, T_C=779? But 11.480 is 11,480 not 480. Could be T_T=11,480. Then T_V=17? But 17 is before 11.480. So maybe: WC_V=6, WC_T=498, WC_C=500, IB_V=4,001, IB_T=210, IB_C=17, T_V=11, T_T=480, T_C=779? But 11.480 suggests 11,480. If T_T=11,480, then T_V=17? But 17 is IB_C? Let's reorder: The tokens in order: a=6.498, b=500, c=4,001, d=210, e=17, f=11.480, g=779.
If the columns are WC_V, WC_T, WC_C, IB_V, IB_T, IB_C, T_V, T_T, T_C.
Then a=WC_V? 6.498 -> 6,498 vessels? Too many.
a=WC_T? 6,498 tons. Then WC_V missing.
b=WC_C=500.
c=IB_V=4,001? Too many.
d=IB_T=210.
e=IB_C=17.
f=T_V=11,480? No.
g=T_C=779.
Not working.
Maybe the Dutch row in the original has only 7 numbers because some columns are zero? But the table has all columns.
Let's check the total row: In Ballast total vessels = 239. So Dutch in ballast vessels must be small. So 4,001 cannot be IB_V. Could be IB_T? 4,001 tons. Then 210 = IB_C? 17 = T_V? 11,480 = T_T? 779 = T_C? Then WC_V=6, WC_T=498, WC_C=500. That gives WC_V=6, IB_V=17? But 17 is after 210. So maybe the order is: WC_V, WC_T, WC_C, IB_T, IB_C, T_V, T_T, T_C? Missing IB_V and T_V? Not.
Given the time, I'll put the Dutch row with the tokens placed in the first 7 columns and ... for the last two. But that would misalign.
I'll instead put ... for all columns for Dutch, Norwegian, Portuguese, Russian, Siamese, Spanish, and only include the rows that are clear. But the user might want all rows.
The instruction: "Return the proofread text in standard Markdown". The proofread text should include the whole table.
I'll include all rows, but for problematic ones, I'll put the raw cleaned tokens in a single cell? No, must be table.
I'll make a table with two columns: Nationality and Data (raw). But that's not reconstructing tabular data.
I think I need to make a decision. I'll produce a table with the 10 columns, and for each row, I'll fill as many as I can from the tokens in order, leaving the rest as .... For Dutch, I'll put the 7 tokens in the first 7 columns. For Norwegian, 7 tokens in first 7. For Portuguese, 5 tokens in first 5. For Russian, 8 tokens in first 8. For Siamese, 9 tokens (including ΟΙ as first) in all 9. For Spanish, 6 tokens in first 6.
But the columns have specific meanings. Putting tokens in wrong columns would be misleading.
Given the difficulty, I'll output the table as the OCR text but formatted as a Markdown table with the original column headers and the data rows as they appear in the OCR, but with each cell separated by |. That is, I'll treat the OCR line as a row with cells separated by spaces? But the OCR doesn't have consistent delimiters.
Maybe the best is to present the text as a pre-formatted table using Markdown code block? But the instruction says "Use Markdown table syntax to reconstruct tabular data." and "Do not wrap your response in code fences." So I must use Markdown table syntax.
I'll create a table with the header row and then each data row with the numbers as they appear in the OCR line, but split by spaces into cells. However, the number of cells per row varies. I'll pad with empty cells.
Let's try to split each line by multiple spaces? The OCR text has single spaces mostly.
I'll write a script in my mind to split each line by spaces and then take the first as nationality, the rest as numbers. But the nationality may have commas and dots.
Let's do it line by line manually for the table.
I'll create the Markdown table with the following columns: Nationality, Col1, Col2, Col3, Col4, Col5, Col6, Col7, Col8, Col9. But the header should reflect the actual column names.
I'll use the header from the OCR: "NATIONALITY OF VESSELS", "With Cargoes - Vessels", "With Cargoes - Tons", "With Cargoes - Crews", "In Ballast - Vessels", "In Ballast - Tons", "In Ballast - Crews", "Total - Vessels", "Total - Tons", "Total - Crews".
Then for each row, I'll assign the tokens to these columns in order. For rows with fewer tokens, the remaining columns will be empty (or ...).
Let's count tokens for each row after nationality.
American: 9 tokens -> fits.
Austrian: 6 tokens -> fill first 6 columns, last 3 ....
Belgian: 6 tokens -> first 6, last 3 ....
Bolivian: 6 tokens -> first 6, last 3 ....
British: 9 tokens -> fits.
Chinese: 9 tokens -> fits.
Chinese Junks: 9 tokens -> fits.
Danish: 9 tokens -> fits.
Dutch: 7 tokens -> first 7, last 2 ....
French: 9 tokens -> fits.
German: 9 tokens -> fits.
Japanese: 9 tokens -> fits.
Norwegian: 7 tokens -> first 7, last 2 ....
Portuguese: 5 tokens -> first 5, last 4 ....
Russian: 8 tokens -> first 8, last 1 ....
Siamese: 9 tokens? "ΟΙ 10,947 613 8 4,247 217 29 14,494 832" -> 9 tokens if "ΟΙ" is one. So fits.
Spanish: 6 tokens -> first 6, last 3 ....
Swedish: 9 tokens -> fits.
Total: 9 tokens -> fits.
This seems systematic. I'll do that.
But the tokens for Austrian: first token "1,817" would go to "With Cargoes - Vessels". That would be wrong but it's what the OCR gave. The proofreading should correct obvious errors. The instruction: "Correct unambiguous OCR spelling errors — misspelled words, garbled characters, and obvious typos." For numbers, obvious typos like "04.493)" -> 104,493. For Austrian, the first token "1,817" is likely a merged "1" and "817"? But it's not unambiguous. I'll correct the numbers where I'm confident (like American, French, German, etc.) and leave others as they appear but cleaned of punctuation.
I'll clean each token: remove any trailing commas, periods, parentheses, brackets, pipes. Convert "04.493)" to "104,493"? Actually "04.493)" -> remove non-digits: 04493 -> 4493? But it should be 104,493. The OCR missed the "1". The total tons for American with cargoes is 104,493 (since 104,493 + 30,312 = 134,805). So I'll correct to 104,493. Similarly, French "0,247" -> 9,247. German "146.702" -> 146,702. Total "0,239" -> 239. "05,780" -> 65,780. "20.418" -> 20,418.
I'll apply these corrections.
For other numbers, I'll keep as is but remove stray punctuation.
Let's process each row's tokens with cleaning.
I'll write a cleaning function: for each token, remove any characters not digits or commas. But some tokens have commas as thousands separators. I'll keep commas. Also, some have dots as thousands separators (e.g., 6.539, 6.498, 11.480, 146.702, 20.418). I'll replace dots with commas? But 6.539 -> 6,539. 6.498 -> 6,498. 11.480 -> 11,480. 146.702 -> 146,702. 20.418 -> 20,418. Also "04.493)" -> 04,493? But missing 1. I'll correct to 104,493 based on context. "0,247" -> 0,247? But should be 9,247. I'll correct to 9,247. "050" -> 050? Should be 659. I'll correct to 659. "0,239" -> 239. "05,780" -> 65,780.
For tokens like "1,817" keep as 1,817. "4,001]" -> 4,001. "1,889," -> 1,889. "3,699" keep. "032" -> 32? But Portuguese: "032" -> 32? Actually "1 032 20 632 20" -> tokens: 1, 032, 20, 632, 20. 032 -> 32. "ΟΙ" -> I'll keep as "ΟΙ" or replace with 21? I'll keep as "ΟΙ" but note it's garbled. Maybe it's "21". I'll put "21" as corrected.
Let's do row by row with corrected tokens.
I'll create a list of rows with nationality and 9 values (some may be ...).
Row 1: American
Nationality: American
Values: 110, 104,493, 3,423, 37, 30,312, 659, 147, 134,805, 4,082
Row 2: Austrian
Tokens: 1,817, 55, 1, 1,817, 153, 55
Clean: 1,817, 55, 1, 1,817, 153, 55
Assign to first 6 columns: WC_V=1,817, WC_T=55, WC_C=1, IB_V=1,817, IB_T=153, IB_C=55, T_V=..., T_T=..., T_C=...
But that seems wrong. However, I'll follow the token order.
Row 3: Belgian
Tokens: 1, 1,125, 34, 1, 1,125, 34
Clean: 1, 1,125, 34, 1, 1,125, 34
Assign: WC_V=1, WC_T=1,125, WC_C=34, IB_V=1, IB_T=1,125, IB_C=34, T_V=..., T_T=..., T_C=...
Row 4: Bolivian
Tokens: 1, 740, 15, 1, 740, -15 -> clean -15 to 15
Assign: WC_V=1, WC_T=740, WC_C=15, IB_V=1, IB_T=740, IB_C=15, T_V=..., T_T=..., T_C=...
Row 5: British
Tokens: 1,919, 1,749,148, 83,010, 107, 130,687, 4,235, 2,086, 1,879,835, 87,245
Clean: same.
Assign all 9.
Row 6: Chinese
Tokens: 149, 123,070, 7,485, 0, 3,008, 174, 155, 126,078, 7,650
Clean: same.
Assign all 9.
Row 7: Chinese Junks
Tokens: 17,635, 1,334,213, 236,220, 5,889, 206,055, 58,234, 23,524, 1,630,868, 294,463
Clean: same.
Assign all 9.
Row 8: Danish
Tokens: 10, 6.539, 972, 1, 570, 14, 11, 7,109, 286
Clean: 6.539 -> 6,539
Assign: 10, 6,539, 972, 1, 570, 14, 11, 7,109, 286
Row 9: Dutch
Tokens: 6.498, 500, 4,001, 210, 17, 11.480, 779
Clean: 6.498 -> 6,498; 4,001] -> 4,001; 11.480 -> 11,480
Assign first 7: WC_V=6,498, WC_T=500, WC_C=4,001, IB_V=210, IB_T=17, IB_C=11,480, T_V=779, T_T=..., T_C=...
Row 10: French
Tokens: 95, 160,582, 0,247, 12, 3,722, 127, 107, 164,254, 9,374
Clean: 0,247 -> 9,247 (corrected)
Assign: 95, 160,582, 9,247, 12, 3,722, 127, 107, 164,254, 9,374
Row 11: German
Tokens: 149, 82,400, 2,991, 105, 64,296, 1,811, 247, 146.702, 4,802
Clean: 146.702 -> 146,702
Assign: 149, 82,400, 2,991, 105, 64,296, 1,811, 247, 146,702, 4,802
Row 12: Japanese
Tokens: 27, 25,635, 2,038, 1, 441, 20, 28, 26,076, 2,058
Clean: same.
Assign all 9.
Row 13: Norwegian
Tokens: 1,810, 51, 2, 1,889, 33, 3,699, 84
Clean: 1,889, -> 1,889
Assign first 7: WC_V=1,810, WC_T=51, WC_C=2, IB_V=1,889, IB_T=33, IB_C=3,699, T_V=84, T_T=..., T_C=...
Row 14: Portuguese
Tokens: 1, 032, 20, 632, 20
Clean: 032 -> 32
(S7)
No. 4.-NUMBER, TONNAGE, and CREWS of VESSELS of EACH NATION CLEARED at Ports in the Colony of Hongkong, in the Year 1880.
CLEARED.
NATIONALITY OP
VESSELS.
With CaroOES,
IN BALLAST.
TOTAL.
Vessels.
1
Tons
Crews Vessels. Tons.
Crews, Vessels. Tons. Crews.
American,.
110
04.493)
3,423
37 30,312
050
147 134,805 4,082
Austrian,
1,817
55
1 1,817
153
55
Belgian,
1 | 1,125
34
1
1,125
34
Bolivian,
1
740
15
1
740 -15
British,
1,919 1,749,148| 83,010
107 130,687 4,235
2,086 1,879,835 87,245
Chinese,
149 123,070| 7,485
0 3,008 174
155 126,078 7,650
Chinese Junks,
17,635 1,334,213| 236,220)
5,889 206,055 58,234 23,524 1,630,868 294,463
Danish,
10
6.539 972
1
570
14
11 7,109 286
Dutch,
6.498 500
4,001] 210
17 11.480 779
French,
95 160,582 0,247
12
3,722
127
107
164,254 9,374
German,
149
82,400 2,991
105
64,296 1,811
247
146.702 4,802
Japanese,.........
27 25,635 2,038
1
441
20
28
26,076 2,058
Norwegian,
1,810 51
2 1,889,
33
3,699
84
Portuguese,.....
1
032
20
632
20
...
Russian,
2,274
145
1
1,160
21
3
3,440
160
Siamese,
ΟΙ 10,947
613
8
4,247
217
29
14,494
832
Spanish,
63 19,219 2,010
53
19,219 2,019
Swedish,
2
578
34
1
280
10
3
867
44
TOTAL........
20,179 3,625,130 348,237
0,239 549,013 05,780
20.418 4,174,149 414,017
174149
No comments yet.
Private notes are available after approval.