| daniel added a comment. |
We're still talking about when that switch will happen -- the current plan is to switch when there are non-blank descriptions on 2 million article pages. That might happen quickly, or it might take a long time, depending on how the community chooses to use the magic word.
We are encouraging data duplication now? That seems like a bad idea.
This ticket doesn't say how it is motivated. My understanding is that it's about Wikipedia editors wanting more control over the data, to prevent vandalism. To allow this, I'd propose the following:
- expose the short description (and perhaps also the label) on desktop page views. This is trivial enough, the only question is where to show it.
- to do that, the description (and labels) need to be recorded in the ParserOutput. This can be done by hooking into the parsing process. If the magic word is present, record the description from that. If not, pull the description from wikidata, and record that, and track that usage via wikidata usage tracking.
This way, changes to the descriptions will show up on recentchanges/watchlists, so the community can patrol them. They also become visible to desktop users, so vandalism can be detected. And it's still possible to override the description from wikidata, if desired.
I think this would provide the community with the necessary tools to have control of the content, without the need of duplicating millions of descriptions just so edits show up in watchlists.
The integration of Wikidata with local workflows on Wikipedia isn't optimal right now. I think we should fix that by improving that integration, not by removing it.
Cc: TheDJ, daniel, Bmueller, Addshore, Lydia_Pintscher, Samwilson, Aklapper, DannyH, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, B20180, Nakon, MusikAnimal, Niharika, Fhocutt, Wikidata-bugs, aude, Ricordisamoa, -jem-, Mbch331, Krenair
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
