This is the weekly update for the week starting 2019-01-14
- Trey updated TextCat with models for detecting Russian typed on an English keyboard and vice-versa, and UTF-8 Russian text improperly encoded as Windows-1251,  as a precursor to providing wrong-keyboard/encoding detection and suggestion. 
- Erik and the team did a lot of work on an epic ticket (with several sub tasks) to explore and figure out next steps in using user click data to tune Wikidata search parameters  and . The team will ship the newly tuned wbsearchentities profile for en soon with de, fr, es afterward.
- The team also had lots of discussions and exploration on how to transform Wikidata autocomplete click logs into a useful dataset. They are now transformed: Relevance Forge now has a utility for taking in the Wikidata completion search logs and tuning the parameters of search based on those logs. 
- David fixed a minor regression where search request failures when offset+limit is out of bounds (cirrussearch-backend-error) 
- Mathew discovered that the required metrics have been exposed by the prometheus exporter but they are displaying and fixed the issue with help from David and Gehel 
- David reconfigured the ElasticSearch crosscluster on production search servers to have persistent configs 
- Stas & Guillaume finished moving categories namespace into a separate Blazegraph instance 
Did you know?Edit
English text, like many others, is written left-to-right (LTR), but some languages—most notably Arabic, Hebrew, Persian, and Urdu, but also many others —are written right-to-left (RTL). To handle different writing directions—especially in mixed LTR and RTL texts—Unicode classifies characters as having "strong", "weak", or "neutral" directionality. Strong characters definitely go in a particular direction, like ABC or אבג. Weak characters have a "vague" directionality, but can be changed in context, mostly numbers. Neutral characters pick up their directionality from context, like punctuation and whitespace characters used across scripts.
Mirrored characters change the way they display based on context. For example "A>B>C" and "א>ב>ג" both only have the greater than character (>) in them, but, if you are reading this somewhere that follows the Unicode bidirectional algorithm, the ones between Latin letters point to the right and those between Hebrew letters point to the left.
The algorithms are complicated , and when they don't work, there are explicit characters that indicate things like "text should flow left to right from here". The explicit formatting characters have the most potential to cause trouble for search because they are usually invisible, and you can pick one up without realizing it. For example, when copying an Arabic word from a page in English, or a French word from a page in Hebrew, the word that is "the other way around" from the main text might have one of these marks at the beginning or end of it. Fortunately, we can usually identify them and strip them out.
Finally, there are some scripts that have been written in other interesting directions. Vertical text includes Chinese, Japanese, and Korean,  and Mongolian. . Hanunó'o  and Ogham  were written bottom-to-top! My favorite "direction" is "boustrophedon,"  which means "like an ox ploughs" and alternates left-to-right and right-to-left, and was used particularly in old manuscripts and inscriptions in many writing systems. Why jump from one side of the page to the other when you can just curve around where you are or flip to mirrored letters and keep going?!
- View all open tickets related to Discovery.
- Looking to get involved? See tasks marked as Easy or volunteer needed