Wikipedia:Village pump (policy)/Archive 164

Putting this decision into the MOS

I think that a short note about this outcome should be included somewhere in the Wikipedia:Manual of Style. But where? Here are some candidates:

• Wikipedia:Manual of Style/Words to watch
• Wikipedia:Manual of Style/Biography
• Wikipedia:Manual of Style/Medicine-related articles

There may be other good options. I think it should only go in one guideline page. WhatamIdoing (talk) 07:03, 31 January 2021 (UTC)

Hiroyuki Nishimura's infobox has gone through a low boil edit war of sorts for a while. Someone, usually a new editor, will add racist, but commonly used names for him on 4chan, and more experienced users will remove it. I'm wondering if other editors wouldn't mind commenting on this situation from a policy perspective. Should we acknowledge the names "gookmoot" and "Hiroshima Nagasaki" on Wikipedia? I'm leaning towards no, or at least it we do, not so prominently, but these names do appear in reliable sources. Seeing them appear and disappear repeatedly makes me think wider discussion is needed. Psiĥedelisto (talk • contribs) ^{please always ping!} 20:20, 26 January 2021 (UTC)

Psiĥedelisto, I checked the sources, and most of those names aren't in the sources, and most of the sources don't mention any of those names. I'd suggest we delete the whole section. Vexations (talk) 21:37, 26 January 2021 (UTC)

@

WP:PRESERVE-ation because I'd be surprised if those names aren't in other sources. Psiĥedelisto (talk • contribs) ^{please always ping}

! 14:35, 31 January 2021 (UTC)

• No objection - but given that many WikiProjects are essentially dormant, it may not make much difference. Blueboar (talk) 16:44, 31 January 2021 (UTC)

Are they rated as the overall quality of each individual election, or as List-Class? Obviously states like VT, ND, SD, MT, and others that only have 1 representative are rated as quality, but for states like New Jersey and California, should they be rated as List-Class or as the quality of each individual election? Is it different by state - NJ gets an indepth but CA is rated as List-Class because there are so many? Theleekycauldron (talk) 02:27, 1 February 2021 (UTC)

This sounds like the sort of question that would be best asked at Wikipedia talk:WikiProject Elections and Referendums. Thryduulf (talk) 13:57, 1 February 2021 (UTC)

Hi all, do we link to or display the URL's of websites used by extremist groups to plan violent crimes like terror attacks and recruit members? Like at the nazi website

• I started two different rfc's relating to this same issue
  talk
  ) 21:29, 28 December 2020 (UTC)
• You might find
  WP:NOTCENSORED policy. How would you feel about the link to Westboro Baptist Church, 8chan, 4chan, or Charlie Hebdo? Where are you proposing we draw the line? -- zzuuzz ^(talk)
  23:27, 28 December 2020 (UTC)

• If an article is about a website then the URL is a basic fact about the website that is appropriate to put in the Wikipedia article. A link is not an endorsement and the URL is not a secret so I'm not sure what this would accomplish to justify creating exceptions to the not censored and neutral point of view policies. CapitalSasha ~ talk 23:34, 28 December 2020 (UTC)

the issue for me is the extreme nature of violence and the fact the planning such violence is connected to these sites, surely there’s a line that can or should be drawn somewhere? Thanks for the feedback.

talk

) 00:12, 29 December 2020 (UTC)

Wikipedia is not censored. Assuming that linking to said web site is not in violation of the law in Wikipedia's physical location (the US), it's appropriate to link to said web sites in the following situations:

1. An article about an organization should link to the organization's web site.
2. An article about a web site should link to it.
3. A statement about an organization's opinion on some topic, or on a statement they made, if appropriate to be mentioned in a Wikipedia article it may be sourced to the organization's web site.

109.186.67.148 (talk) 09:39, 29 December 2020 (UTC)

• I agree completely with everything 109.186.67.148 says above. We have an established set of guidelines at Wikipedia:External links that have been developed and refined over the years and I can't see any justification for arbitrarily going against them. Thryduulf (talk) 14:08, 29 December 2020 (UTC)
• Yes, we should link. It's like a cross between a zoo and a Holocaust museum. I wholly endorse our readers browsing these zoo animals. The link is useful educational material, and per
  WP:NOTCENSORED we do not delete useful educational material just because someone finds it objectionable. Alsee (talk
  ) 17:34, 29 December 2020 (UTC)
• Little bit confused whether forum shopping is occurring here. Wouldn't the proper thing be to link to the talk page discussion rather than holding two..three separate discussions that are all likely to end the same way...
  WP:NOTCENSORED Slywriter (talk
  ) 17:56, 29 December 2020 (UTC)
• Comment re - Not censored - From
  WP:ELBURDEN

  "This guideline describes the most common reasons for including and excluding links. However, the fact that a given link is not actually prohibited by this guideline does not automatically mean that it must or should be linked. Every link provided must be justifiable in the opinion of the editors for an article. Disputes about links can be addressed through the normal dispute-resolution process, particularly at the external links noticeboard. Disputed links should normally be excluded by default unless and until there is a consensus to include them."

clearly

talk

) 03:17, 30 December 2020 (UTC)

Indeed it isn't a mandate for inclusion, but it is a mandate for not excluding.

Wikipedia:NOTCENSORED makes it clear that being objectionable is not a reason to exclude it. This does not mean that the link must be included, of course, just that any argument not to must be made on other grounds. Thryduulf (talk

) 10:14, 30 December 2020 (UTC)

• Yes, they should be linked like we do in every other article. I think zzuuzz put it very well. It is not our job to decide what groups are worthy to be treated like every other. There is also the argument that such an arbitrary mandate is a slippery slope. PackMecEng (talk) 03:59, 2 January 2021 (UTC)

• Support disincluding URLs for sites of groups/organizations that are primarily engaged in violent behavior and similar, especially when those sites are used to promote violence or recruit for the organizations. Wikipedia "isn't censored" but there's no reason to
  WP:PROMO hate groups, especially violent/terrorist ones. IHateAccounts (talk
  ) 22:38, 2 January 2021 (UTC)

  Linking to an originations official website is not an endorsement of the group or their activities, as such it is not promotion of said group. PackMecEng (talk) 00:06, 3 January 2021 (UTC)

Severe organisational issues

There are unfortunately some severe organisational issues here that we need to resolve first if we hope for this discussion to have any precedent-making power. There are three active discussions happening about this: the one here, the

To @Bacondrum: We all have a learning curve, so I don't fault you if this is your first time hearing about the shortcuts above, but you will have a much easier time getting your policy proposals to succeed in the future if you familiarize yourself with them.

To everyone else: Skimming the discussions, I'm quite disappointed to see that, apart from

Hey,

talk

) 21:12, 30 December 2020 (UTC)

Bacondrum, we need to centralize the discussion at a single place, which should probably be here. There is already a bunch of discussion at the other two pages, though, and we don't normally move RfCs from one page to another (plus the !votes from the Stormfront one are mildly tainted even if they're moved). Hopefully some others will weigh in and we can form a meta-consensus about how to proceed. {{u|Sdkb}} ^talk 21:20, 30 December 2020 (UTC)

Thanks for the call-out,

R2 (bleep

) 23:42, 30 December 2020 (UTC)

Cool, thanks for all the helpful suggestions, I'll close the rfc's and open a new discussion at

talk

) 23:39, 1 January 2021 (UTC)

Nah, here is fine. Splitting the discussion makes 0 sense. --Izno (talk) 01:09, 3 January 2021 (UTC)

RFC: active violent extremist websites (hate groups)

This has been discussed multiple times; Wikipedia:Village_pump_(proposals)/Archive_164#RfC_on_inclusion_criteria_for_lists_of_political_endorsements was held in late 2019. Now that the presidential election is over, it seems time to re-visit it.

Looking at the Joe Biden endorsement pages post-election, I feel that the current behavior is excessive. Some of the references seem clearly insufficient (Sam Gooden is sourced only to a Joe Biden campaign event virtual flyer, which wouldn't meet criterion number 2). Another example, this Axios piece is used as a reference for many of the 80 people who signed an open letter, including people such as Yi Cui (scientist), Ruth DeFries, and Jeremy Nathans who aren't mentioned in the Axios piece itself. Finally, we have a Fox News piece on donations, which sources people like Larry Lucchino and Patty Jenkins based solely on donations, which is against criterion 3.

The problem is that none of these people are important or relevant in this context. This is an agglomeration of trivia that is inappropriate. And the current guidelines seem unable to prevent that. What is to be done here?

• Yeah... Lists like this are a classic example of
  WP:RECENTISM. It takes time to know if an endorsement is significant to a political campaign (or not). Ideally, we would hold off on highlighting ANY endorsements until we know which were significant and which were not. I would suggest a culling and then a merger with the broader 2020 presidential election article. Blueboar (talk
  ) 01:16, 16 January 2021 (UTC)
• I'd agree that we need to be more selective. DGG ( talk ) 05:01, 16 January 2021 (UTC)
• Leave it for now while people calm down and send the whole thing for deletion in six months' time. Thincat (talk) 15:26, 16 January 2021 (UTC)
• Good lord. I'm not an American, so maybe I'm missing something, but do any of these actually mean something tangible? I realize notability doesn't expire, but this seems ridiculous. Matt Deres (talk) 15:45, 20 January 2021 (UTC)

  @Matt Deres, I think the answer to your question is "no". Most endorsements in the US seem to be the equivalent of putting a sign in front of your home saying that you support X or Y. There is no money or anything else attached to it. In practice, I think that the politicians hope that people will vote based on identity, like "I support education, and a group of teachers endorsed this one, so I'll vote for this one." Or, in the opposite case, if a group you disagree with endorses something or someone, then you might vote the other way.

  It seems to me that a complete list of endorsements might be more of a Wikidata thing than an encyclopedia article. There might be an encyclopedia article possible on the subject of the role of endorsements in an election, in which you would write summaries like "most medical and teachers' groups endorsed Biden or stayed silent" or "Christian nationalist groups endorsed Trump", but I don't think that a raw list is an encyclopedia article. WhatamIdoing (talk) 19:30, 22 January 2021 (UTC)

WP:INDISCRIMINATE, though the third bullet point does suggest they're acceptable. To me, the scale is simply beyond reason. Surely a reliable source has compiled and summarized this stuff so that we can report on the trends and special cases rather than immense walls of names. What is the utility of it? Matt Deres (talk

) 16:58, 23 January 2021 (UTC)

@Matt Deres, I think the way you'd handle this at Wikidata is that you'd go to the entry for Joe Biden (or his campaign?), scroll down until you find "+ add statement", and then add a statement "endorsed by", put in the endorsing org's name, add a ref, maybe add a qualifier (time period, or for what purpose?), and repeat. It might be possible to set up a reciprocal item, so that you could do the same thing at the notable endorsing org's record. WhatamIdoing (talk) 18:58, 23 January 2021 (UTC)

