https://bugzilla.wikimedia.org/show_bug.cgi?id=41807
Nikola Smolenski <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #6 from Nikola Smolenski <[email protected]> 2012-11-07 07:32:16 UTC --- Relevant Wikidata discussion: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Special_language_code_.22mul.22.2FTranslingual I believe this bug is highly related to bug 36430, if not a duplicate of it. mul is just the top of the language fallback pyramid. (In reply to comment #4) > Ok, here's the use case. Consider a wikidata page with labels in 20 languages. > Each label will be tagged in the HTML code with the correct language and > directionality attributes. However: > > * What do we put into the HTTP Content-Language header? I think "mul" would be > correct there. Similarly, when supplying DC meta data about a page (as the OAI > extension does), there is only one language code that can be provided, so > "mul" > would be the correct choice. Interface language, which is also the language of the title of the page. This is a list of words in many languages, but the list itself is in one language however little linguistic content it has. > * More urgently, we need a code that we can use as a general fallback - Many > things (especially people and places, i.e. over 50% of the content of > wikipedia > and thus wikidata) have "native" versions of their name that should act as a > fallback for all other languages - and that name is indeed the correct one for > *multiple* languages. I doubt that there are renderings for the town > "Rackwitz" > in languages other than German. Having to set this string redundantly for 300 You lost your bet: Serbian rendering is Раквиц in Cyrillic or Rakvic in Latin. Languages that use Latin alphabet generally just reuse the name; languages that use other alphabets generally transliterate or transcribe the name; Chinese have to even translate it. You owe me one beer at the Bavaria pub at the destroyed church; John will tell you why is this bad for you :) > languages makes no sense to me. So, setting "Rackwitz" as the value for the > "mul" code, and falling back on this, makes sense. Using "en" for this purpose > would be grossly misleading, especially in cases where the "native" form is > not > using latin characters (say, Руза). But I fully agree with this, and I would even go one step further: use the code mul-de (multilingual content of German origin). This would allow us to in some cases automatically convert and display the names in languages that use different alphabets. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
