Amire80 added a comment.

Almost five years since the creation of this task, such a tool is still needed. Let me suggest a slightly different focus, however.

Translating labels is important. Not just that, but translating a lot of labels is important. They can be used as values to fill in Wikipedia articles (in infoboxes, but not only there), they can be used as titles of fields in infoboxes and tables, etc. Having a lot of them translated is a necessary demonstration of Wikidata's potential to be better integrated with Wikipedia and other wikis. Wiki editors often bring up the fact that many labels are not translated as a reason to not use Wikidata, because too often it shows a Q number, a label in a fallback language, or nothing at all instead of actual text in the wiki's language. Sadly, they are quite right: translating the label in a central place is more efficient than translating it in each infobox, but currently doing it in Wikidata is not as convenient as it should be. That's what this task is really about.

Translating labels can be semi-automated in many cases, but not all. Many languages written in the Latin alphabet can share the same label for names of people and places, but not always; for example, Lithuanian, Azerbaijani, and some other languages are written in the Latin alphabet, but with their own spelling rules. And languages with other alphabets need manual intervention. This can be somewhat automated, too, but will still require human verification so that they could be really trusted.

Translating descriptions is less important than translating labels. Descriptions were originally made for disambiguation, and from Wikidata's own point of view, when disambiguation is not needed, neither are descriptions. These they are also used (somewhat controversially) in the mobile display of Wikipedia articles and in some search results, but these things are less essential than labels. As with labels, translating many of them could be automated, but not all of them. Above all, however, the discussion about translating descriptions is not that important—if a good translation tool is built for labels, it can also be used for descriptions.

Multiplying millions of labels by hundreds (or thousands) of languages and saying that translating all of that by hand is pointless doesn't mean much. 100% of labels will never be translated, to any language. But a good tool that conveniently shows labels by topics will help translate close to 100% of the important ones. Examples of what I call "topics":

  • labels that are most frequently loaded in the German Wikipedia and aren't translated yet
  • labels for which an automatic translation can be suggested, but which require human verification
  • Nuclear scientists
  • Settlements in Borneo
  • etc.

Once you break it down by topics, translating piece by piece becomes feasible. Translating a billion labels in sets of ~50 is relatively more feasible than doing them one by one on item pages, as it is done now. This task is mostly about user experience, really.

Terminator and Tabernacle are supposed to help with this, but the last time I tried them they just didn't work at all: they showed a form for selecting info, but submitting the form didn't load any data, so I cannot even know what is the actual translation experience. In addition, the forms themselves were too complex for users who can be good label translators but aren't into SPARQL, and they aren't mobile-friendly (admittedly, neither is the Translate extension, and that should be fixed, too). Finally, their user interface has to be translated in https://tools.wmflabs.org/tooltranslate , which is also broken, so it cannot actually be done (I guess I'm biased, but I never understood Magnus's rationale for not using translatewiki for his tools). If these issues are fixed, perhaps it will be possible to mark this task as resolved.


TASK DETAIL
https://phabricator.wikimedia.org/T64695

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Amire80
Cc: Ijon, PokestarFan, Quiddity, harej-NIOSH, Aklapper, Stryn, MGChecker, jayvdb, Ricordisamoa, Magnus, Nikerabbit, Wikidata-bugs, Amire80, Nemo_bis, He7d3r, Micru, Lydia_Pintscher, JohnLewis, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, D3r1ck01, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to