Wikipedia:Village pump (idea lab)/Archive 55

• Village pump
  • Policy
  • Technical
  • Proposals (persistent)
  • Idea lab
  • WMF
  • Miscellaneous

Village pump (idea lab) archive  

This page contains discussions that have been archived from Village pump (idea lab). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.

---

< Older discussions · Archives: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62

Workshop: draftifying

Firstly, Jimbo Wales agrees with me. Well, not with me directly. But with the gist of this argument, and the argument behind unreferenced-PROD. He wrote in 2006:

I really want to encourage a much stronger culture which says: it is better to have no information, than to have information like this, with no sources. Any editor who removes such things, and refuses to allow it back without an actual and appropriate source, should be the recipient of a barnstar.

Anyways...

As a New Page Patroller, I frequently draftify unsourced articles.

Not unfrequently, the creator of the article moves the draft back to mainspace, or re-creates it with the same content. The topic is frequently fringe, difficult to verify, but not necessarily PRODable or AfD'able.

What to do? There's an unsourced "article" in mainspace. It should be in draftspace, where it should be improved by the creator. It is unfit for mainspace. As one of my favourite essays points out, unsourced content is essentially digital graffitti and should be removed. The WP:BURDEN is on the creator to add references to their claims.

It isn't 2005 anymore. We shouldn't have new unsourced articles being created. They do get created, but are usually PRODed or draftified by NPPers.

Per WP:DRAFTIFY, we aren't allowed to re-draftify an article. Because of this clause, draftifying is essentially useless. All the creator has to do is move it back.

An analogy (or possibly a parable):

Someone dumps a pile of garbage on the sidewalk. There might be some re-usable or recyclable items in there, but it's hard to tell. Per municipal policy, a street cleaner takes it to the waste-dumper's house. It's their garbage.

Instead of throwing it out normally, or sorting out re-usable or recyclable stuff, the waste-dumper takes their garbage out of the facility and puts it right back onto the street. The street cleaner finds it again. Municipal policy states that the cleaner should either sort through it themself or ignore it. Once they have finished sorting, they should keep the recyclable items and take the rest to a waste-management facility, where they will have to write a report detailing why they think the garbage should by destroyed. The waste management facility is called AFD.

This is clearly nonsense. Why should the street cleaner have to sort through someone else's garbage?

I would like to propose disallowing draftified articles being moved back to mainspace if the problem for which the "article" was draftified has not been fixed. Let the street cleaner take the garbage back the waste-dumper's house. 🌺 Cremastra (talk) 15:34, 13 January 2024 (UTC)

Notified: WT:NPP, WT:Draft, WT:AFD. ~~~~

🌺 Cremastra (talk) 15:42, 13 January 2024 (UTC)

References

• A reminder for those who don't notice the brightly-coloured editnotice: this is the idea lab, so no !votes. 🌺 Cremastra (talk) 15:35, 13 January 2024 (UTC)
• I think we discussed this before on Discord, and the main highlighted point was: 'Users have the right to object to draftification and can move it back to the article space.' But it's good to see you here, searching for some additional ideas. – DreamRimmer (talk) 16:17, 13 January 2024 (UTC)
• When I check my Draftify log, most articles have been improved & returned to Mainspace. The major challange is the PROD/AfD process. In May, 2023 I setup my PROD/AfD subpage to track articles. I am totally Ok with reverts along with a reasonable explanation. It's a problem for un-explained reverts, and "junk/incomplete" articles remaining in mainspace. And I understand the goal is article improvements. Thanks for this discussion. Regards, JoeNMLC (talk) 16:44, 13 January 2024 (UTC)

  Looking at one's draftify log is a good idea. Looking at my own, from August 2023, when I only draftified 8 articles:

  • One was redirected, after some confusing duplicated drafts/AfC-dodging and this related AfD.
  • Five remain in draftspace. Two of those drafts have been deleted because they were created by a sockpuppet.
  • One has been moved back to mainspace after being improved in draftspace, and looks pretty good.
  • One was re-created, unreferenced, in mainspace. It was unsuccessfully PRODed by a different user in October 2023; it has no references but is a list of sorts.

  🌺 Cremastra (talk) 16:54, 13 January 2024 (UTC)

• I hate that linked essay, and have found that in most cases, unreferenced prose is relatively easily verifiable in published sources that the original editor neglected to include.
  Having said that, I do think the current wording of WP:DRAFTOBJECT is overly strict. I don't think the same reviewer / patroller should draftify the same page more than once, even in the absence of improvements, but if multiple reviewers / patrollers think an article should be returned to draftspace for improvement, that no longer strikes me as "unilateral", and it is in fact the draft creator's moves to mainspace that are "unilateral", and the required next process should be AfC rather than AfD.
  The AfD problem is real, but the garbage analogy is inapt. Unreferenced articles are less "this is garbage" and more "someone didn't fill out the paperwork". (Also, unless you're very nosy, it's usually pretty difficult to determine whose garbage you've happened across littered in the public space, and no municipality I'm aware of requires street cleaners to sort waste streams on pickup, even if it is best practice. Typically, this duty falls on the people who work the recycle and hazmat streams at the transfer station or other facilities, with the acknowledgement that the landfill stream will often contain material that properly ought to be processed differently.) Folly Mox (talk) 18:01, 13 January 2024 (UTC)
• To 99% of people having their article moved to draftspace is going to discourage them from ever improving it.★Trekker (talk) 22:16, 13 January 2024 (UTC)

  Why so? Having it moved to draftspace is a chance for them to fix it without other editors swarming over it with cleanup tags and PROD templates and brightly-coloured banners. 🌺 Cremastra (talk) 22:42, 13 January 2024 (UTC)

  I believe @WhatamIdoing has the specific numbers, but draftified articles have a dismal return-to-mainspace rate. Mach61 (talk) 01:26, 14 January 2024 (UTC)

  Draftspace is where articles go to die, and we've known that for years. Steven Walling knows the original research on this best, and if you wanted to get more recent numbers, @Cryptic or someone else at Wikipedia:Request a query could probably tell you what percentage of pages in the Draft: namespace got deleted last year (e.g., created in January 2023 and deleted from the Draft: namespace since then).

  You can also estimate it from the logs. You can find the number of page moves into vs out of the Draft: space in Special:Log/move and the number of articles created and deleted in Special:RecentChanges. The numbers for the last couple of days look like roughly 120 articles created each day, 150 articles moved into the draftspace each day, 150 articles moved out of the draftspace each day, and 150 articles deleted each day. We put 270 articles in, and we deleted 150 of them. That's a 55% deletion rate. Ideally, you'd look at these numbers over the space of at least 7 full days, as there are definitely weekly trends in activity, and things like a holiday weekend, an important football game, a change in the activity level for even one key editor, etc., can throw the numbers off quite a bit. WhatamIdoing (talk) 22:48, 14 January 2024 (UTC)

  But is all this necessarily bad? I believe in quality over quantity. 🌺 Cremastra (talk) 22:51, 14 January 2024 (UTC)

  I believe in notable topics being allowed to have articles that have a chance to actually become better, which they do not in draftspace.★Trekker (talk) 21:58, 24 January 2024 (UTC)

• Issues I believe this proposal would have to first resolve in order to have any chance of gaining consensus: (1) There will probably be a dispute about whether the alleged problem with the article/draft actually existed in the first place. (2) There will probably be a dispute about whether the alleged problem with the article/draft was sufficiently serious to justify draftification. (3) There will probably be a dispute about whether the alleged problem with the article/draft has actually been fixed. In all three cases, the draftifier is not particularly unlikely to be completely on the wrong side of consensus. The fact that the draftifier believes or claims that a page is "garbage" does not mean that the page actually is garbage. To take the example given by the proposer, I have, over the course of many years, seen many articles tagged as "unreferenced", despite that fact that those articles very obviously did have references (presumably because the tagger just did not like the references in the article). I cannot imagine the community supporting the unilateral draftification, with no right of appeal, of articles, where there is a real dispute about the 'appropriateness' of the draftification. James500 (talk) 02:18, 14 January 2024 (UTC)
• I don't think this can pass. Judging from previous village pump discussions, about half of Wikipedians don't like draftspace, seeing it as a backdoor to deletion. The de facto options in situations where a very poor article (such as one with no sources) is WP:DRAFTOBJECTed are WP:AFD, or WP:TNT. Hope this helps. –Novem Linguae (talk) 03:58, 14 January 2024 (UTC)
• Unsourced articles are an easy target but fundamentally WP:DRAFTOBJECT is not about article content, it's about WP:CONSENSUS. If you think an article doesn't meet WP:V and therefore shouldn't be in main space, but another editor disagrees in good faith (i.e. by reverting your bold move to draft space), then you have to stop and talk about it. There's really no way around that. You can't just insist that you're right and the other editor has to satisfy you, because you're the New Page Reviewer. That's not "the encyclopedia that anyone can edit". Besides, I've seen NPPers wrongly identify articles as unsourced plenty of times, whether because they missed references that looked like something else, a new editor struggling to format their sources, or just didn't read it properly. Folly Mox makes a good point about multiple reviewers being involved above, but still, if multiple editors are involved in a dispute about where a page should be, we'd expect them to discuss it (e.g. at AfD), not get into a move war. – Joe (talk) 07:14, 14 January 2024 (UTC)
• Wasn't the "information like this" from the Jimbo quote something about two tech founders throwing pies at each other to settle a dispute? That probably doesn't apply to most of the articles we're talking about, which don't tend to involve unlikely stories about BLPs (the quote is from years before the creation of WP:BLP). A few thoughts:
  • The underlying assumption is that the article creator WP:OWNs the article. This is supposed to be a collaborative project, so why should we treat an unsourced article as "your garbage"? I disagree that unsourced content is always "garbage" or "graffiti", but why don't we think of it as "our" problem? New content is a gift to us and to the world. Some gifts are bigger or smaller, and some are better or worse, but the absence of a little blue clicky number doesn't make it garbage. (My own idea of garbage is misinformation and disinformation.)
  • The belief that an unsourced article is "unfit for mainspace" is not supported by any policy or guideline. It is the personal preference of a fraction of editors, but it's not one of our rules. If we want to build a system based on this preference, then that preference needs to be turned into an actual rule first.
  • I wonder how big this problem actually is. I checked the pages created during the last three days in the mainspace and draftspace, using the visual editor (because there's a tag that makes it easy to check for the addition of a new ref, but it's not available for the 2010 wikitext editor [yet?]). 40% of them were redirects, at least 45% had at least one ref tag added in the first version of the page, and the remaining small fraction either had a ref added later (example, example, example), or not at all (example article, example dab page), or it actually had refs but they weren't autodetected (example, example, example, and pinging User:ESanders (WMF) to see whether that's a bug in mw:EditCheck). This is overall not feeling like a serious problem. Most pages that are supposed to have refs (e.g., they're not dab pages) are already getting refs. In fact, having looked at this, I don't think I would draftify a new article if this were the only serious problem.
• WhatamIdoing (talk) 23:41, 14 January 2024 (UTC)

  Unsourced articles are definitely unfit for mainspace in this day and age especially if they don't fall into the evergreen WP:NSPECIES, WP:NPOL and WP:NGEO spectrum. I personally prefer the AFD route than the draftification route, however, it still stands that unless improved, a complete unsourced article is no better than misinformation and disinformation. Sohom (talk) 15:42, 15 January 2024 (UTC)

  @Sohom Datta, there is no policy or guideline that says all articles must cite at least one reliable source. Wikipedia:Notability explicitly says the opposite: what makes a subject notable is whether sources exist in the real world, not whether sources have been typed into the Wikipedia article. It is true that some individuals personally believe that an article without a source is unfit for mainspace, but that's a personal belief and is not supported by policy.

  BTW, the research on the draftspace indicates that if you want unsourced articles to get sources, you need to leave them in the mainspace. If your goal is to get them deleted with a minimum of fuss and bother, then you should put them in the draftspace. WhatamIdoing (talk) 17:27, 15 January 2024 (UTC)

  I do agree that articles need to have at least one reliable source cited though. I think what you meant here is that this should not be acted retroactively. CactiStaccingCrane (talk) 17:29, 15 January 2024 (UTC)

  My point is even smaller than that: Editors should not misrepresent the state of the actual rules by claiming that unsourced articles can't be, or shouldn't be, in the mainspace solely because they are unsourced. The correct (i.e., accurate and honest) process is:

  1. Rules explicitly do not require a source to be cited in a mainspace article.
  2. Get rules changed to require at least one source to be cited.
  3. Tell editors (especially newbies) that their new article is unacceptable because it does not comply with the new rule.

  The process that some editors are currently using is:

  1. Rules explicitly do not require a source to be cited in a mainspace article.
  2. Tell editors (especially newbies) that their new article is unacceptable because it does not meet my personal criteria, while pretending that my personal criteria are the actual rules.

  Whether the new rule is retroactive or not is not really a concern of mine. I am confident that it would eventually become retroactive even if it doesn't start that way. (That's exactly what happened with the rules for WP:BLPPROD: it started off as solely forward-looking, and became retroactive later.) What concerns me is editors claiming that the rules are X when the rules are actually not-X. Either change your claims or change the rules, but don't misrepresent the rules. WhatamIdoing (talk) 17:41, 15 January 2024 (UTC)

  @WhatamIdoing I think you missed my point about a AFD. The fastest way to get sources to a article in my experience (counterintuitively and unfortunately) is an articles for deletion/discussion, not letting it languish in mainspace (and definitely not draftspace). A AFD puts it on the radar on multiple wikiprojects, which are much more likely to provide reliable sourcing than I will ever be able to provide.

  If even after 2/3 weeks of advertising, nobody (including the article creator) thinks the article is worth saving, that could/should indicate that the article is probably not notable at that current moment.

  Also, I agree that there currently exists no policy that prevents a editor from not including any sources in a article (theoretically). But at a much more practical level, it is not really fair to expect a editor with limited prior understanding of the subject matter to accurately evaluate a articles notability if they have absolutely zero starting points for their search for sources. Sohom (talk) 17:57, 15 January 2024 (UTC)

  And yet we say that Wikipedia:Deletion is not cleanup, because it's uncollegial and anti-collaborative for an editor to demand that others drop everything they're doing because an article must be sourced this week, or it will be deleted. As you say, editors with limited prior understanding of the subject matter have difficulty accurately evaluating notability for those subjects – so they shouldn't be sending them to AFD in the first place. AFD is for articles that you genuinely believe to be non-notable, not articles you'd like someone else to improve right away.

  Permitting editors to use AFD to demand clean up of subjects they're unfamiliar with is also a source of systemic bias. We've had altogether too many cases of editors sending Asia- and Africa-related subjects off to AFD out of ignorance, thinking that WP:NEVERHEARDOFIT is a good enough excuse and that if other editors want to keep it, then they will cheerfully drop everything they're doing to provide sources. If nobody intervenes, we lose the articles. This is not okay. WhatamIdoing (talk) 18:07, 15 January 2024 (UTC)

  I personally don't think it is uncollaborative to go "Hey, this article has no sources, and I could not find any based on a few Google searches, what should we do about this ?" (which tends to be most AFDs these days). For all you know, it could be a radioactive peice of hallucinating ChatGPT junk (or other promotional garbage) which needs to nuked out of orbit ASAP, or it could be a documenting an important niche topic that few people have heard about which needs to be preserved. AFD is lot more collaborative than, "well, that's somebody else's problem I guess" and walking away. Sohom (talk) 18:28, 15 January 2024 (UTC)

  Hey, this article has no sources, and I could not find any based on a few Google searches, what should we do about this ? That's something that should be said on the article's talk page, not in an AfD. In AfD, what should be said is: "Here are very good reasons why this article should be deleted". The two statements are not interchangeable. Sometimes they will address the same situation, but sometimes they won't. —Alalch E. 15:04, 17 January 2024 (UTC)

  Do you mean that the creating-edit isn't tagged with "adds reference"? That does look suspicious. Am I still allowed to ask you to file a Phab task 🙂 ESanders (WMF) (talk) 18:31, 15 January 2024 (UTC)

  If y'all end up creating a phab, could you subscribe @soda (me) as well :) Sohom (talk) 18:34, 15 January 2024 (UTC)

  Tracked in Phabricator
  Task T355428
  

  Ed, you can always ask... ;-) WhatamIdoing (talk) 14:32, 19 January 2024 (UTC)

• Oppose - The remedy here is AFD, not permanent banishment to AFC (followed by eventual deletion without discussion through G13). If you can't see a consensus to delete, please don't harass article creators. ~Kvng (talk) 13:15, 16 January 2024 (UTC)

  Sigh. You didn't read the banner, or the edit notice, or my reminder, did you. 🌺 Cremastra (talk) 13:24, 16 January 2024 (UTC)

  @Cremastra, No I clearly did not. Sorry. I'm not sure how to be constructive about this proposal. Does that mean I should say nothing? ~Kvng (talk) 02:14, 17 January 2024 (UTC)

• "The topic is frequently fringe, difficult to verify, but not necessarily PRODable or AfD'able." If it would be appropriate to boldly draftify an article, then it would appropriate (when contested without fixing the issue) to nominate it at AfD for draftification. As with a contested blank-to-redirect, for which the appropriate discussion venue is AfD per this request for comment, you don't need to request deletion in order to nominate an article at AfD. And if it is not nominated for the purpose of deletion, then a full WP:BEFORE inquiry about whether the subject is notable and so forth isn't applicable.
  I'd like to see the standard draftification messages more explicitly say that if an editor disagrees with the reasons for draftification, they can respond to the reasons for the move and ask (insist) that the article be restored to mainspace until there is a discussion to either delete it or make it a draft. SilverLocust 💬 19:56, 16 January 2024 (UTC)
