| Vvjjkkii renamed this task from "Decide on a way forward for acceptable languages for lemmas and representations" to "35baaaaaaa". Vvjjkkii triaged this task as "High" priority. Vvjjkkii removed a subscriber: Aklapper. Vvjjkkii added projects: CheckUser, Connected-Open-Heritage-Batch-uploads (RAÄ-KMB_1_2017-02), Tamil-Sites, Gamepress, Hashtags, JADE, KartoEditor, Language-2018-Apr-June, New-Editor-Experiences, Mail, TCB-Team. Vvjjkkii updated the task description. (Show Details) |
CHANGES TO TASK DESCRIPTION
Currently, to add a spelling variant for lemmas and representations, we use a list of language codes. This list is stored separately from items, and is based on the list used by Wikimedia for the projects (Wikipedias, etc.). It is a different list from the one we use for monolingual text.
With the Lexeme, we already have people wanting to add more codes for languages or scripts ([[ https://www.wikidata.org/wiki/Wikidata_talk:Lexicographical_data#Choice_of_the_language | fro ]], [[ https://www.wikidata.org/wiki/Wikidata_talk:Lexicographical_data#How_to_express_scripts? | cu-cyrl ]], etc.) and we expect this demand to increase in the near future.
**Current problems:**
* People have to request for a language code individually
* We have to maintain the list by hand
**Needs:**
* Let people enter the language code that they think is appropriate for lemmas and representations
* Avoid mistakes and wrong choices
* Have a list that is easier to maintain
* The process to add new languages in the list should be quick and transparent
**Possible solutions:**
* instead of a separated list, take the list of item that have instance of/subclass of language
* merge the existing list with the monolingual text list
* ... //your suggestion here//
26570726f6475636520796f757220627567207573696e67206120726563656e742076657273696f6e206f662074686520736f6674776172652c20746f2068652077696b6920636f6e74656e74206c616e67756167652e0a0a5468616e6b20796f752e0a546167730a436865636b557365720ad70a436f6e6e65637465642d4f70656e2d48657269746167652d42617463682d75706c6f61647320285241c42d4b4d425f315f323031372d3032290ad70a54616d696c2d53697465730ad70a47616d6570726573730ad70a48617368746167730ad70a4a4144450ad70a4b6172746f456469746f720ad70a4c616e67756167652d323031382d4170722d4a756e650ad70a4e65772d456469746f722d457870657269656e6365730ad70a4d61696c0ad70a5443422d5465616d0ad70a53756273637269626572730a4465736372697074696f6e20507265766965770a436f6e74656e77a6f6e652073657474696e6720696e20796f75722070726f66696c652c20636c69636b20746f207265636f6e63696c652e
With the Lexeme, we already have people wanting to add more codes for languages or scripts ([[ https://www.wikidata.org/wiki/Wikidata_talk:Lexicographical_data#Choice_of_the_language | fro ]], [[ https://www.wikidata.org/wiki/Wikidata_talk:Lexicographical_data#How_to_express_scripts? | cu-cyrl ]], etc.) and we expect this demand to increase in the near future.
**Current problems:**
* People have to request for a language code individually
* We have to maintain the list by hand
**Needs:**
* Let people enter the language code that they think is appropriate for lemmas and representations
* Avoid mistakes and wrong choices
* Have a list that is easier to maintain
* The process to add new languages in the list should be quick and transparent
**Possible solutions:**
* instead of a separated list, take the list of item that have instance of/subclass of language
* merge the existing list with the monolingual text list
* ... //your suggestion here//
26570726f6475636520796f757220627567207573696e67206120726563656e742076657273696f6e206f662074686520736f6674776172652c20746f2068652077696b6920636f6e74656e74206c616e67756167652e0a0a5468616e6b20796f752e0a546167730a436865636b557365720ad70a436f6e6e65637465642d4f70656e2d48657269746167652d42617463682d75706c6f61647320285241c42d4b4d425f315f323031372d3032290ad70a54616d696c2d53697465730ad70a47616d6570726573730ad70a48617368746167730ad70a4a4144450ad70a4b6172746f456469746f720ad70a4c616e67756167652d323031382d4170722d4a756e650ad70a4e65772d456469746f722d457870657269656e6365730ad70a4d61696c0ad70a5443422d5465616d0ad70a53756273637269626572730a4465736372697074696f6e20507265766965770a436f6e74656e77a6f6e652073657474696e6720696e20796f75722070726f66696c652c20636c69636b20746f207265636f6e63696c652e
TASK DETAIL
EMAIL PREFERENCES
To: Vvjjkkii
Cc: Ltrlg, Petar.petkovic, ArthurPSmith, Pamputt, Liuxinyu970226, Micru, VIGNERON, Lydia_Pintscher, Lea_Lacroix_WMDE, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, herron, pan199312, GoranSMilovanovic, Chicocvenancio, alanajjar, QZanden, Tbscho, LawExplorer, Lea_WMDE, Mattias_Ostmar-WMSE, JJMC89, Jseddon, Ryuch, Mkdw, RuyP, JEumerus, Trizek-WMF, KasiaWMDE, 0x010C, srodlund, Luke081515, grin, Bsadowski1, mys_721tx, Wikidata-bugs, Snowolf, aude, Huji, Gryllida, jayvdb, Tobi_WMDE_SW, Darkdadaah, revi, scfc, He7d3r, Romaine, Mbch331, Jay8g, Glaisher, Krenair, chasemp, Aklapper
Cc: Ltrlg, Petar.petkovic, ArthurPSmith, Pamputt, Liuxinyu970226, Micru, VIGNERON, Lydia_Pintscher, Lea_Lacroix_WMDE, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, herron, pan199312, GoranSMilovanovic, Chicocvenancio, alanajjar, QZanden, Tbscho, LawExplorer, Lea_WMDE, Mattias_Ostmar-WMSE, JJMC89, Jseddon, Ryuch, Mkdw, RuyP, JEumerus, Trizek-WMF, KasiaWMDE, 0x010C, srodlund, Luke081515, grin, Bsadowski1, mys_721tx, Wikidata-bugs, Snowolf, aude, Huji, Gryllida, jayvdb, Tobi_WMDE_SW, Darkdadaah, revi, scfc, He7d3r, Romaine, Mbch331, Jay8g, Glaisher, Krenair, chasemp, Aklapper
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