• The problem is not one of us lacking the rules, but lacking the horsepower. When it comes to endorsements by Joe Biden, there are thousands of Americans deeply passionate about the candidate (don't ask me why...) who rush to slap every tweet they can find and D-list celebrity saying Biden's name in the list. There are much fewer editors with the patience to watch this crap accumulate on a daily basis and find good sources for the ones which are covered in big publications and throw out the rest. I tried this a little at the Bernie Sanders page in the primaries, but it's just so much work.
  We could perma-semi-protect pages like this (when they're attracting significant attention), but then we will miss out on noticing lots of significant endorsements. That might be preferable, however, to a bloody long list where plenty of people who have not publicly endorsed a candidate are misreported as having done so (based on an immediately-deleted tweet where they say "I liked Joe's hair, it makes me laugh"), which is both a BLP violation and a useless piece of cruft that I fail to believe anybody could find useful.
  If we were anywhere near to solving the problem that most of these lists of poorly sourced content flat out fail all editorial policies we have, let alone the three criteria the 2019 RfC established, then we still might find the lists too hard to navigate because they've got an unsurprising list of 200 Democratic local representatives endorsing the Democratic candidate, but I don't think that's problem #1 to solve. — Bilorv (talk) 00:17, 6 February 2021 (UTC)

FYI

 – Pointer to relevant discussion elsewhere.

Please see:

• Wikipedia talk:Manual of Style/Capital letters#Overhauling MOS:CAPS#Peoples and their languages
• Wikipedia talk:Manual of Style/Capital letters#Discussion about capitalisation of Black (people)

Summary: When

Second (and kind of dependent on this section even becoming relevant to MOS:CAPS in the first place), it has been proposed that the results of a recent RfC on [b|B]lack and [w|W]hite be integrated into MOS:CAPS, at this section, and I have drafted language to do that, reflective both of pre-existing permissiveness for lower-case or upper-case, and of the specific result of the RfC (to not use Black but white in the same material).
 — SMcCandlish ☏ ¢ 😼  01:11, 6 February 2021 (UTC)

As an older editor (both in age and in “years editing WP”), I am becoming increasingly concerned by the amount of automated doo-hickies (templates, phabricators, T1234 thingys etc. etc.) one is expected to understand in order to edit articles. I know I am not being very specific in raising this concern (that is because I am not very tech savvy, so I don’t even know enough to complain accurately)... essentially It just feels like we are shifting from “The encyclopedia that anyone can edit” to “The encyclopedia that those with enough technical expertise can edit”. Please discuss. Blueboar (talk) 18:27, 2 February 2021 (UTC)

@Blueboar:, I am probably of the same generation and have edited about as long as you, and I don't share that experience. I don't pay any attention to anything tracked in pahbricator and I don't even know what "T1234 thingys" are and I edit in about the same way as I always have. I do use templates but those aren't really much of a burden if I remember to check the documentation before once I screw something up before I press "Publish changes". I'm not trying to deny your lived experience but I don't feel that the technical savvy needed to edit has changed greatly in the last decade or so. I'm sorry that's not of more help. Eggishorn (talk) (contrib) 19:15, 2 February 2021 (UTC)

(after edit conflict) I don't know if I can say I'm "older" at 62, and I count myself as pretty tech-savvy, having worked in technical areas of IT from 1980. I deliberately avoid the more technical areas of the project (the only village pump page that I don't have watchlisted is the technical one) but am concerned that we seem to have a significant number of editors who seem to think that technical IT expertise has some relation to knowing what should be done in an encyclopedia. My greatest concern is that there are so many editors, including admins, who

Phil Bridger (talk

) 19:19, 2 February 2021 (UTC)

There's an established process for bots and consensus. That process is described in BOTPOL. They aren't treat like human editors because they aren't human editors. That's not to say the process is perfect or not in need of any reforms, though, but it does explain your question about why admins don't block contrary to policy. ProcrastinatingReader (talk) 05:32, 3 February 2021 (UTC)

I guess it depends on what kind of articles (generic) you like to edit and how much they rely on templates or other more advanced markup. Most editors will appreciate it if you at least use some citation templates, but you can probably get by with bare references as long as you don't mind others changing them later. If you're thinking about maintenance tasks like page patrol, yeah, some of those rely on tools or need careful attention to follow all requisite steps. isaacl (talk) 22:35, 2 February 2021 (UTC)

I agree that the amount of automation has steadily increased over time, but the purpose has been to reduce the amount of technical expertise required, so we can spend more time on the article writing. My experience with the kids in university classes has been that they are less technically savvy than the older generation. They don't look at how a web page is constructed any more. (Why would you? It's probably all full of CSS.) Nonetheless, we also have an educational mission, so in that spirit, everyone is obligated to learn. Working with bots, templates and Lua modules isn't so hard. Hawkeye7 (discuss) 05:16, 3 February 2021 (UTC)

Working with bots, templates and Lua modules isn't so hard.: I believe the average editor can get by without having to worry about bots and Lua. Automated bot edits can be configured to not show on watchlists, and their edits shouldn't be treated any differently than if they were made from a human. Templates might be less avoidable, as most use them for citations, and almost every page has an infobox. Help pages can be spruced up if non-technical editors can identify gaps they are experiencing.—Bagumba (talk) 05:26, 3 February 2021 (UTC)

Couldn't agree more. You don't need to worry about them. You can use the templates without knowing how they work. Hawkeye7 (discuss) 10:06, 3 February 2021 (UTC)

Of course way back when I was new, it did take a while to figure out how those {{...}} worked and where the hell to get the proper syntax.—Bagumba (talk) 11:06, 3 February 2021 (UTC)

• The problem isn't that people can use templates and the like without knowing how they work, the problem is that it ahs become much harder for many people to fix issues in templates, infoboxes, ... in a specific article. E.g. modules are a step remote from templates. People used to be able to look at the template name that was used, type that into the infobox, and then see the actual source; now they will see some invocation of "something" without any indication that this is a Lua module, which is then much harder to parse for many people. Similarly, all the stuff that is taken from Wikidata may seem to make life easier, but in reality is a big black box for most editors, and if they do goover there, they have trouble finding out what they are supposed to do (e.g. creating a new reference there is a lot harder). So yes, there have been some developments which have made editing, understanding what happens, fixing (some) errors, ... increasingly difficult for a lot of people.
  Fram (talk
  ) 11:32, 3 February 2021 (UTC)

  Fram, I think such complication is necessary of any mature organisation or project. Complexities always develop which are inaccessible to some. No single person will be able to comprehend and efficiently operate in every area of the project. Most people don't need to be able to understand Module:Convert, for example. If they have an issue, they can pop it onto the talk page and it's someone else's problem. Using Lua modules is hence as simple as templates, assuming they're well documented and well designed. As for Wikidata, there's an editing pencil in infoboxes but I happen to think it looks a bit ugly.

  (re below) I don't think stuff like {{authority control}} is creating an editing complexity, but it is bloat. ProcrastinatingReader (talk) 13:05, 3 February 2021 (UTC)

  • Re. Wikidata, see something like the template CiteQ, which is extremely easy until you need to change anything (or need to create a new reference). AT

    Fram (talk

    ) 13:20, 3 February 2021 (UTC)

This is exactly the sort of thing that I am talking about... what the hell does “Cite Q|Q101542418” mean? I have no clue how you get the text of the citation that appears in the article from that string of gobbledygook. There is no way I could edit this if I needed to. It is not something I have the skills to figure out. Blueboar (talk) 13:56, 3 February 2021 (UTC)

I think the corollary to that is that most new editors would find {{Cite book|editor-last=Kurth|editor-first=Willy|year=1927|title=Complete Woodcuts of Albrecht Dürer|url=https://babel.hathitrust.org/cgi/pt?id=uc1.32106006231002|publisher=[[Foyles]]|isbn=0-486-21097-9|ol=18383602M}} just as impenetrable and be just as lost about how to edit it. There's no way around having some structured data in our articles (citations for example), but tools like VisualEditor and Wikidata/{{Cite Q}} are an attempt to make it so the average editor doesn't have to work with it directly, and so reduce the technical barrier to editing that you complained about above. They're not perfect and I certainly agree that we need much more approachable interfaces for editing Wikidata (e.g. one just for bibliographic entries), but it seems a step in the right direction. – Joe (talk) 14:34, 3 February 2021 (UTC)

How so? If in this example, you wanted to change "Foyles" to "Dover publications" or whatever, you actually see Foyles in the code you posted, and can simply replace it. Not so in Q12512121564. I have gone back to the same example article,

Fram (talk

) 15:14, 3 February 2021 (UTC)

• Have you tried the VisualEditor recently? I find it works very well for writing and working with simple templates (citations, infoboxes, etc.) – Joe (talk) 11:45, 3 February 2021 (UTC)

  Thank you, but shudder, no. I loathe that thing. Citations are for me much easier with the wikitext editor. And it doesn't address any of the issues I discussed.

  Fram (talk

  ) 12:39, 3 February 2021 (UTC)

  I was responding to Blueboar, not you directly, sorry for the threading confusion. – Joe (talk) 13:33, 3 February 2021 (UTC)

  No problem.

  Fram (talk

  ) 13:45, 3 February 2021 (UTC)

  I would agree with Fram. I too prefer to edit using the wikitext editor (I like to see the full text of a citation written out when I go into edit mode). Blueboar (talk) 14:07, 3 February 2021 (UTC)

  Blueboar, It's my hypothesis that a number of editors, especially those who had mastered the intricacies of adding references with the wiki text editor, checked out an early version of visual editor and were very turned off. I sympathize with that view, because I tried it early, found it lacking, and didn't use it much for a while. However, I came back to it, and find that many of the bugs have been worked out. While I still find the need to use both editors, I almost exclusively use VE for adding references and it is much better on the occasional time I need to add a table. I understand that once you've mastered the ability to add a reference manually, VE doesn't count as much of an improvement, but the ability to drop in an ISBN and spit out a properly formatted reference is a godsend. S Philbrick(Talk) 14:52, 3 February 2021 (UTC)

• It's obviously
  Twinkle to drop a tag on an article rather than actually fixing the issue. Such tools tend to bias activity towards brute-force fixes like deletion rather than activity that is difficult to automate such as writing and editing. Andrew🐉(talk
  ) 12:28, 3 February 2021 (UTC)
  • I don't mind the {{
    here's a repetitive and labour-intensive task that is a full decade backlogged. But you're not helping anyone if you slap 1000 {{more citations needed}} templates on articles and don't add a single new citation. — Bilorv (talk
    ) 01:03, 6 February 2021 (UTC)
• Reading some of the comments has me thinking... perhaps part of the problem is that that I am very TEXT oriented, and WP is becoming more and more DATA oriented. Using templates and automation does make it easier to update DATA in articles, but it makes it very difficult to write and edit TEXT. Blueboar (talk) 14:13, 3 February 2021 (UTC)
  • I'm not sure what policies/guidelines you are trying to discuss here
    WP:IAR have a long, strong history. I've told others before if you want to write about something but don't know all the nuances of the templates/markup/etc - then just write it! Use references, if you don't format the references in a way that others like they can just go refactor them. If someone says something like "you should use template:x instead of a bare reference" take it or leave it! If someone makes some template-heavy-reference that is a pain to deal with, ignore it and just put in a reference you actually used however you want. Don't edit war with someone who wants to come behind you and update the markup - move on to something else you actually care about! We need good faith editors making constructive articles and article improvements as much or more than we need the references to be in a shiny markup if it is in the way of brilliant prose. — xaosflux ^Talk
    15:33, 3 February 2021 (UTC)
    • That is great advice for when someone is adding new info or creating new citations ... my difficulty is figuring out how to edit/amend existing info and citations. The more we rely on templates and coding to generate text (whether it be the text of an infobox, the text of a citation, or the running text of an article), the harder it is to fix/amend that text when something needs fixing/amending. Blueboar (talk) 18:27, 3 February 2021 (UTC)

@Blueboar:, is there an example that you can point to of a cite or template that you feel is too obtuse? The concerns you express are feeling a bit abstract and nebulous at this point. I can think of examples where I've had trouble (e.g., I have come to despise the opacity of Wikidata inclusions) but I don't know if you are referring to similar things. Eggishorn (talk) (contrib) 18:46, 3 February 2021 (UTC)

Sorry to not be more specific. I suppose this is more a generalized sense that I am increasingly unable to contribute as fully as I once could... rather than something inspired by a specific example. Wikidata is certainly contributing to this, but it goes beyond that. I will try to find other examples.

I raised my concern here because I was not sure where else to discuss it (and because I know this page has lots of people watching it). I don’t even know if there IS a remedy... I just wanted other editors to know how I felt. Something has changed in the way WP operates, and I am saddened by it. Blueboar (talk) 19:33, 3 February 2021 (UTC)

I think I know what you mean -- for me, it does take time sometimes to figure out how to add to a template/table etc so it renders the information it should, and with more different templates/tables etc. sometimes I just move-on and the improvement is does not get done, at least by me. -- Alanscottwalker (talk) 19:41, 3 February 2021 (UTC)

• If you were learning how to edit templates, you would start with something simple, and work towards more complex patterns. That's how a textbook would be organised. But for the editor who comes from editing an article and wanting to change something, then you might well be jumping in the deep end. The templates, like the articles, have tended to become more detailed over time, due to precisely this process. There is quite a few You might be confronted by one of those templates that makes you recoil. It took some time, but I managed to get the rocket engine template to call the nuclear reactor one as a module. Persistence pays off. Hawkeye7 (discuss) 00:52, 4 February 2021 (UTC)
• Blueboar makes some valid points, in my view – and I'm a retired computer science academic, competent in both the template language and Lua (I converted most of the WP:Automated taxobox system).
  • One problem is that automation = obscurity. Consider citations. A citation written out as text is easily comprehensible and editable. Given that the parameter names are meaningful, a citation written out inside a citation template is also reasonably easily comprehensible and editable. A citation created by {{Cite Q}} is neither easily comprehensible nor easily editable. It's particularly problematic in my view when templates here use data from elsewhere, particularly from Wikidata, which has to be edited in a very different way. There should be much more community discussion before such templates come into use.
  • Another problem is the complexity of templates/modules, as they are expanded to do more tasks, and do them better. Increasing modularity is good in software terms (or so I used to teach), but creates issues for editors here – one Lua module now often services multiple templates, making changes to it considerably more difficult to make safely. All this results in a shrinking of the pool of editors who are willing or able to edit templates/modules. I'm not sure whether there is a solution to this problem, but we should be aware of it. I think that in some areas we are dangerously dependent on a small number of editors.

Peter coxhead (talk) 10:39, 4 February 2021 (UTC)

• Agreed with Blueboar. It's worrying how many of our most frequent editors began editing in 2010 or earlier. Because these editors will not all continue in decades to come. We need a new generation of Wikipedians and the ones we're recruiting are too technical-oriented (or politics-oriented). The learning curve is just so steep to be able to improve content with no technical background. To you, ten changes in ten years just means you have to learn one thing a year. To a new user, this means another ten things to add to an existing twenty before they can just fix the bloody date in article prose from "February 4" (a mistake) to "February 5". Or more accurately, it means that the user can't fix the date, gives up and never tries to edit again. New users don't get a voice in our conversations, because they're not here. Just the people who are so familiar with our existing workflows that they have absolutely no idea what the new user experience is like. We also forget that most people are reading on mobile and can only edit on mobile, particularly those in Africa, Asia or South America who are only just getting access to the internet. It will soon be harder than the
  WP:5P yet? And don't forget the reference (which has to be cited in a completely different way) or you'll be reverted immediately by a long-term editor who can't distinguish your edit from subtle vandalism. — Bilorv (talk
  ) 01:03, 6 February 2021 (UTC)
• The main thing I do on Wikipedia is vandalism fighting, specifically of longstanding vandalism. Two frequent pathways to vandalism becoming longstanding are vandalism to references (at least in my experience, a lot of the "fixed vandalism from 2010" comes from people inserting obvious vandalism into refs) and vandalism grandfathered in from other articles. Things like CiteQ that pull copy from Wikidata seem like a ticking time bomb for both. (After seeing this entry it took me literally 5 minutes to find (and revert) several instances of obvious Wikidata vandalism that were there for some time.)- I know Wikidata has a counter-vandalism project but I'm not sure how active it is compared to here. Gnomingstuff (talk) 04:52, 8 February 2021 (UTC)
  • Concerns over Wikidata vandalism (which I share) have been the main reason the community has opposed Wikidata integration in most forms. It's worrying to see things like CiteQ bypassing our filters by being introduced without, so far as I can see, consensus and widespread discussion outside of the techno-centred communities which are much more likely to favour it. There was a quite negative closure at Wikipedia:Templates for discussion/Log/2017 September 15#Template:Cite Q in 2017 but since then, what's changed since that makes CiteQ acceptable for transclusion on, at present, 44,000 pages (mostly articles)? — Bilorv (talk) 23:22, 8 February 2021 (UTC)

More input is needed at Wikipedia talk:Manual of Style/Medicine-related articles#MEDLEAD. Crossroads ^-talk- 06:49, 9 February 2021 (UTC)

I guess this is the right place to put this, since it's a policy-related question. My watchlist has been completely bombarded with seemingly cosmetic bot edits lately, to the point that it's really rendering part of the idea behind a watchlist useless, as it makes it very hard to keep track of edits I would actually want to monitor. For instance, this edit (it's to an article since-deleted by PROD, so only admins can see it, but the edit is by Monkbot, is marked as cosmetic, and simply consists of changing the parameter |accessdate in {{

Sorry for the TL;DR rant, but I was pretty sure that COSMETICBOT was still policy, but wound up being very confused and annoyed when all of a sudden 30-odd percent of the changes appearing on my watchlist were seemingly-cosmetic bot edits. Even the ones working on Category:CS1 maint: ref=harv are essentially cosmetic edits, given that that category says up at the top The CS1 maint: ref=harv message is not an error message., so removing |ref=harv isn't really a particularly useful edit. I'm seriously considering adding {{bots|deny=monkbot 18}} to pages I'm actively watching so I can actually monitor useful changes to those articles without everything being gummed up. Hog Farm _Talk 06:07, 31 January 2021 (UTC)

Hi, Hog Farm. There is a (quite long) discussion about this at Wikipedia:Bots/Noticeboard#Monkbot 18. — The Earwig ^talk 08:24, 31 January 2021 (UTC)

The short answer is: The bot has been fixing problems that don't currently appear to make a difference, but which will make a very visible difference (broken refs all over the page) in the fairly near future. WhatamIdoing (talk) 17:20, 10 February 2021 (UTC)

Currently, the entirety of the Manual of Style is considered guideline. However, MOS:ACCESS infringements impact the usability of Wikipedia, and its accessibility. I propose that MOS:ACCESS be elevated above the level of guidelines, and more stringently enforced in mainspace and in wikispace.

There has been a recent proliferation of articles infringing MOS:ACCESS, particularly among COVID-related articles with statistics charts. Needless to say, access to information about an active pandemic should not be obstructed due to poor adherence to the Manual of Style. This troubling trend of flouting MOS:ACCESS should be nipped in the bud, before it becomes so widespread that fixing it is nearly impossible and Wikipedia's famed level of accessibility becomes permanently degraded.70.52.144.5 (talk) 16:05, 31 January 2021 (UTC)

Practically everything in MOS should be a guideline, because, well, they’re guidelines. Elevating MOS:ACCESS to policy won’t fix the particular issue you’re referring to anyway. Suggest discussing those graphs on their relevant talk; I suspect the limitations are a mixture of technical and needing someone who’s willing to do the work. ProcrastinatingReader (talk) 16:09, 31 January 2021 (UTC)

No technical limitations. Not ALL of the statistics charts on those pages infringe MOS:ACCESS, just a subset. The way the non-infringing subset are done is therefore the way they all should be done, to adhere to MOS:ACCESS. That makes the continued infringements of MOS:ACCESS, which have now drawn comment from at least 3 users, willful ones. Ridiculously, one of those users was actually asked to fix it on one of the affected pages themselves by uploading images and editing the page, despite their being an IP user and thus unable to upload images, and that particular page being semi-protected so not editable by IP users. Someone else would therefore have to do it, yet no-one would, even though requests for (non-vandalizing) edits to semi-protected pages from IP users are supposed to be honored.70.52.144.5 (talk) 17:52, 1 February 2021 (UTC)

The "someone else" may have to a be a future you. Register an account, wait 10 days, fix it. -

talk

23:24, 1 February 2021 (UTC)

Ridiculous. Your response obviates the whole purpose of semi-protected edit requests. Furthermore, those COVID pages were fine up until January 8. Someone else's edits broke MOS:ACCESS (and particularly MOS:PRECOLLAPSE). Why should I be expected to clean up their mess? I don't even have the relevant expertise. I have little familiarity with the markup used around here. I can fix a typo or add a bit of information here and there, but it would take me weeks to learn enough to be able to fix what whoever broke it could fix in five minutes. If this was a simple matter of personal preference I might simply give up and let the more knowledgeable editor have it their way, but this is not a simple matter of personal preference. It's a matter of a flagrant violation of an important guideline. What that other editor did is WRONG and should not be allowed to stand. What I can't understand is why I can't seem to find anybody who agrees with me! If there was a broad consensus that, say, MOS:PRECOLLAPSE was obsolete, presumably it wouldn't even be there on the MOS:ACCESS page anymore. Since it is still there, there must be a large silent majority who agree with me. So why will none of them speak up?!70.52.144.5 (talk) 16:11, 2 February 2021 (UTC)

The MOS as policy would essentially require prior knowledge of the MOS before contributing to Wikipedia. That is to say, not writing in a MOS-compliant way could be seen as disruptive. Go ahead and stringently enforce the guideline that it is. Barring an exceptional reason, reverts done to MOS-compliant edits will be viewed as disruptive. Primergrey (talk)

That's not what a policy is. People violating policies or guidelines they don't know about has always what we've had IAR and BITE for. --Izno (talk) 17:48, 31 January 2021 (UTC)

Regardless of what a policy is or is not, the OP certainly seems to think a "promotion" to policy would make MOS-compliant editing more "enforceable". Primergrey (talk) 20:20, 1 February 2021 (UTC)

It won't, though. This is a common misconception about Wikipedia:The difference between policies, guidelines and essays. WhatamIdoing (talk) 17:22, 10 February 2021 (UTC)

But then again, it might. As the page you linked to is "a supplemental page, which is an even more ambiguous group...supplemental pages generally have a limited status during deliberations as they have not been thoroughly vetted by the community." Primergrey (talk) 17:58, 10 February 2021 (UTC)

No, it won't. Changing the label at the top of the page does not magically result in people reading it and changing their behavior. Even in a long-standing, high-profile policy, it often takes many editors two years to notice that the best-practice has been changed. (When was the last time you read all the policies? Never? Right. Neither did anyone else, so of course you don't know what changed in them last month.) WhatamIdoing (talk) 18:02, 10 February 2021 (UTC)

"No, it won't." Armed with that level of prescience, you ought to just tell everyone what result this thread will yield, and save them all some time. I'm talking about perceptions, which, given the blurriness of things, are pretty much all anyone has to go on. (And I have read every policy and guideline over the course of my time here. Less clarity was imparted than I had expected.) Primergrey (talk) 18:16, 10 February 2021 (UTC)

Over the span of many years, a few editors (including myself) have probably read all, or nearly all, of the policies. But if you're not doing that frequently, then you won't know what's changed.

It does not take prescience to know that changing a policy does not magically equip editors with these necessary and complex skills, or to know that people whose current personal opinion falls into the "benign neglect" range will not suddenly become advocates for adding accessibility features to data tables. Approximately 148,000 registered editors have made at least one edit in the last month. Wikipedia:Manual of Style/Accessibility/Data tables tutorial gets five page views a day. That means that for every person who looks up the right way to do it once, 999 other editors aren't doing it at all this month (and that assumes that nobody ever reads the page more than once, which isn't realistic). Slapping a policy tag at the top of the page will not change that. WhatamIdoing (talk) 18:35, 10 February 2021 (UTC)

More forum shopping. See the links I supplied in yesterday's attempted RFC:

WT:WPACCESS#Since many editors treat Manual of Style content as mere ignorable guidelines, MOS:ACCESS content should be clearly made non-ignorable policy. --Izno (talk

) 17:48, 31 January 2021 (UTC)