• The topic is frequently fringe, difficult to verify, but not necessarily PRODable or AfD'able—why would it not be AfDable?—Alalch E. 15:01, 17 January 2024 (UTC)

  I suspect that what's meant by "not AFD'able" is "it would probably not get deleted at AFD". WhatamIdoing (talk) 14:44, 19 January 2024 (UTC)

  WhatamIdoing, when you write The belief that an unsourced article is "unfit for mainspace" is not supported by any policy or guideline, that seems to contradict to our core content policy of Verifiability which says All quotations, and any material whose verifiability has been challenged or is likely to be challenged, must include an inline citation to a reliable source that directly support the material. Emphasis added. If any editor acting in good faith says "I challenge the material in this particular unreferenced article, because it is unreferenced", does that not impose an immediate policy burden to provide references (citations) that verify the challenged material? Cullen328 (talk) 00:25, 20 January 2024 (UTC)

  And since that hasn't happened? "I challenge every unsourced article just because they're unsourced" is not acceptable. Even then, issuing a WP:CHALLENGE doesn't make the material unfit for the mainspace. If it did, then {{citation needed}} would hide the text instead of leaving it there. WhatamIdoing (talk) 18:12, 26 January 2024 (UTC)

  @WhatamIdoing and Cullen328: It would be great if {{citation needed}} hid the text! When someone found a reference, the template could be removed and the text could reappear! Like a more powerful version of {{citation needed span}}. Instead of this:

  It is a city on the planet Earth. The city has a population of 300,320 as of 2019. It is 10km from City Y.

  We could have:

  It is a city on the planet Earth. ^{(unsourced content—please add a reference)} It is 10km from City Y.

  Of course, that's an ugly version, but with templatestyles we could have much better CSS. Not having the tooltip rely on title= would be a start. (If you have external CSS, you can do it with something like<span class="tooltip" data-mouseover="mouseover text here"> in the HTML and CSS like this:

  .tooltip:hover::after {
  	cursor: help;
  	content: attr(data-mouseover);
  	background-color:peru;
  	z-index:5;
  	position:fixed;
  	font-size: 15px;
  	color: white;
  	padding:2px;
  }
  

  Or, at least, that works for me. Fundamentally a good idea.

  And "I challenge every unsourced article just because they're unsourced" is acceptable. The burden remains on the writer. 🌺 Cremastra (talk) 18:42, 26 January 2024 (UTC)

  I think you're reaching Wikipedia:Don't disrupt Wikipedia to make a point territory with that last comment. Anomie⚔ 19:00, 26 January 2024 (UTC)

  What? CactiStaccingCrane (talk) 01:17, 27 January 2024 (UTC)

  "I challenge every uncited statement from here to infinity" is one of the things we routinely give as an example of unacceptable behavior at WT:V and of Wikipedia:Disruptive editing#Point-illustrating. Wikipedia is a collaborative project, and that means that each of us have to put limits on our own behavior. WhatamIdoing (talk) 08:09, 28 January 2024 (UTC)

  I wouldn't do that, because I think it would be a little extreme. But it is acceptable under WP:V 🌺 Cremastra (talk) 12:28, 28 January 2024 (UTC)

  @Cremastra, you really should look at WT:V. This is a controversial position and a lot of time and goodwill is spent arguing it on a seemingly ongoing basis in different venues around the project. ~Kvng (talk) 13:35, 28 January 2024 (UTC)

  There are two different points here:

  • There is occasional discussion around whether it's fair for you to blank content that you personally know (or strongly suspect) is verifiable solely because someone else didn't add a citation.
    • I sometimes call this the Mother may I? view, since this type of removal is based on someone doing the right thing by the content (adding accurate and Wikipedia:Glosary#verifiable information) but not following the proper form (saying Mother, May I?/adding a citation at the same time).
    • This seems to appeal to editors with a control streak (though not exclusively to them): they might have the source in hand, but what really matters to them is forcing others to follow their orders.
  • There is no argument about whether an editor can issue a blanket WP:CHALLENGE for every uncited piece of material in all 6,775,901 articles. This is always considered inappropriate.

  WhatamIdoing (talk) 16:33, 28 January 2024 (UTC)

  I more frequently see the issue with longstanding material. A patttern I've been involved in several times is an editor who is typically not an expert in the subject matter will boldly remove longstanding unsourced content and edit war with anyone attempting to restore it citing WP:BURDEN. While I consider this WP:DISRUPTIVE, WP:DEMOLISH and WP:NODEADLINES, they believe by removing well-vetted but uncited material they're following policy and Jimmy's wishes and are improving the quality of the article or, probably more accurately, forcing others to improve the quality of the article. ~Kvng (talk) 17:31, 28 January 2024 (UTC)

  When faced with someone who would rather destroy content than search for sources, it's usually faster to Wikipedia:Let the Wookiee win and add those sources yourself than to try to get them to WP:Use common sense. WhatamIdoing (talk) 01:04, 9 February 2024 (UTC)

  There are editors that know stuff and there are editors that are good at research. Both types make valuable contributions. Not many editors who know stuff are interested in finding sources for stuff they already know. Many WP:VOLUNTEER editors don't like to be told what to do. We also don't enjoy arguing with a wikilawyer. And so editors with this "quality" mindset can get significant traction. ~Kvng (talk) 15:04, 9 February 2024 (UTC)

  And, unfortunately, when (I think) I know something, and try to find a reliable source to support it, I all too often find that either I cannot find reliable sources to support what I know, that recent research has overturned what I learned long ago, or, even worse, that reliable sources disagree with me. Donald Albury 15:16, 9 February 2024 (UTC)

  I find I need to make a trip to the library since I have not kept most of the books I've learned from.

  Do you you support removing all unsourced material in the encyclopedia? ~Kvng (talk) 15:31, 9 February 2024 (UTC)

  I support removing content that I cannot find reliable sources for. I routinely revert new unsourced additions that are inserted in front of an exisiting citation, but apparently are not supported by that citation, or which are extraordianry claims (i.e. this revert), or which I believe are unlikely or contradictory to sourced content in the article. I will removed unsourced content that has been marked with CN for a long time, and for which I cannot find a source in a routine search, or for which I feel is of little relevance to the article, or quite likely to be wrong. I will remove unsourced content when I am expanding or revising an article and the said content does not feel congruent with the sourced content I am adding (i. e. this edit). Donald Albury 16:45, 9 February 2024 (UTC)

  I do most of that too. Additionally I add tags to stuff I'm unsure about.

  What I was talking about above is editors that don't appear to have the background to evaluate the material removing tagged unsourced material citing WP:BURDEN. In the most disruptive cases they tag unsourced statements with minimal evaluation and no research and then come back a week later and remove the material when no one has stepped up and added sources.

  These do go to ANI and they don't get good support for the behavior but, since they are generally good wikilawyers and ANI is often dysfunctional, there is no official consequence. You just have to wait for them to tire of the game. ~Kvng (talk) 19:19, 9 February 2024 (UTC)

Making it easier to add topics (Big buttons, it being more noticeable, ect...)

I spent a good solid minute trying to find the button to post an idea here, and it was very hard. Maybe we should make the add topic button more noticeable, like the Teahouse? 3.14 (talk) 00:37, 9 February 2024 (UTC)

I don't think so. Being here assumes you're more experienced, meaning you know where the buttons are. The buttons aren't harder to find than the edit button.
That said, Wikipedia:Convenient Discussions adds a button to add a topic at the bottom of each page. Aaron Liu (talk) 00:43, 9 February 2024 (UTC)

I only recently found these forums. They're sort of new to me. 3.14 (talk) 00:57, 9 February 2024 (UTC)

Also chat pages, that was the original idea. 3.14 (talk) 00:58, 9 February 2024 (UTC)

Welcome to Wikipedia!

@Trizek (WMF) will want to know about this, because the mw:Editing team had been talking about something similar last year. In the meantime, I suggest going to Special:Preferences#mw-prefsection-betafeatures and turning on "Discussion tools", so you can see some cool information (like how many people commented in a given discussion and when the most recent comment was). WhatamIdoing (talk) 01:38, 9 February 2024 (UTC)

Indeed, the improvements you mention include a proper button to add a new topic, on all pages. you can see how it looks like at Czech Wikipedia, for instance. If you haven't yet tested these improvements, please note that they will soon become the default environment (with a way to opt them out in personal preferences). Trizek_(WMF) (talk) 13:10, 9 February 2024 (UTC)

@3.14159265459AAAs We don't have "chat pages". What exactly do you mean by that? Doug Weller talk 12:12, 9 February 2024 (UTC)

Like texting but for Wikipedians. 3.14 (talk) 21:48, 9 February 2024 (UTC)

User talk pages? Aaron Liu (talk) 22:37, 9 February 2024 (UTC)

Those exist? 3.14 (talk) 00:00, 10 February 2024 (UTC)

Like, User talk:3.14159265459AAAs? Aaron Liu (talk) 00:03, 10 February 2024 (UTC)

Like that, but more social. Not just directed to one person, but the whole Wikipedia community. (Please give me the correct word for Wikipedia's Community, Wikipedians I know.) 3.14 (talk) 01:07, 10 February 2024 (UTC)

I wonder if you're looking for something like Wikipedia:Discord or Wikipedia:IRC. WhatamIdoing (talk) 01:35, 10 February 2024 (UTC)

Also, if you scroll down and get the sticky header, there's a very obvious "Add topic" button. Aaron Liu (talk) 12:30, 9 February 2024 (UTC)

Thanks, I didn't notice. 3.14 (talk) 00:01, 10 February 2024 (UTC)

Brainstorming a COPYVIO-hunter bot

I'd like to propose the idea of a a COPYVIO-hunter bot, but I'm not ready to make a specific Bot request yet, and so I'd like to expose this idea here first to brainstorm it. Sometimes, copyright violations are discovered that have been present on Wikipedia for years. (The copyright-violating content at Barnabas#Alleged writings was added on 4 August 2014 and discovered 18 December 2023.) But for an alert Tea house questioner two days ago, who knows when, if ever, this would have been discovered. That's worrisome.

We have some good tools out there, such as Earwig's detector, and my basic idea is to leverage that by building a bot around it, which would apply it to articles, and either generate a report, or apply the {{Copyvio}} template directly. A couple of additional bot tasks could streamline the human part of the investigation by finding the insertion point (Blame) and determining copy direction (IA search). There are input, performance, scaling questions, and human factors, and likely others I haven't thought of. As far as input, ideally I'd like to see a hybrid or dual-channel input of a hopper with manual feed by editors (possibly semi-automated feed by other tools), and an automated input where the bot picks urls based on some heuristic.

For performance, I launched Earwig with all three boxes checked, and it took 62 seconds to return results for Charles de Gaulle (174,627b) and 16 seconds for (randomly chosen) Junes Barny (5,563b). I'm pretty sure there are a lot more articles closer in size to the latter than the former, so let's say Earwig takes 30 seconds per search on average; multiplying that by {{NUMBEROFARTICLES}} gives us 6.43 years to search all of Wikipedia with a dumb, single-threaded bot with no ability to prune its input stack. (Of course, Wikipedia would be bigger six years later, but that gives us an idea.) Given that the Barnabas violation went undiscovered for nine years, six years is not so bad, as I see it. But not all articles are equal, and probably some pruning method could decrease the size of the input stack, or at least prioritize it towards articles more likely to have undiscovered violations.

As far as scaling, I have no idea of server availability at WMF, but presumably there are some bot instruction pages somewhere for bot writers which address how many threads are optimal, and other factors that could scale up the processing for better throughput; maybe someone knows something about that. If we had six threads going against one input stack, that would reduce it to one year; it would be great to run it annually against the entire encyclopedia.

For human factors, I'm thinking about the increased number of articles tagged with copy violations, and the additional load on admins that would inevitably result. There are currently 17 articles tagged with the {{Copyvio}} template right now. I wanted to provide some estimate of activity at Wikipedia:Copyright problems to gauge current throughput, but I'm not so familiar with the page, and was unable to do so. Inevitably, a bot would increase the load on admins (for WP:REVDEL) and other volunteers, and it would be helpful to gather some data about what would happen. Not sure if its possible to project that, but maybe a stripped down version of the bot just to wrap Earwig and spit out numbers on a test run of a week or two might give us some idea. I'm guessing in operation, it would generate a big, backlog balloon initially based on the first two decades of Wikipedia, but then its output would slow to some steady state; in any case, backlogs in other areas have been generated and attacked before with success.

Maybe a bot could somewhat reduce load per investigation, by means a handy output report that includes Earwig percent, maybe a brief excerpt of copied content, and so on. A couple of additional tasks could be defined which would work off the output report, one task running Blame on the suspect articles to add date of insertion to the report, and another to read IA snapshots and determine direction of copy (i.e., is it a mirror, or a copyvio), resulting in a report with information that ought to make the human part of the investigation considerably faster and more efficient per occurrence, which should at least somewhat offset the increased overall number of investigations.

Would love to hear any feedback on the technical aspects of this, as well as the human factors, and whether something like this should even be attempted. Thanks, Mathglot (talk) 02:00, 21 December 2023 (UTC)

Maybe a fourth task could be a disposition-triage task, and would act on the report output of previous tasks based on configurable values; something like: "if copy-direction = copyvio then if Earwig-pct > 85 then remove content from article and mark/categorize as revdel-needed; else if Earwig-pct < 20 then remove Copyvio template and mark report as handled; else leave for human assessment; else mark as mirror and handled." Mathglot (talk) 02:29, 21 December 2023 (UTC)

EranBot currently sends every new edit through CopyPatrol if I understand it correctly, which essentially runs the edits through Turnitin/iThenticate. One could reduce the bot load by making it only look at articles that were created prior to August 2016.

@MusikAnimal (WMF) and Mathglot: I understand that the WMF is currently working on a replacement/re-vamp of CopyPatrol (i.e. Plagiabot). Is there a way to integrate a sort of "historical article detection" into a similar interface while re-using some of the code from the new Plagiabot, or is this something that you think would be better kept separate? — Red-tailed hawk _(nest) 02:42, 21 December 2023 (UTC)

That's terrific news, which means, if I understand correctly, that whatever the scope of the problem is, at least it's not getting worse (assuming perfect precision from Plagiabot). So we only have to deal with the pre-whatever-year issue, and slowly chip away at it. (I am subscribed; no ping needed.) Mathglot (talk) 02:56, 21 December 2023 (UTC)

@MusikAnimal (WMF) I remember putting this up on phabricator somewhere (I think?), but would it be possible to provide a stable API to integrate CopyPatrol with various other editing/CVUA tools (specifically it would be great to be able to answer the question "What is the iThenticate score/URLs for a specific edit") Sohom (talk) 06:29, 21 December 2023 (UTC)

I've left MusikAnimal a comment on their WMF account talk page. It would be nice to hear from them on this. — Red-tailed hawk _(nest) 17:45, 25 December 2023 (UTC)

I acknowledge it's Christmas, and many WMF staff are taking vacation/holiday, so it's fairly possible that we might not hear back for a week or so. — Red-tailed hawk _(nest) 17:53, 25 December 2023 (UTC)

Thanks. I've added DNAU for 1 month, imagining that he may be on a nice, long winter vacation. Mathglot (talk) 21:24, 25 December 2023 (UTC)

An API for reviewing/unreviewing does exist, but it's undocumented right now. It also doesn't provide Access Control headers. I was working on an external-use API for CopyPatrol, but decided to hold off until the new version that uses Symfony was finished and deployed, since it won't be usable anyway until deployment has finished. Chlod (say hi!) 02:22, 26 December 2023 (UTC)

Thanks for your patience! I was "around" on my volunteer account, but haven't been checking this one until today (my first day back at work after the break).

It sounds like you all are asking for phab:T165951, which was declined last November. It can be re-opened if there's interest in it. However, it's worth noting CopyPatrol doesn't go through every edit, only those that meet certain criteria. I let @JJMC89 speak to that before I say something wrong ;)

As for an API, we can certainly add an endpoint to get the score for a given revision, if it exists in our database. That's simple to implement and won't require authentication. If you could file a bug, I can have that ready for when the new CopyPatrol goes live.

API endpoints that make changes to our db, such as reviewing/unreviewing, is another matter. Right now we authenticate with OAuth, so we'd need to somehow have clients go through that before they could use the endpoint. If @Chlod is interested in building this, I'll happily review it! :) Off the top of my head, I'm not sure how to go about implementing it. Alternatively, maybe we could provide all logged in users an API key? That would avoid clients having to login to CopyPatrol.

I don't think we want to permit requesting new scores for any arbitrary revision, at least not until our partnership with Turnitin is finalized. That should happen very soon, and then we'll know for sure if we can send out that many API requests. Some changes to JJMC89's bot would likely also need to be made. All in all, I'd say this feature request is not much more than a "maybe".

Also, in case no ones mentioned it yet, attempting to identify old copyvios is tricky because of the all-too-common WP:BACKWARDSCOPY issue. In some cases it may not be possible to ascertain which came first -- Wikipedia or the source -- so I'd weary of attempting to automate this. MusikAnimal (WMF) (talk) 00:57, 3 January 2024 (UTC)

The new bot looks at edits made in the article and draft namespaces (0 and 118) to submit to turnitin and skips the following types of edits:

• made by a bots or users on the allow list
• (revision) deleted before processing (rare unless catching up from a service outage)
• rollbacks (MediaWiki native or Twinkle)
• additions of < 500 characters after cleaning the wikitext.

Those that come back with more than a 50% match to a (non-allow listed) source are shown in CopyPatrol for human assessment.

As a quick test, I added an endpoint to dump the data from the database for a specified revision.[1]

{
  "diff_id": 7275308,
  "lang": "en",
  "page_namespace": 0,
  "page_title": "Mahāyāna_Mahāparinirvāṇa_Sūtra",
  "project": "wikipedia",
  "rev_id": 1178398456,
  "rev_parent_id": 1178304407,
  "rev_timestamp": "Tue, 03 Oct 2023 12:16:34 GMT",
  "rev_user_text": "Javierfv1212",
  "sources": [
    {
      "description": "C. V. Jones. \"The Buddhist Self\", Walter de Gruyter GmbH, 2021",
      "percent": 50.3817,
      "source_id": 820817,
      "submission_id": "3084bde6-3b8b-488c-bf33-c8c27a73ae06",
      "url": "https://doi.org/10.1515/9780824886493"
    }
  ],
  "status": 0,
  "status_timestamp": "Tue, 03 Oct 2023 12:38:16 GMT",
  "status_user_text": null,
  "submission_id": "3084bde6-3b8b-488c-bf33-c8c27a73ae06"
}

Please file a task so we can workshop the best way to design the API.

— JJMC89 (T·C) 00:40, 4 January 2024 (UTC)

Filed as phab:T354324. This could be done on either the frontend or the backend; but it doesn't look like the backend source is publicly-available (and API endpoints are a frontend task anyway, so it should probably live on the frontend). Chlod (say hi!) 10:03, 4 January 2024 (UTC)

I'd encourage making the repos public unless there is a reason for keeping them private. It will make things easier if someone goes inactive or if someone wants to submit a patch. –Novem Linguae (talk) 11:36, 4 January 2024 (UTC)

Hi, Mathglot! Great to hear more initiative on copyright cleanup tasks; they're always a big help. Someone brought up a related idea at WT:CCI a while back, and I responded with a few points that probably apply here too. I've got a cannula lodged in my hand right now, so I'll copy over what I said in that thread to avoid straining it. There wasn't a lot of back-and-forth on that thread anyway so it's probably easier if I just repost it here.

There was an idea previously floated around about having Turnitin or Earwig run on all revisions of past cases; I'd say this is probably the general idea when talking about automation for CCI cases. When it actually comes down to making it happen, though, it's a spider web of caveats and limitations that make it hard to get off the ground. Here's a more-organized explanation of my thoughts that I randomly collected in the past few months:

• First is the issue of cost. There's around 508 thousand revisions left to check (as of May this year), but we only ever have a finite amount of Earwig search engine searches or Turnitin credits. Processing all of these automatically means we have to work with the WMF to get more credits for a one-time run-through, and we're not sure if we'll get decent results for a majority of those checks.
  • We could work around this by completely disabling search engine checks, as the thread you linked discussed, but this can either work for or against us based on the case. We could also work around this by only selecting a few cases which rely mostly on web sources or (for Turnitin) sources that we know would probably be indexed. This significantly cuts down on the amount of revisions to check. But then there's the next issue:
• A lot of the older cases, especially the ones over three years old, start getting a lot of false positives. As article text remains on the wiki for long periods of time, SEO spam sites, academic documents, slideshows, and others start copying from Wikipedia. We filter out a lot of these already (like those in this list and a bunch of others), but we still hit them every once in a while and enough that it clogs up what reports we would otherwise get from Earwig/Turnitin.
  • A possible solution to this would be human intervention (which is more or less a given with something like this), where editors will double-check to see if a flagged revision actually is copied from somewhere, or if it's just a false positive. Human intervention will weed out false positives, but then it won't weed out the false negatives.
• At the end of the day, copyvio checking is a really hard computer science problem that humanity is still in the middle of solving. False negatives; like when a revision flies under the radar because a source it copied from has died, or when the text has been paraphrased enough to make checkers think it's completely original text; will always be one of the biggest brick walls we face. False positives waste editor time, yes, but false negatives arguably take up more time, because we then need to re-check the case. It also wouldn't be a good look for us or the WMF if it turns out that we get a lot of false positives and negatives, since that could be perceived by the community as a waste of funds. Perhaps this is still something that could benefit from research and testing.
  — User:Chlod 13:02, 24 November 2023 (UTC)

This was for checking revisions on CCI pages, but the same applies for scanning every latest revision for all articles. It seems we've also been stretching Earwig to its limits recently, Earwig has been going down for almost every day in the past two weeks (CommTech's UptimeRobot). Unfortunately, the Earwig logs are project members-only, so I can't snoop in to figure out the cause by myself. But usually, we chalk this up to Earwig running out of Google API tokens. Would appreciate comments or ideas for the problems above; anything to ensure copyvios don't fly under the radar. Chlod (say hi!) 02:15, 26 December 2023 (UTC)

Chlod thanks much for this. A few questions or comments:

• Whats the 508,000 revisions? Is that just from CCI investigations?
• In that same bullet, what cost are you talking about, processing time? And what did you mean by decent results, are you alluding to false +/- that you raised lower down?
  • As far as the workarounds, this sounds like roughly what I referred to as various pruning methods to shorten or reorder the input list.
• Re false + due to websites copying from Wikipedia, I don't see this as a major problem and I addressed it in the 'direction of copy' comment involving IA checks. Maybe we'd have to negotiate with IA for a certain amount of search traffic per unit time, but as a fellow non-profit and given the reasons for it, I can't imagine there wouldn't be some positive arrangement to come out of that. That would eliminate the need for human intervention in a proportion of cases; see the "if-then" psuedo-code at the end of my comment. The triage attempts to automate a lot of it, and steer only the grey-area cases toward human intervention. And it should also weed out most false negatives for the same reason, and I don't see the failure to have 0% false negatives as a problem. There is always a problem identifying edge cases, even when humans are involved; if an automated solution improves our accuracy and throughput over what it was before, then it's worthwhile. One hundred percent accuracy and coverage are a goal but they will never be attained and that shouldnt stop us from incremental progress; even if automated processes fail to identify some sites for human intervention, we'll catch 'em, hopefully, next iteration of the processing.
• "Really hard computer science problem": again, imho, we don't need to "solve" it, we just need to do a bit better than we were doing heretofore. Paraphrase will fall, imho, to better shingling turbocharged with some AI to recognize synonyms and linguistic transformations at some point in the not-nearly so distant future as I would've guessed a year ago. We needn't let the perfect be the enemy of the good, and I think we can do a lot of good now.
• Earwig woes: is anyone maintaining it?

Thanks, Mathglot (talk) 00:02, 27 December 2023 (UTC)

• Yep, the 508k revisions is those we have to check at CCI. That's from a dashboard by Firefly to see how much is left. It has its inaccuracies, but it's correct for most cases.
• For the cost, it's actual monetary cost. From what I've heard (and what I assume from what I've heard), the WMF pays for the Google API and Turnitin credits, and that cost is pinned to how much we use Earwig and how many edits are checked by CopyPatrol, respectively. Attempting to request more credits for either needs discussion with the WMF, who then needs to discuss with Google/Turnitin. And yeah, the decent results is whether or not Earwig comes up with a false positive/negative.
  • Definitely; there's a lot of one-or-two-sentence stubs that don't really need checking. This could, of course, be filtered out, possibly with a lot more criteria for skipping than just that.
• I'm wary about using Internet Archive as a "source of truth" for dates. Though we do exactly that in CCI, it's probably not reliable enough to make broad judgements on whether a page is a copy or was copied from. If the pipeline goes Earwig → URL of likely match → Internet Archive, the data it would provide in a report could be a false positive if either the page changed URLs at any point in time (as I've seen happen with Sparknotes) as Internet Archive may not recognize the switch or if it was never archived before (though this practically never happens for recently-added citations). Of course, it's best if this is tested empirically first.
  • This is a step in the right direction though. The downside of not using a system like this at all is that the direction checking will be manual, which then just pushes the investigation work back to the addressing user/administrator, and that could result in anywhere from zero (by luck) to a lot of false positives. But what has to be checked first is whether this will end up increasing processing time/workload for checking users.
• Earwig's Copyvio Tool is actively maintained by The Earwig. The recent downtimes were shortly discussed in User talk:The Earwig § Copyvio tool is down; I only saw this now. Seems to have been from increased usage.

I agree; something is better than nothing. I'm mostly just worried about stretching the few editors working on copyvio even thinner by adding more work to do. We could balance this by encouraging more editors to help out at WP:CCP, but copyright cleanup really just has historically low participation rates. Chlod (say hi!) 05:14, 27 December 2023 (UTC)

Hey Chlod, thanks for pinging me here.

• With Google's API, there's a hard daily limit of 10,000 queries per day, which costs US$50. The copyvio detector will make up to 8 queries per page (each query corresponds to a sentence or so of text, so that is chosen to strike a balance between performance and detection accuracy – longer articles would really benefit from more than 8 queries in many cases). So that works out to somewhere between 1,250 and 10,000 articles per day; let's say 2,000 on average. To be very clear, that's a limit built into Google's API terms. We can't get around it without a special agreement with Google, and everything I've heard from the WMF indicates we have no special agreement: we're paying the regular rate. Over ten years of running the copyvio detector, and despite multiple people asking, I've never managed to make the right connections with the right people at Google to get a special agreement (or the WMF hasn't, and IMO it's really them who should be doing that instead of me).
• Just bashing the numbers out, checking 500,000 pages without a special agreement with Google would cost $12,500 and take at least 8 months (again assuming 5 queries/page).
• The search engine is really the limiting factor here, hence my emphasizing it. Compute cost is much cheaper and we could use WMCloud to parallelize this more effectively if the daily limits weren't so severe.
• Recent issues aren't related to using up all of our Google API credits but mostly due to my own poor software engineering decisions ten years ago. Sometimes it's due to unauthorized bot traffic that needs to be identified and blocked, but in this case I haven't noticed any. There's an ongoing project to improve performance, but no timeline for when it will be ready, unfortunately.

— The Earwig (talk) 14:53, 27 December 2023 (UTC)

Thanks for these detailed explanations. Just noting that I've started User:Novem Linguae/Essays/Copyvio detectors to try to document all these copyright tools and their nuances. Seems like every couple months this comes up and I've forgotten all the details since the last discussion, so maybe an essay will help me remember it :) –Novem Linguae (talk) 12:13, 31 December 2023 (UTC)

@The Earwig: Anywhere I could possibly help with the copyvio detector's uptime? It's also affecting the NPP workflow at times, as the copyvio detector is part of checks to be done when patrolling. Chlod (say hi!) 13:56, 4 January 2024 (UTC)

@Chlod: Thanks for offering to help! I've given you maintainer access to the tool, and you have permission to restart it when needed. This is the case if the request backlog gets full (a log message "uWSGI listen queue of socket" is printed to uwsgi.log over several minutes) but occasional slowness doesn't necessarily mean the queue is full and needs to be cleared. It's good for us to have maintainers across different timezones. But beyond the occasional restarts, addressing the underlying issue is complicated and not something I expect help with. As hinted above, a backend rewrite is in progress to improve performance. — The Earwig (talk) 16:41, 4 January 2024 (UTC)

As I understand it, the issues with applying Earwig's copyvio thing to more pages (and the reason it always takes a million years to run) has nothing to do with computational power or programming skill on our part, but rather because Google search, which is a quite critical part of this software working, has deliberately decided to fuck us sideways on search queries.

Well, it's not clear: it could be that or it could be that nobody from Wikipedia or from the WMF has succeeded in figuring out how to ask them from a special dispensation.

At any rate, we have a rather low quota, and it would cost tens of thousands of dollars to make it higher, and we do not get any special dispensation although I guess they are perfectly fine to make millions of dollars from reusing our content in their own knowledge panels lol. jp×g🗯️ 11:25, 28 December 2023 (UTC)

Maybe @NPerry (WMF): might give more insight as to why the Wikimedia Foundation has not been able to get resources for copyright detection with Google search ? AFAIR, last year, they were involved with managing Wikimedia's partnership with Google. Sohom (talk) 11:54, 28 December 2023 (UTC)

• I'm not active in copyvio detection work, so take what I say as an outsider's perspective. Overall, copyvio detection on Wikipedia seems like an area that's struggling despite the heroic efforts of those working on it — multi-year backlogs at places like CCI are indicative of a system that's just not working. Bot assistance is our best hope of changing that dynamic on a systemic level, so I think it's a fruitful avenue to pursue. It'd be complex on a level greater even than ClueBotNG, but if successful it'd be similarly impactful.
  One thing to perhaps think about is the difference between old copyvios and newly added ones. My vague understanding is that a lot of the difficulty/pain comes from years-old insertions, which have since been built upon, necessitating removal of large chunks of an article. If it'd be simpler to build a bot that only checks/fixes new contributions, then perhaps that'd be a good place to start. If it could sufficiently stem the tide, perhaps it'd lead to a situation similar to what we have with non-notable articles/deficient FAs today, where there's a bunch of stuff in the past to clean up, but ultimately it's a finite backlog with few new entries being added, creating hope we'll someday get through it (cf. WP:SWEEP).
  Hope that's helpful, and good luck with this work! {{u|Sdkb}} ^talk 00:03, 3 January 2024 (UTC)
• (Possible overlap with part of above) - we have a copyright flagging system already (see log) - and allowing more bots to flag is fairly easy to do. Like many have said, building a reliable algorithm for doing the actual checking is a "hard" problem. One problem that came up during prior third party solutions like TURNITIN is that these companies wanted to reuse Wikipedia content without honoring the licensing requirements (e.g. We send them some text, they store it, then they reserve that to other people without attribution). — xaosflux ^Talk 17:00, 4 January 2024 (UTC)
• My 2c is it makes more sense for the WMF to spend some cents on a copyright monitoring service like every other content publisher on the internet rather than have volunteers make one from scratch. Levivich (talk) 05:54, 5 February 2024 (UTC)

  We presently do that to some extent with iThenticate, from what has been mentioned above. MusikAnimal mentioned something about a Turnitin partnership being negotiated above. I do wonder what the final details would be. — Red-tailed hawk _(nest) 06:06, 5 February 2024 (UTC)

  That is still in the final stages. I'll have more information to share soon. To set expectations, I highly doubt we can do any sort of large-scale checks for copyvios on arbitrary revisions/articles. However I am confident we'll have a reliable service that automates copyvio checks on any new content being added, via toolforge:copypatrol. In addition, doing something like phab:T165951 is something I think we could look into. MusikAnimal (WMF) (talk) 16:16, 14 February 2024 (UTC)

Would be nice. But how would it differentiate stuff that is mirroring Wikipedia? North8000 (talk) 20:46, 13 February 2024 (UTC)

Using the exclusion list at User:EarwigBot/Copyvios/Exclusions works pretty well for the Earwig copyvio detector. –Novem Linguae (talk) 00:16, 14 February 2024 (UTC)

Either Html creation date (often in the Html <head>) or archival copy date. Nothing is a perfect solution here; this is about improving on what we have now, not trying to claim a 100% effective in every possible case. Also, a tool doesn't have to make the call in every case; it's enough to triage into very likely okay, very likely not okay, and a middle tier which requires human intervention. If the tool does nothing but handle low-hanging fruit, that's that much less for human editors to have to do. Mathglot (talk) 00:23, 14 February 2024 (UTC)

WikiProject Namespace

Hello there, Village Pump! I am currently thinking about a WikiProject namespace, like changing Wikipedia:WikiProject Chess to WikiProject:Chess. I had this idea because it would look nicer in my opinion. Maybe the shortcut could still be WP: because WikiProject and WikiPedia share the letters W and P? - The  Master of  clockHedgehogsclock ^{(always up for a conversation!)} 19:23, 16 February 2024 (UTC)

This has been suggested before, though (if memory serves) not for this reason.

WikiProject:Chess and similar pages could be set up as Wikipedia:Cross-namespace redirects. I believe that the abbreviation (WP:) could usually be made to work through the addition of specific redirects.

However, I'm not sure that it would make much difference. Most experienced editors are going to use WP:CHESS, so we're not going to see the name in discussions. WhatamIdoing (talk) 22:40, 16 February 2024 (UTC)

Note Wikipedia:Chess is already a redirect to the corresponding WikiProject, and Project is an alias for the Wikipedia namespace, so Project:Chess will redirect as well. isaacl (talk) 23:00, 16 February 2024 (UTC)

Serious reform to this top-down nonsense of projects and quality assessments

I'm an active editor but I've never engaged with discussions about Wikipedia procedures before, so apologies if I'm going about this wrong way, but here are my thoughts on improving a frustrating aspect of the editing experience - an aspect which has recently become a lot more high profile.

For the past few weeks all the articles I am working on have been subject to bots delivering a project independent quality assessment. Hard enough to find out what this even means in plain language. The quality assessments are mostly nonsense being derived from "Projects" that either are totally inactive or have no possibility to achieve their aims because they consist of 7 people (half of whom are probably dead) aiming to assess all the articles in immensely broad categories.

This is deeply frustrating for people actually trying to improve articles because:

1) Its so top down - a bot swoops down and allocates some random rating to the article, based on a - probably ill-informed - rating done by someone affiliated to a project years ago.

