| thiemowmde added subscribers: Lydia_Pintscher, WMDE-leszek. thiemowmde added a comment. |
TL;DR: I, personally, believe what appears to be a cosmetic issue in OSM UI should not be solved by changing the Wikibase data model.
- "Q" does not mean "wikidata.org". It means "item" and is used by all Wikibase installations so far.
- Retroactively "reserving" the letter "Q" to be exclusively used by wikidata.org can't work. It was never meant to be like this, and there is no mechanism for this.
- "Q" only means "wikidata.org" to users who know about wikidata.org. These users should not have a problem understanding that the moment an OSM Wikibase installation exists, "osm:Q1" refers to this installation.
- Most end-users don't care much about the letter "Q". They click a link, and if that link points to an OSM subdomain, they will understand they are not looking at wikidata.org.
- If the problem is in the OSM UI, it should be solved in the OSM UI. One can add icons in front of the ambiguous "Q1" links, or clearly label them as "Wikidata:Q1" and "OSM:Q1".
- Having other entity types with other letters is already possible. However, this is significantly more expensive than just reusing items. The question one should ask is the question of cost-benefit, as well as compare other possible ways of solving the ambiguity issue.
- All that said, in an ideal world it should indeed be possible to change the letter "Q" via configuration. Technically, it should only be used in two places: When a new item ID is generated, and when a parser needs to detect the entity type from a full ID. However, this "ideal world" does not exist (yet). Especially a swarm of 3rd-party tools, maintenance scripts, gadgets and such exist that hard-code the letter "Q". The moment a projects decides to ditch the letter "Q", the project will not be able to reuse most of this software any more. I, personally, could not estimate the costs this comes with. The need to validate every bit of software I might want to use in the future, and possibly change it, sounds very expensive to me.
The patch https://gerrit.wikimedia.org/r/455480 goes a bit off-track, as it touches mostly the wb_items_per_site table, which still needs migration away from numeric entity IDs. This is a known issue and tracked in T114904: Migrate wb_items_per_site to using prefixed entity IDs instead of numeric IDs.
TASK DETAIL
EMAIL PREFERENCES
To: thiemowmde
Cc: WMDE-leszek, Lydia_Pintscher, thiemowmde, Bugreporter, gerritbot, daniel, Aklapper, Yurik, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Mbch331
Cc: WMDE-leszek, Lydia_Pintscher, thiemowmde, Bugreporter, gerritbot, daniel, Aklapper, Yurik, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
