| Smalyshev added a comment. |
Shouldn't it be "San Francisco"@en as well? (matching label datatype).
Well, the thing is you don't know. You's say "it is the language of the wiki" - but there's no guarantee of that! Consider https://ru.wikipedia.org/wiki/ARPANET - it's a Russian-language wiki, but ARPANET is not a Russian word. There's also https://he.wikipedia.org/wiki/ARPANET. There could be words in different language as wiki titles. I don't think language tag there would be of any use, especially if we know it can be wrong. If you need wiki language, you have inLanguage triple, but that does not guarantee the title is actually a word in that language.
only items have triples with that predicate, and queries that rely on this assumption might break
This is not true, properties have labels too. Can you specify a query that would break? I'd say if a query relies on an assumption only items have labels, it's already broken. But maybe I am missing some use case, let's see the query.
why do we have to stick to URL and its requirements
Because otherwise many tools will be unable to consume those. These are not just abstract strings, these actually represent articles in Wikipedia and other wikis. If they will be in the form from which you can't go to an article, that would be defeating the purpose of a sitelink - i.e. link to a site.
Cc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