Not forum shopping. Escalation. And quit stalking me. Your opinion, that MOS:ACCESS should simply be thrown overboard because it's suddenly less convenient to apply, has been made adequately clear, and it is clearly incorrect. — Preceding unsigned comment added by 70.52.144.5 (talk) 17:59, 1 February 2021 (UTC)

MOS:ACCESS is explicitly a guideline because "it is best treated with common sense, and occasional exceptions may apply.". Not liking the answer you've been given every time you've asked will not and cannot change that. Thryduulf (talk) 21:46, 31 January 2021 (UTC)

Concur with every named user above who has replied to the anonymous IP address editor. --Coolcaesar (talk) 18:44, 1 February 2021 (UTC)

MOS:PRECOLLAPSE should probably be regarded as obsolete. CSS and JavaScript are fairly universal. Turning off CSS requires special plugins in many browsers nowadays. Hawkeye7 (discuss)

05:34, 3 February 2021 (UTC)

It's actually still a problem. Dropdowns/collapses are busted on the mobile site, for example. They either hide totally, or auto-expand, one or the other depending on the class. Creates an awful UI experience when infoboxes, for example, use collapses with a mass of content in it. On mobiles, that infobox appears under the first paragraph of the lead, auto-expands, and then becomes a very long scroll. ProcrastinatingReader (talk) 05:46, 3 February 2021 (UTC)

(sigh) Is it really necessary to remind everybody of https://www.mediawiki.org/wiki/No-JavaScript_notes again? Up to 7% of the user base can't see many of the statistics charts on the affected COVID articles. There are devices with browsers that don't support Javascript. There are security reasons to disable or whitelist it. Anyone arguing that MOS:PRECOLLAPSE is obsolete is arguing that people should be forced to let Wikipedia run code on their machines or no charts for you. Code that "anyone can edit"! That code will become a very tempting target for bad actors to modify, and probably already is. Basically, when a user lets a site run Javascript, any attacker there has already achieved the hardest step: getting remote code execution. They're now just one or two local privilege escalations away from cracking root ... 70.52.144.5 (talk) 19:01, 3 February 2021 (UTC)

Not everyone can edit global site JS, only the WMF/devs and intadmins. ProcrastinatingReader (talk) 19:09, 3 February 2021 (UTC)

So, there's a small barrier to access, not unlike the case with editing a semi-protected article. 70.52.144.5 (talk) 18:37, 4 February 2021 (UTC)

The rest is paranoia with no basis in reality, there is no known bug allowing gaining root access by executing JavaScript in any popular browser. ProcrastinatingReader (talk) 19:09, 3 February 2021 (UTC)

Poppycock. Ten seconds of googling sufficed to find these recent incidents:

• https://www.trendmicro.com/en_ca/research/20/h/cve-2020-1380-analysis-of-recently-fixed-ie-zero-day.html "It is a use-after-free bug in Internet Explorer's JavaScript engine, jscript9.dll."
• https://threatpost.com/2-zero-day-bugs-google-chrome/161160/ "... component of Chrome that handles JavaScript and WebAssembly"
• https://nakedsecurity.sophos.com/2020/01/09/browser-zero-day-update-your-firefox-right-now/ "Simply put, a JIT compiler takes JavaScript source code, as you'll find in most web pages these days, and converts it to executable computer code"

