|Alsee added a subscriber: DannyH.|
Alsee added a comment.
@MZMcBride, I'd like to first note that this task is not about "what I want". Half of the text here is copied from T184000 written by @DannyH. The other half reflects an RFC community consensus. In fact I supported DannyH's version during the RFC. I am submitting the consensus result on behalf of the community.
There is clear community consensus against using Wikidata descriptions for EnWiki articles. It appears in apps, search, Visual Editor's link module, and formerly appeared at the top of articles in mobile web. There have been various suggestions for technical improvements to how Wikidata descriptions work, however the consensus is that enhancements to Wikidata descriptions would not adequately resolve the issues of using external content. Hopefully I can skip the wall-of-text summary of that debate? The RFC is linked, that RFC links to an earlier RFC, and there are months of discussions at EnWiki name Wikidata/2017_State_of_affairs and EnWiki name Wikidata/2018_State_of_affairs.
There is agreement between the WMF and community to build a magicword which allows the community to define article descriptions locally. The dispute is how to get there.
- T184000 insists that Wikidata descriptions continue to appear on articles that lack the magicword.
- T184000 insists that articles with the keyword, but lacking a description value, shall continue pulling descriptions from Wikidata.
- T184000 also orders the creation of filters to prevent editors from creating a blank description. If we decide to blank a useless description, or we need to blank it during a BLP dispute, we would have to blank at Wikidata. And a Wikidata Admin can revert, BLOCK the EnWikiAdmin for the edit, and apply full protection on the item.
- T184000 says Wikidata descriptions will only be turned off once two million descriptions are created.
During the RFC I opened a section explicitly to propose that approach. I supported it. I pinged all discussion participants to that proposal. That proposal tanked.
DannyH disregarded the outcome and opened a task that was not requested.
Cc: DannyH, MZMcBride, Alsee, Aklapper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, JJMC89, DatGuy, B20180, Devwaker, Urbanecm, JEumerus, Samwilson, Tulsi_Bhagat, Wong128hk, Luke081515, Nakon, SimmeD, biplabanand, MusikAnimal, Niharika, Fhocutt, Wikidata-bugs, Snowolf, bearND, aude, Dcljr, Ricordisamoa, -jem-, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair
_______________________________________________ Wikidata-bugs mailing list Wikidatafirstname.lastname@example.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs