These can get to be quite ridiculous with some of the words 😆 ?vu___l_____ and ?vu___l_____Label are just so descriptive!

In T308792#7943372, @Nikki wrote:

Also, I don't know how you're currently finding the things that need fixing, but I happened to have some queries open from trying to find monolingual text statements by language code that might be useful: This query lists all the sms values for monolingual text properties for the subset of predicates that have been used between 500,000 and 1 million times (for reference, this query lists all the monolingual text predicates and how many times they're used). By adjusting the range, it should be possible to check all of them except ps:P1476.

In T308792#7943355, @Nikki wrote:

Marking the existing statement as deprecated and adding a second almost identical statement seems excessive to me. I would suggest simply correcting the characters and if the statement has an external reference with the incorrect characters, add stated as to the reference instead.

T308792 will need to be done first for the Skolt placenames.

Thanks for the patch!

Considering that pretty much all the extant text we have for sjk is on the short enwiki article and even that is not using an official orthography since one doesn't exist, I don't see any need to add it to anything. I'm not really sure why I ever added it in the first place, so my apologies for that.

The contributors who wrote the article on sjd in the incubator have used lowercase for the other eastern Saami languages (а̄нар са̄мь кӣлл (smn), колтта са̄мь кӣлл (sms), ахькэль са̄мь кӣлл (sia) я та̄ррьй са̄мь кӣлл (sjt)) and based on this too, I would say it should be lowercase, but I'll ask around if you would like.

This still needs to be done, but I don't have the time or energy to do it right now.

We have AFAIK the Saami languages, but the Romani languages/dialects are still not available because the ISO codes don't match the divisions of these.

For me, the problem shows up in a different spot too: When I have the language box open, I can scroll to approximately the 10th or 11th language on the list and then it bounces back up to the top of the screen. Anything below that is inaccessible.

In T228745#6707963, @Exec8 wrote:

I would agree that a simple domain wmincubator.org is best way forward. My suggestion is <lang_code>-<project_code>.wmincubator.org. For example: hil-wp.wmincubator.org or pag-wt.wmincubator.org.

In T268431#6659096, @StruthiousBandersnatch wrote:

@Yupik : I just sent an email with the inquiry to the newspaper's main email address.

In cursory searching, I haven't yet been able to determine the specific language of this title; according to the Wikipedia article on the Mille Lacs Band, who publish this newspaper, although they're categorized by the Minnesota state government and the United States federal government as a "Minnesota Chippewa Tribe", they prefer the term "Ojibwe". Search engines are telling me that the term "Chippewa language" does not appear on their official web site: they appear to always use the term "Ojibwe language", and unfortunately pages which contain significant passages in the language like this one are not marked with a language code in the HTML.

It's still ongoing, but I'm not sure what workboard to put it on.

Some Lua basics [[T227557]] from Wikimania.

For later on, quite a few of this user's edits are on the list since they were unsourced.

I think the point was to have the list in an etherpad, where it's easier to avoid edit conflicts. The list also loads really slowly (I have a crappy internet connection).

@Okhjon : I've created an etherpad for this: https://etherpad.wikimedia.org/p/P91

In T251720#6121157, @Okhjon wrote:

Could we use an etherpad-based list or similar? The Wikidata userpage takes a looonng time to load and even more to save, making edits prone to conflicts. You can avoid that by editing only a subsection but when you move Q items from a section to another (e.g. Google Books -sourcing) you must edit the whole page. I’m losing a lot of time making one edit per item to avoid edit conflicts.

I'm adding 3 tables where it is easy to see what language versions the person has an article in. I think this should make it easier to check if the article already has references that can be used in Wikidata.

Etherpad for the hackathon

Other anomalies: the Sámi or Sami?

Note: The tables for this ticket need to be updated.

Where do you mean? In labels in items like https://www.wikidata.org/wiki/Q2320

This link @Susannaanas found is also great: https://www.wikidata.org/wiki/Wikidata:Identify_problems_with_adding_new_languages_into_Wikidata

Here's an example of the Wikimedia Commons category page language selectors above for languages that have already been added elsewhere, but are still showing ISO codes in Commons:

A minor nitpicky issue with the Ume Saami version; the autonym has been split into two different words, when it should all be one word like it has been when entering the word in this screenshot (and like it's written in the table in the ticket description):

@Nikki : that's Finnish, yes. And I'm not sure how I managed to confuse autonyms with the name in Finnish (or in Northern Saami, which is what I usually use the UI in). I'll have to look into what's in CLDR again in these languages (and the other Saami languages too). Thanks!

Funnily enough they show up correctly in the caption box in Commons.

Oh I will so be using this this weekend!

@Urbanecm : thanks!

UI translations are done at Translatewiki.net. There's some information at https://translatewiki.net/wiki/FAQ#How_to_add_a_new_language but I'm not sure exactly which languages they allow.

It's not a technical requirement. It's a process requirement by the Language committee. So this particular thing doesn't require any technical work, but a policy change.

For Wikidata, since labels form part of the UI,

Any idea when this is going to start working? It'd be really nice to be able to use these languages in Wikidata right now for the Wikimania Menu Challenge that's going on.

These points are still relevant halfway through 2019.

Thanks, @Lea_Lacroix_WMDE !

I've removed sju, sjd, and rmf out of this task as redundant. Thanks!