2) There is no information provided to encourage people actually actively involved improving an article to engage with the quality assessment process. Its hard enough to even find out and understand what this whole PIQA process IS, despite the flurry of bot activity it has unleashed on active editors' watchlists.

3) The quality assessment is drawing attention to "importance" ratings from projects that are utterly arbitrary.

My suggestion to improve this is:

1) Information provided as part of the banner shell at the top of talk pages encouraging active editors of articles to provide the quality rating for that article on a simplified rating - they are the people who actually know.

2) A quality assessment based on 3 ratings: stub, improving, completed article (this last meaning ready for 3rd party assessment as a good article).

3) Guidance provided to projects to refocus their activity - not around unachievable quality assessments and meaningless importance ratings across thousands of articles - but instead around assessing good articles in their area, within the existing Good Article nomination and review process.

3) Take automatic project "importance ratings" off talk pages. If people are interested in what a small group of people think are the most important Wikipedia articles on the topic of e.g Christianity (a topic so broad it covers nearly all intellectual activity in Europe over most of 2000 years), they can find their way independently to the project page concerned.

This will have the benefit of:

1) Vastly improving the accuracy of quality assessments by encouraging active editors of an article - rather than randoms - to provide it.

2) Ending the demoralising effect of working on an article that some people years ago have classified as "low importance" and which a bot has now declared officially overall "stub" or "start class" (yes I know you can change it - but lets make that clear to all active editors).

3) Supporting the Good Article process and systematising third party review of articles, which is clearly important and valuable.

Atrapalhado (talk) 23:32, 12 February 2024 (UTC)

• Personally, I just ignore the whole “assessment” thing. If I think that I am able to improve an article, I do so… regardless of its “rating”. I hope everyone else would do the same. Blueboar (talk) 00:23, 13 February 2024 (UTC)

Yes - but that's kind of my point - its just nonsense. Atrapalhado (talk) 00:25, 13 February 2024 (UTC)

I think the content assessment link provided by the template is enough to know about what the heck these are. Maybe the page needs a nutshell though.

3) The quality assessment is drawing attention to "importance" ratings from projects that are utterly arbitrary.
Take automatic project "importance ratings" off talk pages. If people are interested in what a small group of people think are the most important Wikipedia articles on the topic of e.g Christianity (a topic so broad it covers nearly all intellectual activity in Europe over most of 2000 years), they can find their way independently to the project page concerned.

IMO this is a bad idea. The importance ratings are to focus (active) projects on actively maintaining their most vital articles, sort of like Wikipedia:Vital articles, but for a specific project. Maintaining giant lists situated somewhere in the remote outskirts of projectspace is way harder than just letting the banner shell automatically add categories based on the importance rating.
All types of ratings here are completely arbitrary. B-class and above maybe less so, but still.

2) A quality assessment based on 3 ratings: stub, improving, completed article (this last meaning ready for 3rd party assessment as a good article).

I see a couple problems with this:

1. "Improving" wouldn't necessarily mean improving. Most projects don't have much people working anymore. Guidance provided to a sparse hall would do almost nothing; it's not a matter of not knowing how, it's a matter of not enough workforce. (This also applies to recommendation #3)
2. Articles are never completed. We are a wiki, and all articles are constantly evolving. This would imply that no more changes should be made to the article. Getting an article to what was B class doesn't necessarily mean ready for GA review.
3. Having more layers between stub and just under GA is of great benefit. Under the current system, most B-class articles just need some polish based on consistency, style, and sometimes filling in obscurer content gaps. I'm pretty sure there are editors out there who just turn B-class articles into GAs. Start class articles are otherwise good but have a severe lack in content. These new ratings would just turn a lot of articles of different quality levels into "improving" for no good benefit that I can see. The old system is also pretty understandable.

Aaron Liu (talk) 01:47, 13 February 2024 (UTC)

@Atrapalhado, I think you'll want to read the Wikipedia:Content assessment page. The (optional) |importance= or |priority= ratings exist to tell the Wikipedia:Version 1.0 Editorial Team that an article might not be popular (in terms of page views) or central (in terms of incoming links) but is still important (or not) to a particular subject area (e.g., a small country), in the opinion of a group of editors who are sufficiently interested in that subject to form a group to improve those articles. High ratings somewhat increase the likelihood of the tagged article being included in an offline collection of articles.

Some groups additionally use those to prioritize their work. For example, years ago, editors at Wikipedia:WikiProject Medicine systematically improved their 100 top-priority articles to at least Start-class.

Until a couple of months ago, each WikiProject separately assessed the |quality= of each article. We decided, through a series of discussions, that this was inefficient: a stub is a stub, and if four groups are interested in this article, we don't need each of the four groups to separately say that it's a stub. A couple of bots are currently running around and turning those duplicate project-specific quality assessments ("stub, stub, stub, stub") into a single project-independent rating ("all stub"). This is generating a lot of activity in watchlists right now but isn't AFAIK supposed to be creating new quality assessments. Hopefully it'll be done in a couple of weeks. (If you don't want to see the bots, then you can hide all bot edits in your watchlist.) WhatamIdoing (talk) 03:08, 13 February 2024 (UTC)

Thank you @WhatamIdoing. QUALITY SCORES I understand the current approach. As per my comment to @Aaron Liu below, the problem is that the quality ratings come from these projects that have impossibly broad scope and have tiny numbers of people involved and/or are largely inactive. Across the fifty or so articles I am more or less active on, only 1 has ever had a quality score updated: the PIQA scores are nearly all wrong. The PIQA project is building castles on sand. IMPORTANCE RATINGS - I wouldnt object to any group of people noting on the talk page that they think an article is important. Nobody has come up with any argument as to the value of med/low importance scores. Atrapalhado (talk) 10:56, 14 February 2024 (UTC)

Thanks for the reply @Aaron Liu. 1) Importance Ratings - "IMO this is a bad idea. The importance ratings are to focus (active) projects on actively maintaining their most vital articles." This does not require spreading arbitrary "medium" and "low importance" ratings at the top of talk pages on articles that people work hard on. As for projects needing to store the data of their (usually limited, out of date) project importance scores on talk pages, because of the way Wikipedia works, well maybe - but they certainly don't need to be presented at the top in the banner shell. As for everything being arbitrary, well maybe, I guess all of life is - and actually maybe arbitrary is the wrong word, as i suspect these importance scores show A LOT of systemic bias of the people involved in projects.

2 Quality Ratings - Yes the present system is logical. Its just nobody actually uses it apart from the tiny number of people involved in these impossibly vast Projects. The whole thing - especially with the PIQA update - is castles built on sand. The only answer is a simplified system that people who actually edit the articles concerned are encouraged to use. Atrapalhado (talk) 10:48, 14 February 2024 (UTC)

In my experience the importance ratings are much less reliable than the quality ratings. The quality ratings are at least based on semi-hard numbers. But in working on referencing unreferenced articles, I've often come across clearly noteworthy and important topics that are ranked Low either because the article was a low-context stub, or because the WikiProject it is associated with is somewhat tangential to the main topic. (Sha-Mail comes to mind out of some recent expansions.) Gnomingstuff (talk) 08:19, 13 February 2024 (UTC)

@Gnomingstuff: Re I've often come across clearly noteworthy and important topics that are ranked Low ... because the WikiProject it is associated with is somewhat tangential to the main topic.: that's the idea - it's the importance for that particular WikiProject, not the importance in the whole scheme of things. It is perfectly valid for one WikiProject to assign Low-importance to an article which another considers to be High-importance. For example, Talk:Charles III shows Top-importance for WikiProject United Kingdom (obviously), but Low-importance for WikiProject Children's literature - and it's hard to see how he might be rated above that. --Redrose64 🌹 (talk) 09:32, 13 February 2024 (UTC)

If my understanding of this is correct, these ratings are an artifact of a time where Wikipedia was aiming at producing a CD or something like that. I've seen some WikiProjects using them to prioritize work, but only a few and a minority. And I've seen complaints about importance ratings being dismissive. I would support a motion to turn them off by default and asking WikiProjects that want them to opt in. Jo-Jo Eumerus (talk) 09:12, 13 February 2024 (UTC)

I think that Start-class gets overused by timid assessors. They know it's not a stub, but they aren't confident enough to rate it any higher. I think that making the assessment "less wrong" is helpful. For the most part, I don't worry about class assessments unless they're significantly wrong. IMO a C-class article should not be rated as a Stub and vice versa, but the difference between a "high Start" and a "low C" might be a matter of individual judgment, so I don't worry about it myself. WhatamIdoing (talk) 16:43, 13 February 2024 (UTC)

The impression that I get is that few experienced Wikipedia editors care about quality ratings below WP:GA. Remember that a GA itself is usually rated by only one person, although against a consensus-agreed list of criteria. Only featured articles have undergone quality review by more than one editor. If you wish to then please review everything you've written to see if it can be bumped up one or two quality ratings, but I don't think that will achieve much other than give you a warm glow. Phil Bridger (talk) 18:12, 13 February 2024 (UTC)

Quality assessments are also used by other editors, e.g., by student editors (do expand the stub; don't touch the FA) and for the occasional de-stubbification drive. WhatamIdoing (talk) 18:31, 13 February 2024 (UTC)

I agree with the last two sets of comments. The last time I took part in a de-stubbification drive I found at least 1/3 of the articles I looked at weren't remotely stubs. Partly people who improve articles are too reluctant to self-rate with a better class. I find I often upgrade quality ratings, but importance ratings sometimes need downgrading. I do wonder why I bother though. Johnbod (talk) 18:56, 13 February 2024 (UTC)

IMO, assessments are very useful to find articles to improve in a field of interest, and for me are more useful than specific issue tags. If you don't like them they can very easily be ignored, and if you disagree you can just change it. 90% of the problems with assessments onwiki are people being too hesitant to update or rate articles PARAKANYAA (talk) 22:39, 16 February 2024 (UTC)

I pretty much agree with the OP with regards to article/project ratings. For the reasons described, I don't think that they are very meaningful and also ignore them. And sometimes they are harmful. Maybe we should drop them. Regarding projects, there are some projects which are active or semi-active and which do valuable work, so I would not agree with broad negative statements about projects. Even though there are some dead or inactive ones. North8000 (talk) 18:45, 13 February 2024 (UTC)

It is irritating to create or edit an article and believe that it's good, complete, etc. -- and then rater X comes along and calls it a "start." That's worse than no rating at all. I don't care whether an article I've created is rated "C" or "B" or not rated at all, but "start" is an insult. Secondly, length is not a synonym for quality. A 300 word article is adequate for some subjects. I get irritated when rater X comes along and calls the 300 word article I have created a "stub." Perhaps a 2 tier rating system would be workable: "good" articles are those that have been peer-reviewed; everything else is unrated. Or maybe you have a third rating of "stub, needs improvement or expansion" and you put that as a header on the article page to encourage improvement of the article.Smallchief (talk) 10:40, 13 February 2024 (UTC)

You can rate your own articles. You don't have to wait for a random to come along. ~WikiOriginal-9~ (talk) 13:35, 13 February 2024 (UTC)

Thing is, in most places of the world including Wikipedia judging one's own work is considered bad. So that's pretty unintuitive. Jo-Jo Eumerus (talk) 14:11, 13 February 2024 (UTC)

Removing the {{stub}} tags or updating a |class=stub rating is exactly as unintuitive as removing maintenance tags like {{unref}} or {{confusing}}, I'd say. We want editors, including new editors, to do all of these things when they believe they have solved the problem. WhatamIdoing (talk) 16:08, 13 February 2024 (UTC)

I am quite comfortable in rating articles I create or work on as "stub", "start", or "C class", based on my (subjective) assessment their quality. However, I will not rate any article I have worked on as "B class" or higher. I have seen articles I started that had a "stub" rating for years, even though they had several paragraphs of text and half-a-dozen cited sources. Given how many articles sit around with inappropriately low quality ratings, I think it is inefficient to stop editors from rating articles (below B class) they have worked on. Donald Albury 16:08, 13 February 2024 (UTC)

I don't think that's what Eumerus is saying; seems to me like they are saying that it's a cultural thing to not rate your own Aaron Liu (talk) 16:41, 13 February 2024 (UTC)

(I think that's a reply to WikiOriginal's comment that "You can rate your own articles". Not everyone uses the Reply button/tries to make the indentation align with the exact comment they're responding to, especially if doing so might create a line of comments where you can't easily see when the first stops and the next starts.) WhatamIdoing (talk) 17:28, 13 February 2024 (UTC)

Aye, what WikiOriginal is saying may be theoretically in line with the rules, but out of line with how assessments work elsewhere in the world including on Wikipedia (GA, DYK, etc.) Jo-Jo Eumerus (talk) 10:55, 14 February 2024 (UTC)

Thanks everyone so much for your comments. Having read the comments my view now is the following:

It's clear a lot of active editors just regard this whole system as irrelevant/ignorable (Good Article process excepted).

1) IMPORTANCE RATINGS - a few people have come up with arguments for projects needing to identify articles that are important. Nobody seems to value med and low importance scores; they can be demoralising and are largely ignored. They're also rarely updated and almost certainly harbour a lot of systemic bias. Accordingly I am going to put forward a formal proposal that importance ratings are removed from banner shells. Projects can still indicate on talk pages that projects are important or not to them, if they want. (A slightly qualified version of this would be to leave the info in banner shells where projects think an article is important, but not med/low importance). Under either approach, all the data on ratings provided by projects can still sit in the underlying article data, so it is not lost to the projects, just not be displayed in banner shells.

2) QUALITY RATINGS - more complicated/mixed views. PIQA is probably an improvement but the ratings still come from these impossibly vast projects that often barely active or totally inactive and the ratings are nearly all out of date, at least on the articles I work on. I think a big part of the problem is that as @Jo-Jo Eumerus points out "in most places of the world including Wikipedia judging one's own work is considered bad." The banner shell needs to enourage active editors of articles to update the PIQA - they are the people that know - and provide an easy mechanism for editors to do this. Atrapalhado (talk) 11:22, 14 February 2024 (UTC)

I think proposing that only top and high be included has a much higher chance of succeeding. Just including it as text on a talk page is disorganized and I don't see the harm in including these in the banner shell, which seems much more logical.
I'd agree with a proposal to encourage, though we need to work out the specific wording first. Aaron Liu (talk) 12:35, 14 February 2024 (UTC)

Well, as one of the editors who actually uses |importance=low (though I wish it were described as "priority"), I obviously have some concerns about removing it. The Wikipedia:Version 1.0 Editorial Team, which still exists and is still active (though no longer using CDs for distributing Wikipedia articles to schools and other places with limited access to the internet), would also be sorry to lose that information.

I do see a difference, however, between "actually removing" and "not displaying prominently". I don't want 97.5% of WPMED's articles dumped back into Category:Unknown-importance medicine articles (which is what will happen if mid- and low- ratings are actually removed). I don't care whether the low rating (~75%, mostly organizations and people) is shown to people looking at the talk page banners, but I don't want to have the ~800 that we need to review for the first time lost in a sea of 50,000 that we've already reviewed. WhatamIdoing (talk) 18:40, 14 February 2024 (UTC)

@Atrapalhado: You appear to have the wrong idea about importance ratings. They are not part of the banner shell, and are not intended to be. They have always been set on each individual WikiProject banner.

Aside from that, are you aware of the extensive discussions that have taken place since January 2023 at this page, VPR, Template talk:WikiProject banner shell (particularly the archives since January 2023)? I am concerned that this is becoming a parallel discussion that is seeking to throw all of that away. --Redrose64 🌹 (talk) 19:55, 14 February 2024 (UTC)

Hi @Redrose64 Thanks for the feedback. Worth splitting this out into importance ratings and quality assessments/ratings.

IMPORTANCE RATINGS. Apologies if I've got my technical language wrong in the reference to banner shell, but I think you're missing my wider point. The project banners always appear at the top of the talk page and they display the allocated project importance ratings. Those importance ratings - especially when they present a low or med rating - are irrelevant, demotivating, out of date and need to go.

QUALITY RATINGS On the links to the earlier discussions - thanks for these. I haven't read through all of these but will endeavour to. They seem to relate to the now implemented PIQA process. PIQA is an improvement on having lots of quality ratings from different projects. However, the ratings are still substantially out of date and (like importance ratings) usually regarded as an irrelevance by active editors. My revised proposal on quality ratings would be that (A) Active editors are encouraged to update the quality assessment for the article prob by adding a statement to this effect in the banner shell (B) There is a clear explanation (@Aaron Liu suggested a ?in a nutshell doc?) of the PIQA process which is currently totally opaque. Currently the PIQA bot activity on my watchlist looks like this: "(Implementing WP:PIQA (Task 26))." If you click on that WP:PIQA link it tells you: "In February 2023, the Wikipedia community expressed strong support for article quality assessments that are independent of WikiProjects. Consensus was found for adding a |class= parameter to Template:WikiProject banner shell, which all projects would inherit. To avoid redundancy, this rating is then shown only on the banner shell. Projects can choose to opt-out of this system by adding the parameter |QUALITY_CRITERIA=custom to their project banner template. It is also possible to add a standalone banner shell template to an article without any WikiProjects, for example {{WikiProject banner shell | class=start}} The robot will regularly maintain {{WikiProject banner shell}}." WTF? Atrapalhado (talk) 15:04, 15 February 2024 (UTC)

I don't see what your problem with the PIQA link is. It seems pretty clear to me.
I added the nutshell summary to Wikipedia:Content assessment. Aaron Liu (talk) 15:58, 15 February 2024 (UTC)

• IMO the |importance= ratings are irrelevant to most, demotivating to a few, but almost never out of date. In fact, I'd say they were wrong (e.g., raised by someone who mistakenly believes that will cause more improvements to an article) more often than outdated. The importance of, e.g., Cancer to Wikipedia:WikiProject Medicine isn't something that changes over time. It will never be "out of date".
• The |quality= ratings are out of date on a significant minority of articles. However, the PIQA process has nothing to do with that; PIQA is merely rearranging where the existing information is stored. PIQA is a one-time, one-off update to the wikitext syntax. If you want some official encouragement, then you need to be looking at the long-term, permanent pages, such as WP:Content assessment, which say things like "Generally speaking, all editors, including editors who have written or improved an article, are encouraged to boldly set any quality rating that they believe is appropriate, except for the GA, FA, and A-class ratings." – and have said this for years and years.

WhatamIdoing (talk) 16:59, 15 February 2024 (UTC)

Thanks @WhatamIdoing On Importance Ratings: As I've said I had less problem where (as in your cancer article example) projects (or indeed anyone) wants to say an article is important to them. But nobody has come up with a use case for low or med project ratings on top of the talk page. Can I trade you an example: Talk:Spalding Priory - its an important enough little article in its way (I wont bore you with why I think its interesting!) and slowly developing - but what on earth use does it serve to have the top of the talk page telling us three different projects regard it of "low importance"? Atrapalhado (talk) 22:15, 15 February 2024 (UTC)

"Medium" is usually taken to mean normal or average, which does not seem to be problematic. (I don't ever remember seeing a complaint in which someone alleges that it's insulting.)

I don't think the value is in "the top of the talk page telling us". I think the value is someone (e.g., me) being able to get a list of articles I care about, excluding the ones that I don't care about. WhatamIdoing (talk) 02:27, 16 February 2024 (UTC)

Thank you Aaron for doing this. Atrapalhado (talk) 22:22, 15 February 2024 (UTC)

The banner shell doesn't display importance ratings. Any importance rating that you see is displayed by a WikiProject banner, one or more of which are enclosed in the banner shell. See the Charles III example that I provided earlier. Some WikiProjects (e.g. Biography) do not provide importance ratings; but for those that do, PIQA has nothing to do with either how they are decided, where the chosen values are set, nor how they are displayed. --Redrose64 🌹 (talk) 22:07, 15 February 2024 (UTC)

Yes - I understand that - in my last response to you I tried to be very clear in distinguishing between comments on Quality Ratings/PIQA and importance ratings. And I apologised for not understanding banner shells. As I said, the point is still that the importance ratings are put there in banners at the top of the talk page and they're out of date, demotivating and irrelevant. Atrapalhado (talk) 22:20, 15 February 2024 (UTC)

