User:TJones (WMF)/Notes/TextCat Optimization for frwiki eswiki itwiki and dewiki
April 2016 — See TJones_(WMF)/Notes for other projects. (Phabricator ticket: T132466)
TextCat Optimization for frwiki, eswiki, itwiki, and dewiki
[edit]Summary of Results
[edit]Using the default 3K models, the best options for each wiki are presented below:
frwiki
- languages: French, English, Arabic, Russian, Chinese, Armenian, Thai, Greek, Hebrew, Korean
- lang codes: fr, en, ar, ru, zh, th, el, hy, he, ko
- relevant poor-performing queries: 29%
- f0.5: 89.0%
eswiki
- languages: Spanish, English, Russian, Chinese, Arabic, Japanese
- lang codes: es, en, ru, zh, ar, ja
- relevant poor-performing queries: 47%
- f0.5: 95.6%
itwiki
- languages: Italian, English, Russian, Arabic, Chinese, Japanese, Greek, Korean
- lang codes: it, en, ru, ar, zh, ja, el, ko
- relevant poor-performing queries: 29%
- f0.5: 92.2%
dewiki
- languages: German, English, Chinese, Greek, Russian, Arabic, Hindi, Thai, Korean, Japanese
- lang codes: de, en, zh, el, ru, ar, hi, th, ko, ja
- relevant poor-performing queries: 35%
- f0.5: 88.2%
Background
[edit]I’ve previously looked at optimizing the set of languages to use with TextCat for language detection on enwiki, and we have an A/B test in the works.
The next step is to do a similar analysis for other big wikis, based on query volume. The next four wikis are Italian, German, Spanish, and French Wikipedias. Due to technical difficulties and personal preferences, I will be looking at French, Spanish, Italian, and then German.
I’ve also done some preliminary work—corpus creation and initial filtering—on the next four candidate wikis: Russian, Japanese, Portuguese, and Indonesian. This was useful for defining and streamlining the process, especially with non-Latin Russian and Japanese.
Query Corpus Creation
[edit]The first step for each wiki is to extract a recent corpus of relevant queries, and then do some initial filtering to remove some of the dreck and other undesirable queries in the corpora.
Random sampling
[edit]Select 10K random queries from a recent one-week period (generally in March 2016) that meet the following criteria:
- Query came from the search box on <wiki>.wikipedia.org
- Exclude any IP that made more than 30 queries per day
- Include not more than one query from any given IP for any given day
- Only the <wiki>_content index was searched (except for wikis that search multiple indexes by default)
- Query had < 3 results
On one occasion, the Hive query got stuck in the reduce stage. The only work-around I found was to use a different week-long time period from which to extract the queries.
The Hive query for frwiki is available as an example.
Initial filtering
[edit]There is a lot of junk in our query logs, and some of it is relatively easy to identify with relative accuracy. The process is as follows:
- Extract queries that have the same 1-to-10 character sequence at least three times in a row and manually review—these are mostly junk, but there are some good ones. Put the good ones back.
- Extract queries that are nothing but consonants and spaces—there are more than you would think, and it works on non-Latin languages/wikis (like ru and ja), too! These are all junk, but they are reviewed anyway.
- Extract queries that have four Latin characters in a row that are not in [aeiouhy]. Again, more than you would think, most are junk. Works in non-Latin languages, too. Works less well in German, but still found a lot of junk.
- Review remaining queries. Sort and review:
- Remove most queries with www, http, @, .com, .org, .net, .mobi, .biz, .xxx, .co.uk, and common TLDs for the language under review.
- Remove queries that aren’t words—mostly numbers, things that look like serial numbers, ID numbers, phone numbers, addresses, etc.
- Remove queries that are mostly or completely emoji.
- Note any obvious “other” languages in use in the sample. Different scripts are really obvious because they are grouped when sorted. Other languages using the same script are hit or miss.
- Incidentally remove any unwanted queries as they go by: proper names, chemical names, any other obvious gibberish not caught by the gibberish filters above.
- Sort, uniq, and randomly order remaining queries.
This cuts down the query pool by 5-25% (median of 8 languages so far: about 11%.).
Language annotation and further filtering
[edit]Once we’ve removed the really obvious junk, it’s time to manually review queries to create a corpus.
- Take a the first 1000 queries from the filtered and randomized sample.
- Run current language identification on it, using the language of the wiki, English (which is everywhere), and any other languages noted during initial filtering. This is far from perfect, but when it works decently, it’s helpful and reduces context switching. For example, most of the non-junk queries identified from frwiki as French are in fact French.
- Skim language ID results and see if anything is obviously terrible (e.g., most of the “German” queries are obviously French) or obviously missing (oops, there’s a query in Armenian) and run again if necessary.
- Review and manually tag the queries, removing queries that are proper names (people, places, language names, companies, products, fictional characters, etc., etc.), acronyms, more gibberish (there’s always more gibberish), scientific terminology and other words that are extremely ambiguous and not specific to any one language, and anything that’s unidentifiable.
- Queries with typos are often left in, even though they make automatic identification hard(er).
- Longer queries that include a few “undesirable” words are kept. (e.g., “Le declin du système éducatif haïtien. Quelles en sont les causes fondamentales?” would be kept since it is mostly French, but “Haïti” would not because it’s a name.)
- Proper names that are made up of common nouns are kept. (e.g., names of movies, like “Seeking a Friend for the End of the World”, are often phrases made up of normal words, and are kept. Similarly country names made up of normal words are kept: "Costa Rica", "Puerto Rico", "Côte d'Ivoire", etc.)
For French, this cut the query pool by about two thirds, leaving only one third (three hundred and something) of the queries. So the process was repeated on the next 1000 queries from the filtered and randomized sample. For Spanish, just less than half of queries were eliminated, so I stopped with 520. The goal is > 500 queries.
For frwiki, the result is a corpus of 682 queries (from 2000 reviewed, after ~15% were previously removed).
Thus, for French, only ~30% of the queries that meet the criteria for possible language detection (< 3 results) are actually in an identifiable language. In production, much of the other 70% would also often be labelled as being in a particular language, but those results (on names, acronyms, gibberish, etc.) are unpredictable and any results from another wiki may or may not be helpful. Hence the need for A/B testing after this analysis is done.
Corpus size
[edit]While 682 (the size of the French query corpus) is not a huge sample, it’s enough to get a sense of what languages are commonly present among these poor-performing queries, and optimize the choice of what languages to detect. The 95% confidence interval for the margin of error on a proportion (read more; calculator) maxes out at 50%. For a sample of size 500, that’s 4.38%. For a smaller proportion, the error is smaller, but larger relative to the proportion (e.g., 0.87% for a proportion of 1% out of 500).
Overall, though, that’s good enough for us to say things like, “Based on a sample of 682 poor-performing queries on frwiki that are in some language, about 70% are in French, 10-15% are in English, 7-12% are in Arabic, fewer than 3% are in Portuguese, German, and Spanish, and there are a handful of other languages present.”—which is enough for us to optimize the languages to be used for language detection for accuracy and run-time performance.
French Results
[edit]About 15% of the original 10K corpus was removed in the initial filtering. A 2,000-query random sample was taken, and about 66% of those queries were discarded, leaving a 682-query corpus. Thus only about 29% of poor-performing queries are in an identifiable language.
Other languages searched on frwiki
[edit]Based on a sample of 682 poor-performing queries on frwiki that are in some language, about 70% are in French, 10-15% are in English, about 7-12% are in Arabic, fewer than 3% are in Portuguese, German, and Spanish, and there are a handful of other languages present.
Below are the results for frwiki, with raw counts, percentage, and 95% margin of error.
| count | lg | % | +/- |
| 468 | fr | 68.62% | 3.48% |
| 89 | en | 13.05% | 2.53% |
| 66 | ar | 9.68% | 2.22% |
| 12 | pt | 1.76% | 0.99% |
| 11 | de | 1.61% | 0.95% |
| 10 | es | 1.47% | 0.90% |
| 5 | ru | 0.73% | 0.64% |
| 4 | zh | 0.59% | 0.57% |
| 3 | nl | 0.44% | 0.50% |
| 2 | pl | 0.29% | 0.41% |
| 2 | it | 0.29% | 0.41% |
| 2 | co | 0.29% | 0.41% |
| 1 | th | 0.15% | 0.29% |
| 1 | sw | 0.15% | 0.29% |
| 1 | sv | 0.15% | 0.29% |
| 1 | la | 0.15% | 0.29% |
| 1 | is | 0.15% | 0.29% |
| 1 | hy | 0.15% | 0.29% |
| 1 | hu | 0.15% | 0.29% |
| 1 | br | 0.15% | 0.29% |
In order, those are French, English, Arabic, Portuguese, German, Spanish, Russian, Chinese, Dutch, Polish, Italian, Corsican, Thai, Swahili, Swedish, Latin, Icelandic, Armenian, Hungarian, Breton.
We don’t have query-trained language models for all of the languages represented here, such as Corsican, Swahili, Breton, Icelandic, Latin, or Hungarian. Since these each represent very small slices of our corpus (1-2 queries each), we aren’t going to worry about them, and accept that they will not be detected correctly.
Looking at the larger corpus of 8,517 remaining queries after the initial filtering, focusing on queries in other writing systems, there are also a small number of Greek, Hebrew, and Korean queries.
Analysis and Optimization
[edit]Using all of the language models available, the performance report (for the 3000-ngram models* we use in enwiki) is below.
* I also ran tests on other model sizes, in increments of 500 up to 5,000 and increments of 1,000 up to 10,000. 3000 is still the best model size.
f0.5 f1 f2 recall prec total hits misses
TOTAL 83.0% 83.1% 83.1% 83.1% 83.0% 681 566 116
French 95.5% 91.7% 88.1% 85.9% 98.3% 468 402 7
English 80.6% 75.5% 70.9% 68.2% 84.5% 88 60 11
Arabic 100.0% 100.0% 100.0% 100.0% 100.0% 66 66 0
Portuguese 62.5% 66.7% 71.4% 75.0% 60.0% 12 9 6
German 44.3% 50.0% 57.4% 63.6% 41.2% 11 7 10
Spanish 15.4% 20.8% 32.1% 50.0% 13.2% 10 5 33
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 5 5 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 4 4 0
Dutch 21.3% 28.6% 43.5% 66.7% 18.2% 3 2 9
Corsican 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Italian 6.1% 9.1% 17.9% 50.0% 5.0% 2 1 19
Polish 29.4% 40.0% 62.5% 100.0% 25.0% 2 2 6
Armenian 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
Breton 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Hungarian 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Icelandic 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Swahili 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Swedish 7.7% 11.8% 25.0% 100.0% 6.2% 1 1 15
Thai 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
f0.5 f1 f2 recall prec total hits misses
Spanish, Dutch, Italian, Polish, and Swedish do very poorly. They have too few actual instances that they can get correct, which are heavily outweighed by the false positives they do get.
Portuguese and German are not great, either. I reran the analysis without Portuguese and German, and it was better. I added them each back into the mix separately and in both cases the results were worse.
As noted above, Greek, Hebrew, and Korean are present in the larger sample, and from earlier work on the balanced query sets, our models for these languages are very high accuracy.
So, I dropped Portuguese and German, added Greek, Hebrew, and Korean, and re-ran the performance report with the 3000-ngram models (to check the performance and double-check that Greek, Hebrew, and Korean aren’t causing problems). The results are below:
f0.5 f1 f2 recall prec total hits misses
TOTAL 89.0% 89.1% 89.1% 89.1% 89.0% 681 607 75
French 94.8% 95.1% 95.5% 95.7% 94.5% 468 448 26
English 67.0% 74.9% 84.9% 93.2% 62.6% 88 82 49
Arabic 100.0% 100.0% 100.0% 100.0% 100.0% 66 66 0
Portuguese 0.0% 0.0% 0.0% 0.0% 0.0% 12 0 0
German 0.0% 0.0% 0.0% 0.0% 0.0% 11 0 0
Spanish 0.0% 0.0% 0.0% 0.0% 0.0% 10 0 0
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 5 5 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 4 4 0
Dutch 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Corsican 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Italian 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Polish 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Armenian 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
Breton 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Hungarian 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Icelandic 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Swahili 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Swedish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Thai 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
f0.5 f1 f2 recall prec total hits misses
Recall went up and precision went down for French and English, but overall performance improved. Queries in unrepresented languages were all identified as either French or English (decreasing precision for both), but those now unused models are no longer generating lots of false positives and bringing down precision overall.
frwiki: Best Options
[edit]The optimal settings for frwiki, based on these experiments, would be to use models for French, English, Arabic, Russian, Chinese, Armenian, Thai, Greek, Hebrew, Korean (fr, en, ar, ru, zh, th, el, hy, he, ko), using the default 3000-ngram models.
Spanish Results
[edit]About 10% of the original 10K corpus was removed in the initial filtering. A 1,000-query random sample was taken, and 48% of those queries were discarded, leaving a 520-query corpus. Thus only about 47% of poor-performing queries are in an identifiable language.
Other languages searched on eswiki
[edit]Based on the sample of 520 poor-performing queries on eswiki that are in some language, about 90% are in Spanish, 4-8% are in English, and fewer than 2% each are in a handful of other languages.
Below are the results for eswiki, with raw counts, percentage, and 95% margin of error.
| count | lg | % | +/- |
| 476 | es | 91.54% | 2.39% |
| 32 | en | 6.15% | 2.07% |
| 3 | la | 0.58% | 0.65% |
| 2 | ru | 0.38% | 0.53% |
| 1 | zh | 0.19% | 0.38% |
| 1 | pt | 0.19% | 0.38% |
| 1 | it | 0.19% | 0.38% |
| 1 | gn | 0.19% | 0.38% |
| 1 | fr | 0.19% | 0.38% |
| 1 | de | 0.19% | 0.38% |
| 1 | ca | 0.19% | 0.38% |
In order, those are Spanish, English, Latin, Russian, Chinese, Portuguese, Italian, Guarani*, French, German, Catalan.
* Mbaé’chepa!
We don’t have query-trained language models for all of the languages represented here, such as Latin, Guarani, and Catalan. Since these each represent very small slices of our corpus (1-3 queries each), we aren’t going to worry about them, and accept that they will not be detected correctly.
Looking at the larger corpus of 9,003 remaining queries after the initial filtering, focusing on queries in other writing systems, there are also a small number of Arabic and Japanese queries, and one each for Cherokee and Aramaic (for which we do not have models).
Analysis and Optimization
[edit]Using all of the language models available, I ran tests on various model sizes, in increments of 500 up to 5,000 and increments of 1,000 up to 10,000. Results for the 3K models, and some of the models that did better, are here:
model size 3000 3500 6000 7000 8000 9000 10000
TOTAL 83.2% 84.4% 84.8% 85.0% 85.4% 85.9% 86.3%
Spanish 91.6% 92.2% 92.3% 92.6% 92.8% 93.2% 93.4%
English 73.0% 75.0% 75.8% 73.8% 75.0% 76.2% 76.2%
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 100.0% 100.0%
Catalan 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 100.0% 100.0%
French 0.0% 0.0% 33.3% 20.0% 22.2% 22.2% 22.2%
German 22.2% 22.2% 25.0% 22.2% 20.0% 20.0% 20.0%
Italian 8.0% 9.1% 9.1% 10.0% 11.8% 11.8% 11.1%
Portuguese 4.7% 4.8% 4.8% 5.3% 5.0% 5.3% 5.7%
Performance details for the 3K models are here (details for larger models are similar in terms of which language models perform the most poorly):
f0.5 f1 f2 recall prec total hits misses
TOTAL 83.2% 83.2% 83.2% 83.2% 83.2% 519 432 87
Spanish 96.3% 91.6% 87.3% 84.7% 99.8% 476 403 1
English 73.7% 73.0% 72.3% 71.9% 74.2% 32 23 8
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 2 2 0
Catalan 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
French 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 7
German 15.2% 22.2% 41.7% 100.0% 12.5% 1 1 7
Italian 5.2% 8.0% 17.9% 100.0% 4.2% 1 1 23
Portuguese 3.0% 4.7% 10.9% 100.0% 2.4% 1 1 41
f0.5 f1 f2 recall prec total hits misses
Italian, Portuguese, French, and German all do very poorly, with too many false positives.
As noted above, Arabic and Japanese are present in the larger sample, and as our models for these languages are high accuracy, I’ve included them.
The final language set is Spanish, English, Russian, Chinese, Arabic, and Japanese. As above, 3K is not the optimal model size—my current unsupported hypothesis is that 3K isn’t the best here because there are really only two languages in contention. The 3K results are shown below along with the best performing model sizes:
model size 1500 2000 2500 3000 9000 10000
TOTAL 96.5% 96.1% 96.0% 95.8% 96.0% 96.1%
Spanish 98.7% 98.5% 98.4% 98.2% 98.3% 98.4%
English 78.9% 76.3% 75.3% 76.5% 76.9% 77.9%
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 100.0%
Catalan 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 100.0%
French 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
German 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Italian 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Portuguese 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
However, the accuracy is very high, and the differences are not huge, so it makes sense to stick with the default 3K models for now, but I'll continue to keep an eye out for significant performance improvements with other model sizes when working with other corpora.
The detailed report for the 3K model is here*:
[* I inadvertently forgot to include "Guarani" as a known language, so Spanish totals were off by one (519 instead of 520). Since we don't have a Guarani language detector, it is of course incorrect, slightly lowering the overall score, but not really changing the final recommendations. The report below is corrected, those above are not.]
f0.5 f1 f2 recall prec total hits misses
TOTAL 95.6% 95.6% 95.6% 95.6% 95.6% 520 497 23
Spanish 98.8% 98.2% 97.6% 97.3% 99.1% 476 463 4
English 66.8% 75.6% 87.1% 96.9% 62.0% 32 31 19
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 2 2 0
Catalan 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
French 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
German 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Guarani 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Italian 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Portuguese 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
f0.5 f1 f2 recall prec total hits misses
Recall went up and precision went down for Spanish and English, but overall performance improved. Queries in unrepresented languages were all identified as either Spanish or English (decreasing precision for both), but those now unused models are no longer generating lots of false positives and bringing down precision overall.
eswiki: Best Options
[edit]Non-optimal settings for eswiki (while being consistent with other wikis using 3K models), based on these experiments, would be to use models for Spanish, English, Russian, Chinese, Arabic, Japanese (es, en, ru, zh, ar, ja), using the default 3000-ngram models.
Italian Results
[edit]About 15% of the original 10K corpus was removed in the initial filtering. A 1,600-query random sample was taken, and 65% of those queries were discarded, leaving a 550-query corpus. Thus only about 29% of low-performing queries are in an identifiable language.
Other languages searched on itwiki
[edit]Based on the sample of 550 poor-performing queries on itwiki that are in some language, about 75% are in Italian, 20% are in English, and fewer than 1% each are in a handful of other languages.
Below are the results for itwiki, with raw counts, percentage, and 95% margin of error.
| count | lg | % | +/- |
| 404 | it | 73.45% | 3.69% |
| 109 | en | 19.82% | 3.33% |
| 8 | es | 1.45% | 1.00% |
| 6 | de | 1.09% | 0.87% |
| 4 | la | 0.73% | 0.71% |
| 4 | fr | 0.73% | 0.71% |
| 3 | ru | 0.55% | 0.62% |
| 3 | ro | 0.55% | 0.62% |
| 3 | pt | 0.55% | 0.62% |
| 3 | ar | 0.55% | 0.62% |
| 1 | zh | 0.18% | 0.36% |
| 1 | pl | 0.18% | 0.36% |
| 1 | cs | 0.18% | 0.36% |
In order, those are Italian, English, Spanish, German, Latin, French, Russian, Romanian, Portuguese, Arabic, Chinese, Polish, Czech.
We don’t have query-trained language models for all of the languages represented here, such as Latin and Romanian. Since these each represent very small slices of our corpus (< 5 queries each), we aren’t going to worry about them, and accept that they will not be detected correctly.
Looking at the larger corpus of 8,533 remaining queries after the initial filtering, focusing on queries in other writing systems, there are also a small number of Greek and Japanese queries, and one each for Korean and Bengali, and one for Punjabi (for which we do not have a model).
Analysis and Optimization
[edit]Using all of the language models available, I ran tests on various model sizes, in increments of 500 up to 5,000 and increments of 1,000 up to 10,000. Results for the 3K models, and some of the models that did better are here:
3000 3500 4000 4500 10000
TOTAL 83.5% 84.0% 84.0% 83.8% 84.0%
Italian 93.1% 93.4% 93.4% 93.8% 93.8%
English 80.9% 82.1% 80.4% 77.8% 77.4%
Spanish 33.3% 28.6% 22.9% 27.8% 32.4%
German 46.2% 46.2% 42.9% 40.0% 41.4%
French 20.7% 22.2% 32.0% 32.0% 33.3%
Latin 0.0% 0.0% 0.0% 0.0% 0.0%
Arabic 100.0% 100.0% 100.0% 100.0% 100.0%
Portuguese 19.0% 20.0% 30.0% 31.6% 27.3%
Romanian 0.0% 0.0% 0.0% 0.0% 0.0%
Russian 100.0% 100.0% 100.0% 100.0% 100.0%
Chinese 100.0% 100.0% 100.0% 100.0% 100.0%
Czech 25.0% 25.0% 0.0% 0.0% 0.0%
Polish 50.0% 50.0% 66.7% 66.7% 66.7%
Performance details for the 3K model are here (details for larger models are similar in terms of which language models perform the most poorly):
f0.5 f1 f2 recall prec total hits misses
TOTAL 83.5% 83.5% 83.5% 83.5% 83.5% 550 459 91
Italian 96.2% 93.1% 90.2% 88.4% 98.3% 404 357 6
English 89.4% 80.9% 73.8% 69.7% 96.2% 109 76 3
Spanish 25.0% 33.3% 50.0% 75.0% 21.4% 8 6 22
German 34.9% 46.2% 68.2% 100.0% 30.0% 6 6 14
French 14.4% 20.7% 36.6% 75.0% 12.0% 4 3 22
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 4 0 0
Arabic 100.0% 100.0% 100.0% 100.0% 100.0% 3 3 0
Portuguese 13.3% 19.0% 33.3% 66.7% 11.1% 3 2 16
Romanian 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 3 3 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
Czech 17.2% 25.0% 45.5% 100.0% 14.3% 1 1 6
Polish 38.5% 50.0% 71.4% 100.0% 33.3% 1 1 2
f0.5 f1 f2 recall prec total hits misses
Spanish, German, French, and Portuguese all do very poorly, with too many false positives. Czech and Polish aren’t terrible in terms of raw false positives, but aren’t great, either.
As noted above, Greek, Japanese, and Korean are present in the larger sample, and as our models for these languages are very high accuracy, I’ve included them. I did not include Bengali because it hasn't been well tested as this point.
The final language set is Italian, English, Russian, Arabic, Chinese, Japanese, Greek, and Korean. As above, 3K is not the optimal model size, but it is within 0.2%. The 3K results are shown below along with the best performing model sizes:
3000 3500 4000 4500 10000
TOTAL 92.2% 92.4% 92.2% 91.8% 92.2%
Italian 96.7% 96.9% 96.6% 96.4% 96.6%
English 87.3% 87.8% 87.8% 86.8% 87.7%
Spanish 0.0% 0.0% 0.0% 0.0% 0.0%
German 0.0% 0.0% 0.0% 0.0% 0.0%
French 0.0% 0.0% 0.0% 0.0% 0.0%
Latin 0.0% 0.0% 0.0% 0.0% 0.0%
Arabic 100.0% 100.0% 100.0% 100.0% 100.0%
Portuguese 0.0% 0.0% 0.0% 0.0% 0.0%
Romanian 0.0% 0.0% 0.0% 0.0% 0.0%
Russian 100.0% 100.0% 100.0% 100.0% 100.0%
Chinese 100.0% 100.0% 100.0% 100.0% 100.0%
Czech 0.0% 0.0% 0.0% 0.0% 0.0%
Polish 0.0% 0.0% 0.0% 0.0% 0.0%
The accuracy is very high, and the differences are very small, so it makes sense to stick with the default 3K models for now, but keep an eye out for significant performance improvements with other model sizes.
The detailed report for the 3K model is here:
f0.5 f1 f2 recall prec total hits misses
TOTAL 92.2% 92.2% 92.2% 92.2% 92.2% 550 507 43
Italian 95.4% 96.7% 98.1% 99.0% 94.6% 404 400 23
English 84.9% 87.3% 89.9% 91.7% 83.3% 109 100 20
Spanish 0.0% 0.0% 0.0% 0.0% 0.0% 8 0 0
German 0.0% 0.0% 0.0% 0.0% 0.0% 6 0 0
French 0.0% 0.0% 0.0% 0.0% 0.0% 4 0 0
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 4 0 0
Arabic 100.0% 100.0% 100.0% 100.0% 100.0% 3 3 0
Portuguese 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Romanian 0.0% 0.0% 0.0% 0.0% 0.0% 3 0 0
Russian 100.0% 100.0% 100.0% 100.0% 100.0% 3 3 0
Chinese 100.0% 100.0% 100.0% 100.0% 100.0% 1 1 0
Czech 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Polish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
f0.5 f1 f2 recall prec total hits misses
Recall went up and precision went down for Italian and English, but overall performance improved. Queries in unrepresented languages were all identified as either Italian or English (decreasing precision for both), but those now unused models are no longer generating lots of false positives and bringing down precision overall.
itwiki: Best Options
[edit]The barely sub-optimal settings (though consistent with others using 3K models) for itwiki, based on these experiments, would be to use models for Italian, English, Russian, Arabic, Chinese, Japanese, Greek, Korean (it, en, ru, ar, zh, ja, el, ko), using the default 3000-ngram models.
German Results
[edit]About 6% of the original 10K corpus was removed in the initial filtering. A 1400-query random sample was taken, and ~63% of those queries were discarded, leaving a 520-query corpus. Thus only about 35% of low-performing queries are in an identifiable language.
Other languages searched on dewiki
[edit]Based on the sample of 520 poor-performing queries on dewiki that are in some language, about 70% are in German, about 25% are in English, and fewer than 2% each are in a handful of other languages.
Below are the results for dewiki, with raw counts, percentage, and 95% margin of error.
| count | lg | % | +/- |
| 360 | de | 69.23% | 3.97% |
| 123 | en | 23.65% | 3.65% |
| 8 | la | 1.54% | 1.06% |
| 8 | it | 1.54% | 1.06% |
| 8 | es | 1.54% | 1.06% |
| 5 | fr | 0.96% | 0.84% |
| 2 | zh | 0.38% | 0.53% |
| 2 | pl | 0.38% | 0.53% |
| 1 | vi | 0.19% | 0.38% |
| 1 | tr | 0.19% | 0.38% |
| 1 | sv | 0.19% | 0.38% |
| 1 | nl | 0.19% | 0.38% |
In order, those are German, English, Latin, Italian, Spanish, French, Chinese, Polish, Vietnamese, Turkish, Swedish, Dutch.
We don’t have query-trained language models for all of the languages represented here, in particular Latin. Since it represents a very small slice of our corpus (8 queries), we aren’t going to worry about it, and accept that it will not be detected correctly.
Looking at the larger corpus of 9,439 remaining queries after the initial filtering, focusing on queries in other writing systems, there are also a small number of Greek, Russian, Arabic, Hindi, Thai, Korean, and Japanese queries, and a one Odia query (for which we do not have a model).
Analysis and Optimization
[edit]Using all of the language models available, I ran tests on various model sizes, in increments of 500 up to 5,000 and increments of 1,000 up to 10,000. Results for the 3K models, and some of the models that did better are here:
2500 3000 3500 4000 6000 7000 8000 9000 10000
TOTAL 74.6% 74.4% 74.6% 75.3% 75.7% 76.3% 76.9% 77.0% 77.6%
German 88.9% 88.9% 89.2% 89.5% 90.0% 90.5% 90.9% 90.9% 91.2%
English 73.8% 74.5% 74.1% 75.7% 74.9% 74.0% 74.0% 73.8% 74.1%
Italian 25.0% 40.0% 40.0% 38.5% 37.0% 42.9% 46.2% 48.0% 51.9%
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Spanish 50.0% 48.3% 50.0% 46.2% 43.5% 45.5% 47.6% 47.6% 50.0%
French 34.8% 36.4% 34.8% 33.3% 32.0% 32.0% 33.3% 32.0% 32.0%
Chinese 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Dutch 6.9% 5.9% 6.2% 6.2% 7.1% 7.4% 7.1% 6.9% 7.1%
Polish 25.0% 25.0% 22.2% 25.0% 28.6% 28.6% 22.2% 22.2% 25.0%
Swedish 5.0% 0.0% 0.0% 0.0% 0.0% 0.0% 5.7% 5.9% 5.9%
Turkish 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 22.2% 22.2%
Vietnamese 40.0% 50.0% 50.0% 50.0% 66.7% 100.0% 100.0% 100.0% 100.0%
Performance details for the 3K model are here (details for larger models are similar in terms of which language models perform the most poorly):
f0.5 f1 f2 recall prec total hits misses
TOTAL 74.5% 74.4% 74.3% 74.2% 74.5% 520 386 132
German 94.5% 88.9% 83.9% 80.8% 98.6% 360 291 4
English 85.6% 74.5% 66.0% 61.3% 95.0% 124 76 4
Italian 32.9% 40.0% 51.0% 62.5% 29.4% 8 5 12
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 8 0 0
Spanish 38.0% 48.3% 66.0% 87.5% 33.3% 8 7 14
French 27.4% 36.4% 54.1% 80.0% 23.5% 5 4 13
Chinese 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Dutch 3.8% 5.9% 13.5% 100.0% 3.0% 1 1 32
Polish 17.2% 25.0% 45.5% 100.0% 14.3% 1 1 6
Swedish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 38
Turkish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 7
Vietnamese 38.5% 50.0% 71.4% 100.0% 33.3% 1 1 2
f0.5 f1 f2 recall prec total hits misses
Dutch and Swedish do very poorly, with too many false positives. Italian, Spanish, French, Polish, Turkish, and Vietnamese aren’t terrible in terms of raw false positives, but aren’t great, either.
As noted above, Greek, Russian, Arabic, Hindi, Thai, Korean, and Japanese are present in the larger sample, and as our models for these languages are very high accuracy, I’ve included them.
The final language set is German, English, Chinese, Greek, Russian, Arabic, Hindi, Thai, Korean, and Japanese. As above, 3K is not the optimal model size, but it is within half a percent. The 3K results are shown below along with the best performing model sizes:
3000 4000 4500 5000 9000 10000
TOTAL 88.2% 88.7% 88.7% 88.7% 88.9% 88.7%
German 94.8% 95.3% 95.2% 95.4% 95.5% 95.2%
English 81.9% 82.8% 83.2% 82.7% 83.3% 83.2%
Italian 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Spanish 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
French 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Chinese 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Dutch 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Polish 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Swedish 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Turkish 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
Vietnamese 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
The accuracy is very high, and the differences are very small, so it makes sense to stick with the default 3K models for now, but keep an eye out for significant performance improvements with other model sizes.
The detailed report for the 3K model is here:
f0.5 f1 f2 recall prec total hits misses
TOTAL 88.2% 88.2% 88.1% 88.1% 88.2% 520 458 61
German 93.9% 94.8% 95.8% 96.4% 93.3% 360 347 25
English 77.9% 81.9% 86.3% 89.5% 75.5% 124 111 36
Italian 0.0% 0.0% 0.0% 0.0% 0.0% 8 0 0
Latin 0.0% 0.0% 0.0% 0.0% 0.0% 8 0 0
Spanish 0.0% 0.0% 0.0% 0.0% 0.0% 8 0 0
French 0.0% 0.0% 0.0% 0.0% 0.0% 5 0 0
Chinese 0.0% 0.0% 0.0% 0.0% 0.0% 2 0 0
Dutch 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Polish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Swedish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Turkish 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
Vietnamese 0.0% 0.0% 0.0% 0.0% 0.0% 1 0 0
f0.5 f1 f2 recall prec total hits misses
Recall went up and precision went down for German and English, but overall performance improved. Queries in unrepresented languages were all identified as either German or English (decreasing precision for both), but those now unused models are no longer generating lots of false positives and bringing down precision overall.
Observations
[edit]Interestingly, even though Chinese was enabled, neither of the two queries in Chinese were tagged as such. Generally, Chinese is a relatively high-accuracy identifier. In this case, the queries include a random string of numbers and Latin letters and one includes ".html". They also include a number of less common Chinese characters. As a result, the less common Chinese characters get the same score from the Chinese and German language detectors (the maximum penalty for an "unknown" character), and the individual letters score well in German, which the known Chinese characters score less well in Chinese. The Chinese model includes not only individual characters, but also bigrams and larger n-grams, so there aren't even 3,000 singleton Chinese characters in the model.
The Chinese model did a better job on the other Chinese examples in the larger un-tagged dewiki sample.
dewiki: Best Options
[edit]The barely sub-optimal settings (though consistent with others using 3K models) for dewiki, based on these experiments, would be to use models for German, English, Chinese, Greek, Russian, Arabic, Hindi, Thai, Korean, Japanese (de, en, zh, el, ru, ar, hi, th, ko, ja), using the default 3000-ngram models.
Next Up
[edit]- English re-do, Russian, Japanese, Portuguese, and Indonesian (See T138315)
- Others, if we continue. (See T121541)
Other thoughts
[edit]- It would be easy to build high-accuracy identifiers for languages that have unique character sets—or at least character sets that are effectively unique in practice. For example, Yiddish can be written with the Hebrew alphabet, but on most wikis, we'd expect most Hebrew characters to actually be Hebrew (and identifying Yiddish as Hebrew is better than identifying it as anything else other than Yiddish). Similarly, Persian and Arabic writing share many characters, but on frwiki, for example, we only see Arabic. Cherokee is rare, but examples have shown up in our samples. Korean, Armenian, Hebrew, Greek, Georgian, Thai, and others could be used on most wikis because they are low risk, if the run-time cost of enabling them is not too high.