- Currently, it is possible to specify language of Wikimedia maps by using syntax like https://maps.wikimedia.org/?lang=LANGCODE, for example https://maps.wikimedia.org/?lang=zh
- However, when the langcode is something like zh-HK with variants specified, the system cannot automatically identify fallback and fail to display zh-TW/zh-Hant/zh when zh-HK is not available.
- See also https://meta.wikimedia.org/wiki/Wikidata/Notes/Language_fallback https://zh.wikipedia.org/wiki/File:MediaWiki_fallback_chains.svg
Description
Related Objects
- Mentioned Here
- T208927: Label lang error in map
Event Timeline
There is a fallback mechanism in place. Relevant fallbacks are described here. The problem seems to be that "zh" and its variants generally fall back to "zh-hans" that is little used on OSM (see taginfo). I assume these fallbacks should be rearranged, as long as Wikimedia maps localization relies on OSM tags.
Additionally the language picker is bugous, so that some languages that shouldn't be latinized get latinized (see T208927).
Is the system case-sensitive? Because the document use "zh-hans" and "zh-hant" while relevant keys in OSM are usually "zh-Hans" and "zh-Hant"
@C933103 and @Pikne Why this is a Language-strategy task? Comparing with task description, I'm not sure if we really need to "fix this problem" in all languages (or at least a batch of languages that ≥50) or not.
There were definitely >100 languages affected if language fallback didn't work in all languages, but if it's only for those that fallback to zh, and a few other languages that utilize script tag in Mediawiki project but utilize an alternative language tagging style in OSM projects, then the scope of the task could have been smaller than anticipated.
I'm closing this as Chinese fallbacks were improved in a pull request. Please reopen if it doesn't work as intended.
I have just realized something.
Are those codes supposed to be case-sensitive?
Because, if so, then that pull request wouldn't work
And that's also what I am seeing