That's the trifecta, an exploitable Javascript-engine zero-day in each of IE, Chrome, and Firefox, the top 3 browsers outside of Apple's expensive little gated community. All three of them during 2020, so recent. If these happened yesterday, another one could crop up tomorrow. 70.52.144.5 (talk) 18:37, 4 February 2021 (UTC)

The fact is that you’re going to have a very tough time on the internet in 2021 without enabling JS, a suboptimal browsing experience on many popular sites and others not allowing access entirely (eg React/SPAs/etc). ProcrastinatingReader (talk) 19:09, 3 February 2021 (UTC)

That is true, and it is also very, very bad. And it is mostly for ulterior motives. A lot of those sites are serving static text and images as the bulk or even the entirety of what they provide to the end user, which does not technically require any client-side scripting. (Rather like an encyclopedia site, come to think of it.) But anyone who's blocking their scripts is blocking their ads, so they are motivated to force people to allow their scripts. A good and wise site operator would just fall back to good old-fashioned 400x40 JPEG ads but way too many site operators are greedy jerks instead. Of course, Wikipedia has no such motives, since it doesn't appear to be ad supported, which makes the concerted effort certain editors are making to force Javascript down users' throats after all these years all the more baffling, as there does not seem to be a motive for doing so. Yet there is clearly a huge amount of resistance from certain quarters to any attempt to keep Wikipedia functional for non-JS users, to the point of some of the pro-forcing-JS-use faction feeling the need to try to stifle any debate of the topic at all, and to follow members of the anti-forcing-JS-use faction around the site to pester them. It's very odd.

P.S.: Simply deleting everything I wrote yesterday because you disagree with it is NOT a mature way to debate an issue. Please don't do that again. 70.52.144.5 (talk) 18:37, 4 February 2021 (UTC)

I am sympathetic because the casual discrimination against the disabled that crops up when people ignore and/or argue against *some* elements of MOS:ACCESS is frustrating. Fortunately the WMF, in one of its rare occasions of doing something correctly, has a nondiscrimination resolution which supersedes local policies. The problem with MOS:ACCESS is it handles two different types of accessibility issues. Those related to technical accessessibility (eg browsers that lack CSS/JS support) and those that address disability based access (colourblindness, sight-impaired etc). The former should certainly not be a policy, the latter probably should given it crops up often enough that editors ignore it. Only in death does duty end (talk) 13:40, 5 February 2021 (UTC)

The distinction you're trying to make, apparently with the intention of carving out an exception that will give the pro-shoving-JS-down-everyone's-throats faction license to operate, does not really exist. Device capabilities and disability are not independent -- consider things like screen reader software or text magnification features. These things (and lots more) are designed to work with plain HTML and, in some cases, images and other commonplace material. Replacing any of these with scripts that attempt to do anything fancier, without appropriate no-script backups, is likely to screw them up. This is part of a more general adage: the more you overthink the plumbing, the easier it is to stop up the drain. 70.52.144.5 (talk) 19:02, 5 February 2021 (UTC)

I believe the self-published source policy regarding biography of living person articles -

Bridge articles are written by a team and attributed to them, just as articles written by advocacy groups like the Anti-Defamation League, the Southern Poverty Law Center, the Innocence Project and so on tend to be. Articles on controversial BLP subjects feature articles from these groups as a matter of course: see the pages for Milo Yiannopoulos,[75][76][77][78], Richard B. Spencer[79] and Lauren Southern[80] for example. However, a literal reading of currently policy could exclude them as "self-published sources", and potentially exclude anything that doesn't have a person with the job title of "editor". It needs to be clarified whether the above are "self-published" sources or whether they are acceptable for BLP articles. I don't believe those who wrote this policy sincerely intended that this would be the interpretation and I believe it is contrary to the spirit if not the letter of the existing policy, but believe the policy needs to be urgently updated and clarified to state whether think tanks, advocacy organizations and academic projects are "self-published" and whether they are acceptable for BLP articles. Noteduck (talk) 08:32, 27 January 2021 (UTC)

Well,

WP:RS (not very high quality RS, but RS nonetheless, for less controversial stuff). Tgeorgescu (talk

) 09:22, 27 January 2021 (UTC)

The concern is about content on BLP's specifically. They want our definition of self-published changed so they can add think tanks, advocacy organizations, and academic projects as content on BLP's. --Kyohyi (talk) 14:15, 27 January 2021 (UTC)

• Note, this question is related to a current RSN discussion here [[81]]. Springee (talk) 11:58, 27 January 2021 (UTC)

Springee and Kyohyi, nice of you to join me.

WP: V does state "Never use self-published sources as third-party sources about living people, even if the author is an expert, well-known professional researcher, or writer". This doesn't appear to leave any exemptions for experts no matter what level of renown. I can't imagine those who wrote the policy intended to exclude those sources - or are think tanks, advocacy groups, academic projects etc not "self-published sources"? Am I missing something? Noteduck (talk

) 04:59, 28 January 2021 (UTC)

This is becoming obvious FORUMSHOPing. This question was extensively discussed and you didn't get the answer you wanted. Springee (talk) 11:19, 28 January 2021 (UTC)

Springee, there is an obvious lacuna (or simply a norm of violating policy) in Wiki's SPS:BPL policy. I'm on this page to get it clarified and amended if possible - if you don't have anything helpful to add then don't add anything Noteduck (talk) 21:00, 28 January 2021 (UTC)

I disagree: This appears to be a genuine inconsistency in how

WT:BLP? ElKevbo (talk

) 21:25, 28 January 2021 (UTC)

I'm fine with opening the discussion but I think it's problematic when an editor is actively involved in a dispute over this exact fact to then open this discussion without informing the original discussion. Given some of Noteduck's other behaviors this certainly looks like simple forum shopping. That said, Noteduck has since notified the other discussion. There is at least one SPS discussion I'm aware of which took place here [[82]]. VP is probably not the best place for this though it would be a good place for a notification. Springee (talk) 22:30, 28 January 2021 (UTC)

Comment - upon a review of the related discussions, in which I am not INVOLVED, I would like to corroborate that this does seem to me to represent a lacuna. The SPS prohibition for BLP articles - which makes sense in and of itself - seems to me to be too broad. While we should not allow feuds even among highly espected experts to be reflected in WP articles when sourced only to their blogs, it seems to me that at least some of the following should be allowed on BLPs: (1) SPS from acknowledged experts as references for uncontroversial matters of fact; (2) attributed judgements from relevant experts (individuals and groups), sourced to self-published or other sources where editorial control is not fully separate from the author or authors; (3) authoritative judgments using references by respected organizations that are responsible for their own publications. I'm not sure what exactly what the path would be to recognize some or all of the above as valid for BLPs, but I do believe it would benefit the encyclopedia to do so, by enriching the published content without taking any risks of harm to BLP subjects through poorly-sourced claims. Newimpartial (talk) 21:44, 28 January 2021 (UTC)

Comment

I'm not sure who that freestanding comment was intended to address, but my (immediately preceding) comment was about

WP:SPS - which is a policy - and which states, Never use self-published sources as third-party sources about living people, even if the author is an expert, well-known professional researcher, or writer. That was what I for one was criticizing as, ahem, lacking necessary nuance. Newimpartial (talk

) 22:52, 28 January 2021 (UTC)

My comment was not indented because it was not a reply to you, it was a reply to the OP. Alanscottwalker (talk) 23:00, 28 January 2021 (UTC)

Is this notice board with this opening the property venue for this discussion? This is a reasonable question when taken out of the context on which it was raised. As I noted, it was discussed before but there was no resolution. I would suggest closing this discussion and raising it neutrality on the WP:V or WP:RS talk pages. Springee (talk) 23:29, 28 January 2021 (UTC)

In my opinion the second proposition is most likely correct, and the current definition is contrary to the spirit if not the letter of the policy. What do others think - am I missing anything? Noteduck (talk) 10:04, 29 January 2021 (UTC)

Considering reliability of sources at the level of publisher causes issues. -

talk

12:48, 29 January 2021 (UTC)

I think these concerns about SPLC and ADL are misplaced. First, they often deal with groups, rather than individuals, and groups are not subject to BLP rules. Second, we usually cite a newspaper or magazine article that says that the SPLC or the ADL put the group on a list, rather than citing their own publications directly. If you see someone citing SPLC's own publications to claim something specifically about an individual BLP, then please go visit your favorite web search engine, find an independent news article that says the same thing, and replace the source. WhatamIdoing (talk) 16:53, 10 February 2021 (UTC)

Comment My take is that a lot of editors don't follow how policy defines a self-published source. I do think our policy partially buries the definition (by putting it in a note, and not in the main body of text), but it does exist on WP: V. Per V "Self-published material is characterized by the lack of independent reviewers (those without a conflict of interest) validating the reliability of content.". Groups which have a specific POV, like think tanks, advocacy organizations, and research groups have an inherent conflict of interest with regards to their POV. This means that any internal review process also has a conflict of interest, and we would need to see that there is a review process that is not beholden to the aims of the group to justify that they are not self-publishing (something akin to an independent editorial board). To make an example that ties into this situation. Georgetown University has the bridge project, and it also has a University press. If the bridge project were to publish it's findings through the university press then it would not be self-published, but the bridge project's content published on university pages that it controls are self-published. --Kyohyi (talk) 13:41, 29 January 2021 (UTC)

• To my mind, the core of the issue here is distinguishing the difference between a source that is being used as a reliable secondary source to support a statement of fact, vs citing that same source as a PRIMARY source for a noteworthy and relevant statement of opinion.

For example: let’s say that the SPLC had concluded that a BLP subject is a “racist”. That conclusion is certainly relevant and noteworthy... and it should be mentioned in the subject’s article. However, that mention should be phrased as BEING an opinion, attributed in text to the SPLC, and not stated as fact.

If our policies are not allowing us to state relevant and noteworthy opinions, when phrased AS opinions, then we need to amend our policies.

If, on the other hand, our policies make it harder to state opinions as if they were fact, then our policies are working as intended. Blueboar (talk) 14:14, 29 January 2021 (UTC)

Well to me, it seems like we should be following WP: V closer. Within SPS there's a sentence "Exercise caution when using such sources: if the information in question is suitable for inclusion, someone else will probably have published it in independent reliable sources.". When we rely on independent sources to cover content from advocacy groups, think tanks, and academic groups it makes the POV nature of such groups more apparent. Further making it obvious that such things are opinions and should be attributed. --Kyohyi (talk) 14:32, 29 January 2021 (UTC)

I for one don't accept that "facts" and "opinions" can be distinguished cleanly, at least not in the way that has been suggested here. For one thing, sources on the continuum between pure SPS and independent publication often document "facts", rather than "opinions", in my view. Examples include tabulated data put out on a researcher's blog or microblog, or a first-person account of email correspondence. A statement of these may not be accurate (or verifiable) if it is does not meet independent standards, but it is nevertheless a factual claim rather than an "opinion", and for non-BLP topics we do allow sources self-published by recognized experts to be considered reliable.

On the other hand, I also do not accept inflating the scope of "opinion" to include all judgments so that none of those are considered facts. QAnon is an antisemitic conspiracy theory - to me, that is an objective fact. Quibbling about the underlying judgment required to make that factual statement seems to me, in theory but also in practice, to lead to an absurd degree of FALSEBALANCE and relativism thanks to the dubious assertions that all statements resting on judgments are "opinions" and that opinions are never objectively true (or that they should never be presented as such in Wikivoice). Balderdash. Newimpartial (talk) 14:56, 29 January 2021 (UTC)

I've felt that a better way to handle this is to look at what others say about the information the source is providing. For example, the SPLC says on their website "Mr X is a racist because they felt Southern Fried Rabbit was funny". Now we have an article about Mr X. Should we include this claim? Well if the NYT said, "the SLPC said Mr X is racist because..." then I think weight has been shown. However, if no RSs have picked up on this claim then I would say no, it doesn't have weight. I guess that isn't a question of reliability though it would certainly have to be presented as the SPLC's opinion. In this way I would be treating the SPLC as a typical opinion source. I think <pb>Newimpartial's comment about the gray scale between fact and opinion is valid. Some facts are very objective (the house is 2 stories tall), some are semi-objective (the house is Georgian style architecture), some are quite subjective (the house is ugly). It's not always easy to decide if a source is reporting facts or reporting on their analysis of the facts (the speech meant X). <pb>Anyway, I think the core question here is where is the SPS line. My feeling aligns with Kyohyi, any time the "editorial staff" is not independent it should be treated as SPS. News organizations are supposed to address that. University projects are different. I'm sure some are very careful but where is the line? How do we decide this is a careful one vs a lab with just one student and one professor publishing their opinion on the lab website? What if this is a bigger lab with more collaboration? They all have the same issue so long as they don't have an independent reviewer. BTW, this discussion should really be moved to a proper forum. Springee (talk) 15:17, 29 January 2021 (UTC)