Technically, the banner "shell" is not displaying any importance ratings at all. It's the "banners" (inside the outer shell) that display the importance rating. WhatamIdoing (talk) 02:30, 16 February 2024 (UTC)

I don't think he mentioned banner shells in that reply. Aaron Liu (talk) 03:17, 16 February 2024 (UTC)

Second sentence: "And I apologised for not understanding banner shells." In his defense, nested templates like that are confusing to just about everyone. WhatamIdoing (talk) 03:21, 16 February 2024 (UTC)

I think that means that he apologizes for not understanding the distinction between banner shells and banners. Aaron Liu (talk) 12:34, 16 February 2024 (UTC)

I would like to mention that I find Importance ratings to be quite useful. QuicoleJR (talk) 00:10, 16 February 2024 (UTC)

Thanks. could you expand a bit. Why? How? Atrapalhado (talk) 01:10, 16 February 2024 (UTC)

It makes it easier to find potential new additions to the vital article list, for one. Also, if I was better at improving articles, the intersection of quality and importance would help me find which articles are most important to improve. Also, I do not think only having Top-Importance and High-Importance is a good idea, because allowing a high rating implies that there could be a low rating. Also, if it ain't broke, don't fix it. QuicoleJR (talk) 01:38, 16 February 2024 (UTC)

I find importance ratings quite useful as well. Nice to see what important articles for my fields of interest are in a sorry state so I can improve them. The cons for keeping them are very very low, so I think they're worth the benefit, even if it's just for some people. PARAKANYAA (talk) 22:35, 16 February 2024 (UTC)

My main project, Wikipedia:WikiProject_Visual_arts decided years ago not to use importance ratings. But we signed up to Wikipedia:WikiProject Visual arts/Popular pages, which compares views with quality ratings, & is in many ways a better way of assessing "importance" for a project's top 1,000 articles. Johnbod (talk) 15:31, 16 February 2024 (UTC)

Popularity isn't necessarily related to relatedness. Aaron Liu (talk) 15:33, 16 February 2024 (UTC)

"relatedness" to what? It's arguably a better guide than the currect system, though common sense is needed, with allowance for google doodles, doodling sports stars etc. January's top 10 are:

Wikipedia:WikiProject Visual arts/Popular pages

Period: 2024-01-01 to 2024-01-31

Total views: 53,798,474

Rank Page title Views Daily average Assessment Importance

1 Ansel Adams 1,074,270 34,653 GA Unknown

2 Neri Oxman 513,881 16,576 GA Unknown

3 Mona Lisa 374,933 12,094 B Unknown

4 Leonardo da Vinci 305,479 9,854 GA Unknown

5 Vincent van Gogh 265,308 8,558 FA Unknown

6 Pablo Picasso 242,319 7,816 B Unknown

7 Arun Yogiraj 228,227 7,362 Start Unknown

8 Bob Ross 219,491 7,080 B Unknown

9 Eiffel Tower 214,041 6,904 C Unknown

10 Terry Crews 201,157 6,488 C Unknown

Johnbod (talk) 15:50, 16 February 2024 (UTC)

Something popular might only be tangentially related to a subject. Aaron Liu (talk) 16:04, 16 February 2024 (UTC)

Indeed - the current system has that flaw too. In theory different projects can use different "importance" ratings, but in practice they are generally the same for all projects. Johnbod (talk) 16:09, 16 February 2024 (UTC)

Here's the top 10 at Wikipedia:WikiProject Medicine/Popular pages:

1	Sexual intercourse	641,551	20,695	B	Mid
2	Paolo Macchiarini	494,071	15,937	C	Low
3	Christopher Duntsch	343,744	11,088	B	Low
4	COVID-19 pandemic	316,530	10,210	GA	Top
5	Bhopal disaster	307,206	9,909	B	Low
6	Suicide methods	287,328	9,268	B	Low
7	Norovirus	274,185	8,844	B	Mid
8	Jean Tatlock	265,429	8,562	GA	Low
9	Factitious disorder imposed on another	256,335	8,268	C	Mid
10	COVID-19	245,215	7,910	B	Top

As you can see, 50% of them are low priority to the group. Three are mid-priority, and the two COVID pages are top-priority. You could argue that we do care more about Suicide methods and we should care ore about Bhopal disaster, but we could also argue that the only reasons we care about two of the mid-rated articles is because they're popular (one not primarily being a medical subject and the other being a rare disease, which is normally rated low). Popularity has not been a reliable indicator for us. However, for groups that primarily work on articles about people, culture, and business, I would expect the popularity to line up more closely with their own priorities. WhatamIdoing (talk) 18:16, 16 February 2024 (UTC)

As I said, on this test, you have to allow for temporary effects, eg Jean Tatlock was Oppenheimer's girlfriend; she'll drop back to her natural level soon (below 100 per day, having peaked at over 200,000 pd on the film's release). That's pretty much the same for arts. The top 10-20 are often odd anyway, with the real usefulness coming mid-table. Actually, if you want to know what readers are actually looking for, I'd expect this approach is at least as useful for medicine as for arts subjects, if not more. Johnbod (talk) 18:36, 16 February 2024 (UTC)

I'd say that if you want to know what readers are looking for with articletopic:medicine-and-health then it'd be very useful, but if you want to know what kinds of articles the editors at WP:MED want to work on, it's not so useful. WhatamIdoing (talk) 22:24, 16 February 2024 (UTC)

Without talking about medicine in particular, one of our big problems on WP is that editors spend vast amounts of time on articles that readers don't want to read (see FAC at any time), and more attention to ones that people do want to read would be a good thing. Johnbod (talk) 04:26, 17 February 2024 (UTC)

@Iridescent has argued that this isn't necessarily a bad thing. I can get a good bit of information on popular subjects (whether that's the new box-office hit or a common disease) anywhere. There aren't many good and freely available webpages talking about obscure subjects (whether that's a rare disease or an obscure work of art). WhatamIdoing (talk) 05:26, 17 February 2024 (UTC)

I never found Iri's oft-repeated argument convincing, or not for a vast range of "mid-popularity" subjects (up to say 1,000 views per day). When writing a new article or expansion, I always do a google search, and in most cases imagining what a teenage reader would make of it is rather depressing. Actually the rest of the internet does rare diseases rather well, I would have thought. Just one or two "good and freely available webpages" will be enough for most readers. Johnbod (talk) 15:39, 17 February 2024 (UTC)

At least two, I think, if the subject is a 'serious' one. I've heard that a typical pattern is to read several sites, and look for what matches. If all the sites say ______, then you tend to trust that they're correct. If they disagree with each other, then you know that you don't have the full story (e.g., maybe some of them are out of date). If you only read one, you're not sure whether the one you read is correct or if you landed on an outlier. Figuring out whether the contents of the webpage you're reading matches your own experiences/beliefs, and whether it matches other seemingly reputable sites, is one of the main ways that people decide what content to trust on the internet.

We even do that here; "figure out whether all the apparently reliable sources agree" is the basis for most of NPOV. WhatamIdoing (talk) 18:36, 17 February 2024 (UTC)

On the other hand, I think Wikipedia has too much coverage of the ephemeral and popular and not enough of things of long-term significance, i.e., the problem of recentism. But then, we are all (well, almost all) volunteers who edit what they want to edit. Wikipedia is what it is, and I remain happy to primarily work on articles that often get less than 10 hits a day. And, then, something breaks in the news, and an article that has been getting less than a hundred hits a day suddenly gets 95 thousand in one day, and Wikipedia has proved its usefulness by having information about some obscure topic that everyone suddenly wants to know about, such as happened here. Donald Albury 13:10, 17 February 2024 (UTC)

Well, Jean Taplock above is a good example of that. Perhaps one day the FA 1986–87 Gillingham F.C. season (av views 2 per day) will get its day in the sun. Johnbod (talk) 15:39, 17 February 2024 (UTC)

I think medicine is a relatively poor example because as a topic area it contains a lot of living people and other "human interest stories" which may become popular for a brief period of time. Sure, people might want to know about Paolo Macchiarini this month, but it's clear it's not as important to the Medicine Wikiproject as, say, Pain. I found WikiProject Mathematic's popular page chart to be one that seems significantly less volatile:

1	Stephen Hawking	1,330,671	42,924	B	Mid
2	Albert Einstein	643,550	20,759	GA	High
3	1	296,115	9,552	C	Top
4	Ted Kaczynski	289,597	9,341	FA	Low
5	Isaac Newton	277,526	8,952	GA	Top
6	0	271,987	8,773	B	Top
7	Alan Turing	244,721	7,894	GA	High
8	Fibonacci sequence	230,374	7,431	B	High
9	Srinivasa Ramanujan	198,130	6,391	GA	Top
10	Pi	194,909	6,287	FA	Top

The popularity seems much more associated with importance to the field here. The only outlier is someone who is better known for things outside of mathematics, to put it mildly. I would guess that other academic and scientific subjects without much "drama" would line up well with their importance as well. I checked WikiProject Geology and it also seems relatively stable and well-correlated with importance. Pinguinn 🐧 19:30, 17 February 2024 (UTC)

I see that WP:MATH has the same challenge that WP:MED does in one respect, though: If you want to write about math itself, instead of mathematicians, then you generally aren't going to be interested in the most popular articles. WhatamIdoing (talk) 21:36, 17 February 2024 (UTC)

I'd say scientists are way more related to their specific sciences than math. Aaron Liu (talk) 22:14, 17 February 2024 (UTC)

RFA2024

@HouseBlaster, Barkeep49, and SilkTork: I'm thinking that, since we have three RfA ideas currently open at WP:PROPOSE, we should be moving these to a dedicated subpage to avoid clutter and maybe get the community's creative juices flowing on more ideas. Would any of you object to having your threads moved to a Wikipedia:Requests for adminship/2024 review? (the format of this one will be a bit more streamlined, in light of RFA2021 and RFA2015 having already done the groundwork on the "problems" phase.) theleekycauldron (talk • she/her) 18:57, 18 February 2024 (UTC)

Let's do it. HouseBlaster (talk · he/him) 19:00, 18 February 2024 (UTC)

No objections provided no impetus is lost. SilkTork (talk) 19:38, 18 February 2024 (UTC)

I see these three proposed tweaks as data points ahead of some proposed larger change - like Leaky's draft elections or rethinking how we do moderation - which feels more like a 2024 review, personally. Best, Barkeep49 (talk) 22:49, 18 February 2024 (UTC)

@Barkeep49: Totally, and I think that moving to review is what's gonna let us have new proposals to implement elections or rethink 'crat clerking. theleekycauldron (talk • she/her) 22:51, 18 February 2024 (UTC)

Ohhh, I see where you're coming from. Let me think on that :) theleekycauldron (talk • she/her) 22:54, 18 February 2024 (UTC)

What if we have one phase of RFA2024 (i.e. what we are currently doing) which proposes temporary changes to try, and then phase two which determines what we want to keep (and perhaps further reforms/admin elections/etc.). HouseBlaster (talk · he/him) 00:07, 19 February 2024 (UTC)

Getting plainrowheaders out of MediaWiki:Common.css

As it says in the title, this is about getting plainrowheaders out of MediaWiki:Common.css. This would be accomplished by running a bot like this stalled request to place {{plain row headers}} above each table which uses class=plainrowheaders before removing the styling from Common.css. The reasons this is A Good Thing are detailed at MediaWiki talk:Common.css/to do#Description of work, but in summary it allows for faster loading times and lets more people to edit "sitewide" styles (WP:5P3). CC (from the stalled bot request) @Dušan Kreheľ, GoingBatty, Hellknowz, Izno, JJMC89, Primefac, and William Avery. Thoughts/objections/comments/ideas? HouseBlaster (talk · he/him) 03:22, 21 February 2024 (UTC)

Of course, we got stuck at the 'have a consensus discussion' which the idea lab can't, er, generate one of those. Probably better to discuss this first at WT:TemplateStyles to get technical editors on board that this is a good idea and then at VPPRO? to get everyone else... I think it is a good idea, as I've stated on that BRFA already. Izno (talk) 04:21, 21 February 2024 (UTC)

I'll say here that if this bot request is made again, ping me and I'll support it. jp×g🗯️ 06:52, 21 February 2024 (UTC)

Having slept on it, I think it might be better to do a general "does the community endorse moving stuff from Common.css to TemplateStyles so we don't have to do this dance for everything remaining in Common.css. HouseBlaster (talk · he/him) 13:30, 21 February 2024 (UTC)

 You are invited to join the discussion at Wikipedia talk:TemplateStyles § RfC: converting sitewide CSS to TemplateStyles. HouseBlaster (talk · he/him) 15:30, 21 February 2024 (UTC)

Make the talk page "Add a topic" form clearer

Currently if a user clicks "Add a topic" on an article talk page, they are prompted for a Subject and a Description and there's no further explanation of what's happening or what they're expected to type there.

