Community Wishlist Survey 2019/Wikidata/Partial and multi-item protection for Wikidata items

Partial and multi-item protection for Wikidata items

  • Problem: (by Man77) It is (still) my firm opinion that the control of incoming data and of changes to the data stored in Wikidata does not work as well as it should. What is a tiny edit on one of Wikidata's ~ 52 million items can cause wrong information to appear in many thousands of pages in more than a hundred other projects, even those which chose to have flagged revisions as part of their quality control. There are many examples where the threat of vandalism not being detected is significantly higher than the possibility that the information provided actually needs to be changed (for instance: Chiapas is located in Mexico); some information is actually timelessly true (such as population numbers from a census at a specific date in time). Allowing such stable data to be actually stabilized and only be changed under circumstances yet to be defined could not only increase Wikidata's reputation as a trustworthy database but also increase its usage, while reducing its vulnerability.

    (added by Jc86035) Wikidata's core editor base is also quite small in spite of the large amount of content, and unlike on other projects, some items may never be edited manually because of the breadth of this data. Directly because of this, some vandalism can go unnoticed for months. On the other hand, it would be impractical and problematic to e.g. semi-protect large groups of items in their entirety, because this would prevent a lot of page moves and deletions from being reflected on Wikidata by the user performing the page move or deletion, and it would prevent anonymous and new contributors from adding valuable data (particularly translations of labels and descriptions).

  • Who would benefit: Wikidata as a whole (reputation, usage), Wikidata volunteers, other projects' volunteers (lessened workload), readers (wouldn't see wrong information)
  • Proposed solution: Allowing partial protection of items, and protection of classes of statements across all Wikidata items based on their content (i.e. usage of properties, qualifiers and references), would help with preventing needless vandalism. Users might be deterred from vandalizing (due to the additional effort required) or might be encouraged (or forced) to discuss potentially problematic changes with other editors.
  • More comments: Originally flagging of problematic statements was part of this proposal's solution. This is now part of a separate proposal.
  • Phabricator tickets: T189412, T209243
  • Proposer: → «« Man77 »» [de] 15:12, 11 November 2018 (UTC)

Discussion

  • @Man77: This is quite similar to part of my proposal (page protection for classes of statements and statements with references; gadgets for WP and WD users to add maintenance tags). I think it might be beneficial to either merge the proposals together or distinguish them in their aims, due to the rule that only the top ten proposals will certainly be looked at. Jc86035 (talk) 16:05, 11 November 2018 (UTC)
    I did not realize your proposal was rather similar to my idea. Please feel free to merge them. → «« Man77 »» [de] 16:19, 11 November 2018 (UTC)
    • The other proposal is too sprawling, so we're going to close that one but retitle this one to mention the solution suggested in the other. Hope that makes sense. Ryan Kaldari (WMF) (talk) 23:43, 14 November 2018 (UTC)
      @Ryan Kaldari (WMF): Would it be fine to only keep the parts of the proposal focused on issue tags and showing references with the Wikidata Lua modules? There are clearly at least a few editors (who I did not canvass) who think the topic is important, so I think it would be somewhat inappropriate to close it outright; and I think those things would be fairly doable. Jc86035 (talk) 06:20, 15 November 2018 (UTC)
      Sure, if it's trimmed down to be more focused, we can keep it. Ryan Kaldari (WMF) (talk) 21:07, 15 November 2018 (UTC)

User:Meno25 User:P.geisler User:Alexmar983 User:Pipetricker User:Tacsipacsi User:Ecritures User:Jdx User:Richard Nevell (WMUK) User:Mike Peel User:Higa4 User:Rachmat04 User:Hummingbird User:Pescov User:Termininja User:Emir of Wikipedia User:Cybularny User:Wolbo User:Wostr User:Jo-Jo Eumerus User:Superchilum User:WhatamIdoing User:Jklamo User:Sahaquiel9102 User:Veneziano User:M11rtinb User:Meisam User:Joalpe User:Thomas Obermair 4 User:ArthurPSmith User:Iliev User:Laboramus User:Jianhui67 User:Liuxinyu970226 User:Tgr User:Rschen7754 User:Ederporto Notifying everyone who supported the similar proposal from last year (all issues still apply, although the proposed solution's focus is narrower and more feasible). Jc86035 (talk) 15:12, 17 November 2018 (UTC)

Voting
https://meta.m.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Wikidata/Partial_and_multi-item_protection_for_Wikidata_items
meta.m.wikimedia.org
crawl=CC-MAIN-2022-33
126381
application/http; msgtype=response
sha1:PM2BSNB257EWXPAWA75THZPYLNSPRNMP
<urn:uuid:784091e9-0a99-45b2-b1e9-a49b01a8668f>
2022-08-10T17:41:24Z
208.80.154.224
text/html
sha1:CADHFHABKKYBVNXMOH23TZ52P3QTRTEF
<urn:uuid:fa196a8f-f9d0-421b-b20b-c5ed0b64f9bd>
https://meta.m.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Wikidata/Partial_and_multi-item_protection_for_Wikidata_items
response
<urn:uuid:36e5373d-bf6a-4553-adc2-c429272112d9>
isPartOf: CC-MAIN-2022-33
publisher: Common Crawl
description: Wide crawl of the web for August 2022
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-66
software: Apache Nutch 1.18 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.4-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: https://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/