Ladsgroup added a comment.
In T267791#6644295 <https://phabricator.wikimedia.org/T267791#6644295>, @WMDE-leszek wrote: > I don't know the context where those drifts would happen and be bad, but in principle having different presentation and persistence models is fine, I'd think? That would be fine if we didn't expose the persistence, but we do expose it. And not just exposing it, tools and services use that as well. > I have to admit I am being slightly confused of the purpose of the change then? > We allow, and encourage, hyphenated site IDs for user input (via UI, and APIs) but we present underscored ones? And you say it would not lead to confusion if done this way? Yes but there is a big difference between UI where non-tech savvy people use and API where people who already know the difference use. > My, apparently wrong, understanding of reasoning behind this change was using similar "style" for site IDs (hyphenated) as is used (for input and output) for language code e.g. in item labels. > Was it not? What is the problem this change intends to solve then? The difference is the input and output. Currently for articles of https://be-tarask.wikipedia.org the user can't input "be-tarask" (or "be_tarask") and it gets even worse, in UI, "be-x-old" works but not in API which is pretty bad and we should bring some clarity in it but there will be some level of inconsistency somewhere anyway and we shouldn't make AC to fix every inconsistency in the system. Because clients of wikidata can handle representation inconsistencies in API. For example, pywikibot itself fixes the dash to hyphen when building the Site() object from the sitelinks of wikidata. TASK DETAIL https://phabricator.wikimedia.org/T267791 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Addshore, Ladsgroup, WMDE-leszek, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