Wikipedia's definition of a self-published source is: Self-published material is characterized by the lack of independent reviewers (those without a conflict of interest) validating the reliability of content. It is completely bonkers. A journalist working at a news paper does not have their work subjected to independent reviewers. Editors are not independent reviewers. Even if they were, editors mostly spell and grammar-check whatever the journalists write, they neither have the time nor the knowledge required to fact check the content. So given Wikipedia's rules, every article in every news source ever written is self-published.

But for argument's sake, let's say that an "editorial process" at a news paper means that the source is not self-published. Then we have the following bizarre situation: whatever Amnesty publishes on their website is "self-published" but the exact same content published in the organization's monthly members' magazine is not self-published because the magazine has editors! ImTheIP (talk) 11:13, 30 January 2021 (UTC)

Indeed, you are right that would be bonkers and bizarre. And, it's only not bonkers, if it's applied as a type or example of publishing, although it would be limited to a very small subset of what Wikipedia universally sees as not self-published, that is, it has peer review as the example. But almost no publishers do peer review (and not just in news) and Wikipedia definitely does not require that, at all. In addition, the language of "characterized" also suggests that the sentence is not complete as an example; elsewhere in that footnote quoting the University of Chicago it says "any Internet site that does not have a specific publisher or sponsoring body should be treated as unpublished or self-published work." That's what Wikipedia basically does. It was also suggested before your comment that we look for an "editorial board", which also makes no sense, no editorial board, at practically any publication reviews any piece before it is published.

Also, construing policy as making Wikipedians accept that which is demonstrably not true, ie, that there is no publisher separate from the author is bad encyclopedia writing. When a reporter writes for The New York Times, they are not self published, When an academic writes for Georgetown University, they are not self published, When a researcher writes for ADL, they are not self published. Not only do those publishers (New York Times Company, Georgetown University, ADL) regularly have the publisher rights, they always have the publisher liabilities. -- Alanscottwalker (talk) 13:32, 30 January 2021 (UTC)

I agree that the sentence, although it is not, and does not claim to be, a "definition", needs to be fixed.

However, @ImTheIP is wrong about his claim that newspaper journalists and editors aren't independent. If you write a story for the local newspaper, and the editor rejects it, then that has no effect on the editor's paycheck, right? If we adopt the standard that anyone working together in a publication venture is self-published, then everything is self-published: every book, every journal article, every newspaper. (Also, newspapers actually do pay independent reviewers on occasion.)

The bigger problem that I see with this sentence is that it says the reviewer is "validating the reliability of the content". I probably wrote that, and it's maybe true in a technical, Wikipedia-centric sense (the presence of an editor who is not paid by the author is what causes the source to meet the standard that WP:V calls "meaningful editorial oversight" and that WP:RS calls "independent editorial oversight and peer review"), but it's not helpful for understanding the concept of a self-published source. WhatamIdoing (talk) 16:49, 10 February 2021 (UTC)

I've attempted to improve this by changing that sentence to this:

One characteristic of self-published material is lack of reviewers who are independent of the author (those who are not hired and fired by the author, and whose employment does not depend upon agreeing with the author).

I've also added a short table of examples. WhatamIdoing (talk) 17:58, 10 February 2021 (UTC)

Bumping this discussion Alanscottwalker, ImTheIP Springee Newimpartial Blueboar Kyohyi etc. We all seem to agree that the currently policy is hopelessly vague and unhelpful - how to go about changing or clarifying it? Noteduck (talk) 23:37, 5 February 2021 (UTC)

I don't agree that the current policy is either hopelessly vague or unhelpful. I think that you need to stop for a moment and think about what's being asked. Move out of the (pseudo-)academic realm for a moment. Imagine that Apple Inc. – a place with far more lawyers than any think tank, and a more tightly controlled website than most organizations in the world – decides that it wants to say something about Bill Gates of Microsoft fame on its website. The website's contents are written by Apple and published by Apple. Apple is not a traditional publisher, and they're not going to the trouble of sending their content to a traditional publisher. Should editors be allowed to cite Apple's own website to talk about a living person?

And if your answer there is no, then why would you want a smaller organization to be able to do what you ban Apple from doing? WhatamIdoing (talk) 16:58, 10 February 2021 (UTC)

To follow up on WhatamIdoing's example: Apple's website is a reliable source for what it is saying on topic X, but it isn't (absent other evidence) a reliable source to establish that its statements on topic X have sufficient due weight to be included in a Wikipedia article on topic X. The same goes for think tanks: there needs to be some third-party evidence to support that the think tank's views are sufficiently significant to be included in an article. isaacl (talk) 23:07, 10 February 2021 (UTC)

This is my feeling as well. Springee (talk) 23:40, 10 February 2021 (UTC)

Ok, so we know that articles that have been previously discussed at

For the record, this discussion was inspired by

• Scenario A should definitely be PRODable as it should be treated as a totally different article. Scenario B is a tricky one. I think if someone voted 'keep' in the original AfD then that would count as some amount of opposition to deletion of the topic, which would make it ineligible for any non-controversial deletion, which PROD is. If it was deleted unanimously at the old AfD and someone then created an article again on the same topic but with totally different content, then I'm not sure. In the case of
  Garden real estate, I removed the PROD in good faith on the basis that I believed that it being recreated so soon after its previous deletion by User:Willow4 could be perceived as 'contesting the deletion' and hence make it ineligible. Spiderone^{(Talk to Spider)}
  22:04, 3 February 2021 (UTC)
• I have had two articles prod, one I saw and removed, which I was repremarnded for by another editor only for several others come in and point out the article fulfilled notablility, and another which was deleted before I saw the prod, and when I challenged the editor who deleted admitted that the prod was then wrong and so the article was recreated. My issue is the Prod is really a pointless system, as several afds that I have viewed have shown, and the examples given by User:ONUnicorn has provided. I think Prod should be dropped and AFD the only way to go. Let a concensus of editors put the case for and against, and if it is bad normally a mass of delete, and that way we won't get these silly incidents that just poke fun at how silly prod is. Davidstewartharvey (talk) 22:07, 3 February 2021 (UTC)
• If any article was worthy of a PROD, it's
  Garden real estate. It's existed for over thirteen years with precisely zero sources, it's mentioned anyway in Niche real estate, and most of its basic content is copied from here. I would just redirect it to Niche real estate and have done with it. To get back to the point though, yes - anything in Category A should be able to be PRODded. If I was going to do it myself I'd PROD it anyway, remove the category, and edit the template to inform the potential de-prodder that the previous AfD was not about this subject, but that's quite a lot of hassle that most people wouldn't think of doing. Black Kite (talk)
  22:20, 3 February 2021 (UTC)
• In case A, if a PROD tag was removed when it's clearly for no reason other than the old article, it may be restored (whether the old timestamp may he used, or it needs a new timestamp, depends on how long the tag was gone). 217.132.229.147 (talk) 23:35, 3 February 2021 (UTC)
• In Scenario B, that shouldn't be PROD-able. At that point, I would want an explicit consensus to be determined if the article has a new iteration on the same topic. Scenario A is PROD-able as everyone else said. –MJL ‐Talk‐^☖ 05:41, 7 February 2021 (UTC)
• Agree that scenario A is a completely different article and is okay to PROD. Also agree that B is a bit more complicated and that complicatedness, to me, means that PROD is not suitable. Unless it's an easy CSD for defamation or something, what's the harm in putting it through AFD? If it gets deleted again, the name can be
  WP:SALTed to prevent a third occurrence. Matt Deres (talk
  ) 14:26, 12 February 2021 (UTC)
• I think that in order to address a tiny sliver of cases, you're looking to complicate the rules for PROD, which exists specifically to be simple - no article done by PROD could not be deleted in some other manner. The benefit to be gained by addressing these edge cases is not worth making a new series of tests to make part of the process and thus discourage its use. --Nat Gertler (talk) 15:16, 12 February 2021 (UTC)

 You are invited to join the discussion at Wikipedia:WikiProject Council/Proposals/Edit requests. P,TO 19104 (talk) (contribs) 14:18, 14 February 2021 (UTC)

Why EPWP users do not linking their articles to Wikidata or even worse, they creating new items instead of linking to already existing items? Eurohunter (talk) 12:48, 14 February 2021 (UTC)

Because Wikidata has issues, and does not mesh with WP policies and guidelines. Blueboar (talk) 13:13, 14 February 2021 (UTC)

@Blueboar: There is no any problem to add new item or chceck if item already exists and connect. Eurohunter (talk) 13:47, 14 February 2021 (UTC)

Linking is done from Wikidata, so I think you are asking why English Wikipedia editors don't also spend their time editing Wikidata. There are probably several reasons, but the main one is probably because they are busy editing English Wikipedia. Most people here only edit this wiki. For most people, Wikidata is a wholly different concept from an encyclopaedia. Personally, I find the site unfathomable. It's like it was work designed for bots (which sometimes appear to be struggling). We do have an information page: Wikipedia:Wikidata which you're welcome to improve. The advice basically amounts to "know that an article exists in Swahili". That's not very credible for a variety of reasons. -- zzuuzz ^(talk) 14:40, 14 February 2021 (UTC)

@Zzuuzz: But previously you used interwiki so? It's just 2-3 clicks so what is the problem? Eurohunter (talk) 14:43, 14 February 2021 (UTC)

All sorts of people used to add interwiki links, often editors from other wikis (or usually, bots from other wikis) and not the main authors. In other words, it was done as if it was done from Wikidata. Finding articles in other languages is not always an easy task. And again referring to the information page, "if you cannot find a concept under a certain name, it still may exist under another name. Hint: use unique identifiers from related databases to confirm that a concept does or does not exist". Most people would be like, "I'll just write the article". -- zzuuzz ^(talk) 14:56, 14 February 2021 (UTC)

• @Eurohunter: Wikidata certainly has issues, but I disagree with some of the others above that it's a "wholly different concept". Once it addresses its vandalism/referencing challenges, it will be a fantastic resource to centralize and automatically update certain types of information. Regarding the specific issue you raised, I'd suggest raising it at wikidata:Wikidata:Project Chat, where you'll get engagement from people much more likely to know how to solve the problem. If you find a specific instance of a duplicate, see wikidata:Help:Merging. {{u|Sdkb}} ^talk 21:10, 14 February 2021 (UTC)

In the disambiguation page Pitt-Rivers, there is a list of people who happen to be from one family. Some names recur (EG George). I recently edited it to change "* Michael his son" into "Michael George's son". Is there a preferred way of identifying WHICH George in such a page? -- SGBailey (talk) 09:35, 16 February 2021 (UTC)

Maybe append the (birth-death) dates to the name? — GhostInTheMachine ^{talk to me} 12:13, 16 February 2021 (UTC)

I've done that at Pitt-Rivers. What do you think? -- SGBailey (talk) 12:49, 17 February 2021 (UTC)

That helps with the confusion, but I would not use the sub tags — GhostInTheMachine ^{talk to me} 22:59, 17 February 2021 (UTC)

At this article talk I and Julian Brandon came to conflict over wording of Template:POV#When_to_remove. I think it would be appropriate to change this wording from

This template is not meant to be a permanent resident on any article. You may remove this template whenever any one of the following is true:

• There is consensus on the talkpage or the NPOV Noticeboard that the issue has been resolved.
• It is not clear what the neutrality issue is, and no satisfactory explanation has been given.
• In the absence of any discussion, or if the discussion has become dormant.

To this:

This template is not meant to be a permanent resident on any article. You may remove this template whenever any one of the following is true:

• There is consensus on the talkpage or the NPOV Noticeboard that the issue has been resolved.
• It is not clear what the neutrality issue is, and either none or only an unsatisfactory explanation has been given.
• In the absence of any discussion, or if the discussion has become dormant.

The template should not be removed if there is an active ongoing discussion in which "the issues are resolved" consensus has not been reached.

Please confirm and if you think it is an OK change then please implement it in the template page. --Gryllida (talk) 22:40, 17 February 2021 (UTC)

What problem would be solved by this change? Arguing with an SPA about an article on the president of an authoritarian regime is never going to be easy and I do not see how an adjustment to the description of the POV tag would help. Re the proposal, the original looks good to me—it is simple and clear. I don't know how to handle an SPA with unlimited time but forcing a tag on the article is not the solution. Johnuniq (talk) 23:00, 17 February 2021 (UTC)

At what stage would it be appropriate to force a tag onto the article? It currently is of rather poor quality. Gryllida (talk) 23:14, 17 February 2021 (UTC)

I don't think it is ever appropriate to force a tag into an article. Bear in mind that while it might be desirable to have rule that a good editor can force a tag when arguing with an SPA, such rules won't fly and there cannot be a situation where an SPA can force a tag by persistence. Asking for help at noticeboards is all we can do. Johnuniq (talk) 23:20, 17 February 2021 (UTC)

Okay, good to know. Thanks for the response. Gryllida (talk) 23:29, 17 February 2021 (UTC)