Talk pages like Talk:ChatGPT and Talk:Speech synthesis have ended up having to be protected because so many IP visitors think that they're interacting with that software when they type there, and don't realise that they're posting a message on a Wikipedia talk page. Talk:DALL-E gets a lot but hasn't been protected yet. There are also weirder cases like Talk:Doppelgänger (perhaps it's also the name of an app?) where IPs constantly post short sentences about wanting to see their doppelgänger, sometimes entering their email address.

Can we give these cryptic Subject/Description boxes better names, and/or add a short "you are about to post a comment to Wikipedia" message somewhere? Description in particular seems a very strange word to use at all, for something that's a comment or a question. Belbury (talk) 15:47, 22 January 2024 (UTC)

I have never had a problem, but I am probably not a typical reader. Phil Bridger (talk) 18:39, 22 January 2024 (UTC)

Yes, I'm thinking more about new users here. As well as the IP problems above there will also be cases where the first talk page a new user visits happens to be blank, and they're left to guess what the Subject/Description interface is actually asking of them.

Replying you to here the message box says Reply to Phil Bridger in grey text before I start typing. I'm wondering if we just forgot to set a meaningful box message for new comments (the new interface only went live in 2022). Belbury (talk) 19:52, 22 January 2024 (UTC)

"Description" could be replaced with "Message" or "Type your message here". QuietCicada - Talk 18:07, 23 January 2024 (UTC)

"Your message" (or similar variations as suggested by @QuietCicada) would be much clearer than "Description". (Generally, I think of "description" as metadata.) Along the same lines, "Title" is clearer than "Subject". Schazjmd (talk) 18:27, 23 January 2024 (UTC)

I was thinking "Suggest an improvement to the article" (for talkspace) or "Suggest an improvement to Wikipedia" (everywhere else), but these are more universal (neither would make sense, in, say, a user talk page.) 🌺 Cremastra (talk) 21:04, 23 January 2024 (UTC)

Are you sure that this has anything to do with why people post messages on those pages ? You see a problem that annoys you and you want a solution. You THINK you have found a cause that is associated, but there is no proof of that association, you are only guessing. But some people are just really young/lost/unexperienced/dumb etc. when it comes to interacting with the Internet. I know someone working a Helpdesk and they literally keep a list of phone numbers of OTHER help desks, because ppl will happily call their bank if their internet is down. No amount of endlessly high stacked messaging or guardrails of any sort is going to protect some people from making mistakes like these. I just see a wall of meaningless text to ignore and archive. That page doesn't have to be clean. Nor are we required to answer each of those people dumb enough to ask a chat GPT a question there. —TheDJ (talk • contribs) 09:56, 24 January 2024 (UTC)

Yes, I am guessing at a connection, I saw a recurring behaviour and was considering what upstream factors might feed into it. Even if there turns out to be no connection, replacing the Subject / Description prompt with something clearer seems like it would still be a useful change to Wikipedia's interface. Belbury (talk) 14:07, 25 January 2024 (UTC)

@Trizek (WMF) will probably want to talk to the Editing team about this.

I've also wondered whether we're getting more reverted comments. For example, four misplaced comments were posted to WT:V last week. WhatamIdoing (talk) 18:21, 26 January 2024 (UTC)

I will. It is not the first discussion I see about placeholder on text areas, though. Finding the right term for the right place, and therefore for the right context, is complicated. As TheDJ said, even if we make a change, you will always see a few users doing things the wrong way. Trizek_(WMF) (talk) 14:09, 29 January 2024 (UTC)

So what changes are possible? Are the current Subject and Description messages only used inside new topic boxes on talk pages, or do the same strings need to work in other contexts as well? Would we be able to specify different messages for user/article/project talk pages? Belbury (talk) 19:08, 29 January 2024 (UTC)

As many people know, when you create a new section, the subject window is above the main edit window; and when you edit a existing section, the edit summary window is below the main edit window. But not everybody is aware that the subject window in the first case and the edit summary window in the second case have the same ID (it's wpSummary). So there is a possibility that changes affecting the subject window may also affect the edit summary window. --Redrose64 🌹 (talk) 21:40, 29 January 2024 (UTC)

The most basic fix would be altering the strings in MediaWiki:Discussiontools-newtopic-placeholder-title (currently Subject) and MediaWiki:Discussiontools-replywidget-placeholder-newtopic (currently Description), without touching any of the underlying code or HTML. It looks like the same strings are used on both article and user talk pages, though, so there's limited scope for how specific the new messages can be. Belbury (talk) 10:43, 30 January 2024 (UTC)

You are correct: altering these strings will affect all pages. This change has to be very carefully considered, until a proper solution for in-context labels is provided. Trizek_(WMF) (talk) 14:38, 30 January 2024 (UTC)

Okay. Where's a good place to consider that change? Should I start a thread at Wikipedia:Village pump (proposals), would it be better to workshop some ideas here first, or is there a better place to have this discussion? Belbury (talk) 17:41, 8 February 2024 (UTC)

You can add an edit notice to the talk page, if you think that additional messaging will help, and it will be shown above the "Add topic" form. (But, I beg you, no longer than ten words, or definitely nobody ever will read it.) Matma Rex talk 16:10, 29 January 2024 (UTC)

Seconding that if this is mostly happening on a couple pages it should probably just be an editnotice on them. jp×g🗯️ 01:49, 20 February 2024 (UTC)

Oh, most of these pages already have massive edit notices, and they don't work either, the solution probably lies elsewhere. (I think there was already a change a while ago to reject talk page messages that were just one word.) It's just an example of how if a completely new user clicks around the Wikipedia interface and doesn't know what a "talk" page is, the interface labels don't really help much.

The bigger, simpler point that I'm raising here is that Description is a weird placeholder kind of label to put on a text box where users are meant to type a conversational talk page message, and we should change it. Even to just Write your message here. Belbury (talk) 18:21, 21 February 2024 (UTC)

!vote templates idea... again

This may be the nth time someone (me) has proposed that we resurrect vote templates, but I am actually starting to see more advantages the more I think about it. If anything, any proposal for vote templates should take into account WP:!VOTE as well as whether there is a benefit of having these templates.

However, I do see several things that make these !vote templates (with the icons) quite a bit helpful:

1. Accessibility: This is the biggest advantage I see about having icons with the !vote templates. Not everyone understands English well, and some have dyslexia which makes reading harder. For anyone who falls in these categories, these icons help people understand what the person is proposing. One can argue that this can be accomplished by a user script, but it neglects that people who are logged out do not have JavaScript.
2. !vote?: Some processes are actually (mostly) a vote. Namely the referendums for amending ratified policies like WP:ARBPOL as well as nominations at WP:RFA which generally require more than 60% support to pass. We also have templates like {{not a vote}} to remind users in non-polling processes that "votes" are really just arguments in favor of or against a specific idea. We can address that by essentially producing nothing or an error message that "polling is not a substitute for discussion".
3. Supplement to closure summaries: For anyone who wants to see the end result of a process, the icons could serve to show the end result of a discussion. Because again, for someone with dyslexia, they might not immediately recognize the icons.
4. Bots and user scripts: From a technical point of view, bots and user scripts can more easily prefill templates than humans themselves. Having templates for "!vote"s improves i18n if a script were to be used across multiple wikis.

I have seen the reasons talked to death against all this, with some saying it's pointless, that it contradicts WP:!VOTE and WP:CONSENSUS, etc. But I wanted to put this here because I think there is a way to have these templates while accounting for all the concerns that led to the templates' deletion to begin with. This is why it's the idea lab after all. Awesome Aasim 20:19, 22 February 2024 (UTC)

While I agree, this wiki seems to be very anti-decoration, having banned any decoration other than centering for blockquotes. I doubt people would find consensus towards peppering icons in.
I also don't think memorizing a few words would be too inaccessible for non-English speakers willing to endeavor into !vote-y English Wikipedia discussions.
Disabling these templates for non-votes would disable most of your other points in non-votes, and most votes have a numbered vote counter anyways. Aaron Liu (talk) 22:26, 22 February 2024 (UTC)

IMHO the !vote icons are not "purely decorative"; they have a utilitarian function that cannot easily be accomplished by hand. In this case, showing the level of support a person is expressing. And I can agree with not having pull quotes as well as we are an encyclopedia and we do not need to excerpt out encyclopedic text and display it prominently. Awesome Aasim 01:00, 23 February 2024 (UTC)

As a kinda non-native speaker who didn't read any books that used that kind of quote formatting for quite a while, I didn't know that indenting both sides somehow meant that the area was a quote. Just having big quote signs on both sides of the text doesn't mean you have to only use that for pull quotes (which I agree are useless). Both have a utilitarian and accessibility function to me. I'm also not sure what you mean by "by hand". Aaron Liu (talk) 01:13, 23 February 2024 (UTC)

Where would you use this and where not? In particular with articles for deletion, the vote-like process with which I am most familiar, I would encourage editors to include less bolded recommendations (and so templates) rather than more. Once a recommendation for action has been made it is very difficult to change one's mind, so it should only be made when one is certain of it. Phil Bridger (talk) 10:02, 23 February 2024 (UTC)

Correct section title in Talk Summary?

In general, if a talk page is edited in by simply choosing edit, and a new section is added at the bottom, the summary has the name of the last section that existed prior to this edit, regardless of whether the new text includes a section. Can this be fixed? i.e. Current state of talk page is

 ==ABC==
 Text1

and what is added is

 ==DEF==
 Text2

The summary added shows that the edit was in section ABC, *not* DEF. Naraht (talk) 05:12, 23 February 2024 (UTC)

You can change the text manually.
That's not how the "edited section detection" works. See Help:Automatic edit summaries. All that does is simply automatically add /* section */ to the front of your edit summary. IMO it serves no use to waste a lot of resources implementing that when you can 1. just change the summary 2. just use the "Add topic" button. Aaron Liu (talk) 14:50, 23 February 2024 (UTC)

Deletion sorting list bot

Hello! Sorry if this isn't the right forum, has already been suggested, or is unworkable, but I wanted to suggest a bot that I would find time-saving. I don't know how to code, so this would definitely not be something I could take on, but thought some clever-clogs might like the idea!

When I first read WP:AFD, I didn't realise that you had to inform deletion-sorting lists and notify the AfD discussion that you've notified those lists. Adding notices to multiple deletion-sorting lists is quite an onerous manual task, and one that I suspect could be automated.

The bot would check open AfDs to check if a notice has been placed informing participants of an AfD's inclusion in a deletion-sorting list. The bot then checks the relevant deletion-sorting list. If said AfD hasn't been placed on the deletion-sorting list, then the bot adds the AfD to the list itself. Thus, editors need only place the notice in the AfD without updating individual deletion sorting lists. IgnatiusofLondon (talk) 16:19, 18 February 2024 (UTC)

@IgnatiusofLondon, try User:Enterprisey/delsort. Schazjmd (talk) 16:36, 18 February 2024 (UTC)

I think he's proposing a bot to automatically add AfDs to delsort lists based on their categories, not a userscript. Aaron Liu (talk) 16:39, 18 February 2024 (UTC)

The userscript is super-helpful (thank you, Schazjmd!), but yes, I had in mind a bot. Editor Cnilep recently discovered my mistake that I said I had notified lists without actually notifying lists (which I had done on a previous, still-open, AfD too). It made me wonder how many other new editors don't realise this, and after having to notify multiple delsort lists, I wondered whether the task could be automated by a bot, saving editors' time. IgnatiusofLondon (talk) 16:46, 18 February 2024 (UTC)

It'd be interesting to see exactly how common this is. I think the number of people who do fully manual sorting (probably 99% of the ones I see are from Twinkle or delsort) is fairly small. I'll try to spot-check some existing sortings I see. But it's definitely something a bot could do or figure out something else to make it more detectable/harder to do. Skynxnex (talk) 17:57, 18 February 2024 (UTC)

Thanks! Part of the reason for pinging Cnilep was in the hope he might share how he came across my mistake too... IgnatiusofLondon (talk) 20:38, 18 February 2024 (UTC)

Oh dear, homework. How did I come across it? If memory serves, IgnatiusofLondon manually notified WikiProject Languages of the deletion discussion, and I saw it there. Cnilep (talk) 03:19, 19 February 2024 (UTC)

You don't have to notify anyone about an AFD nomination. If you don't sort the nomination, someone else will. Also, they'll be listed in Wikipedia:Article alerts for each subscribed WikiProject.

If we wanted to have a fully automated system, we should probably look into standardizing the lists based on the hastopic: feature. There are 64 "topics" at the moment, and it would not be difficult to produce lists based on these, including for articles that aren't categorized or tagged by WikiProjects. It wouldn't be perfect, but it would be pretty good. WhatamIdoing (talk) 06:30, 25 February 2024 (UTC)

Changing the viewing restrictions on pending changes protection

According to WP:PCPP, Readers who are not logged in (the vast majority of readers) are shown the latest accepted version of the page; logged-in users see the latest version of the page, with all changes (reviewed or not) applied. This could cause some problems. A lot of what comes through Special:PendingChanges has factual errors, supported with no reliable source, is vandalism, or has other problems (examples: [2] [3] [4]). The point of pending changes protection is for someone to vet problematic edits before the readers see them. However, logged-in editors can see these edits. Most users with an account never make a single edit, so they'll see the potentially problematic edits. That's why it might be beneficial to change pending changes protection so only confirmed editors can see the latest version of the page. Any thoughts? ‍ Relativity 03:09, 20 February 2024 (UTC)

FYI no one really maintains pending changes anymore so even if there's a consensus to do this it's unlikely it'll ever be implemented. And this might be hard technically, since for all articles logged in users are already served a different page (anons get a fully cached html while for logged in users the html is generated on the fly) so it's easy to have them get the new version while anon users don't, but it'd probably be harder to serve different versions based on confirmed status. Galobtter (talk) 05:17, 20 February 2024 (UTC)

I imagine most readers who have accounts and never edit also never log in. For new editors, it would be confusing when they edited a pending-changes protected article, they saw a different version in the edit box and in edit preview, and yet didn't see the result after publishing an edit. isaacl (talk) 07:43, 20 February 2024 (UTC)

Those who have accounts and never edit usually do that for preferences purposes. Aaron Liu (talk) 15:07, 20 February 2024 (UTC)

My guess is that people create accounts intending to edit but then never do, and never bother to log in again. Although I considered readers creating accounts just to set preferences, and I'm sure there are some, to me it feels like the intend-to-edit population would be larger than the setting-preference population. Do you know of any available stats on this? isaacl (talk) 18:11, 20 February 2024 (UTC)

No, and I don't see how such stats could be obtained. At best we can take the account surge after the change to V22. Aaron Liu (talk) 21:37, 20 February 2024 (UTC)

User surveys would be needed. The WMF could also examine how many of these accounts actually change any preferences. Given how people generally don't like to take extra steps when using web sites, I'm dubious, but in any case I don't think it matters much for this proposal. The negative effects on editors are significant. isaacl (talk) 22:41, 20 February 2024 (UTC)

You could determine the percentage of "new" accounts that were autocreated. It's not unusual for someone who is working on a Wikipedia article to check out the other languages (e.g., to find pictures you might want to use). I think we could presume that most auto-created SUL accounts that have edited elsewhere and haven't edited here didn't really intend to edit here. WhatamIdoing (talk) 07:26, 25 February 2024 (UTC)

Logged in non-editing readers are really a minority, most readers are not logged in. We'd like to encourage editors to fix problems, not make it harder for them to. — xaosflux ^Talk 15:18, 20 February 2024 (UTC)

I'm a pending changes reviewer. I don't think that pending changes does much good. I don't think that I ever reviewed one that was vandalism/ outlandish. A common situation is where I accept it as a PC reviewer and then revert it as an editor. Which means that it was an OK edit under Pending Changes criteria. I'm guessing that such edits might get wrongly rejected by others on a Pending Changes basis which means rejections with no visible edit summary/explanation. North8000 (talk) 19:42, 20 February 2024 (UTC)

Huh, as a reviewer I didn't know that. Wikipedia:Pending changes also says that Reviewers and administrators will see a yellow watchlist banner on their watchlist whenever there is a pending edit needing review. There is currently a pending edit, and I don't see the banner, nor do I have any styles that'd modify the display. Did you ever see it? Aaron Liu (talk) 21:41, 20 February 2024 (UTC)

I have seen that banner, as a reviewer. My understanding is that it will display that banner if a page on your watchlist has pending changes and not for just any page wiki-wide. (That may be what you meant but reading the instructions text now it seems ambiguous, assuming I'm correct.) Skynxnex (talk) 00:57, 21 February 2024 (UTC)

Not sure what you mean by what I meant. Anyways, that is not something that makes sense... What would the purpose of that banner be, if it's only for pages already on the watchlist? Aaron Liu (talk) 01:05, 21 February 2024 (UTC)

(Sorry if I was unclear; just wanted to make I admitted I maybe misunderstood what you meant.) I personally have found it somewhat useful since for awhile I page I watched was getting a lot of IP vandalism and so highlighting both on the top and marking the the entry itself (like when the pending change is down near the bottom since it's a busy day). Screenshot of a single page such in timeless: c:File:Watchlist-pendingchanges-20240221.png. Skynxnex (talk) 13:28, 21 February 2024 (UTC)

If you want to see all pages with pending changes, just go directly to Special:PendingChanges. There are 13 at the moment, which might be the most I've ever seen. The oldest has been awaiting review for 8 hours. WhatamIdoing (talk) 07:28, 25 February 2024 (UTC)

I would just revert and that would generally automatically accept the edit. Galobtter (talk) 01:17, 21 February 2024 (UTC)

No, it does not. It only accepts yours. Aaron Liu (talk) 01:23, 21 February 2024 (UTC)

Adding move, create and upload protection locks to the top right corner

Relevant links: Wikipedia:Protection policy and Special:MovePage/Wikipedia:Protection_policy (To see what it looks like to try and move a protected page. non admins only)

Currently, articles that are protected from editing have the relevant lock in the top right hand corner. Userpages may not have the relevant edit lock on the top right. With regarding edit protection, it will stay as it is but why don't we do the same for move, create and upload so that articles (other than user pages) require all types of protection to be shown on the top right. The lock icon will display in the same way shown in the protection policy page (linked above). With move protection, the only way to tell that the page is protected is if the move button is not seen (this article for example, doesn't have the move button for me, but it does have subscribe) with the possible exception for administrators as they can move any page even if it's protected. Even if accounts are able to edit semi and EC protected pages, the relevant lock is still there. But like I said, that will not change. Admins will also be able to see if a page is move protected from the green lock icon at protection policy page.

The only way to see the green (move) and blue (create/also known as salting) lock is if the URL was typed for some reason, like here and here respectively. (for ECP create protection this appears instead). JuniperChill (talk) 21:40, 22 February 2024 (UTC)

Also, I forgot to realize most people (I think) replying to be are actually ECP, so please do not even try to recreate the linked page. I am not ECP myself (have ~260 edits). This is just an example of what it looks like for non ECP users to try and (re)create a salted page. You may wish to use an incognito tab to do so JuniperChill (talk) 21:47, 22 February 2024 (UTC)

I have a user script for doing just that, User:Awesome Aasim/DetectProtectionLevels.js. Awesome Aasim 21:51, 22 February 2024 (UTC)

@JuniperChill, have you ever looked at the page logs? Click here for the logs for WP:PROT, for example. WhatamIdoing (talk) 07:37, 25 February 2024 (UTC)

Yeah but its easier to display the edit and move protection on the top right corner. Plus, the move, create and upload protection lock is not really used. JuniperChill (talk) 22:15, 25 February 2024 (UTC)

Redefinition of ECP

Since the topic keeps coming up, and concerns about gaming this aren't seeming to go away, I want to open another WP:RFCBEFORE discussion about the possibility of redefining ECP to address gaming concerns.

My previous proposal turned out to be unworkable, so I'm going to keep this discussion a little broader:

1. Should we create a minimum byte size for some or all of the edits? For example:
   1. At least 500 significant edits, with "significant edits" defined as:
      • 200 bytes, or
      • 100 bytes, or
      • 20 bytes
   2. At least 250 major edits and 250 minor edits, with "major" and "minor" edits defined respectively as:
      • 200 bytes and 20 bytes, or
      • 100 bytes and 10 bytes
2. Should we require a minimum level of mainspace participation? For example:
   1. At least 500 edits total, including at least 250 edits to mainspace
3. Should we exclude reverts and/or reverted edits?
4. Should we exclude edits made to topic areas covered by ECP?

#1, #2, and #3 will be possible to automate - while it should be possible to modify mediawiki to work this way, it probably won't be practical. Instead, I would suggest we create an admin bot that checks whether these criteria are met and grants ECP when they are.

The one that we won't be able to automate is #4, but it will make it clear to admins when it is appropriate to manually revoke ECP. BilledMammal (talk) 02:46, 13 February 2024 (UTC)

How many times a month does the community conclude that an editor is actually "gaming" ECP? For example, when was the last ANI discussion that concluded someone had gamed ECP? Can you name any editors blocked or otherwise sanctioned for gaming ECP this calendar year?

This feels a bit like a perceptual problem instead of a practical problem – like when violent crime is actually down, but unfounded fear of crime is up, so the politicians give speeches about being tough on crime. WhatamIdoing (talk) 03:16, 13 February 2024 (UTC)

Part of the trouble is that there is no clear definition of what gaming is; this is intended to help create such a definition. Further, action in many cases have been rejected because editors make the reasonable point that it was unfair to expect editors to abide by standards we don't tell them about; this is intended to allow us to tell editors these standards.

There are some examples, such as Onesgje9g334 who had their ECP revoked, but these are mostly the more obvious cases. BilledMammal (talk) 04:11, 13 February 2024 (UTC)

I don't see why one would exclude topic area edits that haven't been reverted already; that sounds like bureaucracy. 3 should be split into two when this gets proposed (personally I like the second part much better). Unsure about the first one per WAID Aaron Liu (talk) 03:19, 13 February 2024 (UTC)

Largely because there's a question of whether it's appropriate for an editor who evaded the restriction for long enough to gain ECP through those evasions to have ECP - there are two parts to this, those editors who continued evading after being made aware, and those editors who only evaded while unaware. BilledMammal (talk) 04:11, 13 February 2024 (UTC)

How exactly does one "evade the restriction"? What does that mean, exactly? Do you mean that if a page is EC-protected, then someone without EC rights has managed to edit it anyway? That sounds like the basis for a bug report, not for a policy change.

Or does this mean something like "Well, Hamas is under ECP, but there are articles that mention Hamas that aren't ECP, so if you edit one of those, or if you create an article about a notable subject related to Hamas that is put under ECP later, you were 'evading the restriction', because we only mean for 0.75% of successful editors to be able to contribute their bit in this area?" Your first 500 edits includes contributions to the talk pages of articles about Israel [5] and Ukraine [6]. Were you evading any restrictions when you participated in those discussions?

As for the rest – if it's not obvious, like the editor who adds or subtracts a couple of letters through a couple hundred edits in a single day, then I don't see the point in calling it "gaming". I think you need to explore what editors actually mean when they claim that someone (or the unspecified, vage 'others') are gaming. Once you know what they actually want stopped, you'll have an easier time formulating a relevant proposal. WhatamIdoing (talk) 04:39, 13 February 2024 (UTC)

On how to explore that subject: I think an couple of in-depth user interviews, with people who have recently made such an accusation, would be the way to find out what the complainants actually meant. Whether you agree with them or think their reasons are founded is not especially relevant. It's like older people saying "Too much crime around here" when what they really mean is "There's been a massive demographic shift in my community. When I was young, all the kids I saw were from my social/racial/ethnic group, but these days, all the kids I see in my community these days don't look like me, and it makes me feel isolated and insecure". You have to figure out what "They're gaming the system" actually looks like, regardless of whether you sympathize with the situation that they're complaining about. WhatamIdoing (talk) 04:44, 13 February 2024 (UTC)

Were you evading any restrictions when you participated in those discussions? Possibly; it depends on how the community assesses it. I would consider edits made in contravention of the restriction, whether intentionally or unintentionally, to be "evading", while edits made in line with the restriction would be permissible (I think those edits were in accordance with the restrictions as they were at the time - in particular, I think that ECP for Ukraine-Russia was applied after I made those edits), but the broader community may apply a stricter standard. I also wouldn't consider a couple of edits made inside the topic area to be a cause for concern; if an editor has made 450 outside but 50 inside, it simply isn't worth manually revoking ECP only to manually reinstate it a week later. Again, though, the broader community may apply a stricter standard.

For me, this comes down to what the purpose of ECP is. In my opinion, the purpose is too keep the topic areas functional; to make it harder for bad actors to participate in the topic area, and ensure that good actors have sufficient experience to participate in the topic area.

I'm not convinced that the current requirement is sufficient, and I think even a minor strengthening of it (for example, only unreverted edits above 20 bytes made outside the topic area contribute) would be a very positive step. BilledMammal (talk) 04:57, 13 February 2024 (UTC)

The best public policy design is based in data. You say I'm not convinced that the current requirement is sufficient where sufficient is to keep the topic areas functional; to make it harder for bad actors to participate in the topic area, and ensure that good actors have sufficient experience to participate in the topic area. Why not show that there is a strong association between (i) edit types that happens in editors' 0-500 edit history and (ii) how they turn out to be "good" or "bad" actors?

You'd have to find an agreed-upon labeling schema that marks editors as "good" or "bad". Maybe whether they were banned?

I think pinning these things down will help productively move this idea forward and make it more grounded. eyal (talk) 16:14, 13 February 2024 (UTC)

+1 to what @Eyal3400 said.

For example, all of these proposals are about the types of edits. Maybe it would make more sense is to adjust the minimum age of the account, which is currently 30 days. The account accused of gaming is currently 8 months old, reaching 500 edits after about five weeks and having EC manually removed around 5.5 months. Maybe setting the EC minimum to three or six months would help. If this is motivated by WP:ARBAP2, then we could set it, at least temporarily, to 9 months (=unless you have already registered an account, you will not be able to edit articles about the US presidential election until after election day, which is 8 months, 23 days from now).

But I'm still thinking: Where's the evidence that we have a significant problem that we aren't already capable of handling under the current rules? WhatamIdoing (talk) 16:33, 13 February 2024 (UTC)

The problem with gaming is that any transparent procedure is open to it. For example, if the limits were set as in the immediately preceding edit (only unreverted edits above 20 bytes made outside the topic area contribute) how would we look upon an editor who made 500 unreverted edits each of exactly 21 bytes? The only ways to deal with gaming conclusively are by making our procedures secret (which goes against our culture so much that I won't even consider it) or not clearly defined. Phil Bridger (talk) 11:42, 13 February 2024 (UTC)

We tell editors that to edit a topic area you need to meet a certain criteria; I actually think it is reasonable and even natural for an editor interested in a topic area to work towards that criteria.

As such, if we decide the limit is 20 bytes and an editor makes 500 good faith edits each of 21 bytes, then I would suggest we do nothing; they've abided by our rules, and that's good enough - as you point out, we can't prevent editors working towards the criteria, but we can set the criteria at a level where we don't mind if editors do so. BilledMammal (talk) 15:10, 13 February 2024 (UTC)

• We currently tell editors that 500 edits count; an editor diligently worked towards that criteria with at least 250 edits of 1–3 bytes (plus perhaps as much as 250 apparently normal edits, looking only at the undeleted ones), and you level accusations of gaming.
• You propose telling editors that 500 edits of 20 bytes count; we ask whether an editor diligently working towards that criteria with edits of 21 bytes, and you say that's not gaming.

Does that make you think that One of These Things (Is Not Like the Others)? I makes me think that. WhatamIdoing (talk) 16:12, 13 February 2024 (UTC)

I don't understand what you're saying with Does that make you think that One of These Things (Is Not Like the Others)? I makes me think that..

I think they're both gaming; I just think the way to address it is to set the criteria to a level where we don't mind if editors do so. BilledMammal (talk) 20:52, 13 February 2024 (UTC)

So if someone adds a simple link to 500 articles (+4), that would be gaming and would bother you/the community? But if they add {{refimprove|date=February 2024}} to 500 articles (+33), then that would be gaming but wouldn't bother you/the community? WhatamIdoing (talk) 21:09, 13 February 2024 (UTC)

Personally, I would set the criteria as higher than 20 bytes, but if the community decides that 20 bytes is sufficient I'm not going to oppose tightening restrictions because I don't think they're tightened enough. BilledMammal (talk) 21:11, 13 February 2024 (UTC)

• I'm fairly strongly opposed to managing page protection with a process that requires an administrator to individually screen editors. Complex automated screening should be done on the back end, which would require significant developer support (mw:Extension:FlaggedRevs can do many parts of this, but is lacking such support and would not be deployed without it. — xaosflux ^Talk 15:06, 13 February 2024 (UTC)

  Unless we really want to go all-in on it and make everyone apply for actual manual review. Perhaps change the auto ECP to 5000/300, and send everyone to WP:PERM/EC. I don't think this is a great idea though, but it eliminates making everything be the responsibility of one admin. — xaosflux ^Talk 15:21, 13 February 2024 (UTC)

  The current rule (500+ edits) excludes 99.25% of editors who have ever made an edit (ignoring the fact that the majority of qualified accounts are inactive).

  Setting it to 5,000 would exclude something like 99.95% of all editors. Do we really want only 0.05% of editors to be able to edit articles on some very large subject areas? WhatamIdoing (talk) 16:15, 13 February 2024 (UTC)

  @WhatamIdoing that was just an arbitrary large number, this would be if the "normal" route to ECP becomes "manual review" - could still leave something big for automatic. — xaosflux ^Talk 21:14, 13 February 2024 (UTC)

  foundation:Wikimedia Access to Temporary Account IP Addresses Policy uses a default threshold of 300 edits and six months. Choosing 300 edits vs 500 edits did not significantly change the barrier (from "very high" to "slightly higher than that"). If you are a high-volume editor, then you are a high-volume editor, and if your editing leads you to make the first 300 edits, then it will lead you right along to the next 200 edits.

  I don't remember hearing about any specific research for the six-month level; we may have taken it from Wikipedia:The Wikipedia Library. I had recommended against EC's 30-day minimum, and apparently they agreed with me. WhatamIdoing (talk) 00:48, 14 February 2024 (UTC)

  Adjusting the automatic from 500/30 to 500/180 is something we could do as well. I don't think 5000/300 is a "good value" - just was putting suggesting some fall back if we went to a normally manual process (perhaps 1000/360 would work there as well). — xaosflux ^Talk 11:29, 14 February 2024 (UTC)

  Is there even enough support for a system where WP:PERM/EC is the typical route to justify listing it in an RfC? My suspicion is that the overwhelming majority of users would oppose it due to sysop workload, the fact that it would make the ability to edit some massively important areas contingent on an individual's opinion, and so on. Sincerely, Novo Tape^{My Talk Page} 16:11, 14 February 2024 (UTC)

  I also have my doubts about this. How many potential candidates are we talking about? Hundreds or thousands? About 800K editors made one or more edits last year; if 1% of them achieved 500 edits, that would be 8,000 potential candidates to review. That's probably the highest possible estimate. If it's 0.1%, then that's 800 potential candidates, or several per week.

  More likely, though, is that few of them would know that they could ask for it, so we'd be silently missing out on contributions without having so many manual requests. WhatamIdoing (talk) 19:03, 14 February 2024 (UTC)

  I agree with WAID. 5000 is way too much and would lead to more gaming Aaron Liu (talk) 16:43, 13 February 2024 (UTC)

Going back all the way to the original AE request from which ECR sprang how is that more than a decade ago? there have been various proposals to limit the kind of edits that would qualify for the 500. Came up at the GG AE that first expanded it, and at ARBPIA3. The issue remains the same in that restricting the class of edits that qualify complicates administration of the prohibition while doing little to discourage gaming.

Lengthening the age requirement is easier but conflicts with our ideal of openness and is seen is the gateway to entrenching a hierarchy. Furthermore it also does essentially nothing to deter the persistent sockmasters who are being targeted as they are already quite adept at warehousing accounts. Perhaps there might be a brief reprieve, but even that is questionable.

In sum this is one of the cases where the solution seems worse than the problem. 184.152.68.190 (talk) 01:01, 27 February 2024 (UTC)

New sister project: WikiForum? WikiEssay?

So, I don't exactly know what the name would be, but I think a sister project where people will be allowed to write about things without worrying about notability, citations, etc. would be good. Kind of like Wikipedia essays but on any topic. It would still have restrictions of course, for inappropriate content and attacks on people or organizations. What do you think? Youprayteas (t • c) 16:22, 17 February 2024 (UTC)

I think you're looking for forums like lesswrong, reddit, kbin, etc. I don't think such an host of arguments would align with the WMF's goals of free knowledge. Banning all attacks on people or organizations also severely restricts the quality essaying that might go. Aaron Liu (talk) 16:30, 17 February 2024 (UTC)

Proposals should go to meta:Proposals for new projects. 115.188.119.62 (talk) 21:17, 17 February 2024 (UTC)

without worrying about notability, citations, etc AAAAAAAAAH! Try Twitter. 🌺 Cremastra (talk) 15:59, 18 February 2024 (UTC)

Twitter has a length limit, along with being X'd. I think my suggestions are much better Aaron Liu (talk) 16:37, 18 February 2024 (UTC)

Are you unaware of the existence of things called blogs? --User:Khajidha (talk) (contributions) 16:10, 21 February 2024 (UTC)

Yeah, but what I mean is like pages that could be used as a source because blogs are not allowed as references in Wikipedia. Basically journalism but you don't have to be a professional journalist and the work is taken seriously. Youprayteas (t • c) 18:07, 21 February 2024 (UTC)

Hosting a page on a Wikimedia site wouldn't automatically make it a reliable source in the English Wikipedia sense. Its reliability would have to be analyzed in the same way as any self-published work. isaacl (talk) 18:26, 21 February 2024 (UTC)

Is there a way to publish blog-like work with it being a usable reference? And how exactly are the sources determined to be trustable? Youprayteas (t • c) 18:30, 21 February 2024 (UTC)

@Youprayteas, have you read WP:SPS? It explains when self-published content can be used as a source. Schazjmd (talk) 18:34, 21 February 2024 (UTC)

See English Wikipedia's guideline on reliable sources. isaacl (talk) 18:35, 21 February 2024 (UTC)

I really can't see us taking things written "without worrying about notability, citations, etc." very seriously. --User:Khajidha (talk) (contributions) 19:25, 21 February 2024 (UTC)

WikiVoyage. Youprayteas (t • c) 19:39, 21 February 2024 (UTC)

Do people really take Wikivoyage seriously? I forgot that it even exists. Reading over several bits of it, I can definitely say that I don't take anything it says seriously. "To understand Salvador you need to be open minded..." BLEEEECCCCCCHHHHHH! --User:Khajidha (talk) (contributions) 19:44, 21 February 2024 (UTC)

...you must be fun at vacations. Aaron Liu (talk) 19:59, 21 February 2024 (UTC)

Because I find a say nothing touchy feely statement to be useless? --User:Khajidha (talk) (contributions) 20:08, 21 February 2024 (UTC)

Not even to say that it has a very different way of life? Or to enhance the happy mood of vacations? Aaron Liu (talk) 20:11, 21 February 2024 (UTC)

How in the hell does saying "different place is different" enhance the happy mood of a vacation? Not to mention what does that have to do with the exact statement I quoted? "To understand Salvador you need to be open minded". Well, duh. To understand ANYTHING you have to be open minded. --User:Khajidha (talk) (contributions) 20:15, 21 February 2024 (UTC)

I won't discuss this further because at this point I don't think it contributes anything to improving anything. Aaron Liu (talk) 20:51, 21 February 2024 (UTC)

Do people really take Wikidata seriously? I forgot that it even exists. Reading over several bits of it, I can definitely say that I don't take anything it says seriously. "P1313=Q27306390", "Wikisimpsons article ID=50604..." BLEEEECCCCCCHHHHHH!

Aaron Liu (talk) 20:05, 21 February 2024 (UTC)

Kind of have to agree with this. 🌺 Cremastra (talk) 20:50, 21 February 2024 (UTC)

Is this going to become a copypasta meme? Do people really take Wikipedia seriously? I forgot that it even exists. Reading over several bits of it, I can definitely say that I don't take anything it says seriously. “List of local service districts in Newfoundland and Labrador”? “History and impact of institutional investment in housing in the United States”? BLEEEECCCCCCHHHHHH! Dronebogus (talk) 10:53, 26 February 2024 (UTC)

If you didn`t like that part of the article, perhaps you should have removed it? KaptenPotatismos (talk) 10:12, 29 February 2024 (UTC)

That still has a limited amount of things that could be written about, whereas a forum service would just be infinite. Aaron Liu (talk) 20:03, 21 February 2024 (UTC)

But why would I TRUST it? If it isn't worried about notability or citations, why should I expect it to be any more useful than a blog about the game you and your good friend made up one day during Sunday school? User:Khajidha (talk) (contributions) 20:13, 21 February 2024 (UTC)

Wikis (including Wikipedia itself) already can't be used as references on Wikipedia. If someone could write something unsourced on a Wikimedia project, and then use that writing as a source on Wikipedia, that's just original research with extra steps. And if they have to use a source, well, that's already a better source than the paraphrase used (that's also why tertiary sources, again like Wikipedia, shouldn't be used as references).
Also, being a professional journalist doesn't mean your stuff is automatically reliable. A Twitter post or self-published blog by a reputable journalist, for instance, would likely not count as a reliable source. Chaotıċ Enby (talk · contribs) 13:25, 27 February 2024 (UTC)

Others have explained why this wouldn’t create a reliable source, but I have often wondered whether a WikiForum could ever work. We have a rare thing on the internet: a large community of knowledgeable people who maintain mostly civil standards of discourse. Wouldn’t it be refreshing to have a general purpose forum full of well behaved such individuals? Most other places soon discover that moderation is hard to scale and either descend into chaos (X?) or fiefdoms (Reddit? Mastodon?). Maybe we could have a Chat tab alongside Article and Talk, which at least might provide containment for off-topic discussions. But then I think: the current level of civility is probably deeply rooted in the fact that we are explicitly not a general purpose discussion website. We are here to build an encyclopedia, and that fact is enormously helpful in curtailing off-topic noise and friction, because every conversation must be grounded in some way on that overarching goal. Having an enforced purpose is instrumental in preventing the community from going off the rails. Unrestricted discussion would undoubtedly invite all the worst elements of political/religious/whatever debate.

And so I argue myself out of it. While it might be briefly gratifying to hang out on that Chat tab, it would ultimately be a nuisance magnet creating moderation demand without enough benefit to the project. Barnards.tar.gz (talk) 10:40, 29 February 2024 (UTC)

I don't think foundation resources should be wasted on what's essentially another LessWrong (check it out! They haven't descended, though they have a barrier to entry: reading a ton of posts. Which is why I haven't went with it, but it should be pretty intellectual. I currently use kbin by the way.) instead of GRAFFFFS Aaron Liu (talk) 12:07, 29 February 2024 (UTC)

How Many Opinions Are Required to Reach Consensus ?

I'm not sure what forum is best for this post.

I think there should be much greater responses on talk pages before anyone declares a consensus is reached. The talk pages are great and useful for discussing and editing article content. Yet, they usually don't approach consensus with any scientific or academic validity. There are usually not enough responces. I'll recomed that the policy dictating consensus be updated with statistical polling requirements.

This is information I found easily that should have some bearing on a consensus:

• "The total number of English speakers in the world adds up to around 1,430,000,000." List_of_countries_by_English-speaking_population
• There are currently 46,926,663 Wikipedia accounts, of which 127,021 have made at least one edit during the last month. Wikipedia:Wikipedians
• The English Wikipedia includes 6,781,913 articles and it averages 540 new articles per day. In 2023, 812,635 registered editors made at least one edit.Wikipedia:Statistics
• Nearly 4,900,000,000 people visited Wikipedia in February 2022. 22 Astonishing Wikipedia Statistics and Facts
• English Wikipedia has 868 administrators Wikipedia:Administrators

• The survey response quantity that is required for statistically validity can be calculated simply from this website and the information above here.
• These websites have more complicated equations for calculating statistically validity: https://www.itl.nist.gov/div898/handbook/ppc/section3/ppc333.htm , Sample_size_determination ,https://www.sciencedirect.com/science/article/pii/S1877050915015781 , Consensus-based_assessment

A quick evaluation suggests that at the very minimum, to get a consensus with a 10% error possibility Wikipedia should get responses from 86 Administrators and/or 100 Wikipedians.

ProofCreature (talk) 22:01, 14 February 2024 (UTC)

Simply no.
That just takes too much time. If not enough people respond and there aren't opposes, just implement the edit. They can always be reverted later.
WP:Wikipedia is not a democracy. We don't care about polling to get sample sizes unless the change is going to be so huge it warrants Wikipedia:Centralized discussion. Aaron Liu (talk) 22:26, 14 February 2024 (UTC)

A lot depends on what you are assessing consensus about. Sometimes two mildly disagreeing editors who are willing to compromise is all it takes to reach consensus. At other times you need more (even a wide sample from the broader community) to assess consensus. That said… one thing you can say: The fewer editors who are involved, the weaker the consensus is… and the more editors involved the stronger the consensus is. Blueboar (talk) 22:48, 14 February 2024 (UTC)

Fair. ProofCreature (talk) 17:38, 15 February 2024 (UTC)

I get that. It is certainly easier to include one's own opinion and ignore any research or statistics - certainly easier and not uncommon.

Wikipedia lends itself to this kinda editing by allowing for reverting and multiple editors. That's the point to Wikipedia and a large part to the reason it's useful. I'm not sure it's a consensus, though. ProofCreature (talk) 17:43, 15 February 2024 (UTC)

In the vast majority of discussions I've been involved with here, getting that many responses would have been a miracle. Sometimes getting responses from five Wikipedians is challenging. Sometimes getting any responses when I try to initiate a discussion takes more effort than I would have anticipated. DonIago (talk) 13:52, 15 February 2024 (UTC)

One of the lesser-known strengths of the community is the actual high levels of courtesy here. If a capable responsible editor would like a change, then often people may allow it by allowiing the edits to proceed without debate. Sm8900 (talk) 15:01, 15 February 2024 (UTC)

True. ProofCreature (talk) 17:37, 15 February 2024 (UTC)

Please no. If you look at the first listing on CENT, you'll notice it has a grand total of 6 commenters . Even the survey about Vector (2022) only has 63 editors. Getting 100 !voters, especially on pages about topics the vast majority of people have never even heard of, let alone care about, would be literally impossible. Sincerely, Novo Tape^{My Talk Page} 17:23, 15 February 2024 (UTC)

True. ProofCreature (talk) 17:37, 15 February 2024 (UTC)

I think the larger issues with this have already been covered above. I will add that there are levels of consensus, and that numbers already play a role in its assessment as explained at WP:CROWD. 184.152.68.190 (talk) 01:42, 27 February 2024 (UTC)

Yeesh, there are so many policies. I've never seen that one. It summarizes my position fairly well except to omit any mention that commentators or those who start a post should have some obligation to try to find as many opinions as possible.

ProofCreature (talk) 13:09, 27 February 2024 (UTC)

That's not a policy or guideline; it's an essay that an influential user wrote Aaron Liu (talk) 13:13, 27 February 2024 (UTC)

That's funny. I thought "WP" stood in for Wikipedia Policy. lol. Just one more example that shows how acronyms are foolish as they are easily misinterpreted. ProofCreature (talk) 13:21, 27 February 2024 (UTC)

WP is a namespace WP:ALIAS that shortens links for convenience think WikiPedia if that helps. In fact most projectspace content, including this page, is not policy. Anyway, WP:CROWD is an interpretation of the longstanding policy at WP:CONLEVEL, and a fairly uncontroversial one despite its fairly recent documentation there.

As for the interaction of policies, guidelines, and essays, see WP:PGE but also WP:DCE. Confused yet? Don't worry no one here actually understands it all, and this is a vast and complicated place with a steep learning curve that is not helped by the fact we have any internal WikiSpeak that frequently uses words for example consensus in a way that is different from and sometimes in conflict with their ordinary English definition. 184.152.68.190 (talk) 20:00, 27 February 2024 (UTC)

How did you get the 86 Administrators and/or 100 Wikipedians number from this data? Chaotıċ Enby (talk · contribs) 13:21, 27 February 2024 (UTC)

I did a very quick evaluation using the information on this website.

• These websites have more complicated equations for calculating statistically validity: https://www.itl.nist.gov/div898/handbook/ppc/section3/ppc333.htm , Sample_size_determination ,https://www.sciencedirect.com/science/article/pii/S1877050915015781 , Consensus-based_assessment. The first one on that list is probably the best.

ProofCreature (talk) 13:27, 27 February 2024 (UTC)

Makes sense, although I'd say there are a lot more variables at play and these results assume you have a statistically representative sample, which is rarely the case given that not all editors are equally likely or motivated to reply. Chaotıċ Enby (talk · contribs) 13:33, 27 February 2024 (UTC)

The fact that consensus is easily re-decided when need be, and so we are largely allowed to be bold is the feature of Wikipedia, not a bug, imo. Do you have any concrete reasons why I should feel consensus—especially on niche subjects where there are perhaps 12 active editors who would have an opinion, of which 3 may see any given move request—is too lax?

Moreover, If the cultural threshold gets too high, consensus-based decisions would likely become more arbitrary due to bureaucracy fatigue. Remsense诉 23:53, 2 March 2024 (UTC)

A consensus with appropriate statistical validity should firmly settle an issue, but yes, that "we are largely allowed to be bold is the feature of Wikipedia, not a bug". I'm mostly advocating for people to try to get more comments and that attempts to get more comments be allowed.

ProofCreature (talk) 01:03, 3 March 2024 (UTC)

Attempts to get more comments are already allowed. See Wikipedia:Canvassing for the rules about how to do this fairly and appropriately. WhatamIdoing (talk) 01:05, 3 March 2024 (UTC)

A consensus with appropriate statistical validity should firmly settle an issue

For a time! Consensus often changes, and I think our present system provides the appropriate flexibility for that. Remsense诉 01:07, 3 March 2024 (UTC)

Honestly, I don't expect much from this proposal. I am entirely aware how difficult it is to get more than a few Wikipedians to comment on any given page or article. There are many reasons for this. Disinterest on anything but "pet topics " is one big reason. There's also malaise and no motivating factors (ego, boredom, and a love to share learning are about the only motivation I can see to edit anything).

The thing I am looking to have happen from this suggestion is to see the statistics that describe consensus somehow included in the protocool for reaching a consensus without them becoming a mandate. More like a suggested action or just an F.y.i. There should be an effort (due diligence) made to draw in comments from Wikipedians who are less interested in the topic. Too, it should be noted, somehow, that limited comments (a number below the threshold for statistical consensus) can create an echo chamber effect. ProofCreature (talk) 17:55, 15 February 2024 (UTC)

• I think that it might be useful as an essay; but even then, it's a matter of how strong of a consensus is required. Most normal edits to individual articles do not require a very strong consensus at all, so this wouldn't be applicable to them; even most policy changes don't require the thresholds you describe here. But an essay on the subject would be useful as a reference for people who are considering the thresholds necessary to make truly drastic changes to policy with wide-ranging implications (I believe the threshold you mention is somewhat close to the currently required threshold necessary to amend ArbCom's charter, say.) It's also important to note that this assumes a random sample and that, while we do make some effort to prevent canvassing and meatpuppetry, Wikipedia participation is still not random, whether we're talking about participation in any one RFC or across Wikipedia as a whole. --Aquillion (talk) 21:38, 15 February 2024 (UTC)

  I'm not sure it would be useful even as a WP:User essay. The point behind discussion is to find out what the answer is. We know we have "the answer" when the results endure. For reasons of efficiency, the answer should be found out with the least amount of effort by anyone. If that can be done with no discussion, then great! If it can be done with a discussion involving just a few people, then good! If we really need WP:100 – well, perhaps twice a year we feel that we need that many editors to express an opinion. And unfortunately, that doesn't always result in a durable answer.

  @ProofCreature, I suggest that you look up the research Google did years ago on the correct number of interviewers they needed to make a decision about whether to hire someone. The answer was four (for most jobs). Any more than that was just a waste of resources that didn't change the outcome. WhatamIdoing (talk) 21:51, 15 February 2024 (UTC)

• Two. What you're missing is that decisions require a consensus amongst those who participate in the consensus-building process, not amongst the population of people who could participate in it. – Joe (talk) 13:31, 27 February 2024 (UTC)

  I get that. @Joe Roe:, @Chaotic Enby:That very much describes the problem to struggle against. It would be best to get comments from people who would otherwise not participate in the discussion. Those comments are likely to be less partial, more neutral, and will increase the chance that the consensus will represent the total readership population.

  ProofCreature (talk) 14:12, 27 February 2024 (UTC)

  Again, a LOT depends on what the issue is. For a content dispute at an article about a relatively obscure topic, we ideally want comments from editors who know the topic well and know the related sources. That may be a small group of editors. Comments from the “total readership” are not as helpful. On the other hand, questions about policy interpretation or proposed changes to policy need comments from a wide swath of our community. Blueboar (talk) 14:58, 27 February 2024 (UTC)

  Total readership? Why on earth would we want or need decisions to representative of such a huge population, that by and large has no knowledge of or interest in the actual production of encyclopaedia articles? – Joe (talk) 08:54, 28 February 2024 (UTC)

  The total number of people who look at any particular Wikipedia article are exactly the people who should be able to comprehend the article.

  Wikipedia isn't about production it's about readers. It's (and any Wiki's) intent is as a "crowed sourced" collaboration edited and managed by its own audience.

  ProofCreature (talk) 12:02, 28 February 2024 (UTC)

• I think the question posed in the title of this section has been answered pretty comprehensively. If your intent is to get more people to participate in discussions then all power to your elbow, and I hope you're leading by example, but don't expect the kind of numbers that you state above. Phil Bridger (talk) 12:18, 28 February 2024 (UTC)

I agree Phil Bridger, that it is very difficult. You'll see my comments about that above here, not far from the top.

It is worthwhile to note that you've highlighted the motivation for this topic - "[my] intent is to get more people to participate in discussions". More than once I've attempted to reach out for more participation on a talk page only for moderators to derail the attempt by declaring a consensus is reached too soon and /or with far less responses than are adequate. As @184.152.68.190: noted my position agrees with WP:CROWD. To that essay I'd add that there should beshould some obligation to try to find as many opinions as possible.

I'm asking that moderators give it a chance and time before trying to stop a Talk Page conversation.ProofCreature (talk) 13:04, 28 February 2024 (UTC)

This is complicated, and while I know most newcomers find this surprising, we don't have moderators.

What you are probably thinking of is closers more on that at WP:CLD and WP:ACD, gotta love all these TLAs, and while most informal discussions are open-ended, we do place time limits on formal discussions, usually 30 days for RfCs and 7 for XfDs and RMs. These time limits are an attempt to balance the desire to maximize participation with the need to eventually reach a resolution of some kind, even if only one of no consensus. In experience, most closers are willing to relist on request after a no consensus close where participation was minimal, but the truth is that usually the extra week does not garner any additional participation. Volunteer time is limited and there really is just not enough to go around to keep all our processes fully staffed, in fact staffing hasn't really been adequate for quite some time. There's a larger topic here about needing to reform our processes due to chronic participation shortages, but I don't want to go off on a long tangent. My only advice then is to WP:PAYITFORWARD when you can and encourage others to do the same, but the time needed to make a well-researched WP:!VOTE is non-trivial even if you are familiar with a topic area.

Sometimes you will also see more informal discussions closed, but that is usually because the discussion is rehashing something that has been discussed ad nauseum and the close is an effort to save everyone's time there's a reason that {{Round in circles}} exists. From a newcomer's perspective that can be frustrating, after all you didn't get to participate in those discussions. But try to consider the perspective of those who have been around a while, and read the earlier discussions. Most of the time I think you'll realize we got to where we are at for good reasons, messy though the discussions may have been. That does not mean those parts of Wikipedia are perfect, or that change is forever foreclosed on, some perennial proposals have eventually been implemented, but you need to do very thorough research first. Build consensus slowly from the ground up and make sure you address why similar proposals have failed.

Anyway I could probably spin-out what's already been written into several long essays explaining the hows and whys of Wikipedia process and consensus for newcomers, not that anyone would ever read them, but hopefully I've covered things adequately in broad strokes.

P.S. unregistered users can't be pinged, well not yet anyway, apparently that's in the works for sometime in the near future, but given the track record of technical fix timetables I'll believe it when I see it. 184.152.68.190 (talk) 15:54, 28 February 2024 (UTC)

Content Policy Committee

I'd like to propose a "Content Policy Committee" with broad authority within Wikipedia governance to resolve disputes over applications of content and manual of style policies, especially where current policy pages are ambiguous or silent, and to revise content policies to codify at least Dispute Resolution Noticeboard resolutions and Arbitration Committee rulings (if and where applicable), as well as possibly other Noticeboard discussions, Requests for Comments discussions, and WikiProject talk discussions. I am not sure exactly which discussion resolutions would be most appropriate, but would welcome suggestions since I'm largely unfamiliar with Wikipedia's current governance structure. In a current discussion I've recently had a with a fellow editor we came to a disagreement over the application of policies that as far as I could tell were not clearly applicable in the context in which they were being applied and where it was unclear that there was any policy that applied.

My fellow editor stated that previous Arbitration Committee rulings have had implications for content policy, but I've always been under the impression that the Arbitration Committee only dealt with conduct policy disputes. Additionally, in my experience many individual editors apply content and MoS policy capriciously and in ways that in keeping with personal preferences rather than in ways that enhance the encyclopedia or are actually in keeping with what policies explicitly require. As a personal aside, it appears to me as someone who has little familiarity with Wikipedia governance that the Arbitration Committee should be limited to conduct policy disputes, and that there should be a separate but equivalent organ within Wikipedia governance that resolves disputes over content policy to prevent one committee having undue influence over the development of the entire project.

The Committee would be divided into 4 standing subcommittees: (1) a Resolution Subcommittee that would operate the Dispute Resolution Noticeboard and where individual subcommittee members would respond to Third Opinion Requests; (2) a Codification Subcommittee responsible for drafting the codifying the codified revisions to existing content policy based on prior rulings and reviewing public comments on the revisions revision drafts; (3) an Appeals Subcommittee to provide a panel review of adopted Committee revisions prior to an en banc review by the entire Content Policy Committee if an appeal of a revision is requested; and (4) a Proposals Subcommittee for presenting proposed content policies at the Village Pump based on dispute resolutions where there is no existing policy to resolve the issue. The Content Policy Committee would not make or legislate content policy, which would instead reside with the Village Pump.

The Content Policy Committee members would presumably be selected in a process similar to the Arbitration Committee members with elections to the seats following a nomination to be a candidate by a petition. However, I suspect that the Content Policy Committee may need to be larger than the Arbitration Committee with maybe as many as 28 29 members in total with 7 on each subcommittee. The Content Policy Committee Chair would be elected by the Committee members and the Committee Chair would appoint Subcommittee Chairs. If deletionist and inclusionist factions emerge on the Committee, a Committee Ranking Member may be elected by the minority faction to appoint Subcommittee Ranking Members. Other procedural practices of the Committee would follow Robert's Rules of Order. -- CommonKnowledgeCreator (talk) 09:54, 22 February 2024 (UTC)

Those functions all happen already, except anyone can take part, and decisions are arrived at by consensus. What you are proposing is a lot of additional bureaucracy - is there really a big enough problem to justify it? Policy is sometimes silent because we can’t write rules that cover all eventualities, and we still expect editors to use judgement to apply principles to specific cases. Barnards.tar.gz (talk) 12:31, 22 February 2024 (UTC)

Those functions all happen already, except anyone can take part, and decisions are arrived at by consensus. Perhaps I shouldn't have said "revisions"; I'll strikethrough where I said that because that's not really what I meant. "Revision" implies the consensus policymaking process that I don't wish to alter. What I'm really trying to propose is a committee that would create and maintain pages that codify and summarize dispute resolution rulings of content policy disputes by the specific policy and creating a dispute resolution committee separate from the current Arbitration Committee for content policy decisions. I do not believe the codification summary functions I've proposed do occur already, and the process for making revisions to content policy appear to be done in a manner that is disjointed and often capricious where many editors who may have wished to contribute to the discussion are unaware that the discussion even occurred.

Talk page discussions in my experience typically only involve handfuls of editors even though WP:BUREAU states that policies "document already-existing community consensus regarding what should be accepted and what should be rejected", and WP:CON supposedly requires that "Consensus among a limited group of editors, at one place and time, cannot override community consensus on a wider scale. … unless they can convince the broader community that such action is right, participants in a WikiProject cannot decide that some generally accepted policy or guideline does not apply to articles within its scope." Likewise, the Arbitration Committee's statement of principles on levels of consensus requires that "Where there is a global consensus to edit in a certain way, it should be respected and cannot be overruled by a local consensus." I myself have encountered instances where I was unaware that a previous discussion had come to a supposed previous local consensus.

Conversely, what some editors call "no consensus" in my experience is just one or two editors (especially long-time editors) disliking another editor's contributions (especially newer editors) regardless of what the policies may explicitly say and then simply say "you don't have consensus". I suspect that this is something that drives people away from this project and leaves many editors deeply dissatisfied with how Wikipedia operates in practice and disappointed with the Wikipedia community in general because the policies are being applied arbitrarily, inconsistently, and in ways that the policies do not explicitly require, despite WP:CON requiring that "Wikipedia has a standard of participation and consensus for changes to policies and guidelines. Their stability and consistency are important to the community." This capricious enforcement of policy based upon personal interpretation of just a handful of reverting editors may leave the contributing editor feeling that their contributions are not valued by the community as a whole, and so they leave the project or don't bother joining at all. It is certainly how I often feel because I have the experience of having contributions reverted that as far as I could tell did not violate any policy. While WP:5P4 requires consensus when a dispute arises, demands for consensus for every single contribution seems to me would completely retard the development of the encyclopedia following WP:5P5.

What you are proposing is a lot of additional bureaucracy - is there really a big enough problem to justify it? Policy is sometimes silent because we can’t write rules that cover all eventualities, and we still expect editors to use judgement to apply principles to specific cases. Out of the tens of thousands of editors that regularly contribute to the project, a 29-member committee is NOT a particularly large bureaucracy. If there are past Arbitration Committee rulings that are being enforced as interpretive rules for content policies beyond the specific dispute that the ruling was issued for, then those rulings need to be codified and summarized by the specific policy applied in separate articles in the way that I am describing because those rulings effectively amount to content policy rules. If the Arbitration Committee acts as a kind of court of last resort of Wikipedia dispute resolution and its rulings are binding applications of policies, then the Arbitration Committee is effectively creating policy rules every time it issues a ruling in the same way that a case law in a common law legal system develops. Laws do not have to explicitly cover every eventuality; that's the logic behind a common law legal system itself. This also occurs without the consensus process that you've expressed concern that my proposal would upend.

While Wikipedia itself is not a bureaucracy, its governance structure is a bureaucracy because that's what all governance structures are. More importantly, as I said before, the Committee I am proposing would not be a body that makes revisions to policies. It would mostly exist to resolve content policy disputes and codify case policy (i.e. the body of rulings on applications of existing policies to specific disputes) in a summary page that is linked to on the content policy page. It would have a "policymaking avoidance doctrine" analogous to the political question doctrine and constitutional avoidance doctrine of U.S. constitutional law with respect to the Resolution Subcommittee rulings and appeals of Resolution Subcommittee rulings to the whole Committee. However, in contrast to the logic behind the political question and constitutional avoidance doctrines, this Committee would be elected unlike the federal judiciary of the United States.

While the Arbitration Committee's statement of principles on levels of consensus also provides that "on subjects where there is no global consensus, a local consensus should be taken into account", it occurs to me that we end up with a lot of dissatisfied editors who are unhappy when their contributions to a page are reverted on a basis that does not appear consistent with what content policies explicitly preclude and want a fair hearing that provides a resolution that doesn't involve just the handful of editors who took issue with their contribution based on their personal interpretations of the policy. Additionally, if a local consensus developed on one talk page contradicts the local consensus developed on a different one, we end up with competing rules.

What I am proposing would streamline content policy dispute resolution when disputes over interpretation of policies don't arrive at a local consensus on individual talk pages by having a standing subcommittee of editors readily available to issue Third Opinions, to respond to Requests for Comments, and to participate and moderate Dispute Resolution Noticeboard discussions for every dispute that arises. My proposal would also accelerate the development of global consensus for revisions to policy rather than slow it down by precluding the possibility of mutually contradictory local consensuses by providing a centralized process of dispute resolution for content policy disputes and a standing subcommittee to formulate proposals to address issues that arose during previous disputes.

If the size of the Committee is that big of an issue, then I'd propose eliminating the Appeals Subcommittee since upon reflection it seems that it could be unnecessary (although this would create an issue for dispute resolution since the Committee would have an even number of members). I would also require in any formal proposal that Committee members would also be required to recuse themselves in any dispute in which they are engaged is brought before the Committee to ensure that the Committee would be a disinterested third-party to the dispute. The Committee Chair would be permitted to sit on all of the Subcommittees as a non-voting ex officio member (except in instances where the Chair is required to recuse), and would only have a vote in the place of a recusing member both on the Subcommittee and votes on appeals votes in en banc reviews by the entire Committee. Also, if an editor felt that the Committee or its Subcommittees did not provide them with due process and fair hearings under its procedures, the editor would be permitted to appeal to the Arbitration Committee. -- CommonKnowledgeCreator (talk) 02:09, 25 February 2024 (UTC)

Additionally, if a local consensus developed on one talk page contradicts the local consensus developed on a different one, we end up with competing rules. I just want to point out that this is an intended feature, not a flaw. It’s common for editors of different articles in different areas to come to different local consensuses. A trivial example would be WP:ENGVAR where we explicitly accept global inconsistency (although consistency is still preferable where possible). Barnards.tar.gz (talk) 08:24, 25 February 2024 (UTC)

I can understand having local consensus for something like WP:ENGVAR (which is already codified in policy), but that's not really what I'm talking about. I'm referring to policies that have global scale. I don't know what would be appropriate, but the Committee should be required to have rules for recognizing local consensuses in its codification summary process. -- CommonKnowledgeCreator (talk) 15:29, 25 February 2024 (UTC)

What normally happens at the moment is that if an issue of global significance keeps getting raised, then eventually someone will open a discussion at the talk page of the relevant policy/guideline, and if there’s consensus for a policy/guideline change, the change is made. I’m open to the idea that there might be important decisions being made somewhere on a random article talk page that could use more visibility (either to neutrally gather participants or just to communicate the result). We do have mechanisms like WP:FRS, and the various noticeboards, to help do this. Perhaps it would be helpful to find ways of increasing uptake of these existing mechanisms rather than invoke the rather significant overhead of a committee? Barnards.tar.gz (talk) 15:56, 25 February 2024 (UTC)

I’m open to the idea that there might be important decisions being made somewhere on a random article talk page that could use more visibility (either to neutrally gather participants or just to communicate the result). ... Perhaps it would be helpful to find ways of increasing uptake of these existing mechanisms rather than invoke the rather significant overhead of a committee? See the comments made by User:TheWordsmith and User:Novo Tape below and my replies. The issue that motivated me to propose this Committee is that policymaking is too disjointed and too scattered. Like I said, I don't really wish to upend the existing consensus-building processes for modifying policy. Instead, I would argue that having a committee of editors to facilitate dispute resolution and to field and make proposals for changes to policy would be a better process for integrating the existing mechanisms. -- CommonKnowledgeCreator (talk) 19:16, 25 February 2024 (UTC)

Thing is, we do already have both of those things.

a committee of editors to facilitate dispute resolution: Wikipedia:Dispute resolution noticeboard

field and make proposals for changes to policy: Wikipedia:Village pump (policy)

The membership of these existing "committees" is: whoever shows up. Barnards.tar.gz (talk) 10:01, 26 February 2024 (UTC)

The membership of these existing "committees" is: whoever shows up. Doesn't sound like enough people for "consensus" though, especially for changes to policy or dispute resolutions that effectively become interpretive rules for existing policies. -- CommonKnowledgeCreator (talk) 13:10, 26 February 2024 (UTC)

Maybe, but I think the way forward in that case would be to encourage more people to show up. Barnards.tar.gz (talk) 13:15, 26 February 2024 (UTC)

I think that's overly optimistic. Instead, a Committee that is required to show up and mediate that includes 29 editors elected by the entire community would guarantee that whatever decision is made is more reflective of the entire community then just the few editors who show up. -- CommonKnowledgeCreator (talk) 13:50, 26 February 2024 (UTC)

It's quite unusual in Wikipedia culture to require editors to commit their time to something, or to guarantee anything. Even admins aren't obliged to put in a minimum number of hours or attendances. If we can't get volunteers to attend the central noticeboards (and I'm not saying this is the case - the noticeboards seem fairly busy), then are they definitely going to be there for a committee? There's also no guarantee that elections would be voted in by the entire community - just like RfAs, the voters would just be those who showed up to vote. Barnards.tar.gz (talk) 14:21, 26 February 2024 (UTC)

I think you're overreacting to the specific wording of my previous comment. By "require", I meant only that those who have voluntarily chosen to be on the Committee would be "required" to do something in following its procedures. I'm not exceptionally familiar with the Arbitration Committee and its processes, but they have procedures that they are "required" to follow (particularly where offline harm could occur). If an editor has voluntarily chosen to be a candidate for election to the Committee, then they would be agreeing to fulfill the responsibilities of the Committee in the same way that the candidates for election to the Arbitration Committee do. While there obviously is an issue of voter turnout, the decisions of elected Committee members would still be more legitimate than the endless number of decisions made with only handfuls of editors who under the current system, as I've said multiple comments in this thread, effectively become "a policymaking and enforcement body unto themselves based on their personal interpretations of a policy without a larger consensus in favor of what is effectively a new policy rule." -- CommonKnowledgeCreator (talk) 14:45, 26 February 2024 (UTC)

To make this concrete, perhaps you could find 2-3 examples of important content policy decisions that have been made by only handfuls of editors, and bring them to a noticeboard for discussion (whichever you think is the most appropriate, probably Wikipedia:Village pump (policy) if it's about policy). Then see if there is consensus to codify, or overturn, or whatever you think needs to be done. And then, if you don't get the outcome you hoped for, it might be easier to explain how a committee would have done the job better. Barnards.tar.gz (talk) 15:06, 26 February 2024 (UTC)

Since you keep invoking ArbCom, as a past member of ArbCom I will say that I thought I understood how much of a time commitment was involved when I nominated myself. As it turned out, I decided I was not contributing enough to the committee's work, and resigned after a year. You can find plenty of examples of editors who have been elected to ArbCom and then, for whatever reason, did not fully particpate in the functioning of the committee for the full extent of their term. Indeed, there is an understanding that ArbCom members have to take breaks from participation, and do not need permission from anyone to take a break. We cannot "require" anyone to perform any duties or participate in any activities. Donald Albury 16:14, 26 February 2024 (UTC)

We only had 10 candidates for the last ArbCom election. I'd be very surprised if we could find 29 additional editors volunteering to be yelled at. (Because you know that's what will happen: Only people who don't know WP:How to lose in an ordinary discussion will appeal to this committee, and when they don't get their preferred outcome the next time, they'll complain that the committee is biased/bad/wrong.) WhatamIdoing (talk) 17:04, 26 February 2024 (UTC)

Even with ArbCom, members commonly go inactive for long periods or resign. The problem was even worse when they had 3-year terms. Even they have little they were "required" to do in an individual capacity. This happened with MedCom and every other Committee/Subcommittee that projects have tried developing. I do think reactivating some old DR processes would be a good thing considering the types of disputes we're starting to see more and more of, and I could see the use in a better way to increase participation at decision-making discussions. But given your stated unfamiliarity with Wikipedia governance, proposing big sweeping changes like this is unlikely to be successful. I've been around in some capacity since 2005; I've written and changed guidelines, sat on MedCom and was the MedCab Coordinator for a while. If you want to change things for the better (plenty of room for that), in my experience the best way is to start small. Pick one issue, strip it down to a specific and easily identifiable problem, and come up with a tightly focused solution. Your heart is in the right place, but these big catch-all reforms do not work. The Wordsmith^{Talk to me} 16:22, 26 February 2024 (UTC)

You cannot "require" anybody to do anything on Wikipedia. We are all volunteers, any of us may walk away at any time for any period that we like, up to and including forever. There isn't even a requirement to post notice of absence: you can simply vanish, and if you subsequently decide to return, that again is up to you, and you are not obliged to explain your absence. Even at Arbcom, those arbs who decide not to involve themselves in a case are not required to post a recusal (although the arbcom clerks might enquire by private off-wiki email). --Redrose64 🌹 (talk) 21:54, 26 February 2024 (UTC)

At least as far as the Resolution Subcommittee, that just sounds like reviving WP:MEDCOM and WP:MEDCAB but with extra steps. Which might not be a bad thing; having more organized systems of formal and informal mediation again might be helpful. As far as the rest, that's a lot of extra bureaucracy for an unknown benefit. It would help if you went into more detail on the problem you are trying to solve, what incident led to this, and how you think this proposal would help the problem.

I do think it would need to be scaled way back to achieve support, but there might be some merit to having a more centralized place to give structure to discussions attempting to change policies and guidelines. We have the various Village Pumps, policy/guideline talkpages, wikiproject talkpages, individual RfCs everywhere but not really a place or group of people to organize it. Having a dashboard or project that can answer simple content policy questions and display proposals in a useful format could be good. We do have WP:CENT but it is limited in what it covers. Might also be useful to have people keeping an eye on these discussions as a whole and nipping behavioral issues in the bud. The Wordsmith^{Talk to me} 18:46, 22 February 2024 (UTC)

It would help if you went into more detail on the problem you are trying to solve, what incident led to this, and how you think this proposal would help the problem. … Might also be useful to have people keeping an eye on these discussions as a whole and nipping behavioral issues in the bud. The "incident", insofar as I should to refer to it as that because as far as I could tell it was perfectly civil and polite disagreement, was the discussion I had with User:Hipal in the "Selected Publications" section of Talk:Jonathan Haidt. I was unaware of the existence of WP:MEDCOM, WP:MEDCAB, and WP:CENT. I have not had a chance to review them more fully; I have been spending the last couple of days just trying to compose the response to clarify my proposal. However, after looking at WP:MEDCOM briefly, I did notice that WP:MEDCOM did not take on very many cases and that would be completely different with what I am proposing. My hope is that this Committee would immediately respond to the content disputes rather than allowing them to snowball into conduct violations.

I do think it would need to be scaled way back to achieve support, but there might be some merit to having a more centralized place to give structure to discussions attempting to change policies and guidelines. We have the various Village Pumps, policy/guideline talkpages, wikiproject talkpages, individual RfCs everywhere but not really a place or group of people to organize it. Having a dashboard or project that can answer simple content policy questions and display proposals in a useful format could be good. It appears that you have picked up the spirit of what has motivated my proposal, not just for proposing changes to content policies but also a place for resolving disputes over them. Thank you. :) -- CommonKnowledgeCreator (talk) 02:09, 25 February 2024 (UTC)

Just out of curiosity, do you know what other reasons WP:MEDCOM and WP:MEDCAM were shuttered over? -- CommonKnowledgeCreator (talk) 07:14, 26 February 2024 (UTC)

WP:MEDCAB was shuttered in 2012 because at the time, there was one formal mediation venue WP:MEDCOM, one semi-formal (WP:RFC/U) and too many informal ones (WP:3O, WP:DRN, MedCab, and WP:WQA). The latter two were shuttered in 2012 in these discussions[7][8] to consolidate venues, because mediators were stretched very thin and forum shopping was commonplace. RFC/U was shut down in 2014 here, because it was overly rigid, combative and lacked teeth to actually resolve problems aside from being a stepping stone to Arbcom. MedCom was finally disbanded in 2018 due to a lack of participation/activity, lack of suitable cases, and lack of teeth. They also coincided with the increasing use of Discretionary Sanctions (now known as WP:CTOP to resolve conduct disputes, so fewer editors are seeking dispute resolution to begin with. Since then DRN has taken structure more like the old MedCab and much of the workload, but it isn't as active as the old processes were. I've had some ideas about reviving the idea of MedCab as a sort of hub for independent roaming cabalists to wander around talkpages mediating disputes, but haven't had the time to invest in it. The Wordsmith^{Talk to me} 17:02, 26 February 2024 (UTC)

The Manual of Style is a guideline. It is not policy. AndyTheGrump (talk) 19:00, 22 February 2024 (UTC)

See WP:NOTBURO. We don't need hierarchical sub-comissions to tell us what to do. 🌺 Cremastra (talk) 13:20, 23 February 2024 (UTC)

Have you read WP:Wikipedia Committees? It sounds like a much clrarer way to have separate but related (in your case, sub) commitees for policy and content changes. Eitjer way, I'd oppose any such change as being a solution in search of a problem unless you could elaborate more on how much this would actually help and provide specific examples. Sincerely, Novo Tape^{My Talk Page} 21:05, 24 February 2024 (UTC)

See my replies to User:Barnards.tar.gz and User:TheWordsmith. I was also unaware of and WP:Wikipedia Committees. After skimming that proposal, I'm relieved to find that I'm not the only person who raised similar issues. Do you know why WP:Wikipedia Committees failed to develop consensus? -- CommonKnowledgeCreator (talk) 02:10, 25 February 2024 (UTC)

This was long before my time, but I suspect it's because the primary author, rootology, left enwiki. I don't think they ever held an RfC or large discussion so there was no strong consensus against it either FWIW. The talk page has some info on common objections people had.

You've addressed my objections above and I'd probably be a supporter in an RfC for a one-year trial.

I wish you luck in this proposal if you decide to pursue it (and can help if you'd like), but I suspect the majority of the community would be opposed. The fact of the matter is (as you're seeing on a small scale here) Wikipedians tend to vehemently dislike bureaucracy. Sincerely, Novo Tape^{My Talk Page} Sincerely, Novo Tape^{My Talk Page} 17:44, 25 February 2024 (UTC)

I can certainly appreciate that most Wikipedians hate bureaucracy! :) I myself am not big fan of bureaucracy in general either, and believe that one of the virtues of Wikipedia is that isn't bogged down in a bureaucracy that requires consensus for every single contribution. However, this leads to a different problem: while every editor can make a contribution, every editor can also revert contributions. This leads to disputes over interpretations of policies, and where the reversions stand, every reverting editor or handful of reverting editors on individual talk pages effectively become a policymaking and enforcement body unto themselves based on their personal interpretations of a policy without a larger consensus in favor of what is effectively a new policy rule. I do intend to pursue this proposal as far as I can further it, and the help other editors, such as yourself, would be deeply appreciated. Thank you! :) -- CommonKnowledgeCreator (talk) 19:29, 25 February 2024 (UTC)

@CommonKnowledgeCreator: Before proposing such a bureaucratic process, consider this checklist:

1. Identify a problem
2. Demonstrate that the problem is both current and widespread
3. Show that the existing processes are incapable of solving the problem
4. Propose a solution to the problem in terms that are easily understood by the majority of editors
5. Show that your proposal will solve the problem, or at least bring it to a point where the existing processes are now capable of solving the problem

In short: this isn't going to fly. See also WP:NOTBURO and WP:CREEP. --Redrose64 🌹 (talk) 22:33, 24 February 2024 (UTC)

@Cremastra and Redrose64: Per my replies to User:Barnards.tar.gz and User:TheWordsmith, perhaps I should named the committee I've proposed as a "Content Arbitration Committee" or "Content Committee" to reduce confusion. CommonKnowledgeCreator (talk) 02:11, 25 February 2024‎ (UTC)

I think it would also be good to add a step #4.1, "Think about what would happen if the editor you're in a dispute with (or one of his like-minded wiki-friends) is on the committee...and you're not". Handing power to a small group can backfire. WhatamIdoing (talk) 07:43, 25 February 2024 (UTC)

Per the part of my reply to User:Barnards.tar.gz about a "policymaking avoidance doctrine", among other rules the Committee would be required to follow would be: "When the consistency of a contribution with a content policy is drawn in question, and even if a serious doubt of inconsistency is raised, it is a cardinal principle that this Committee will first ascertain whether a construction of the policy is fairly possible by which the contribution may be retained or restored." -- CommonKnowledgeCreator (talk) 15:25, 25 February 2024 (UTC)

Also, there could be additional rules about recusal to address that type of concern. -- CommonKnowledgeCreator (talk) 15:42, 25 February 2024 (UTC)

In practice, some editors would interpret such a rule as meaning that anybody on the committee who disagrees with me ought to recuse.

I don't think that what the English Wikipedia needs is a greater adherence to the rules. We have a policy that says Wikipedia:If a rule prevents you from improving or maintaining Wikipedia, ignore it. Do what's right by the article. If the policies and guidelines are well-written, then the policies and guidelines will follow you. WhatamIdoing (talk) 05:10, 26 February 2024 (UTC)

"Think about what would happen if the editor you're in a dispute with (or one of his like-minded wiki-friends) is on the committee...and you're not". ... In practice, some editors would interpret such a rule as meaning that anybody on the committee who disagrees with me ought to recuse. See my reply to User:Barnards.tar.gz. Committee members would be required to recuse in disputes in which they are engaged are brought before the Committee. That would address at least the first and third parts of your concern about recusal and the Committee being a neutral third-party. As for the issue of "like-minded wiki-friends", if an editor felt that the Committee or its Subcommittees did not provide them with due process and fair hearings under its procedures, the editor would be permitted to appeal to the Arbitration Committee. Though not proposed in my previous comments, perhaps the Appeals Subcommittee could also field requested appeals at the beginning of each new term if an editor felt that neither the Committee, its Subcommittees, and the Arbitration Committee did not provide due process or fair hearings as well.

I don't think that what the English Wikipedia needs is a greater adherence to the rules. We have a policy that says Wikipedia:If a rule prevents you from improving or maintaining Wikipedia, ignore it. Do what's right by the article. If the policies and guidelines are well-written, then the policies and guidelines will follow you. See my replies to User:TheWordsmith and User:Novo Tape. I don't disagree with your sentiment about adherence to rules, but in my experience other editors will continue enforcing the policies and continually lead to disputes or discourage further contributions. This Committee would be required by its charter to be inclusionist to prevent a single reverting editor or handful of deletionist editors from becoming, as I said before, "a policymaking and enforcement body unto themselves based on their personal interpretations of a policy without a larger consensus in favor of what is effectively a new policy rule." I'm not so sure policies follow good editing. I think they too often follow the arbitrary whims of the handful of editors who just keep going in a dispute or talk page discussion. -- CommonKnowledgeCreator (talk) 07:12, 26 February 2024 (UTC)

I think I'd also recommend that the Wikimedia Foundation verify the identities of the editors on the Content Policy Committee to ensure that there are no "collusive" disputes. -- CommonKnowledgeCreator (talk) 14:23, 26 February 2024 (UTC)

This Committee would be required by its charter to be inclusionist... Really? I'd have thought that any legitimate committee ought to be expected to reflect, with due balance, the perspectives of the contributing community as a whole. Telling them in advance how to think seems a little extreme. AndyTheGrump (talk) 14:30, 26 February 2024 (UTC)

I agree with Andy. WhatamIdoing (talk) 17:05, 26 February 2024 (UTC)

Just what we need, ARS but with binding decision-making powers. The Wordsmith^{Talk to me} 17:31, 26 February 2024 (UTC)

If it hadn't just been included in Wikipedia clichés I would say that this is a solution in search of a problem. Phil Bridger (talk) 14:47, 26 February 2024 (UTC)

The thing is, you're basically proposing Wikipedia be a different website than Wikipedia. This essentially transforms the site away from one of its central conceits, that decisions are made by consensus. It would make an interesting social science experiment, but I suspect this is a complete non-starter otherwise. CoffeeCrumbs (talk) 08:30, 29 February 2024 (UTC)

Figured I'd outdent considering the number of previous comments and their differing subject matter.

Given how much opposition there has been to the policy proposal functions of the proposed Committee, I'd just drop the Proposals Subcommittee as well as the Appeals Subcommittee and instead just focus on the Resolution Subcommittee and Codification Subcommittee as part of a Content Arbitration Committee rather than a Content Policy Committee to reduce confusion. I wasn't aware that ArbCom had so few candidates in the last election. Perhaps instead of a separate Content Arbitration Committee, a better proposal would be to have that the Arbitration Committee itself be authorized to a form a Content Subcommittee to fulfill the functions of the Resolution Subcommittee and Codification Subcommittee considering that the Arbitration Committee by acknowledgement is primarily authorized to adjudicate alleged conduct policy violations rather than content policy application disputes. To be clear, I propose these functions because I would be willing to perform them myself if I had the administrative authority to do so and because I sincerely do believe that they are needed.

I have never been involved with any policymaking or administrative governance decisions of the project in my time here, and as such, I cannot cite any examples of important content policy decisions that have been made by only handfuls of editors. However, this is why I'd still argue that at least the codification procedures that I've proposed (i.e. summarizing dispute resolution rulings by policy on separate pages that are linked to from the policy pages) are needed so that it is clearer where, why, and when decisions are made. I'd also add that if the current policy pages are changed to reflect a new consensus that has developed, then policy pages should be redesigned to note when and how a policy has been changed or separate policy pages should be created to summarize the changes rather than it just being included in a talk page archive somewhere because otherwise it will not be clear where, when, and why a policy change was made to the vast majority of editors. Conversely, below is a list of examples of other editors reverting content that I've contributed that, as far as I could tell at the time, did not clearly violate a content policy where other editors disagreed, and in two cases mobbed my talk page. Also listed is a third opinion request that I don't remember at this point if any editor even responded to.

• User talk:CommonKnowledgeCreator#Template:Evolutionary psychology
• User talk:CommonKnowledgeCreator#Request for comments
• User talk:CommonKnowledgeCreator#May 2023
• Wikipedia talk:WikiProject Climate change/Archive 8#Do we really need the "climate change and society" sidebar everywhere?
• User talk:CommonKnowledgeCreator#Just one out of who knows how many
• Talk:Presidential Succession Act#Removal of presidential navigation templates
• Talk:Jonathan Haidt#Selected Publications
• User talk:CommonKnowledgeCreator#Third Opinion requests

Also, I think the fact that there were an insufficient number of ArbCom candidates and the fact that there even is a Wikipedia essay on "How to lose" is illustrative of my larger point about why allowing editors to revert content beyond what is explicitly precluded by policy and allowing editors to filibuster in any and every talk page and dispute resolution discussion is problematic for Wikipedia as a project: it is probably what keeps more people from participating to begin with. A process for orderly deliberation on questions of interest to a community or organization is what parliamentary procedure is for, and this is why I initially proposed having the Committee follow Robert's Rules of Order. If the Wikimedia Foundation has programmers or software engineers who have the technical ability to do so, I'd also recommend that they alter the dispute resolution pages to effectively build parliamentary procedure into the editing features of those pages. I've recently agreed to become a New Page Patroller; if there is the ability to create something like the Page Curation Tool, there should be the ability to do something similar for the features of dispute resolution pages. Maybe then more people would be willing to stand for election to the Arbitration Committee and not resign if elected because the process would be far more formal and organized. It also appears to me that this is further justification of why the Foundation should be verifying the identities of at least extended confirmed users to prevent the kind of "collusive disputes" that I mentioned before, as well as any potential "collusive consensus" via sockpuppetry.

Per WP:Community, there are approximately only 125,000 editors in English-language Wikipedia who regularly contribute to the project despite there being more than 47 million English-language Wikipedia username accounts across at least the 88 countries in the English-speaking world. By contrast, there are more members of the American Psychological Association, the American Medical Association, the American Dental Association, and the American Bar Association than active Wikipedia editors accounts, and there are only barely more active Wikipedia editors than members of the American Institute of Physics and the National Association of Social Workers. Yet despite Wikipedia not being a professional association with membership dues or members being required to have post-secondary degrees, we have fewer people regularly contributing than organizations that do have those membership requirements. Also, I recently added the results of an October 2023 YouGov poll on participation in the Wikipedia community by U.S. adults on the WP:Community page and Wikipedia community article. 7% of U.S. adults surveyed said they had ever edited Wikipedia and 20% had considered doing so who had not. Doing back-of-the-envelope calculations using American FactFinder Quickfacts of the U.S. Census Bureau, that would mean that approximately more than 18.3 million U.S. adults have edited Wikipedia at least once and more than 70.8 million U.S. adults have either edited Wikipedia at least once or seriously considered it.

The poll didn't ask further questions of the survey respondents who had edited Wikipedia at least once what it was that they had edited, if they had done so more than once (and if not, why), and the poll also did not ask the survey respondents who had considered editing Wikipedia that hadn't why they didn't. However, I strongly suspect that if YouGov did ask, the poll would have shown that many people do not contribute because of overzealous reverting editors, Wikipedia's existing policies, Wikipedia's policymaking process, and filibustering editors on talk pages. Also, this was a poll of only the U.S. population. In light of the poll's findings, it is remarkable to me and it should be to others how few people regularly contribute to this project globally. Per the Criticism of Wikipedia article and the Predictions of the end of Wikipedia article, it appears that I am not the only person who has had these concerns. To reiterate, this is why I would argue that the functions of the Codification Subcommittee and the Resolution Subcommittee as part of a Content Arbitration Committee or as subcommittees of the Arbitration Committee as I've proposed are needed because it appears Wikipedia's fundamental WP:5P5 and WP:5P4 policies are two principles that are actually in conflict. -- CommonKnowledgeCreator (talk) 17:50, 2 March 2024 (UTC)

A real-world experiment has been done. Wikipedia has its current policies, and Citizendium had committees and subcommittees and restrictions on what level of degree you had to have to do certain things. Which produced the more widely read encyclopedia? Phil Bridger (talk) 18:21, 2 March 2024 (UTC)

I'm not advocating that Wikipedia become Citizendium. All I'm arguing for is just one Committee to stop editors from enforcing rules that don't exist and from creating rules without sufficient consensus because it appears to me that this is leading the project to have fewer participants and is a long-term issue for the viability of the project. -- CommonKnowledgeCreator (talk) 18:44, 2 March 2024 (UTC)

The number of Wikipedia editors is stable, thank you very much. We don't need committees to decide on content instead of editors, and some of your other proposals (like verifying the identity of every ECP user) are unfeasible and would result in a much bigger editor loss.
Concerning your numbers, you compare the number of active Wikipedia editors with the number of total members of other associations, which is an apple-to-orange comparison. And the reasons you provide for why this number isn't higher/lower are pure speculation (I strongly suspect that [...]), as none of the "predictions of the end of Wikipedia" have yet materialized. Chaotıċ Enby (talk · contribs) 19:44, 2 March 2024 (UTC)

The number of Wikipedia editors is stable, thank you very much. We don't need committees to decide on content instead of editors... And the reasons you provide for why this number isn't higher/lower are pure speculation... Stable perhaps, but peculiarly small. The Committee would not be deciding content policy, just resolving disputes of the applications of content policy where existing policy is silent or ambiguous. This is the Village pump idea lab. It is unclear to me why speculation would be inappropriate here, and I'd certainly hope that the Foundation would take into account the results of such a poll and request further ones to try create strategies to increase participation in the project. -- CommonKnowledgeCreator (talk) 20:08, 2 March 2024 (UTC)

I think you are considerably inflating the existing editor fatigue from petty tyranny and lack of clarity, and massively underestimating the theoretical editor fatigue of this level of bureaucracy introduced to a system where people are allowed to use their heads for the most part and it's almost always fine the first time. If things aren't fine the first time, that's what the second time is for. The stakes are simply not that high. Remsense诉 23:58, 2 March 2024 (UTC)

I think you are considerably inflating the existing editor fatigue from petty tyranny and lack of clarity... That's certainly possible, but the reason I bring it up is because it's consistent with my own experience here. -- CommonKnowledgeCreator (talk) 01:08, 3 March 2024 (UTC)

@Barnards.tar.gz, The Wordsmith, AndyTheGrump, Donald Albury, Novo Tape, WhatamIdoing, Phil Bridger, CoffeeCrumbs, Redrose64, and Cremastra: Just wondering if any of you had any additional thoughts in lights light of my most recent posts. -- CommonKnowledgeCreator (talk) 20:13, 2 March 2024 (UTC)

Right now I'm mostly wondering why you think the Wikimedia Foundation has a role in this process. We decide the content, and we decide how we're going to decide about the content. They have set a few rules, but content is almost entirely our job. The "no getting the project sued over copyright violations" policy predates the organization's creation, but they did set a general policy that requires us to have a Wikipedia:Biographies of living persons policy – though, again, the details and enforcement mechanisms were left up to us. WhatamIdoing (talk) 20:37, 2 March 2024 (UTC)

The mission statement of the Foundation is "to empower and engage people around the world to collect and develop educational content under a free license or in the public domain, and to disseminate it effectively and globally." As I said before, if the community itself is preventing and discouraging more people from participating then I would hope that the Foundation would attempt to engage the community in a process to try to increase participation. -- CommonKnowledgeCreator (talk) 20:46, 2 March 2024 (UTC)

A mission statement is the invention of an organization, usually created in the process of deciding what they choose to do. It has no binding power. They have voluntarily chosen to support some community-building activities. Some of these are obvious (e.g., the Wikipedia:Newcomer homepage software, grants to organizations that teach people how to edit). Some of these are less obvious (e.g., hiring lawyers to explain to legislators around the world the difference between "Facebook hires staff to review complaints about unwanted content" and "Wikipedia volunteers patrol Special:RecentChanges"). Sometimes they even offer a partnership to work on specific details. For example, around 2010, they partnered with the English Wikipedia to jointly copyedit many of the templates in Category:User warning templates for clarity and effectiveness. Sometimes they will provide information about strengths or weaknesses they perceive (e.g., gender gap).

What they don't do is tell us that they think we need to change particular bits of content, or to use a different process to change particular bits of content. They stay as far away from the nitty-gritty details of content as they legally can. WhatamIdoing (talk) 21:52, 2 March 2024 (UTC)

Sometimes they will provide information about strengths or weaknesses they perceive (e.g., gender gap). What they don't do is tell us that they think we need to change particular bits of content, or to use a different process to change particular bits of content. They stay as far away from the nitty-gritty details of content as they legally can. I am not recommending that the Foundation have an active role in content policymaking, but I would hope that they would take an interest in trying to grow the size of the Wikipedia editing community and make some suggestions to the community if they have evidence that existing policy dispute resolution processes are discouraging participation. -- CommonKnowledgeCreator (talk) 22:10, 2 March 2024 (UTC)

If they have such evidence, I'm sure they'll tell us. In fact, they typically announce that their study plans in advance, so if they ever decide to study dispute resolution processes, we'll probably know about it before they know what the results are. WhatamIdoing (talk) 23:31, 2 March 2024 (UTC)

But I'm guessing that until they do have such evidence, you would not be in favor of the changes that I've proposed? If that's the case, then what office within the Foundation am I to contact to recommend that they study this? -- CommonKnowledgeCreator (talk) 23:38, 2 March 2024 (UTC)

You might start at m:Wikimedia Foundation Community Affairs Committee/Talking: 2024. They're in their annual planning process, which is about deciding what they'll do from July of this year through June of next year. WhatamIdoing (talk) 00:22, 3 March 2024 (UTC)

Having looked around a bit, I think that you should seriously consider my earlier comment about your proposal being likely to backfire. Right now, the situation appears to be (to give an example):

• You add information about the Federal Reserve system.
• Someone else removes it because its relevance is unclear.
• You two have a consensus-oriented discussion, generally resulting in the Federal Reserve system not being mentioned.

The process you propose is:

• You add information about the Federal Reserve system.
• Someone else removes it because its relevance is unclear.
• You two have a consensus-oriented discussion, generally resulting in the Federal Reserve system not being mentioned.
• You appeal to the committee.
• The committee usually agrees with the other editors.

The likelihood of you winning this kind of dispute "on appeal" to the committee is very slim. Leaving aside the merits of anyone's arguments, a committee that doesn't generally go along with the majority is a committee that will get voted right back out of office.

I think the most productive thing that could result from this discussion is for someone else to create an article on Conspiracy theories about central banking, or more specifically Conspiracy theories about the Federal Reserve system. WhatamIdoing (talk) 22:00, 2 March 2024 (UTC)

Your proposed rule was "Think about what would happen if the editor you're in a dispute with (or one of his like-minded wiki-friends) is on the committee...and you're not". Handing power to a small group can backfire. I'm not sure that the hypotheticals that you've proposed really illustrate the issue that you've proposed and the faults of my proposal. As I understand it, here is the current step-by-step sequence for resolving a content policy application dispute where existing policy is silent or ambiguous (and with the assumption of no conduct policy violations):

Under current content dispute resolution policy

• An editor makes a contribution to an article.
• A different editor reverts the contribution without citing a specific content policy because no policy explicitly precludes the contribution or cites a policy that does not clearly preclude the contribution.
  • One or both editors attempt to have a discussion on the talk page.
    • The dispute is resolved with either the content being restored or modified or with the reversion remaining in place.
    • The dispute is not resolved.
      • A third opinion is requested, a request for comments is issued, or a dispute resolution noticeboard discussion occurs.
        • The dispute is resolved because other editors happen to get involved and a consensus forms.
        • The dispute remains unresolved due to a lack of involvement of other editors.

Under proposed content dispute resolution policy

• An editor makes a contribution to an article.
• A different editor reverts the contribution without citing a specific content policy because no policy explicitly precludes the contribution or cites a policy that does not clearly preclude the contribution.
  • One or both editors attempt to have a discussion on the talk page.
    • The dispute is resolved with either the content being restored or modified or with the reversion remaining in place.
    • The dispute is not resolved.
      • A third opinion is requested, a request for comments is issued, or a dispute resolution noticeboard discussion occurs.
        • The dispute is always resolved because the Resolution Subcommittee of the Content Arbitration Committee or the Content Subcommittee of the Arbitration Committee is impaneled to administer the previously listed dispute resolution processes, and the contributing editor can appeal to the entire Content Arbitration Committee and/or to the Arbitration Committee if they felt they did not receive a fair hearing from the Subcommittees.

As I understand it, your concern is mainly is over the possibility of the Content Arbitration Committee and its Subcommittees or the proposed Content Subcommittee of the Arbitration Committee not providing a fair hearing to a contributing editor. I guess I would that that's what the appeals processes would be for and for regular elections to the Committees. Correct me if I'm wrong. -- CommonKnowledgeCreator (talk) 23:16, 2 March 2024 (UTC)

My primary concern is that the "losing" editor will declare that if they "lost" then that fact alone proves that the committee didn't give them a fair hearing.

This is pretty typical of humans: We form our views based on all the information we presently have. We believe that our considered view is a reasonable response to the information we have, and therefore that any rational, reasonable person who has as much information as we do will obviously agree with us. Only a fool would know these things and have a different view, and we don't really think they're fools.

When they don't agree, we either decide that they have more information ("Well, I might be rocket scientist, but I don't do brain surgery, and you're a neurosurgeon, so I guess you know more about brain surgery than I do") and adjust our views, or we decide – rightly or wrongly – that we know a lot about the subject, so we probably know more than the other people, so they're just wrong. Except, of course, that they're probably not wrong; we often overestimate our own knowledge relative to others. WhatamIdoing (talk) 23:41, 2 March 2024 (UTC)

My primary concern is that the "losing" editor will declare that if they "lost" then that fact alone proves that the committee didn't give them a fair hearing. My reaction is "So what?" There needs to be a process for resolving disputes, and sometimes that means that someone "loses". I guess I don't see what the problem is. Under what I'm proposing, there would always be a resolution to a dispute, while under current policy there is not necessarily a resolution and that's really what my issue is with the current content dispute resolution procedures. Also, the Committee's decisions in some sense would only be binding for its individual terms since the Committee could in subsequent terms with different members reverse the previous decisions. -- CommonKnowledgeCreator (talk) 23:54, 2 March 2024 (UTC)

The most common resolution to onwiki disputes is that I realize I'm not invested enough about some aspect, and I move on and do something else. This isn't a bug, it's a feature. Remsense诉 23:59, 2 March 2024 (UTC)

I agree, Remsense.

CommonKnowledgeCreator, demanding that a committee provide a resolution now is not necessarily a good idea. Not every dispute is ripe for resolution. Sometimes we just have to live with uncertainty. WhatamIdoing (talk) 00:24, 3 March 2024 (UTC)

Throughout this thread, I have stated or suggested that this committee would have a "policymaking avoidance doctrine" analogous to the "constitutional avoidance doctrine" which includes the "ripeness" rule. Contrary to a different comment that you've made about my responses to comments throughout this discussion, it seems to me that a few responding editors here are the ones not really reading what I've proposed rather than the other way around. @Remsense: I'm quite accustomed to feeling defeated in the course of disputes with other editors in this project and just giving up, rather than from a lack of investment in the topic I was attempting to contribute about. It's not clear to me that this is a feature of this project and actually could be a bug. -- CommonKnowledgeCreator (talk) 00:46, 3 March 2024 (UTC)

I think you've misunderstood the applicability of the ripeness concept. You don't have to be making policy ("new laws") to be deciding whether a particular dispute can get settled under the existing laws ("lawsuit").

For example, years ago, we had a dispute over what to call the page that is presently titled Intellectual disability. Some people felt very strongly that it needed to move to its present title. Others were not sure. (It's a subject that has had many names over the years.) You propose that we prioritize "always [getting] a resolution to a dispute". What worked for us, in that instance, was not getting a resolution to the dispute. What worked in that instance was just waiting. It eventually worked itself out, when there were real-world changes that we could follow. Before the real-world changes happened, we thought the dispute was not ripe for resolution. We needed to wait rather than rush to resolution. WhatamIdoing (talk) 01:11, 3 March 2024 (UTC)

I'm the editor who contributed the bulk of the content in the Constitutional questions section of the 2024 presidential eligibility of Donald Trump article. In the subsection about Justiciability and laws of evidence, there is cited the statement of the 7-rule test from Ashwander v. Tennessee Valley Authority as summarized by the Congressional Research Service in its report on the constitutional avoidance doctrine. According to the report, the ripeness rule is that "The Court will not 'anticipate a question of constitutional law in advance of the necessity of deciding it.' " I think you've misunderstood the ripeness rule as stated by the Court and how I've proposed adapting it and the political question doctrine for the purpose of the proposed committee. -- CommonKnowledgeCreator (talk) 01:27, 3 March 2024 (UTC)

Why do you think adapting jurisprudence accumulated over centuries of settling property and privilege disputes in Britain and later America is going to adapt well to interpretation questions concerning a decidedly informal body of policies and guidelines among unpaid volunteers?

1. The core of your motion here centers on your personal experience as an editor; you've freely admitted as such.
2. You have provided data of some nature to try and rationalize these conjectures, but [only] 7% of U.S. adults surveyed said they had ever edited Wikipedia does not succeed in this. Is that supposed to be too low? Why? Every quantitative challenge to your extended reasoning for why there aren't enough Wikipedia editors has so far been hand-waved.
3. As such, you have yet to even demonstrate that there is a problem, never mind one that requires a wholesale adaptation of Anglo-American common law to solve. I could belabor the point that that jurisprudence originally developed to prevent landed Welsh gentry from engaging in constant medieval blood feud over property and privileges, whereas this is a community project among volunteer editors where nobody is compelled to do a single thing or feel possessive of any particular outcome, but I'll leave it at that.

Remsense诉 02:02, 3 March 2024 (UTC)

Since I have been pinged, I'll respond - by stating that I consider this proposal entirely inequitable with the basic consensus-based tenets of Wikipedia, as it has operated for many years. And frankly, given the poor arguments put forward, combined with the thoroughly obnoxious proposal above that This Committee would be required by its charter to be inclusionist... to which I raised objections earlier for which no response has been given, I see no reason to go into any particular detail over my objections, beyond pointing out that any such committee would self-evidently become a focus for faction-fighting, politicisation, and attempts to game the system to manufacture 'lack of consensus' where it might otherwise be found by the community itself. The whole idea is so utterly ill-thought-out and wrong-headed that I see no prospect of it ever being adopted, and not worthy of further debate. AndyTheGrump (talk) 00:00, 3 March 2024 (UTC)

Really? I'd have thought that any legitimate committee ought to be expected to reflect, with due balance, the perspectives of the contributing community as a whole. Telling them in advance how to think seems a little extreme. ... frankly, given the poor arguments put forward... I see no reason to go into any particular detail over my objections, beyond pointing out that any such committee would self-evidently become a focus for faction-fighting, politicisation, and attempts to game the system to manufacture 'lack of consensus' where it might otherwise be found by the community itself. The whole idea is so utterly ill-thought-out and wrong-headed that I see no prospect of it ever being adopted, and not worthy of further debate. The reason why I proposed that the Committee be inclusionist is only due to concerns raised about the Committee not providing fair hearings, having a binding resolution authority, and to prevent it from becoming a policymaking body. You have to appreciate that I'm trying to respond to multiple criticisms at once and many of which have been non-overlapping. Your only complaint, as far as I can tell, is that it is self-evident that the Committee that I've proposed would be subject to manipulation. That's why I've suggested that the Foundation verify editor identifies but other editors have argued that would lead to further editor fatigue. I don't believe this is poorly thought-out; I just think that the community has an excessive distaste for even limited bureaucracy despite the fact that it is not clear that the community itself always finds consensus except in the direction of deleting things and excluding content that should be acceptable but just some particular editors don't like. I apologize, but I don't know how to contact other editors other than pings and replies. -- CommonKnowledgeCreator (talk) 00:22, 3 March 2024 (UTC)

Your only complaint, as far as I can tell...is...manipulation: If that's the only complaint you've identified in a comment that begins by saying he objected to demanding an m:inclusionist philosophy, then I think he's right about further discussion not being pointful. It suggests you aren't really reading what other people are writing. WhatamIdoing (talk) 00:27, 3 March 2024 (UTC)

Well, I don't know what else to say other than that I am reading what everyone is writing. So far, the three issues that User:AndyTheGrump has raised with my proposal has been that the MoS are guidelines rather than policies, about the inclusionist charter requirement to prevent policymaking, and that the committee would be subject to manipulation. Perhaps I should have said "subsequent" complaint. -- CommonKnowledgeCreator (talk) 00:36, 3 March 2024 (UTC)

I looked at the example discussions you gave and couldn’t see any material deviation from what I understand general community consensus to be. That is, even in the discussions with a small number of editors, those editors seemed to be coming from a position that I believe would find wide support amongst the general population of editors (and hence would also likely find support from a committee formed from the general population of editors). So it looks to me like the current system is working and there isn’t a burning need to add a committee of any sort into the mix. Barnards.tar.gz (talk) 08:42, 3 March 2024 (UTC)

...and to the extent that the current system doesn't work (it has its flaws, in my opinion), adding a level of bureaucracy to impose decisions regarding content on a community unable to agree on them would seem suboptimal, to say the least. It is essentially incompatible with a volunteer-run project to expect contributors to accede to the will of committees with regards to how they contribute. That isn't what people signed up for. AndyTheGrump (talk) 12:30, 3 March 2024 (UTC)

• I have multiple problems with this proposal. The first is that content disputes often require knowledge of the topic area to resolve. A centralized committee may know which policy/guidelines to apply, but lack the subject area knowledge to know HOW to apply them. Context matters.

My second issue is that content disputes come in too many “flavors” for a centralized committee. Is the dispute about the sources used in the article? Is the dispute about the text of the article …and if so is it a dispute about the Neutrality of the text? Or that the text is Original Research? or some other textual issue? Is the dispute over the triviality of the information? Etc. etc.

For most of these types of disputes we already have noticeboards where the issue can be discussed, policy/guidelines examined a determination of consensus can be reached. For issues without a noticeboard, or where there are multiple issues, we have the Village Pump and the RFC process.

In other words, adding a new layer of bureaucracy is redundant. We already HAVE specialized processes to resolve the different flavors of content disputes… processes where editors who know the context of the dispute can get together with those who know the policy/guidelines involved and try to reach a consensus.

Sometimes a central authority is not as efficient as a decentralized system. Blueboar (talk) 14:44, 3 March 2024 (UTC)

AIV Notice Template - Allows admins to easily see which edit violated the final warning

I've recently been working on vandalism reversal, which, in some cases, has resulted in the user needed to be reported to AIV because of vandalism past their 4th warning. Generally, for every warning there is a record of the article vandalised and the form of vandalism which can be useful for identifying trends in vandalism/NPOV issues (i.e. if a user always vandalises articles relating to certain person or idea).

However, for the vandalism which initiates an AIV report, there is no such record of the type of vandalism and where the vandalism occurs, a report to AIV just occurs, usually with the description "vandalism after 4th warning". The administrator has to look through Special:Contributions and timestamps to determine if vandalism did occur after the 4th warning. The lack of a record for this vandalism reversion also fragment's the user's vandalism history, so, if they are unblocked/only temporarily blocked, the complete history of their vandalism isn't fully documented on the talk page for when they (hopefully) return to Wikipedia.

I made a quick template (Template:AIV Notice) for this which I use for my personal purposes. An example where I used it was here, where the admin was easily able to determine the offending edit from the talk page message (as shown in the block message).

I was wondering about the feasibility of proposing that adding this notice to a talk page, with the article argument, be added a requirement for reporting someone to AIV, just like Template:ANI-notice must be used when reporting users to WP:ANI. Another potential proposal is that it becomes a soft requirement, like using Template:uw-vandalism2 or similar is a soft requirement when reverting an vandalism edit. MolecularPilot _{Let's talk!} 23:06, 4 March 2024 (UTC)

I doubt its use. Blocking admins are responsible to check if the vandalism actually occurred, and all the template does seems exactly the same as the final warning. The blocking admin still has to check the timestamps. Aaron Liu (talk) 02:41, 5 March 2024 (UTC)

I agree that this sounds like it has useful details, but I mostly agree with Aaron Liu that the admin action requires more than just "compare timestamps, block if edit after last warning". And thanks to popups, it's trivial to see the full talkpage-history and contributions-list. DMacks (talk) 02:48, 5 March 2024 (UTC)

I once did some basic estimation, some while ago, to see how hard it'd be to make a tool for this -- as part of a larger tool, which would automatically search for level-4 warnings issued in the last 24 hours and then list accounts/IPs that had edited after them. It turns out this is actually an extremely intensive task that requires you to do tons of searches. The simplest version of it, along the lines of what you've mentioned here, would be something like a context-menu tool that searched for lv4 warnings, then got the user's contribs and highlighted edits made after that point.

Actually, come to think of it, there's already a way to get contribs that are bounded by timestamps, for example https://wiki.riteme.site/w/index.php?title=Special:Contributions&target=JPxG&dir=prev&offset=20210420010203 which is going forward from 2021-04-20 01:02:03. Probably it wouldn't be that hard to just insert a link after the lvl4 warning to a contribs page with this offset. jp×g🗯️ 05:55, 5 March 2024 (UTC)