Weird language fallback in `countries.rq`

[Abbe98]

What happened?

Following up on the discussion in #472.

The language fallback in the country generic query countries.rq can result in unexpected labels, on the other hand it makes it less likely for us to display an identifier.

Some thoughts:

• Can we make the query somehow less label dependent
• Make the query more complex using sub queries and store language fallbacks per country (terrible idea)
• In case we do end up with a QID ensure it displays in a more informative (we should probably do this across GD anyway)
• Write a test that checks that countries.rq do return sane en/mul labels (the easiest?)

What browsers are you seeing the problem on?

No response

[nagendranarasapu]

Thanks for the details. I think we can fix the weird language fallback by updating the query:

SERVICE wikibase:label { bd:serviceParam wikibase:language "en, mul". }

This way it will only use English first, then multilingual, and avoid random fallbacks.

[nagendranarasapu]

SERVICE wikibase:label { bd:serviceParam wikibase:language "en, mul". } can we use this

[Ainali]

I think we can fix the weird language fallback by updating the query:

SERVICE wikibase:label { bd:serviceParam wikibase:language "en, mul". }

All queries already do that, that was what the pull request linked in the top implemented.

And please don't post the same comment multiple times, it is just causing noise and makes the comments difficult to follow.