Bad idea. Would just be a means of permanently tagging an article that a POV pusher doesn't like. Hawkeye7 (discuss) 23:22, 17 February 2021 (UTC)

Hi Hawkeye7. Thank you for your reply. Good correction to my initial interpretation. I didn't do this before and just picked it up in the helpme queue, would rather get to the finish of it somehow. With the tag off to be fair it might require a bit more editing. Again, appreciate the tip. Gryllida (talk) 23:46, 17 February 2021 (UTC)

Isn't a lack of an explanation also an unsatisfactory explanation? --Izno (talk) 01:24, 18 February 2021 (UTC)

Hi Izno. In this case, the other contributor argued that satisfactory explanation was given, but they also instantly resolved all issues listed in this explanation. This is adorable and brilliant. Their fix, however, lacked some depth; some issues remained; and I can't afford to reply to them instantly to detail. That leaves the article in a bad state, without a tag, for however long it takes someone to either re-articulate or fix the remaining issues. For a BLP I find this a bit disturbing and my first thought, initially, was that the tag got to stay. (For this particular incident, I've made a draft version in my sandbox, which has some of these issues fixed at the cost of breaking the article flow, and is not publishable; then I invited the other contributor to finish it up; so far, no response.) Gryllida (talk) 02:56, 18 February 2021 (UTC)

Remove the second condition altogether.

• if no clear reason exists, people are going to hash it out on the talk page. The tag should remain up until people figure out it was a drive-by tag. Then, the first condition becomes true (consensus exists that the article meets NPOV), and someone should remove the tag.
• if neither a clear reason nor a discussion exists (very few interested parties), the last condition is true, and someone should remove the tag.

If the tag exists to notify readers of an active discussion about an article's neutrality, the first and last bullet points suffice, and the middle unneeded. Rotideypoc41352 (talk · contribs) 05:55, 18 February 2021 (UTC)

In tennis, snooker, and other events commonly decided in a knockout format, it is common on wikipedia for people to enter the flag of the country of the winner before the winner is known. For example, here you can see a Czech flag entered in round 4, event though the 3rd round match between Karolina Pliskova and Karolina Muchova hasn't taken place yet (as I write this). I've tried explaining that it's confusing, it looks unprofessional, no reputable sports publication does it, it makes about as much sense as entering "Karolina" in the next round, it takes no account of possible double disqualifications, or both players being sick or withdrawing or otherwise unable to play etc... but still people do it, and revert it whenever I raise these points, sometimes using "other stuff exists" type arguments. (It's often IP's who do this). Usually the issue is resolved within a few days when the match actually takes place, meantime the article looks like crap.

Maybe the MOS needs a section on how to report knockout results from sports events? Maybe I'm like a grammar pedant who reacts with horror to "different than", but those anticipatory flags irk me. MaxBrowne2 (talk) 09:15, 12 February 2021 (UTC)

I agree that that example is not good. To be honest, it looks almost like a loading error, where the name has not populated for some reason. If this is indeed not just a one-off, I'd support deprecating that kind of thing. Matt Deres (talk) 20:38, 12 February 2021 (UTC)

Look at that article's history and you can see what happens if you raise the issue, they just revert without even putting up an argument or even an edit summary. No BRD, nothing. I'm tempted to add "Karolina" to the player's name for round 4 but that would be just a little too

WP:POINTy. MaxBrowne2 (talk

) 00:13, 13 February 2021 (UTC)

I don't know whether it's written down but adding known flags is the accepted practice for tennis. It must be exceptionally rare that nobody advances from a scheduled match. I followed tennis for many years and don't recall it ever happening. There were a few tournaments where the final was never played due to rain delays but that is irrelevant here. I support adding the flag but definitely not a partial name, and I have never seen it done. Most publications don't use flags or write nationalities in draws so the issue is not relevant for them. PrimeHunter (talk) 00:59, 13 February 2021 (UTC)

Sounds like Appeal to tradition to me, a fancier name for "other stuff exists". MaxBrowne2 (talk) 01:04, 13 February 2021 (UTC)

If the "other stuff" is not selected examples but a well-established practice then it's how Wikipedia works, and often the basis for making it an official guideline. PrimeHunter (talk) 01:10, 13 February 2021 (UTC)

Obviously it would be ridiculous to enter "Karolina" before the result is known. That's the point. By the way Karolina won. I think she's from the Czech Republic. MaxBrowne2 (talk) 02:40, 13 February 2021 (UTC)

I don't think it needs a MOS section specific to this issue.

talk

02:43, 13 February 2021 (UTC)

I agree with the OP that we shouldn't be pre-populating flags in this type of situation. If people generally do this, they should stop.

π, ν

) 02:49, 13 February 2021 (UTC)

The television coverage tends to pre-populate the flags when showing the draws as well. Regardless, it's not a big issue. It's never more than a few days between matches. Sportsfan77777 (talk) 02:57, 13 February 2021 (UTC)

• I also agree flags shouldn't be pre-populated, we don't need to add it to MOS because it's already specified in CRYSTAL, and if it's been done in the past it should stop. Levivich ^harass/_hound 04:37, 13 February 2021 (UTC)

  WP:CRYSTAL includes: "Individual scheduled or expected future events should be included only if the event is notable and almost certain to take place". It is almost certain that if two players are set to meet then one of them will advance. We don't need a published reliable source to make that "prediction". It's not certain the advancing player actually plays the next match but if they withdraw with injury before that match then their name and flag will remain in the draw for the match. PrimeHunter (talk

  ) 09:32, 13 February 2021 (UTC)

  CRYSTAL then goes on to say "Avoid predicted sports team line-ups, which are inherently unverifiable and speculative." Levivich ^harass/_hound 17:40, 14 February 2021 (UTC)

  A predicted sports team line-up is not a prediction about which teams will play but about which players will be selected for a match by a team. Such speculation is hardly comparable to predicting that one of the two players will advance from a tennis match and not change nationality before the next round. PrimeHunter (talk) 22:26, 17 February 2021 (UTC)

I'd argue this also has some crossover with

WP:LIVESCORES which is also against consensus, but a difficult thing to actually get the community to fulfil. Best Wishes, Lee Vilenski ^{(talk • contribs}

) 17:46, 14 February 2021 (UTC)

I personally think that results should be presented for a complete match, and not a partial result. Filling in the country before the match is done is a partial result. Additionally, it doesn't provide any info that readers can't infer for themselves. isaacl (talk) 23:10, 17 February 2021 (UTC)

• I think this is much ado about nothing. Would I populate the flag early.... no. Would I put in the scores before that match is complete...no. But the news does both and it's really really difficult to police that sort of thing when an hour later it will fix itself. Fyunck(click) (talk) 20:05, 18 February 2021 (UTC)

  An hour later is not really a big deal (although it still shouldn't be done). Sometimes though matches can be days or even weeks later - that is a big deal and should be reverted if done. We are an encyclopaedia not a newspaper, television broadcaster or other sports reporter. Thryduulf (talk) 21:33, 19 February 2021 (UTC)

There is a discussion over at

I stumbled across a notability issue recently in stand-alone lists of sports accomplishments, specifically cricket statistics. See, for example, Wikipedia:Articles for deletion/List of international cricket five-wicket hauls by Lance Gibbs. There has apparently been a great deal of debate recently at Wikipedia talk:WikiProject Cricket which does not appear to have resulted in a consensus. Rather, to the contrary, it appears to have generated enough dissension and hard feelings to provoke editing restrictions and for editors to leave editing that project or retire completely. I hope that by bringing this to the wider community, some clarity may be achieved. Time will tell if that hope is justified or not, I suppose.

Relevant standard

All appear to agree that the relevant standard is

Notability guidelines also apply to the creation of stand-alone lists and tables. Notability of lists (whether titled as "List of Xs" or "Xs") is based on the group. One accepted reason why a list topic is considered notable is if it has been discussed as a group or set by independent reliable sources, per the above guidelines; notable list topics are appropriate for a stand-alone list.

The issue appears to be in how to interpret this standard in the light of the available coverage for

Modified per below. Eggishorn (talk) (contrib) 00:10, 6 February 2021 (UTC)

Notability discussion

• I appreciate the idea here, because these controversial cricket AfDs are becoming a problem, but your proposal is cricket-specific. Most editors don't care about cricket, and if you make a solely cricket-related proposal at a general noticeboard, most of the participants are going to be the same editors that are grinding against each other already. It may be that we can come up with an actual proposal to cover sports statistics better, but it feels like this is just another attempt to litigate the same cricket notability standards that nobody seems to actually agree upon. We already have a
  notability criterion for standalone lists, and to be honest I think that mostly covers these cricket stat lists in most of the way you're proposing - have reliable sources discussed "Johnny Cricketplayer's five-wicket hauls" as a group or set? If not, probably not a good standalone list. ~ mazca ^talk
  23:24, 5 February 2021 (UTC)

@Mazca:, I brought it to this board specifically because the previous participants appear to have been unwilling or unable to come to some agreement on the issue. I acknowledge your point about broader applicability, though, and mentioned it above. I've made a slight adjustment to make that clearer. Thanks for the feedback. Eggishorn (talk) (contrib) 00:13, 6 February 2021 (UTC)

@Eggishorn: I think that minor adjustment is a significant improvement, yeah, as I think the emphasis of any attempt to gain general consensus here needs to remain general to avoid being bogged down in per-sport exceptions. I don't think there's a good argument for arbitrary run thresholds, etc, in cricket granting notability beyond that general principle of "being discussed as a group or set by reliable sources". I absolutely agree with the idea of deciding global thresholds for sport statistics - we just need to make sure it's not some specific solution for cricket. ~ mazca ^talk 02:44, 6 February 2021 (UTC)

• Considering at a broader level beyond cricket, I think these types of records at the individual player level may be far too much, per
  WP:NOT#STATS - even if there is good coverage of this from sources. While certainly the five-wicket haul seems like a notable achievement that is documented and thus a list like List of cricketers by number of international five-wicket hauls, documenting down to the specific player/each individual point of achievement seems far too much. I would say the same for an article like List of milestone home runs by Barry Bonds (while obviously List of Major League Baseball career home run leaders is a fair list to keep). --Masem (t
  ) 23:31, 5 February 2021 (UTC)
• I have been involved of several of the AFDs surrounding cricket. There seems to be a lot of anger amongst those who to delete, and those who want to keep. The main bone with deletists is that list of stats are
  WP:NCRIC
  . My own personal view has been to merge these into the main article, and I have voted as such on 9 that I have seen, which all ended in the 9 merge, and I have posted to others that have been raised that this was the case. The lists are not exhaustive lists, they are for international 5 wicket hauls or centuries only, which are important milestones in cricketers careers and are revered by fans alike. Just look at the coverage surrounding Joe Root in Sri Lanka and India. This is why delete is wrong. My rational is that who is going to search for a List of International Five Wicket Hauls? I wouldn't, I would just go to the Wikipedia page for that player. My other rational is that it's not a ball by ball record for their whole career, just what is regarded as being the highest accolade in cricket. That's my viewpoint on the subject.

Anyway, the problem I see is that if we have a separate subject specific list for cricket, where will this lead us? It will go mad and every editor with bones to pick will be requesting there own list requirements for each subject Area! Keep it as it is. — Preceding unsigned comment added by Davidstewartharvey (talk • contribs) 00:10, February 6, 2021 (UTC)

@Davidstewartharvey:, I think I have miscommunicated and I need to clarify some things in response.

1. As I said, I stumbled across this because I troll through AfD's that are not closed occasionally and I haven't been involved previously. I think that it is because of the animosity that you mention that this needs to be handled outside the Wikiproject.
2. Although this is proposed because of what I found through the cricket AfD's it is not about cricket articles. It is about list articles for stats in any sports. That's why I titled the section "Notability and stand-alone lists of sports accomplishments" and not ..."cricket accomplishments"
3. Thanks again to Mazca for prompting a clarification to the actual proposal to make the above point clearer.
4. The wording you object to is not my wording. It is a direct quote from the long-standing notability standard that should already have been followed in all AfD discussions of these list articles. The fact that it has not been followed in such discussions is the reason I am trying to propose a clarification.

I hope that clarifies some things. Eggishorn (talk) (contrib) 16:00, 6 February 2021 (UTC)

POVFORK? Deletion of these types of lists can happen in sports (

• Something else to consider... a sports statistics list may not be notable enough for a stand alone article, but may well be appropriate to include as part of a related article. For example, a list of the top cricket players by number of centuries might well be appropriate in the article on Century (cricket). And it might be appropriate for the Michael Jordan article to include a list of his highest scoring games. Blueboar (talk) 17:05, 6 February 2021 (UTC)

  For NBA bios, an FA would typically mention the top games in prose with proper context, and not repeat them with an embedded stats list.—Bagumba (talk) 01:55, 7 February 2021 (UTC)

So, this seems a part of the standard "Expand->split->merge" cycle that we get all the time:

• An article grows to where it is too big, so it needs to be split up by topic. This is standard practice.
• The split off article gets someone who complains that it should never have been split in the first place, and it gets deleted.
• The information has to go somewhere, so it gets put back in the main article.
• Rinse and repeat

Either the information belongs at Wikipedia, and if so it shouldn't really matter where it goes as long as it doesn't make articles too big or too small, OR it fails

WP:UNDUE and as such shouldn't be at Wikipedia at all. Without saying whether or not the information does belong, if it actually does, and it's too much to put in the parent article, I see no problem with a split-off list article. If it doesn't belong at Wikipedia at all, the point is moot. --Jayron32

18:51, 10 February 2021 (UTC)

Exactly. I typically think AFD is a poor place to resolve these because that forum is biased towards binary keep/delete results, and encourages judging articles in isolation when obviously these are part of a larger whole, notwithstanding the formatting into a separate page. Resolving whether a split should be maintained requires understanding of all of the interrelated content and pages, and depends on some familiarity with the subject matter to determine what is relevant and what level of detail is valuable to a reader on different subtopics. And there's also

WP:ATD. postdlf (talk

) 19:29, 10 February 2021 (UTC)

@Postdlf:, unfortunately, it appears that AfD is exactly where this issue is being "resolved" because the relevant Wikiproject reached a stalemate. Do you agree that the proposal should be made an explanatory supplement or something similar? Thanks. Eggishorn (talk) (contrib) 15:45, 12 February 2021 (UTC)

No, it seems like a subject-matter specific legislation of LISTN, which is already far too often misread as necessary rather than merely sufficient. If there's a "stalemate" then apparently there's no consensus in that Wikiproject against such lists. I also don't see why it's worth wasting anyone's time trying to get rid of them. postdlf (talk) 21:17, 12 February 2021 (UTC)

For Jordan, it would be monotonous to enumerate every one of his 40-point games in his bio. Per

WP:ONUS: Consensus may determine that certain information does not improve an article, and that it should be omitted ... The AfD there said not to have a standlone list either.—Bagumba (talk

) 15:59, 20 February 2021 (UTC)

I have opened an RfC at Wikipedia:Requests for comment/Desysop Policy (2021) to discuss establishing a community based desysop policy. All are invited to comment. TonyBallioni (talk) 20:46, 20 February 2021 (UTC)

I am in a public-facing field where harassment and doxing is common, and have witnessed it happening to many of my colleagues in the past several years. As such, I've tried to do basic identity hygiene, closing old accounts, attempting to get taken off people search, and otherwise removing any information that can be linked to my identity. (I realize this sounds paranoid, and I'm sorry I can't be more specific.)

Unfortunately Wikipedia presents a problem in this regard. I made my original account in late high school/early college, when I was not in such a public-facing field. I know for a fact that the username, though not my name, is traceable to my real-world identity and, with some work, vice versa, and given that the account has somewhere in the tens of thousands of edits, I'm sure there are plenty of breadcrumbs there to other past usernames, communities, and identifiable information in the wrong hands. In an ideal world for me, the account would be nuked from orbit or at least renamed to something unique to Wikipedia.

Nevertheless, if I am reading them right,

So, I was wondering if the mutually-exclusive part of the policy could be revisited, at least for people whose clean start is for privacy, not reputational issues. It seems relevant that Wikipedia is over 15 years old at this point, the policy was created towards the beginning, and the average person's life circumstances change a lot more in 15 years than in 5 or so. It also seems relevant that online harassment is quite a different beast in 2021 than it was in 2007 and has grown to an extent that few people predicted at the time. Gnomingstuff (talk) 10:37, 18 February 2021 (UTC)

Wikipedia:Clean start does appear to apply for privacy concerns. You do not have to have a problematic record to use it. Graeme Bartlett (talk) 12:03, 18 February 2021 (UTC)

Clean start can be used for any reason other than evading scrutiny. The reasons listed in the lead section are just examples of the most common situations not a prescriptive list. Thryduulf (talk) 12:20, 18 February 2021 (UTC)

I did get that part (considering, well, the fact that I'm doing it and all); this is more in reference to the WP:VANISH note "Vanishing is not a way to start over with a fresh account. When you request a courtesy vanishing, it is understood that you will not be returning. If you want to start over, please follow the directions at Clean start instead of (not in addition to) this page. If you make a request to vanish, and then start over with a new account, and are then discovered, the vanishing procedure may be reversed, and your old and new accounts may be linked." Gnomingstuff (talk) 16:37, 18 February 2021 (UTC)

A 2¢ that I do think there should be an alternative to the two current options, for cases like this or for people who are undergoing active online harassment. —Wingedserif (talk) 23:24, 18 February 2021 (UTC)

WP:RENAME; Vanishing just uses a particular pattern to indicate that the user has decided to leave us forever and never return. In general though, even vanishing won't resolve the issue of breadcrumbs. Your talk page signatures will still be there. The rename log will still be there. The content of the edits will still be there. Modifying them will just bring hundreds of pages to the top of recent changes and admin action logs all singling out your information. It seems counterintuitive, but abandoning an old account is one of the best ways to ensure it doesn't get found. We have over a billion edits to millions of pages; finding things is hard, even when you know what you're looking for. — Wug·a·po·des

​ 23:04, 18 February 2021 (UTC)

• Apologies, I'd checked the talk pages for both projects and didn't notice anything recent. Some clarifications: When I say tens of thousands of edits, it's with the caveat that the majority of them were cleanup, wikifying, that sort of thing. I doubt anyone here would even remember me at this point; I wasn't super memorable. I'm also not that concerned about somebody finding me from Wikipedia (which, as you mention, is highly unlikely, though probably possible if someone knows enough about me) but the other way around, finding my profile here from my username (which would be easy). Of course it'd take some effort to dig through those tens of thousands of edits, but the kinds of people who harass people online unfortunately overlap with the kind of people who'd do that (or just grep it). Gnomingstuff (talk) 01:11, 19 February 2021 (UTC)

@SlimVirgin: you might also be interested in this conversation. You brought the VANISH draft over from meta in 2007, and I remember you participating in a related discussion at AN a few months ago. No pressure though if you don't have much to say. — Wug·a·po·des​ 23:06, 18 February 2021 (UTC)

• I’m likely going to advertise this on the functionaries list since we literally just had a discussion about this topic. My general sense is that it’s better just to abandon an account because if you’re an established user vanishing just brings more attention to it. That’s what I did when I abandoned my account I created as a teenager to create this one. TonyBallioni (talk) 23:09, 18 February 2021 (UTC)
• The gist of the recent functionary discussions Tony mentioned is that vanishing is inconsistently performed and misunderstood by many users. Personally, I would like to see it deprecated entirely. One common misunderstanding is that if you have disclosed personal information with your account, vanishing will make it private again. It won't. It obscures your former username to a limited extent, but anyone familiar with Wikipedia can find it and link it to all your previous contributions in less than 10 seconds.

We're probably overdue a conversation about how we can help people keep personal information private in this day and age, but we have to remember that Wikipedia is not a social media site, it's a publisher of free content. Retiring a Wikipedia account isn't like asking Facebook to delete your profile and all the information it has about you. It's more like writing a novel, then asking the publisher to remove your name from the cover after it's in shops. They're going to say "sorry no can do, but next time you can use a pen name". That's the space Wikipedia has to work in too. We can probably do better at warning people about the consequences of disclosing personal information under a CC BY-SA License, but we can't unring the bell if they do. – Joe (talk) 08:57, 19 February 2021 (UTC)

"but we can't unring the bell if they do." Wikipedia (ENWP) and by extension the WMF can unring that bell if they want to. It chooses not to. Material released under a CC BY-SA license may be kept against the wishes of the person who posted it but there is no legal obligation that requires it to be (except those rare cases related to attribution). ENWP cites the CC license as a reason for not deleting personal information, but its a matter of policy and process. And policy and process can be changed. Only in death does duty end (talk) 09:30, 19 February 2021 (UTC)

No, it can't. Even if it were practical to expunge say, a talk page signature with someone's real name from the history of thousands of pages (it's not), it's impossible for enwp or the WMF to do anything about the hundreds of mirrors, archives, database dumps etc. that have replicated that signature across the web. Copyleft licenses by definition relinquish control over information the moment it is released. – Joe (talk) 09:54, 19 February 2021 (UTC)

Again yes it can. It chooses not to (in the first case). Its technically trivial for a qualified database engineer to replace that sort of information. The main problem the WMF has is that its technical staff couldnt code their way out of a paper bag. And in the second, that argument is essentially 'other people will keep it, so we might as well too'. Again that is process issue, not a legal requirement. That a license relinquishes control over material does not then dictacte how that material *must* be used. Or even kept. "It would be difficult and we couldnt make other people do it" is not a valid rebuttal to the suggestion that we dont do it. People are generally not going to care if crappy little mirror with maybe 1000 views a month has the potential that their personal info might be seen, when ENWP with its millions of views will guarantee it will be. Only in death does duty end (talk) 10:02, 19 February 2021 (UTC)

That's a lot of assumptions. Let's take a common story: I'm worried that someone, let's call them my nemesis, could use my Wikipedia contributions, associated with my real name, against me. I vanish this account and persuade someone at the WMF to run a query to remove my name from millions of page versions and log entries replicated across god knows how many database instances (invalidating the attribution chain and edit history of tens of thousands of pages on the way). After that, my nemesis googles "Joe Roe + Wikipedia" and finds, in the first page of results, a mirror like this. Ah, they think, I did have a Wikipedia account. They go to https://en.wikipedia.org/wiki/Special:Contributions/Joe_Roe and find a red link, but no problem, put https://web.archive.org/ in front of that address and you get a permanent archive of all my contributions. So all that work to bend the

third pillar

and make me disappear was undone in about thirty seconds.

Or another common story. I don't have a specific nemesis, but I regret associating my contributions with my real-life identity and do the same vanishing and transparency-breaking database procedure. Someone sees a talk page comment signed User:Renamed user XYZ and gets curious about who it is. In the first few pages of XYZ's contributions, they see that they're an archaeologist interested in the Near East and statistical computing, who lives in Denmark. Those four diffs alone narrow it down to maybe 2-3 people in the world and again a quick google search will establish it's probably me. Is it "trivial" for a database engineer to identify those sorts of incidentally-disclosed clues to someone's identity? Bearing in mind that two of those diffs are to articles, not talk pages? And one isn't mine, it's another user (appropriately) alluding to personal information I've disclosed elsewhere?

I'm not denying that we can do things (vanishing, oversight) to make it slightly harder to find personal information on Wikipedia, but presenting these kludges as solutions to privacy concerns is dishonest and potentially dangerously misleading. What we need to do is make it crystal clear to people, from the beginning, that everything they do on Wikipedia is in the public sphere. And that in an emergency, they need to take steps to protect themselves beyond what we or the WMF is capable of. – Joe (talk) 11:01, 19 February 2021 (UTC)

What is dishonest is your continued insistance that it cant be done while relying on 'well it would be kept elsewhere so we might as well not'. It exaggerates the edge cases. Firstly absolutely no talk or user page contribution on ENWP is necessary to be kept at all. And while yes archive sites *may* archive some material, this is not universal. You also appear to have a basic misunderstanding of Attribution. Attribution is required on ENWP for material kept on ENWP. It is not necessary, or in fact required in any form, for ENWP to keep an attribution record chains simply for the purpose of third parties who may use material copied from ENWP, when that material has been removed/deleted from ENWP. The onus on the third party to attribute correctly. If it breaks for them, that is not our problem. The point of removing personal information is not to make it completely impossible to identify someone, it is to make it significantly more difficult to do so and to eliminate the casual dissemination of personal info. The attitude of 'well since a significantly dedicated person with lots of time on their hands could jump through 15 hoops to get it means its pointless' is both lazy thinking, irresponsible, and violates any number of data protection principles in various parts of the world. What we need to do is change the attitude that other peoples personal information is fair game forever just because it was decided in the past that was what ENWP should do. Only in death does duty end (talk) 12:30, 19 February 2021 (UTC)

I think the focus on attribution misses the point. As brought up in c2:WikiMindWipeDiscussion, while anyone is free to remove content, anyone is free to add content as well. If someone goes around removing their signatures, they will quickly get reverted by the community. We have two options then: convince everyone to not do that or convince admins to start blocking people who revert modifications to talk page archives. Both of those are uphill battles, to say the least, and if there is any controversy we risk bringing the personal info squarely into the spotlight at AN, completely negating the privacy benefit of a mindwipe. Going beyond that, we cannot guarantee privacy once the information has been posted, and pretending to do so is irresponsible if not unethical. Even if we were to allow revision deletion of edits by vanished users, we risk increasing the potential visibility and harm. There are people and robots which watch our deletions. An easy way to get their attention is to have a nicely organized, compact section of log entries that correlates page redactions with a rename. We could have those log entries redacted too, but redacted log entries are even more conspicuous than revision deletions. Even if we did agree to allow this, such operations take time and are error-prone. If anything is missed, the whole process could have been pointless, and even if we are perfect, the time it takes from start to finish is more than enough time for mirrors to preserve the information beyond our control. Now, at this point, we've succeeded in eradicating the editor's personal info from our servers, sure, but we've also painted a huge target on their back as every deletion log watcher begins to wonder why hundreds of log entries were redacted without explanation. They then go to mirrors and find all the info they need and then go post about it on Wikipediocracy for some bad faith actor to find later. Have we succeeded in helping the editor? Did all our work protect anyone from harm? Is this a situation we should encourage anyone worried about their privacy to put themselves into? No on all counts. Let's go one step further and try to fix the fundamental issue: logs. That's the domain of the MediaWiki project, not EnWiki, and getting devs to change the software to eliminate any kind of logging will likely be even harder. The software is built around transparency, and we would need substantial buy-in from that community to have them change their primary principles. Are these edge cases? Maybe, but vanishing is an edge case in the first place. Security systems which ignore edge cases are not secure, because exploiting edge cases is exactly how you defeat security systems. — Wug·a·po·des​ 22:48, 19 February 2021 (UTC)

This is kind of where my "it's now been 15 years" remark comes into play; that's a very long time both in terms of developments regarding Internet privacy and in terms of life stages. Editing in high school/college is one; another very plausible situation is that someone might take a job requiring extensive background/security checks, or a job with risk of being fired for off-work activities like grade-school teaching, that was not on their radar over a decade ago. "Everything you do is in the public sphere" is all well and good in hindsight. The concern about edits being conspicuous is valid and something I don't have a good answer to. The only thing that immediately comes to mind is a system that automatically anonymizes usernames after X period of inactivity (which, of course, could be undone should the editor decide to come back), but that doesn't solve the log issue above so much as drown it in noise, and I imagine people might have other objections to it. But at the very least, the current policy ("leave it or leave," essentially) has room to be loosened. Gnomingstuff (talk) 02:41, 20 February 2021 (UTC)

• Re Gnomingstuff's problem, I recommend abandoning the account without any drama (no further edits, no "retired" tag or other farewell message). After a delay, start a new account with no mention of the old account. Or, if your particular situation would be helped by vanishing (renaming) the current account, do that per VANISH. However, the advice above is correct, namely that vanishing is a very flimsy mechanism that is easily undone. Ignore the instructions about connecting your new account to the old. Instead, send an email to Arbcom (see User:Arbitration Committee) briefly explaining the situation and telling them you have created the new account (which you would reveal) without linking it to the old account in order to avoid harassment. Johnuniq (talk) 00:59, 20 February 2021 (UTC)
• @Gnomingstuff: Just to be clear, "courtesy vanishing" is just a rename to some random nonsense, userspace deletion, and possibly the deletion of irrelevant meta discussions about the user themselves, which most people don't have to begin with anyway. It doesn't do anything beyond that. Your signatures will still be there and they will still link to your renamed account. You can still rename your account to some random user name, delete your userspace, blank your talk page, and then do a clean start. You'd be achieving the exact same thing, the only difference is that your rename would have to be "carefully chosen" rather than random characters caused by slamming your hands on the keyboard. ~Swarm~ ^{sting} 01:43, 20 February 2021 (UTC)
• We should have a hygiene-vanish process where an old account gets renamed and a bot searches-and-replaces signatures from the old name to the new name. Some trusted authority who've signed NDAs like arbcom or maybe OS or CU (or T&S) can administer and keep a record for any copyright or other legal-related needs. This won't be 100% deletion because the old name will still be in old revisions and that's unavoidable, but at least it'll make it so searching for the old name won't bring up any results. And that option should be open to any editor in good standing. Levivich ^harass/_hound 08:08, 20 February 2021 (UTC)
  • Umm, no. First, wide-scale editing is disruptive, particularly in archives where "this hasn't been touched" is a good indication of the archive's integrity. More importantly, such changes would draw massive attention with the certain result that dozens of people would notice that User:X was renamed User:Y, and a non-trivial number of those would be sufficiently curious to investigate the background. Finally, if someone ever wonders why they can't find the editor they planned to harass, they can simply look in the bot's contributions for a permalog of all vanished users. Wikipediocracy and other troll sites would quickly set up a system to translate the bot's contributions into a handy table: X was renamed Y on such-and-such date, with a comments section for any gossip they can find. Johnuniq (talk) 09:35, 20 February 2021 (UTC)
    • The bot can delete its own edits. Heck it doesn't even have to be a bot, this can be done "server-side" and not be logged at all. We can think outside the box. We can prioritize privacy over watchlist disruption. Levivich ^harass/_hound 15:03, 20 February 2021 (UTC)

      If it was done without logging then someone would just write a bot or script that compared the public dumps to pick out the changes to signatures. Consider also comments like the one above that begins Re Gnomingstuff's problem. No signature changing process will remove that and many breadcrumbs would be left. While you could go through and change all instances of "Gnomingstuff" to "Vanished user XYZ1234" with very few false positives, you definitely could not do that with usernames like "Swarm" or "Joe", nor for user's whose names get abbreviated - not all instances of SV relate to user:SlimVirgin, my username is sometimes shortened in discussions to "Thryd", "Thry", "Thr" or even just "T" when that is unambiguous, plus there are many different misspellings of it. There is literally no way to put the genie back in the bottle and any attempt you make to do so will just draw attention to whatever it is you are trying to hide. The Streisand effect is real and inescapable. Thryduulf (talk) 16:24, 20 February 2021 (UTC)

      • On the other hand, if somebody malicious were to google "Thryduulf" looking for dirt, it would be much harder to find it if the only references to you were "Thryd". (Or even virtually impossible; googling site:wikipedia.org "thryd" -thryduulf turns up nothing identifiable.) This is where I think we're talking past each other. Some people in this discussion seem mostly concerned about people involved in Wikipedia discovering a real-world identity. My concern is people outside Wikipedia identifying a Wikipedia profile, given a username. Gnomingstuff (talk) 06:16, 21 February 2021 (UTC)

        Where we're talking past each other is that your concern isn't clear. Above, you raise the concern about extensive background/security checks, but now you're raising concerns about cursory google searches. These are different problems, but the common problem being ignored is mirrors. If you google "wugapodes" the first page of results returns this mirror of my userpage and this mirror of my talk page which contains my signature and the signatures of many other people. It even contains this Wikipediocracy thread where people discuss my Wikipedia contributions including my previous username. If I delete my userpage, rename myself, mind wipe all my signatures, change the database, and so on and so forth, we cannot take down those pages. The mirrors are legally entitled to continue displaying that content for all time, and I gave them that right when I hit publish. The Wikipediocracy thread isn't even a mirror, yet it contains far more personal information in a localized space than all my Wikipedia contributions. Those people watch our deletion and redaction logs constantly and there are multiple threads on Wikipediocracy discussing deletions and redactions, including links to unredacted archives. We could delete the entire encyclopedia to protect my privacy, and it will have absolutely no effect on any of that. We can build whatever convoluted system for

        security theatre. Neither of those efforts would stop a mirror from hosting the usernames or revision content, and so we would be rewriting our own history and creating large amounts of work for volunteers in order to give the illusion of security with no actual security improvement. That is irresponsible, and I will not advocate lying to contributors about our ability to protect anonymity. I am on record advocating for strong rights to vanish, and I care deeply about online privacy. But we cannot improve our privacy practices if we cannot acknowledge the reality that nothing is ever truly gone on the internet especially when you irrevocably allow others to republish it as much as they want. — Wug·a·po·des

        ​ 22:42, 22 February 2021 (UTC)

        This is all true but "truly gone" isn't the relevant standard. Imagine if Twitter said, "We won't allow you to delete your Twitter account because even if you deleted it, it would still be available on mirrors and archives, and the deletion would draw more attention to the account than just abandoning it and starting a new one." I mean, you'd think they'd let the user make that decision! I think there are some aspects being overlooked. First, the plain truth that Wikipedia is a database and it can be changed without creating any kind of public log entry. (Volunteers won't be the ones doing that, it'd have to be a WMF employee or contractor, so it wouldn't take up volunteer time.) And while it's true that even such a change won't eliminate all traces of the removed name, and will be noticeable by anyone who takes the time to thoroughly investigate, and may even be discussed at WO, all of that pales in comparison to having something on Wikipedia.org, which is a top-10 website. "Wugapodes" is a poor example of this, because it's a unique word. Try Googling "John Smith". The first couple results are Wikipedia.org, and then there are many, many pages of results before you see a Wikipedia mirror, much less Wikipediocracy.com. So removing "John Smith" from Wikipedia.org is a HUGE benefit if you're trying to hide "John Smith" from the internet, even if "John Smith" remains on mirrors, and even if they talk about him on some obscure web forum. And it should up to John Smith to decide whether he'd rather have Wikipedia.org be the #1 search result, or have some internet sleuths deduce that "John Smith" was removed from Wikipedia by, e.g., comparing database dumps or log entries, and talk about it on WO. We ought to have some process to wipe, even if the process isn't perfect, and we should let the user decide about Streisanding risks rather than deciding for them. $100 million a year is enough to pay for the development and execution of a privacy protection policy that allows people to remove things from Wikipedia. I think the much more difficult question to answer is what that policy would look like, and what the safeguards would be to prevent misuse. Levivich ^harass/_hound 07:09, 23 February 2021 (UTC)

        Firstly, we can

        our oversight policy allows pretty liberal use of the tool for hiding personally identifiable information--and the logs are hidden from all but the most trusted users. Given that, what's left to hide? What other standard are we going for other than "truly gone"? I brought up that standard because that seemed to be what was left, but it wouldn't be the first time I overlooked something.

        Lastly, there are a lot of differences between Wikipedia and Twitter, but ignoring most of them, tweets are atomic. You can delete a tweet without having to disentangle it from any other tweet. With a list of tweets (i.e., a profile), you can delete them all programmatically (by bot or script) without materially altering any other tweet in the database. This is not necessarily true of edits or contributions pages, and anyone who has used the "undo" button on an old edit knows this problem. Consider: Alice adds the text "I like puppies" and Chuck later comes by to change it to "We like puppies" and then Daisy changes that to "We like kittens and puppies". Now Alice wants all her contributions deleted and scrubbed...how? The fundamental content Alice added is still there, and even some of the original words. If we just removed the commonalities we would be left with "We kittens and" so we need something more robust than reverting whatever text Alice added that's still on the page. Will we have a human review and resolve every single conflict? Do we also revert Chuck and Daisy despite their changes being good and helpful to building an encyclopedia? Do we just delete Alice's username but leave the content up causing licensing problems later on? These are hard problems that twitter will never have to face when deleting a profile. Now consider a talk page thread: Alice makes a comment and Ethan replied directly to her. Will Ethan's comment just be a reply to nothing? What if Ethan quoted Alice or mentioned her by name (i.e., pinged her)? Will we modify Ethan's comment, or even delete it outright? What if Ethan doesn't like the decision and adds Alice's comment back under CC By-SA so that his comment retains its context? Will we edit war with Ethan? Block him for trying to make sure his comment is seen in proper context? We're not Twitter, and deleting content is not trivial, especially old content. We can come up with answers to these questions, but other people may have wildly different opinions on what is correct (I imagine this is what you meant by I think the much more difficult question to answer is what that policy would look like so I say this for the sake of others).

        Developing a consensus answer acceptable to the community will be hard, especially when the practical benefit is limited. I agreed with Joe above that we should focus on prevention not because I think it is the ideal solution, but because it is the most effective solution that we can build consensus around. For example, in edit-a-thons I advise new Wikipedians to not use their real name, especially women, because of the potential for harassment and difficulty of retraction should they regret the choice later on. Our essays at Wikipedia:Personal security practices and Wikipedia:Guidance for younger editors do a really good job of describing risks and prevention strategies users can take; making those more visible to logged out and new editors would help prevent contributors from publishing information they may later want to retract which is a more effective harm reduction strategy in the long run. We already link to Wikipedia:On privacy, confidentiality and discretion at Special:CreateAccount, but adding reminders in the edit window or in welcome messages can also help. How volunteers spend their time is up to them, but I think focusing on intermediate steps we can take now is a better return on investment. It might even help people be safer on websites other than our own. — Wug·a·po·des

        ​ 09:29, 23 February 2021 (UTC)

        Then what is the relevant standard? "Off the top page of google results" is one possible standard. "Less visible" is another possible standard. It's hard to argue with "an ounce of prevention is worth a pound of cure", and I agree with you that that's the place to focus, but I also think we should do what is being asked in the OP, which is to allow

        WP:CLEANSTART (as opposed to only for users who do not want to return). Levivich ^harass/_hound

        21:31, 23 February 2021 (UTC)