Wikipedia:Village pump (policy)

Source: Wikipedia, the free encyclopedia.

This is an old revision of this page, as edited by QEDK (talk | contribs) at 21:04, 26 February 2020 (→‎Is it acceptable to blank userspace sandboxes of long-term/established, but inactive editors?: add). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

 Policy Technical Proposals Idea lab WMF Miscellaneous 
The policy section of the village pump is used to discuss proposed policies and guidelines and changes to existing policies and guidelines.
If you want to propose something new that is not a policy or guideline, use Village pump (proposals).
If you have a question about how to apply an existing policy or guideline, try one of the many Wikipedia:Noticeboards.
This is not the place to resolve disputes over how a policy should be implemented. Please see Wikipedia:Dispute resolution for how to proceed in such cases.

Please see

this FAQ page
for a list of frequently rejected or ignored proposals.


Are policies being used to the detriment of Wikipedia?

I would like to continue a discussion I started earlier, see Wikipedia:Village pump (policy)/Archive 152#Are policies being used to the detriment of Wikipedia?. Recently I worked several hours to add some recent research on Parkinson's disease to the article on it. Immediately it was reverted by one of the guys whom I complained about earlier, a group of editors who put watch-points on huge numbers of articles and whenever anybody edits those articles they immediately check to see whether, in their opinion, it conforms to the rules of Wikipedia. So in this case, it was reverted on the grounds that the references were either primary or "predatory". "Primary" means they were research articles in peer-reviewed journals, and "predatory" means that they come from those scurilous popular science magazines like (in this case) New Scientist. I am told (on Talk:Parkinson's disease) that we have to wait until someone publishes a review article (not a research article) in a peer-reviewed journal! The policy cited is Wikipedia:Identifying reliable sources (medicine). So if that policy really means that we cannot put the exciting research of the last year into the article, well then, I think the policy should be changed. Eric Kvaalen (talk) 17:21, 8 January 2020 (UTC)[reply]

I would recommend you pursue any further discussion about a discrete guideline at that guideline's talk page, in this case
WT:MEDRS. I would further comment that you will need to have better rationale than you have provided here and previously for any change in this regard, and you will need specific changes that you would like to make to specific sections of that guideline. Good luck. --Izno (talk) 17:35, 8 January 2020 (UTC)[reply
]
Yes, I do believe that policy is meant to stop exciting research of the last year being added. It's on purpose and for what many consider good reasons. One is that exciting research of the last year is often at least partly wrong. Gråbergs Gråa Sång (talk) 09:35, 9 January 2020 (UTC)[reply]
As noted by Izno, this is not the right forum to pursue these questions. Peter coxhead (talk) 10:30, 9 January 2020 (UTC)[reply]
this is absolutely the correct forum to pursue these questions. That’s what the village pump is for. I’m amazed that you’d say it isn’t.
Please carry on with this topic. —Sm8900 (talk) 10:59, 9 January 2020 (UTC)[reply]
This is a generally correct place to discuss this topic, but guideline change, unless you are starting a
request for comments, is almost always better discussed at the talk page of the guideline in question. It is a correct forum, but only minimally so. --Izno (talk) 15:58, 9 January 2020 (UTC)[reply
]
if you need to cover information that is not covered in a journal, try looking to see if it is covered in major newspapers, rather than just online publications like Live Science. -Sm8900 (talk) 11:07, 9 January 2020 (UTC)[reply]
Major newspapers are often not considered good enough per
WP:MEDRS either, but context matters. Gråbergs Gråa Sång (talk) 11:45, 9 January 2020 (UTC)[reply
]


I prefer to have a discussion here rather than on the talk page of the policy about "reliable medical sources". I want the input of the general public, not some clique of guys who made that policy! Now, concerning what user Gråbergs Gråa Sång has written above, it may be that some things reported in the last year turn out to be partially wrong, but we can still report the research! If we were to exclude everything from Wikipedia about which there is any shadow of doubt, then there wouldn't be much left. Our readers deserve to know what's goin' on in a field, not just the established, conventional wisdom. And Sm8900, the popular science source I used is not "Live Science", it's New Scientist, which is a print magazine that has been going for more than sixty years. It is "the world's most popular weekly science and technology magazine" (see [1]). Eric Kvaalen (talk) 05:45, 13 January 2020 (UTC)[reply]
Didn't ping Gråbergs Gråa Sång and Sm8900. Eric Kvaalen (talk) 11:42, 20 January 2020 (UTC)[reply]
hi. Thanks for the reply! That’s good to know. Sm8900 (talk) 19:51, 20 January 2020 (UTC)[reply]
@
b} 05:03, 23 January 2020 (UTC)[reply
]


@
Headbomb and Gråbergs Gråa Sång: Thanks for the explanation of "predatory". But I still don't know what journals that I cited are considered suspect. And in any case, I disagree with this idea that someone can come along and delete all my work just because he thinks that some of the journals referenced are "predatory" and some are "primary". We want our readers to have up-to-date information on the research that has been done. Or more to the point, our readers want that! Right? I don't think that Zefr considered each statement that I made and referenced, and decided that each one was too doubtful to tell the readers. I think he just hit Undo. Either these guys, like Zefr, are enforcing incorrect interpretations of the policies, or the policies need to be changed. (I'm not pinging Zefr, because this is not meant to be an argument just about what he did in this case. It's a general problem, with several guys doing it.) Eric Kvaalen (talk) 05:33, 28 January 2020 (UTC)[reply]

@
b} 06:10, 28 January 2020 (UTC)[reply
]
@Headbomb: But what I've been trying to say is that I don't think the "MEDRS" (medical reliable source) policy is good, if it excludes putting in the research that I put into that article. I'm not asking for advice. I'm asking people to think about what kind of articles we want in Wikipedia. If you would like more examples of the same sort of problem (not just with medical articles), see the older thread that I mentioned at the beginning. Eric Kvaalen (talk) 17:05, 2 February 2020 (UTC)[reply]
@
b} 19:29, 2 February 2020 (UTC)[reply
]
@Headbomb: Yeah, well, that's your opinion. The question is, does the reading public agree with you? I doubt it. Eric Kvaalen (talk) 16:47, 9 February 2020 (UTC)[reply]
What the reading public wants is irrelevant. This is what the community wants.
b} 09:15, 10 February 2020 (UTC)[reply
]
Let's avoid making assertions about what "the community" wants. We don't all the same opinions about everything, and it appears from this discussion that at least some part of "the community" also wants to take the suspected preferences of the reading public into account.
non-scientific
[that word means "arts and humanities and law and business and stuff", not nonsense] POVs years ago).
In general, it's my experience that mentioning a big media sensation in an article, in a very small way, is not an unreasonable way to reduce edit warring and get a compromise that editors can live with until the media hype dies down. But in other cases, I think it's easier just to play the game their way. So they don't want you to cite a "primary" peer-reviewed research paper on whether having an appendectomy reduces the risk of Parkinson's? Fine: cite
PMID 31713092, which is a review article instead. You can do this by finding the paper you'd like to cite at PubMedhttps://www.ncbi.nlm.nih.gov/pubmed/30381408 – and then looking for the box on the side that tells you some other papers that are citing it. Start with anything in that list that's tagged with a blue "review" label and see what they say. WhatamIdoing (talk) 01:54, 11 February 2020 (UTC)[reply
]
@Headbomb: The policy specifically says that newspapers are valid, depending on circumstances. allowing mainstream media is one way to make sure we are expanding as a genuine resource. --Sm8900 (talk) 16:52, 9 February 2020 (UTC)[reply]
@
b} 09:05, 10 February 2020 (UTC)[reply
]


@
WhatamIdoing: Thanks for the suggestion! @Headbomb: I'm amazed that you say that what the reading public wants is irrelevant, and that the only thing that matters is what "the community" wants! Who is this community anyway? Those who managed to get their opinions cemented into Wikipedia policy? We're not editing Wikipedia just for ourselves, or just for the pleasure of enforcing the rules. Eric Kvaalen (talk) 08:42, 18 February 2020 (UTC)[reply]

Eric Kvaalen, it seems to me that the opinions of the reading public can readily be discounted when that population does not intersect with the one participating and forming consensus on Wikimedia projects. This is why: because Wikipedia is "the free encyclopedia that anyone can edit" and therefore any sufficiently interested reader of Wikipedia can become an editor of Wikipedia with little effort. If anyone in "the reading public" feels strongly about a point of policy on Wikipedia and wishes to effect change, then the way to do this is to become editors and have their voices heard. Otherwise, the opinions and tastes of the nebulous, amorphous, "reading public" can never be known well enough for us to form policies and guidelines in the first place. That's why it doesn't matter, because it's too difficult to measure and it's easy enough to become an editor, and therefore, part of the community. Elizium23 (talk) 08:49, 18 February 2020 (UTC)[reply]
Not only that, but if you made a poll that asked
b} 10:51, 18 February 2020 (UTC)[reply
]
Eric wrote: We're not editing Wikipedia just for ourselves, or just for the pleasure of enforcing the rules.
Some of us are. I'm not saying that's a good thing, but, for better or worse, it's a true thing. Not everyone is as selfless and idealistic as you. WhatamIdoing (talk) 20:52, 18 February 2020 (UTC)[reply]

Beauty pageants: Award with own WP article = "well-known and significant award or honor"

According to WP:ANYBIO, winning a "well-known and significant award or honor" means that the person is notable. Many beauty pageant titles are "well-known and significant" enough to merit their own Wikipedia articles per WP:GNG, multiple independent news sources that reflect public interest by covering them. Winning such a title is not excluded by WP:BLP1E unless this criterion of ANYBIO is meaningless.

I would like policy clarification whether there exists or should exist an exception to WP:ANYBIO for the special case of women who have won titles in US state or national beauty pageants that are well-known and significant enough to have their own articles. Based on the presumption that only international winners are notable, Johnpacklambert has been AfDing[2][3] and PROD-ing[4] [5][6] multiple women's articles based on a very local consensus among a small number of people at Wikipedia_talk:WikiProject_Beauty_Pageants/Archive_7 that winners of notable beauty pageants are not notable for winning, and, with a double whammy, that news coverage talking about them in the context of their awards is excluded by BLP1E.

There are hundreds of sports awards that make young men notable (e.g. Conn Smythe Trophy for being the best player selected from 2 teams of hockey players in a finals game), and the fact that the public has traditionally more interested in praising women for beauty/talent than for sporting prowess should not be held against the young women who sought and won recognition in beauty pageants. HouseOfChange (talk) 20:31, 22 January 2020 (UTC)[reply]

  • Beauty pagent winners are not winning notable awards. This has been shown over and over again by the lack of extended coverage. We have a fairly focused number of sports awards that default make someone notable. I highly question the claim it is "hundreds." Sports coverage is out of control and our current guidleines make people with 10 minutes of play in one game notable. This is outrageous and ought not to be. However we should not use this out of control inclusion madness to create articles on beauty pageant winners who just fade into total obscurity after passing mention. I think the notion that winning Miss Vermont USA is a one event has a lot of validity. The notion that every state competition winner is default notable is just not supported by actual coverage.John Pack Lambert (talk) 20:56, 22 January 2020 (UTC)[reply]
  • If people really want to see what the old system gave us, try and dig up the article on Sloan Bailey. I created that article and will take full blame for it ever existing, but that is what the notion that winning an award that is "notable" making someone notable woud give us.John Pack Lambert (talk) 21:01, 22 January 2020 (UTC)[reply]
  • Well known and significant is not the cut off for "notable". So having its own Wikipedia article does not make an award well known and significant. We have never agreed that every award that his its own Wikipedia article confers upon its winner notability. This is a horrible idea that would create a horrible precedent. This proposal is a mess waiting to happen, a mess so big that its scope of horror is not easily realized. This has implications for hundreds of awards that just barely scape by notability and in no way make each and every one of the people who get it notable. This is a headache waiting to happen. Our threshold for including articles on awards is not that they are significant and well known. Beyond this, the articles on Miss Florida etc. could be argued to not be about an award per se, but about a competition. This is a headache causing proposal that would open the flood gates to so many articles on people who are not by any reasonable measure public figures it just causes me to have total fear.John Pack Lambert (talk) 21:12, 22 January 2020 (UTC)[reply]
    We already have many articles about state pageant winners because people in general consider them notable. The headache waiting to happen is for someone to PROD multiple articles based on a private belief that some categories of awards won primarily by young women are less notable than similar categories of awards won primarily by young men. HouseOfChange (talk) 21:53, 22 January 2020 (UTC)[reply]
    1. I think it might help if you two took a break, and made space for uninvolved editors.
    2. The goal of every inclusion/exclusion rule is to have articles when we can write a decent one, and not have articles when we can't.
      WP:WHYN explains the goal. If you can write decent encyclopedia articles, with >50% of the content coming from Wikipedia:Independent sources, about someone who won a beauty pageant/played ball for three seconds/ate a bunch of hot dogs/whatever, then we should have those articles. If you can't, then we shouldn't. For borderline cases, it's a good idea to look for solutions like lists with substantial content – not merely "1965 winner: Alice Expert", but multiple sentences that provide solid encyclopedic information. Look at Wikipedia:Featured lists such as List of academicians educated at the United States Military Academy and List of presidents of the United States who died in office for two different ideas about what can be done when editors want information in Wikipedia, but not necessarily on separate pages. WhatamIdoing (talk) 22:24, 22 January 2020 (UTC)[reply
      ]
@WhatamIdoing: The test you propose (enough media coverage to create "decent encyclopedia articles" about their winners) is a practical way to determine which awards are "well-known and significant." By this test, most if not all holders of state or national beauty pageant titles would be notable. I welcome more clarity from other uninvolved editors, if any read this. HouseOfChange (talk) 19:26, 28 January 2020 (UTC)[reply]
  • No exception The
    forum shopping. Sdkb (talk) 20:51, 2 February 2020 (UTC)[reply
    ]
Sdkb please strike your allegation that I am forum-shopping. Although I have expressed my opinion on several AfDs related to this topic, this forum is the only one where I have asked for wider participation. I believe this is the correct venue for asking for clarification of policies. HouseOfChange (talk) 14:22, 9 February 2020 (UTC)[reply]
  • The idea that an award with a Wikipedia article is enough to make all the recipients notable is simply nonsensical. As one example among many, I received a
    Phil Bridger (talk) 21:30, 2 February 2020 (UTC)[reply
    ]
Phil Bridger you raise a very good point, and one I had not considered before, probably because I was asking only about state and national beauty pageants that have their own articles. What is your opinion of the test proposed by WhatamIdoing that an award generating enough news coverage about its recipients to create a good article is therefore notable? HouseOfChange (talk) 01:31, 10 February 2020 (UTC)[reply
]

Is it acceptable to blank userspace sandboxes of long-term/established, but inactive editors?

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion.
A summary of the debate may be found at the bottom of the discussion.

Hi folks. Not to specifically call anyone out, but I have noticed that some editors are wholesale blanking userspace sandboxes of established, but inactive editors, citing guideline

WP:STALEDRAFT
, #2. This is a bad practice IMO. Not only is it a nuisance for inactive editors for when they return, but also it encourages unhelpful busy work amongst active editors.

So my question is as follows: Is it acceptable to blank userspace sandboxes of long-term/established, but inactive editors? -FASTILY 23:36, 22 January 2020 (UTC)[reply]

  • Yes. But, there should be a reason. The obvious reason from the words is that the content of the sandbox is "stale", as in no longer true. This is not just "old". Other reasons include dubious content that is turning up on internal Wikipedia searches. This really should be the exception, but far better to blank mildly problematic material than to seek its deletion where
    WP:ATD
    would favour blanking.
A hyperactive gnome who has taking to blanking inactive user's sandboxes indiscriminately should be asked to stop. I think that users over-policing others userspace are doing a net disservice to the project. --SmokeyJoe (talk) 23:44, 22 January 2020 (UTC)[reply]
The reason should be a good reason, and possibly a very good reason. "Old" is not a reason. Per User:Graeme Bartlett below, any possible use is adding content to mainspace is a very good reason to not blank. Userspace is No_Index-ed, so blanking serves only to hide the content from people searching userspace with the internal search engine. Mildly inappropriate things, like a list of a child's school friends, is good to be blanked. --SmokeyJoe (talk) 02:19, 23 January 2020 (UTC)[reply]
I think these blankings should be required to use {{
Inactive userpage blanked}} or {{Userpage blanked}}. The first is very gentle with not even a hint that the page was inappropriate. I think it is well used for blanking possibly childrens' personal information, or a promotional draft topic. The second has a very subtle implication that something was inappropriate about the content. --SmokeyJoe (talk) 02:35, 23 January 2020 (UTC)[reply
]
@
WP:OVERSIGHT. — xaosflux Talk 02:44, 23 January 2020 (UTC)[reply
]
User:Xaosflux, what if it is just a list of names? "I like to play Fortnite with my friends, Joe, Jill and Jack". Personal, but not identifying. Their being children is presumed. --SmokeyJoe (talk) 03:24, 23 January 2020 (UTC)[reply]
We usually take "personal information" to be shorthand for non-public personal information and are usually extra accommodating for minors - that example alone wouldn't need suppression, but if anyone is in doubt feel free to refer to OS, we'd rather say "it's fine" then miss something. — xaosflux Talk 03:32, 23 January 2020 (UTC)[reply]
  • (
    actually building an encyclopedia. GMGtalk 23:46, 22 January 2020 (UTC)[reply
    ]
  • @Fayenatic london: Stop it. Save the Foundation the fraction of a fraction of a penny by blanking a user talk page when it literally makes no difference to anyone ever. You will die. You have a limited amount of time to contribute to this project. Use it to do something that actually matters even a tiny bit. GMGtalk 23:53, 22 January 2020 (UTC)[reply]
That said - I would be open to further discussions on what should (and should not) be allowed in userspace. Perhaps we do need further limitations on what userspace is used for (or, to put it another way, limitations on HOW we use userspace). The point being that any limitations agreed to would apply to ANY userspace page... active or inactive. We need to eliminate the idea that something can be “OK while the user is active but not OK if the user leaves.” Focus on the material (and why it is problematic), not the active/inactive status of the user. Blueboar (talk) 16:43, 23 January 2020 (UTC)[reply]
Blueboar, We already have Wikipedia:User pages which covers what userspace is for (and what it's not for). -- RoySmith (talk) 17:27, 23 January 2020 (UTC)[reply]
Yes, I know... my point was to say that I would be open to amending that page if people think there is something not covered there already. However, the idea that the acceptability of MATERIAL in userspace should be based on the active/inactive status of the USER is ridiculous. Blueboar (talk) 19:16, 23 January 2020 (UTC)[reply]
  • No. There is absolutely zero value to blanking a userspace sandbox. If it's objectionable for some legitimate reason (
    WP:MfD otherwise. If it's just stale, who cares? It's causing no harm in userspace. I've got stubs in my userspace that I haven't worked on in over 10 years. I'd be really pissed if anybody blanked them. -- RoySmith (talk) 16:06, 23 January 2020 (UTC)[reply
    ]
  • No. At least not without some very good reason to do other than the fact that they're old and the user is inactive. — TransporterMan (TALK) 18:27, 23 January 2020 (UTC)[reply]
  • No. I see some assumptions above that these are all drafts and the stale draft criteria should apply, however user sandboxes are not the preferred location for drafts, and may people use their sandboxes for other things besides drafts. There is no reason to blank someone's coding experiments, test page, page of lorem ipsum text, or whatever else people are using their sandbox for. ~
    problem solving 18:40, 23 January 2020 (UTC)[reply
    ]
  • Of course it's not acceptable unless there is some other reason, such as spamming or
    Phil Bridger (talk) 18:54, 23 January 2020 (UTC)[reply
    ]
  • Yes with a reason. I sometimes do this after cleaning up after closing TfDs. Say an editor use their sandbox to test a template that is getting deleted/merged then blanking the now useless page is a good way to remove the page from Special:Wanted templates when it gets deleted. It's a useful tool when cleaning maintenance categories with basically zero costs. Systematically going through sandboxes is of course not appropriate. ‑‑Trialpears (talk) 23:24, 23 January 2020 (UTC)[reply]
  • Who cares. I wouldn’t waste my time doing it, but I also think those who waste their time objecting to it should find better things to do. TonyBallioni (talk) 01:39, 24 January 2020 (UTC)[reply]
  • No unless
    within policy. Many good points have been made above, particularly GMG—Fayenetic, you're wasting your time and ours. @TonyBallioni: to be fair, if someone wasn't already wast[ing] their time doing it, there world be no need for others to waste their time objecting to it! 🐤 ——SN54129 08:31, 24 January 2020 (UTC)[reply
    ]
  • Perhaps we might add a speific CSD criterion, so that unambiguously unwanted pages can be removed, but others must be referred to MfD, and useful content can be rescued? We might also consider the case of sandboxes of deceased editors, and separately those of banned users. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:00, 24 January 2020 (UTC)[reply]
  • No, we already have adequate policy to deal with stuff where there is a need to remove it. Deletion or blanking of otherwise uncontentious sandboxes has no benefit, and might deter the return of some of our long missing editors. Worse it prevents the process of honouring deceased Wikipedians by completing their drafts. ϢereSpielChequers 16:19, 24 January 2020 (UTC)[reply]
  • No primarily because, as stated in the OP, "encourages unhelpful busy work amongst active editors" Wikipedia already has too many nannys running around doing things like this. We need to discourage that. --Jayron32 16:25, 24 January 2020 (UTC)[reply]
  • Wait (or NO) - perhaps I've misunderstood what's going on, but isn't MfD the correct venue for this, or at least tagging it and letting an admin decide? No editor should take it upon themselves to blank anything, and I don't believe an admin would just blank a page without justification. Atsme Talk 📧 16:30, 24 January 2020 (UTC)[reply]
  • This is a bizarre question. One wonders what the upside is. It's like, "Dear Abby, Is it okay to go through someone else's trash and collect certain kinds of trash so I can put it in my trash? No? OK thanks" -Jordgette [talk] 18:28, 24 January 2020 (UTC)[reply]
  • No, as a general rule, allowing for (a few) exeptions, some listed above already. Because there is no net good, space is not a problem, indexing is not a problem. We should have a policy on inactive users, such that after long, really, really long inactivity, as in "presumably dead", allowing (forcing?...) user space to be cleaned up and usernames to be freed up. - Nabla (talk) 19:24, 24 January 2020 (UTC)[reply]
  • Yes, if the following are all met: 1. The page has something on it that is causing it to appear in maintenance lists, content categories, what-links-here links from multiple pages that could be deleted etc (so blanking it will save editor time), 2. The page appears to have been unused/abandoned (e.g. no significant inlinks and page not edited for 12 months or user not edited for 6 months), 3. A curteous message is left, and 4. The user doing the blanking is in good standing.  Blanking a page is not deletion; the page can easily be viewed/revived. Taking the page to MFD would use up more editor time (and bytes). It might be helpful if the blanking editor explained what led them to the page. DexDor (talk) 19:44, 24 January 2020 (UTC)[reply]
  • No – User sandboxes vary in the type of material they contain, so whether they could be assessed as drafts much less as stale could end up being an overly subjective determination. Additionally, I don't see how going to the effort of blanking sandboxes benefits the project in any way. If they contain inappropriate categories or something, those could simply be removed by themselves. Master of Time (talk) 22:56, 24 January 2020 (UTC)[reply]
  • No - There's just no benefit whatsoever. This is one of the maintenance tasks people engage in that I just don't understand. I get digging through userspace looking for spam, copyvios, defamatory content, made up topics, etc. but if you don't find that, why are you messing with sandboxes? Just move on. Especially if it's someone who has clearly demonstrated they're here in good faith. Nobody will ever see these sandboxes/drafts other than the creator and people looking for things to blank/delete, so why bother. (so yes, my "no" extends past established users to anyone who makes a good faith attempt to improve Wikipedia, or who uses their sandbox to experiment in order to better improve Wikipedia). — Rhododendrites talk \\ 19:26, 25 January 2020 (UTC)[reply]
  • Comment - Here is my concern: that the result of this RfC, which is "no" to the point of
    WP:SNOWing, will be used to say "I would've blanked instead of taken to MfD, but that's not allowed anymore." We already see fairly regularly sandboxes taken to MfD that do not qualify for deletion but are nonetheless deleted "because we're already here" -- taking away one of the alternatives to deletion may exacerbate that problem. Probably best dealt with through a separate discussion, I know, but thought I'd express it here. — Rhododendrites talk \\ 19:29, 25 January 2020 (UTC)[reply
    ]
I agree that the consensus is close to SNOW... but my take away is a bit different. People seem to be agreeing that “editor is no longer active“ isn’t ENOUGH to justify EITHER action (blank OR delete). People are saying that there has to be a more substantive reason to act. If there IS a more substantive reason then blanking is still sometimes an option. Blueboar (talk) 20:10, 25 January 2020 (UTC)[reply]
I would suggest clarifying to allow userspace blanking as a last resort (before MfD) when the article has no potential mainspace or communal draftspace use and the user is reasonably inactive (e.g., several years). This is not that different from the extant stale draft guideline. czar 15:41, 26 January 2020 (UTC)[reply]

Revert blankings done due to inactivity?

  • I read a consensus above that blanking due to mere inactivity is not supported, and further maybe, that inactivity is not even a contributing reason for blanking a usersubpage. I take that to imply that the user of {{
    Inactive userpage blanked}} is disapproved of. Does this mean that the ~4000 uses should be reverted? In contrast, {{Userpage blanked}} is intended for inappropriate content, borderline and not CSD-worthy, although the wording is gentle; it may be used on inactive user's userpages but inactivity is not the reason for use. There are several hundred transclusions of this template. I see no reason to revert the use of this template, because this template should only be used where there was some reason not including inactivity. --SmokeyJoe (talk) 00:27, 30 January 2020 (UTC)[reply
    ]
  • Support. Softlavender (talk) 04:56, 16 February 2020 (UTC)[reply]
  • Oppose blanket reversion of edits that were made to fix a problem (such as incorrect categorization). If the user wants the page back (and in 99% of cases they probably don't) they can easily get it back. If for some reason an editor still thinks the page should be "live" they should (1) make sure they don't reintroduce the problem and (2) explain (i.e. in edit summary) why they think the page should be live. Inactivity shouldn't itself be a reason for blanking a page, but it may be a reason why blanking a page (for other reasons) is better than other options (such as asking the user to fix it themselves). DexDor (talk) 07:38, 16 February 2020 (UTC)[reply]
  • Oppose per Dexdor. If an editor wants a page back, then can just revert without requesting help from anyone. We should not put back the errors that led to the blanking in the first place. If a page is currently blanked, then the action was obviously uncontested. MB 16:47, 16 February 2020 (UTC)[reply]
  • Oppose What's done is done; and I don't see combing through places where this happened in the past as a useful activity. Let's just all agree that moving forward, we aren't going to do this, and leave it at that. --Jayron32 12:55, 17 February 2020 (UTC)[reply]
  • It Depends - I can accept a “what’s done is done” approach, as long as the practice stops. I agree that it would be pointless to revert the thousands of pages that were blanked on good faith prior to this discussion. However, now that we have a consensus saying that blanking due to inactivity isn’t the right thing to do, any future blanking of this sort should be reverted when found. Blueboar (talk) 13:22, 17 February 2020 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Question about RFAs

Can an RFA be relisted like an AFD or an RM if the consensus remains unclear? Interstellarity (talk) 19:18, 24 January 2020 (UTC)[reply]

@Interstellarity: - In exceptional circumstances, bureaucrats may extend RfAs beyond seven days or restart the nomination to make consensus clearer, however, it would need be really strange, since we already have one ambiguity solving method - a 'Crat Chat. The main suggestions I've seen that it could theoretically show up is if something big came out on the 7th day or a massive shift in voting patterns started happening. Ergo Sum's case, for example, doesn't fall into either of those categories. Nosebagbear (talk) 19:24, 24 January 2020 (UTC)[reply]
(edit conflict) The relevant guidance says a minimum of seven days. I don't know that there's been any examples of this happening on the English Wikipedia in recent history, but it's happened recently on other projects and the rules here don't seem to forbid it. GMGtalk 19:25, 24 January 2020 (UTC)[reply]
Also see (if not yet) Wikipedia:Requests for adminship#About RfA and its process sub-section: Discussion, decision, and closing procedures - Nabla (talk) 19:29, 24 January 2020 (UTC)[reply]
I'm not sure why it would be needed, unless there are a low number of votes overall. There is obviously a recent or current RFA that you are worried about, looking at both of the current ones there's over 200 votes on one, and over 150 on the other. I wouldn't consider that a "low number" of votes. I mean, if an RFA made it 7 days and got like 10 votes, that may need a relist. But neither of the current ones has that problem. --Jayron32 19:33, 24 January 2020 (UTC)[reply]
I could imagine if that DDOS had hit for a longer time during an RfA, that would have triggered an extension. Nosebagbear (talk) 23:28, 24 January 2020 (UTC)[reply]
RfA with 76%, which suggests a clear pass without bureaucrat discretion. Even if he had passed with 75%, my reading of the policy is that between 65-75% support is subject to bureaucrat discretion. Attaining 75% support is not "between" 65-75%, so our policy guidance suggests that, in practice, that threshold is between 65-74%. Doug Mehus T·C 00:00, 29 January 2020 (UTC)[reply
]
Dmehus Thanks for the info. Interstellarity (talk) 00:02, 29 January 2020 (UTC)[reply]
Interstellarity, No problem, but that's just my interpretation. We could always have a discussion about clarifying that wording. That is, is the rough guideline inclusive or exclusive of 75%? We might also ask a dutiful and knowledgeable bureaucrat, like Primefac, what their interpretation of the guideline and, if all bureaucrats use that same interpretation, we may not need to refine the wording. Doug Mehus T·C 00:09, 29 January 2020 (UTC)[reply]
@Dmehus: I see where you're coming from. A technical reading of the policy would support your interpretation. However, I think a natural reading would lead the average reader to believe that "between 65-75%" means inclusive of 65% and 75%. Just my two cents. Ergo Sum 00:13, 29 January 2020 (UTC)[reply]
vague waves at a policy. Not sure if we've interacted before, but congratulations. Doug Mehus T·C 00:18, 29 January 2020 (UTC)[reply
]
65 to 75% is construed as a rough range; it's really all about consensus (which is interpreted differently in RfAs in relation to other areas). See here. J947(c), at 00:52, 29 January 2020 (UTC)[reply]
J947, Yes, definitely it's based on consensus. I didn't know that in such cases, the bureaucrats made public their deliberations. That's good to see. I'm comfortable with that. Doug Mehus T·C 01:08, 29 January 2020 (UTC)[reply]
An RFA is completely unlike an AFD or a RM in that the subject of an RFA is a human being, a fellow Wikipedian who volunteers time for this site. There is an expectation that the RFA candidate will have started their RFA at a time when they expect to be online a lot during their RFA. They may not be around for the following week, so significant extensions of RFAs need to be rare and in my view with the agreement of the candidate. Otherwise you are not treating them as a volunteer. ϢereSpielChequers 06:42, 11 February 2020 (UTC)[reply]

Align checkuser/oversight block policies with established practice

In a recent arbitration case, it came up that our policies use inconsistent language to describe checkuser and oversight blocks, specifically whether a block marked as a checkuser or oversight block "should not" or "must not" be modified by administrators without access to those tools. Without getting too into the weeds on specific rationale (I will add a discussion section) I propose the following changes to the

local checkuser policy: Ivanvector (Talk/Edits) 18:40, 29 January 2020 (UTC)[reply
]

To the blocking policy:

  • From the section
    WP:OSBL: "Appeals of blocks that have been marked by an oversighter as oversight blocks should must be sent to the functionary team via email (functionaries-en@lists.wikimedia.org) to be decided by the English Wikipedia oversighters, or to the Arbitration Committee
    ."

To the

local checkuser policy
:

  • From the section "CheckUser blocks": "These blocks must not be reversed by non-checkusers. Administrators should must not undo nor loosen any block that is specifically called a "CheckUser block" without first consulting a CheckUser."

Ivanvector (Talk/Edits) 18:40, 29 January 2020 (UTC)[reply]

Support

  1. Support as proposer. Ivanvector (Talk/Edits) 18:37, 29 January 2020 (UTC)[reply]
  2. As this is the obvious intent of the current wording and has been the practice for years. I don’t think this even needs an RfC, but sure. TonyBallioni (talk) 19:02, 29 January 2020 (UTC)[reply]
  3. Support.--Bbb23 (talk) 23:05, 29 January 2020 (UTC)[reply]
  4. Support, but, I would like to hear from checkusers about the possibility of language that better defines when a Checkuser block is made, as opposed to an ordinary block by a checkuser. eg. Is it a checkuser block merely because the checkuser looked at some technical checkuser evidence? Is it a checkuser block when the checkuser relied upon checkuser evidence that should not be disclosed? --SmokeyJoe (talk) 23:30, 29 January 2020 (UTC)[reply]
    A CU block must be designated in the block form/log as a CU block, e.g., checkuserblock-account.--Bbb23 (talk) 23:37, 29 January 2020 (UTC)[reply]
    Yes, know that, and that seems clear enough. Perhaps a bluelinked "CU block" would be even more clear, if needed. The question is: How does the CU decide whether to designated it as a CU block? --SmokeyJoe (talk) 00:05, 30 January 2020 (UTC)[reply]
    That question has nothing to do with this RfC.--Bbb23 (talk) 00:18, 30 January 2020 (UTC)[reply]
    I think it does, because it goes to the notion that someone might IAR unblock a newcomer because they infer that the CU slaps CU Blocks willy nilly. Clarifying what the underlying reason for CU blocks can be, I think is desirable. --SmokeyJoe (talk) 06:05, 30 January 2020 (UTC)[reply]
    I'll respond to this in the discussion section. It's relevant IMO, but I don't think any changes to the policy are necessary in this regard. Ivanvector (Talk/Edits) 13:01, 30 January 2020 (UTC)[reply]
  5. Various organizations disagree on whether shall or must is better, but I think we can agree that should isn't must. Current practice is must, so a fine change. I don't think we need an RfC either, especially as must is language that will soon be adopted by ArbCom. ~ Amory (utc) 18:39, 30 January 2020 (UTC)[reply]
  6. Support as a purely grammatical change. The wording of a rule should unambiguously describe the intent. If the intent is "must not", then the rule should (must, even) say, "must not". -- RoySmith (talk) 20:03, 30 January 2020 (UTC)[reply]
  7. Support – reflects commonly applied and accepted practice. Mz7 (talk) 02:22, 31 January 2020 (UTC)[reply]
  8. Support per RoySmith -- common sense grammatical change. Puddleglum 2.0 19:01, 31 January 2020 (UTC)[reply]
  9. Support Seems sensible. --TheSandDoctor Talk 09:44, 1 February 2020 (UTC)[reply]
  10. Support if there is confusion then this needs to be rewritten to make if clear. Sydney Poore/FloNight♥♥♥♥ 17:30, 1 February 2020 (UTC)[reply]
  11. Support - clarity is desirable. Cabayi (talk) 19:53, 1 February 2020 (UTC)[reply]
  12. Support – Wikipedia's policies rarely strictly forbid anything, but this is a reasonable exception. ~ ToBeFree (talk) 18:46, 4 February 2020 (UTC)[reply]
  13. Support I just made the same exact changes to BLOCKPOL without realizing we have a RfC open regarding this. This should have one of those "consensus by editing" moves but either way, a no-brainer. Thanks to Izno for pointing out the RfC. -qedk (t c) 19:24, 7 February 2020 (UTC)[reply]
  14. Support that has been de facto policy, might as well have the policy reflect reality. ~~ Alex Noble - talk 08:19, 10 February 2020 (UTC)[reply]
  15. Support clarity is better and this has been a de facto policy. Pharaoh of the Wizards (talk) 10:36, 10 February 2020 (UTC)[reply]
  16. Support, why not? >>BEANS X2t 13:31, 10 February 2020 (UTC)[reply]
  17. Support and suggest
    WP:SNOW close. EllenCT (talk) 20:12, 10 February 2020 (UTC)[reply
    ]
  18. Support This makes complete sense to me. -- Dolotta (talk) 19:37, 13 February 2020 (UTC)[reply]
  19. Support Per above. -FASTILY 19:46, 14 February 2020 (UTC)[reply]
  20. Support per all of the above. OhKayeSierra (talk) 11:38, 24 February 2020 (UTC)[reply]
  21. John M Wolfson (talkcontribs) 12:55, 24 February 2020 (UTC)[reply]

Oppose

  1. Should not is preferable. Every hard and fast rule has casualties. See for example the de-sysopping of Bish. All the best: Rich Farmbrough (the apparently calm and reasonable) 13:59, 9 February 2020 (UTC).[reply]
    What desysopping of me would that be? I don't seem to have noticed it. Bishonen | talk 14:12, 9 February 2020 (UTC).[reply]
  2. Oppose: this strikes me as a similar case to office actions, but Wikipedia:Office actions reads, Wikimedia administrators and others who have the technical power to revert or edit office actions are strongly cautioned against doing so. Indeed, we can make the same argument that an office action should almost never be undone because it is made with private information that the reversing admin does not have access to, yet the community has still supported reversal of office actions in some cases. I imagine it'd be snowing in the other direction were this proposal about office actions rather than checkusers. I guess the important difference here is that the community trusts checkusers and distrusts the WMF. Well I'm with you on the latter, but not the former. We have a largely outstanding cohort of very trustworthy checkusers and oversighters, but I do not trust them all. Of course, when it comes to actually reverting a CU block, the reverting admin should have a very strong reason why it is an exceptional case that warrants it, and they should understand that there will be consequences to their actions to all involved. — Bilorv (talk) 11:49, 14 February 2020 (UTC)[reply]
  3. Oppose I also thing the "must not" is an overreach. It opens the door to people playing "gotcha" with good-faith admin actions, and this just opens the door to more harassment of admins from people with axes to grind in general against the admin corps. Should not is strong enough, as there should be some common-sense wiggle room in any rule of this nature. I personally have no intention of undoing checkuser blocks willy-nilly, but I also see this change in wording to be not beneficial to the project. --Jayron32 20:25, 14 February 2020 (UTC)[reply]
  4. Oppose; in general agreement with the sentiments expressed above, given my perception that with all the trolls, hackers and bad actors lurking on the Internet, checkuser determinations cannot always be made with absolute certainty. We should allow some wiggle room for April Fools' 'zillas and good-faith alternative accounts which may have been absentmindedly not identified on a timely basis. wbm1058 (talk) 13:51, 16 February 2020 (UTC)[reply]
  5. Oppose due to a necessity for clarity in emergency situations. If a CheckUser/Oversight account is obviously compromised, for example blocking every admin on the site and adds penis.jpg to all the infobox templates, I wouldn't want anyone hesitating for even a few minutes before deciding to
    WP:IAR and undo the blocks anyways to fix the problem. A few minutes is an eternity in internet time and if God-forbid a CU/OS account was compromised it should be abundantly clear to all admins that it's appropriate to undo these types of blocks in emergency situations. Aside from this caveat though, I'm in favour of the language change. But I'd very much like a specific exemption be made for emergency situations where it might not be possible to immediately get a CheckUser/Oversighter/ArbCom. Chess (talk) Ping when replying 06:28, 26 February 2020 (UTC)[reply
    ]

Discussion

It's come to light more recently that some users believe the Committee's use of "should" in their statement, and its use in the policies, implies that there are circumstances where an administrator can adjust such a block if they believe they have a good-faith reason to do so, without having first consulted with the blocking checkuser/oversighter (i.e. without having ascertained all of the facts). That is generally the case with normal administrative blocks of course, where all of the circumstances are public (to other administrators at least), but we need to make clearer that it is not allowed for blocks that clearly indicate that private info is involved. Hence these four brief but significant proposed substitutions. Ivanvector (Talk/Edits) 18:40, 29 January 2020 (UTC)[reply]
  • Oversight block questions should probably go to the oversight-en-wp(at)wikipedia.org list, not the functionaries list; just as check user blocks go to the check user list, not the functionaries list. Additionally, these can go to ArbCom list. — xaosflux Talk 19:00, 29 January 2020 (UTC)[reply]
    If either a CU or an OS wants to refer up, they can engage the functionaries teams as needed. — xaosflux Talk 19:06, 29 January 2020 (UTC)[reply]
    I think that’s dated from before the practice of automatic review of OS blocks. Probably could be reworded to refer to ArbCom since requesting a re-review of something that’s already been reviewed within minutes of happening is a bit redundant. Also noting I don’t think we need an RfC to do what I suggested. TonyBallioni (talk) 19:15, 29 January 2020 (UTC)[reply]
    WP:AN. The section was changed to "email oversight" (from "email Arbcom") back in 2016 ([8]) supposedly as a result of an Arbcom motion but the motion is not linked. Ivanvector (Talk/Edits) 13:08, 30 January 2020 (UTC)[reply
    ]
    @Ivanvector: the os-l list doesn't, but anyone can email oversight-en-wp(at)wikipedia.org and it will send it to the OS team via OTRS. — xaosflux Talk 17:48, 1 February 2020 (UTC)[reply]
  • @Ivanvector: There is a section of the blocking policy that lists cases in which unblocking would "almost never be acceptable": Wikipedia:Blocking policy#Unacceptable unblocking. I've been thinking that something to the effect of When the block is explicitly labelled as a CheckUser or Oversight block, without the permission of a CheckUser or Oversighter should be added to that list. Mz7 (talk) 19:42, 29 January 2020 (UTC)[reply]
  • The note/reference change is internally inconsistent. The admin "must" not review but "may" decline? I think the "must" should remain a should in that case. --Izno (talk) 19:56, 29 January 2020 (UTC)[reply]
    • Hmm, maybe so, but I think not really. The meaning of the "may" decline bit is (I think) meant for unblock requests which are clearly inappropriate. Like say a checkuser-blocked account uses an unblock request to write 36 capital letter Os bookended by two capital letter Ps, any admin (or non-admin, for that matter) should feel comfortable declining that. But no action can be taken on any reasonably good-faith unblock request without input from the blocking checkuser. Ivanvector (Talk/Edits) 20:12, 29 January 2020 (UTC)[reply]
      • Right, but at that point the admin has "reviewed" the request in question and made a decision as to its legitimacy (which is part of unblock requests--the other major part is whether the request is sufficiently convincing). I don't mind going the other way with it--and leaving all unblock requests with a CU behind it solely to CU-review, but if that's the case then the casual administrator should have nothing to do with it. Alternatively, we can reconsider the use of the word 'review' in this context without some qualification up front--allow the casual admin to review and reject (only) frivolous requests, and the CU to review and reject/accept non-frivolous requests. --Izno (talk) 21:23, 29 January 2020 (UTC)[reply]
    • I don't think that section needs any changes. Frankly, I don't think it's relevant.--Bbb23 (talk) 23:08, 29 January 2020 (UTC)[reply]
      • @Bbb23: If I understand this comment correctly, that means you support my suggestion that the note should not change. Is that correct? --Izno (talk) 13:49, 30 January 2020 (UTC)[reply]
        • Mz7 suggested adding a sentence to a section of the policy. I disagreed.--Bbb23 (talk) 14:05, 30 January 2020 (UTC)[reply]
  • @SmokeyJoe: regarding when to mark a block as a checkuser block, the Committee's 2010 statement included: "Checkusers are reminded that because designating a block as a "Checkuser block" means that it cannot be reviewed on-wiki or on unblock-l, this term should only be used when confidential information has been used in the blocking decision." The policy doesn't contain language quite this strong, but it's generally the guidance we rely on. "Confidential information" is deliberately vague; essentially, any time a checkuser makes a block based on information that could not be discussed publicly (per the privacy policy, or related policies) it is marked as a checkuser-block. Conversely if the block is based only on info that is available to any other admininstrator, we don't mark it. We're advised not to use the tool at all in cases where a block can be made without its use or where we don't expect it to have any benefit. Checkuser blocks should be limited to private information gleaned from the checkuser tool; if checkusers are coming across private information in other forms we should be passing it up to oversight or arbcom, just like any other admin. I do realize it can seem at times like some checkusers are slapping "CU block" frivolously ("willy nilly" as you put it) but in any case that it's come up as far as I'm aware, it's been proven (privately, because privacy policy) to not be the case. If a checkuser were using the templates inappropriately, it's abuse of the tool and the permission can be revoked. The only instance that I know of of a checkuser being removed because of abuse was detected by other checkusers, not from a public complaint, and it was not because of marking blocks inappropriately.
To hopefully answer your question, the community should trust that checkuser-blocks are only being used in instances where private information is involved, where the reason for the block cannot be discussed publicly, and that's pretty much the extent of what that template means. But all blocks, including checkuser-blocks, are subject to outside scrutiny - checkusers have a mailing list for discussing private matters, arbitrators all have the same access we do and can review the logs, and complaints to the committee about private-information blocks are handled quickly, as the Committee's statement says. Ivanvector (Talk/Edits) 13:34, 30 January 2020 (UTC)[reply]
All I will say is that the above is Ivanvector's opinion and the not the opinion of all CheckUsers--Bbb23 (talk) 13:41, 30 January 2020 (UTC)[reply]
Haughty. --SmokeyJoe (talk) 23:38, 30 January 2020 (UTC)[reply]
This is all based on various users' statements about the policies and my experience of best practice both on and off Wikipedia in handling confidential info, but it is certainly fair to say that this is my opinion and may not be held by all checkusers. Ivanvector (Talk/Edits) 15:11, 31 January 2020 (UTC)[reply]
Remember most people think stabbing yourself in the foot is a bad idea, but it is certainly fair to say that view may not be held by all. PackMecEng (talk) 19:15, 31 January 2020 (UTC)[reply]
the community should trust that checkuser-blocks are only being used ... where the reason for the block cannot be discussed publicly,. Is that a minority opinion? Why should the community have this trust? —SmokeyJoe (talk) 23:31, 31 January 2020 (UTC)[reply]
  • I welcome the RfC. Policy should not be lifted from ArbCom statements, because ArbCom is not supposed to make policy. A confirmation RfC fixes the problem. --SmokeyJoe (talk) 23:38, 30 January 2020 (UTC)[reply]
  • Somewhat furthert to the above, but feel free to move this or advise me to move it elsewhere if it's off topic. I was just looking through Category:Requests for unblock and found an unblock request from a user who has been CU blocked. Their page is tagged with the template Template:Checkuserblock-account. The template warns that "administrators undoing checkuser blocks without permission or the prior approval from a checkuser risk having their administrator rights removed". Right, so, I don't want to do that.
The question has to be, however: why am I seeing this unblock request at all? It's like I'm deliberately being given enough rope to hang myself.
My suggestion would be that CU block templates must always be used when the block is "technical", and these templates should ask users who wish to appeal to use not Template:unblock but some new template (CU-unblock?), which would put unblock requests into a different category. I and my non-CU admin colleagues would have no need to ever look at the category, would be blissfully unaware of what goes on there, and would as a result be much less likely to find ourselves in front of ArbCom trying to explain why we accidentally undid a CU block. --kingboyk (talk) 10:52, 2 February 2020 (UTC)[reply]
Hrm. {{
Checkuserblock}} says that an account should post an unblock request to the talk page. The default MediaWiki:Blockedtext that all blocked accounts see defers to Wikipedia:Appealing a block which points to the general {{Unblock}} template. Some rewriting would be necessary, I think (and shortening). Jo-Jo Eumerus (talk) 11:16, 2 February 2020 (UTC)[reply
]
CU blocks may be declined by any administrator. In addition, many administrators add value in their decline by saying things about the behavioral evidence that supports the block. Sometimes, the unblock request raises issues that an administrator may wish to discuss, including wondering whether the block is misplaced, in which case they can ping the blocking CU with questions. I block many socks, sometimes 50 at a time. I obviously don't keep all of them on my watchlist. Nor am I one of those admins who handles the unblock request category, so often a ping is the only way I find out that a user has requested an unblock. Although this often creates more work for me, I feel it's part of my job, so to remove that component would not be helpful to the process.--Bbb23 (talk) 14:21, 3 February 2020 (UTC)[reply]
"CU blocks may be declined by any administrator". Good point, Bbb23. I'll get my coat. -- kingboyk (talk) 07:56, 4 February 2020 (UTC)[reply]

Rules for establishing cleanup template maintenance categories

This would refer more to guideline than policy, but I've been seeing how certain categories like

cleanup templates (up to 26 in that case), but other categories like Category:Articles with neologism issues keep those tagged with only one. I don't know what the standard is and couldn't find anything in documentation, only a guide on how to actually establish monthly categories
.

I've been seeing some

, but most don't. I'm very eager to create independent categories for each of those templates.

Could there be a one-cleanup-template–one-category rule of thumb? When it comes to clearly related templates, like inline versions of box templates or those describing the same issue in different words,

notable" is if it puts the very few or 0 articles it's ever going to be tagged on in a higher-level, more populated category, it shouldn't really be a template obviously, but being able to immediately know that (without advanced searching) is another benefit of my plan. I would also deal with such a case accordingly, as has been done previously. Additionally, as stated explicitly on many of these categories, an empty cleanup-template maintenance category means a job well done, and more often than not it will just fill up again anyway. Or should the status quo remain and all templates point to some existing category that vaguely fits? I want to know before I touch any of those categories or establish new ones (though I've already established one
). Because, if I'm allowed, I will en masse change existing cleanup templates that dump(?) their articles in vague, high-level categories to point to new dedicated categories within their former category. This should, in theory, change nothing except add functionality (the ability to browse articles by specific cleanup template (with month added) while retaining the ability to browse them by their previous cleanup classification by stepping up levels if desired).

· • SUM1 • · (talk) 23:17, 7 February 2020 (UTC)[reply]

Tagging Rich Farmbrough, Mr. Guye and Fayenatic london, based on their cleanup-template category-maintenance activities. · • SUM1 • · (talk) 05:43, 9 February 2020 (UTC)[reply]

Tagging
Oculi based on other category-maintenance activities. · • SUM1 • · (talk) 06:12, 10 February 2020 (UTC)[reply
]
I think my only activity in this area has been to implement consensus where such categories have been nominated at CFD. There have been several renamings for clarity, but I think also some merges where multiple categories were considered unnecessary – sorry, I don't remember the specifics; maybe that was only where templates were also merged. My view would be that more cleanup categories do no harm to the general reader, as they are hidden categories, and may be created provided they will actually be used by someone. – Fayenatic London 07:16, 9 February 2020 (UTC)[reply]
We are somewhat ham-fisted in this area, as a community. We have deleted cleanup templates as being too broad, and we have deleted them as being too narrow. In the latter case we may have up-merged them, but in the former we have just de-tagged tens of thousands of articles, without a serious attempt to split them out.
I would be in favour of splitting these categories, if for no other reason, as a defence against someone having the bright idea of wiping the whole thing. I hope it would result in more cleanup being done, I certainly find that recasting a sentence to be readable (or at least less un-readable) is something that requires a different state of mind from fixing a table layout issue.
I will of course be available to assist, time permitting.
I am concerned that articles now belong in too many hidden categories, and the biggest culprit here is the redundant "All articles .... " part of the hierarchy, something I tried to address many years ago.
All the best: Rich Farmbrough (the apparently calm and reasonable) 08:31, 9 February 2020 (UTC).[reply]
Some transclusion statistics
  1. {{Abbreviations}} 99
  2. {{Colloquial}} 8
  3. {{Debate}} 21
  4. {{Essay-like}} 4372
  5. {{
    Example farm
    }}
    565
  6. {{
    Fanpov
    }}
    1581
  7. {{Inappropriate person}} 148
  8. {{Inappropriate title}}, 7
    1. {{Inappropriate title soft}} 5
  9. {{Long quote}} 48
  10. {{Manual}} 418
  11. {{MOS}} 342
  12. {{Needs table}} 3
  13. {{Overly detailed}} 2601
    1. {{Overly detailed inline}} 9
  14. {{Over-quotation}} 871
  15. {{Pro and con list}} 31
  16. {{
    Repetition
    }}
    77
    1. {{
      Repetition section
      }}
      17
    2. {{
      Repetition inline
      }}
      8
  17. {{Research paper}} 59
  18. {{Review}} 243
  19. {{Story}} 293
  20. {{Summary style}} 12
  21. {{Term paper}} 27
  22. {{Textbook}} 24
  23. {{Tone}} 8816
    1. {{Tone inline}} 272
  24. {{Too many flags}} 1
  25. {{Travel guide}} 299
  26. {{
    Verbosity
    }}
    25
All the best: Rich Farmbrough (the apparently calm and reasonable) 11:44, 9 February 2020 (UTC).[reply]
Thank you both for your responses and Rich for the statistics. I will see what Mr. Guye has to say, then I may start this process. Rich Farmbrough, you may have a point with the "All articles" part, but is this really a bad thing, given the usefulness of some of these categories? What is "too many"? Articles seem to have equal or even more non-hidden categories than hidden ones (screenshot). · • SUM1 • · (talk) 13:18, 9 February 2020 (UTC)[reply]
Yes that is another problem. Causes are two-fold in this case, American Presidents always attract a lot of categories, secondly there is a lot of cross categorisation, a better system might avoid this. All the best: Rich Farmbrough (the apparently calm and reasonable) 14:28, 9 February 2020 (UTC).[reply]
@Rich Farmbrough: Cross categorisation was another problem I was going to point out at some point. Some are easy to fix, like the numerous cleanup templates (1, 2, 3) that are placed in both Category:Wikipedia maintenance and other categories that are inside categories that are inside Category:Wikipedia maintenance, like Category:Wikipedia article cleanup.
However, some, like Category:Hidden categories vs. Category:Tracking categories vs. Category:Container categories vs. Category:Wikipedia maintenance, which have instances of each other inside each other, look more difficult to fix without a significant change in established practice. Category:Tracking categories is inside Category:Wikipedia maintenance (since 2008), which is inside Category:Tracking categories (since 2017). But I'm new; I don't know whether this an explicitly sanctioned practice or a disorganised side effect. · • SUM1 • · (talk) 16:34, 9 February 2020 (UTC)[reply]
Well there have traditionally been a lot of strangenesses in the article categorisation graph, though these have been reduced somewhat over the last few years: and the "back end" cats don't receive (or indeed deserve) as much love.
But the thing I was referring to was article categories like "Male non-fiction writer" and "American Presbyterians".
All the best: Rich Farmbrough (the apparently calm and reasonable) 20:18, 9 February 2020 (UTC).[reply]
While I appreciate SUM1 tagging me in, I have no opinion on this subject. Please do keep me in mind for other subjects, though. —DocWatson42 (talk) 06:33, 10 February 2020 (UTC)[reply]
@DocWatson42: That's fine. Anything that isn't objection to my plan works for me. · • SUM1 • · (talk) 22:28, 10 February 2020 (UTC)[reply]
Thank you, SUM1. I don't have a very strong opinion on this other than to say that the system could use reform. This has been a problem that has confused me in the past. Category:Articles lacking reliable references is the apotheosis of the problem. I think that it is OK to have tags discussing basically the same subject (like {{Third-party}} and {{Third-party inline}}) go to the same category, but other than that I don't have much to say other than some level of reform would be welcome. — Mr. Guye (talk) (contribs)  00:09, 14 February 2020 (UTC)[reply]

Rigor in using the concept "PC" (as in Personal Computer)

"site:wikipedia.org +pc" gives 65 million hits. There are four categories, IMHO, to this: PC as a political term, PC referring to a Personal Computer, PC meaning Microsoft Windows in a positive or neutral context, PC meaning Microsoft Windows in a negative context.

Now, my issue is with the latter. In the old days, many people (even still today!) perceive what I'd call an instance of Windows as "the PC", like "the Fridge" or "the Oven". This is very convenient for Microsoft, because most of the time, when the user is stung by quirks or bugs specific to Windows, the user simply "blames the Computer" instead of blaming the current Operating System. At the same time, whenever such a box serves people "above and beyond", Windows and Microsoft get the kudos.

My suggestion

I call for a more Fair, or more Rational, or at the very least a Policy for this... I guess praxis. (Mind you, I do respect and admire Bill Gates. He's my age and he and his wife are giving gazillions to Good Causes, which many others don't!)

What would be on the level of Wikipedia's stature is, to be precise in (even "casual") writing about personal computers and differentiating them from the operating system at hand. Especially when it is obvious (at least to professional computer folk) that the PC deserves none of the blame, only the operating system. Incidentally, this is painfully prevalent in discussions relating to hazards like Computer Viruses, where the average Joe honestly believes "these viruses" are a PC thing, and not a Windows thing. (We are 20 years past The Year Two Thousand.)

Dignity

It is below Wikipedia to be imprecise, or downright common in this particular issue. I know that what I'm saying is controversial, but I ask you to really think this through.

Disclaimer

This is the two cents I have. I am not interested in arguing or defending this position. Instead, I submit this as-is, and if it is not good enough, so be it. Gwrede (talk) 22:37, 8 February 2020 (UTC)[reply]

Comment

  • In attempting to differentiate between a personal computer and its operating systems you are falling into the same trap yourself. A personal computer (PC) can run many different operating systems (OS), thus you can have a Windows PC, a BSD PC or a Linux PC and probably several other types of PC/OS combination. Indeed, you could even argue that a Mac was a personal computer though given the closed ecosystem that is probably a step too far. Martin of Sheffield (talk) 23:20, 8 February 2020 (UTC)[reply]
  • At the Video Games Wikiproject, we generally avoid using "PC". Its either the operating system, or "personal computer" (though once identified for the first use , we might switch to PC later in the same article. --Masem (t) 23:40, 8 February 2020 (UTC)[reply]
  • I'm not entirely sure what concrete change is being proposed here, but it seems fairly obvious that we shouldn't be using the term "PC" in isolation, with no context or definition. As Masem says, "personal computer" should be fine, which would encompass all the flavours, including Mac. I suppose there is a colloquialism of saying "PC" to mean something like what's described at IBM PC compatible, which for some might imply Windows as an automatic, others not. Either way, they key is to define clearly which sense is meant and to go from there.  — Amakuru (talk) 08:54, 9 February 2020 (UTC)[reply]
  • I am also not clear what the exact issue is, or what the solution proposed is, as related to computers. If you type PC into the WP search box there are a lot of different definitions. My view is that it is up to each article to be clear, and in formal writing you should write out what you are abbreviation in full the first time in the article, and then can use the shortened version afterwards. If articles are not doing that, they are not being clear. As commentators above note PC in the personal computer term could mean an Apple 2, an Amiga, the current Macs or what are x86 / IBM compatible PCs, and many other computers. I would disagree with @User:Martin of Sheffield's comment re: Macs, as they are a concept still a personal computer although it is easier for most people to refer to them as "Macs" (being a subset of PCs). I also note computer viruses are actually a computer-thing rather than a Windows-thing: the first virus was non-Windows based. Viruses are more associated with Windows due to many factors, not least the number of users making it a greater opportunity for mischief. - Master Of Ninja (talk) 11:51, 9 February 2020 (UTC)[reply]
  1. There's only about 60,000 occurrences of "PC" or realted terms on en:WP, not 60 million.
  2. I think we need an example of a problem caused by usage to take any steps to resolve an issue. All the best: Rich Farmbrough (the apparently calm and reasonable) 14:32, 9 February 2020 (UTC).[reply]
There are about 60K in the mainspace, and about 150K pages across all namespaces, but the search specified at the top includes non-English Wikipedia pages. I get 82M
ghits
on that search and about 5M if "pc" is in quotation marks.
I looked at the first page of search results for "PC" on this wiki. I didn't see any that I thought were urgently in need of a change. I think that we should be using correct terminology, and I've no objection to spelling it out, but if the statement is about personal computers, then it should say that, and if the statement is about a specific piece of software (e.g., malware affecting only Windows, or malware affecting only Adobe Flash), then it ought to say that. The volume of uses doesn't really tell you much. I'd rather see a few examples of specific recommended changes. WhatamIdoing (talk) 22:04, 9 February 2020 (UTC)[reply]
  • I'm not entirely sure I follow what policy needs enacting or changing. There are already general rules from the MOS on the use of abbreviations, Wikipedia:Manual of Style/Abbreviations, that seems adequate to deal with any issues of the use of the abbreviation "PC", I'm not sure we need to get to the level of granularity of legislating particular usages of individual abbreviations. --Jayron32 20:17, 14 February 2020 (UTC)[reply]

Advertising important policy and proposal RfCs on the watchlist

Currently, the only two major changes to the watchlist are the monthly Signpost edition and RfAs as and when they come by. RfAs are also advertised on CENT, while Signpost isn't. Imo, to avoid keeping it empty and invite more participation from the

RfC}} template and thus, already open to participation via FRS. The minimum cap should allay concerns about RfCs that aren't going anywhere to come up in our watchlists. Thoughts? --qedk (t c) 08:41, 9 February 2020 (UTC)[reply
]

Just for additional context: note the {{centralized discussion}} template currently is used to draw attention to requests for comments that have broad effect on the community. See Wikipedia:Centralized discussion for more details. isaacl (talk) 18:05, 9 February 2020 (UTC)[reply]
Hi there!! I'm very glad to see this topic here right now; namely, because I just posted a proposal to address this actual topic. we are right next door, at Wikipedia:Village pump (proposals)#Idea for new community workspace. feel free to come by, and to add any comments!!! thanks!! --Sm8900 (talk) 18:20, 9 February 2020 (UTC)[reply]
Who defines "important"? If we have someone making judgement calls, it opens the door for a stream of complaints every time we don't post one; if we go with "everything more than 20 participants", we'll have a constant stream of such things as "naming conventions for New York subway stations" which are of no interest to most people. (Taking the current "project-wide topics" section of
Iridescent 18:27, 9 February 2020 (UTC)[reply
]
@
WP:POLICY page, surely an RfC regarding that will be general enough and deserving of site-wide participation? And otherwise, a monthly "See new open RfCs here" is not an issue imo. --qedk (t c) 07:54, 10 February 2020 (UTC)[reply
]
I'm one of the unoffical watchlist "gatekeepers" - and agree that something that is at least useful or important to most editors may deserve a watchlist inclusion. A significant change to general editing policies such a Wikipedia:Verifiability overhaul proposal could impact most editors for example, and I think it would likely warrant both a lengthy RfC and very wide advertisement; a change to something current like what content belongs in the the introduction to this single article obviously doesn't. In the middle ground you might have meta-issues such as Wikipedia:Village_pump_(proposals)#Proposal:_“are_you_sure”_page_when_clicking_on_“log_out”_before_logging_out - and I really don't think most editors care enough that we should bother them. Notice fatigue is real, so I think this type of notice should be conservative. — xaosflux Talk 18:42, 9 February 2020 (UTC)[reply]
Maybe the advertisement that we need is one that asks people to watch CENT if they're interested in that type of discussion. WhatamIdoing (talk) 22:07, 9 February 2020 (UTC)[reply]
@WhatamIdoing: if we want an "always on" link to CENT on the watchlist, it could be squeezed in to MediaWiki:Watchlist-details. Something like: See also centralized community discussions. perhaps? — xaosflux Talk 23:22, 9 February 2020 (UTC)[reply]
The header of Special:RecentChanges could also possibly be used (we link things to that on meta-wiki for example). — xaosflux Talk 23:27, 9 February 2020 (UTC)[reply]
We might consider running a 1-time or once-annually recurring advertisement of the
Template:Cent. That gives people an opportunity to watch those themselves rather than forcing them to have a new watchlist notice everytime a new Important Discussion is held. --Izno (talk) 04:44, 10 February 2020 (UTC)[reply
]
That sounds reasonable, another option would be to get signpost to cover it at least once as it is also delivered to user_talks. — xaosflux Talk 12:19, 10 February 2020 (UTC)[reply]
I like the ideas of an annual notice and a story in the Signpost. WhatamIdoing (talk) 17:44, 11 February 2020 (UTC)[reply]

Cleaning up IP users' talk pages.

Occasionally one comes across a talk page for an IP user which is full of old warnings. For example User talk:84.92.85.236 which has warnings from 2015 to 2017 and then nothing until 2020. Given that IP addresses are often reallocated and may be schools, colleges, universities or businesses is it reasonable to clean up the historic cruft? Martin of Sheffield (talk) 11:12, 10 February 2020 (UTC)[reply]

@
OW}}. The templates exists for that reason. SD0001 (talk) 12:40, 10 February 2020 (UTC)[reply
]
Thanks, I hadn't seen that one. Martin of Sheffield (talk) 13:14, 10 February 2020 (UTC)[reply]
There was a bot run last year or so that went through and deleted pre-2009 talk pages, IIRC. ~ Amory (utc) 01:20, 12 February 2020 (UTC)[reply]
Amorymeltzer, I thought we had strictly agreed not to delete talkpages with warnings and similar. Certain long-term cases are defined to an entity, and that entity used that IP years ago and then received a warning. They may now be on another IP, but that still does mean that they did get a warning before. That information is sometimes relevant, even after 10 years or more. Moreover, sometimes there are relevant discussions on talkpages that should not be deleted. Blanking or archiving and replacing with a template is generally a better option. Dirk Beetstra T C 08:40, 12 February 2020 (UTC)[reply]
Amorymeltzer and @Beetstra: I do recall a a BRFA that was approved last year to unblock indef blocked IP's blocked before 2008 after an RfC on the matter, but I don't recall a bot that removed old warnings from IP talk pages being approved at any point so far. I could be 100% wrong on that, though. OhKayeSierra (talk) 09:49, 12 February 2020 (UTC)[reply]
Mmm yes, that's almost certainly what I was thinking of, thanks! ~ Amory (utc) 12:08, 12 February 2020 (UTC)[reply]

Adding Current template to active presidential candidate articles

This:

All of these articles are updated frequently and subject to a lot of content and citations being removed and added constantly each day. Based on the wording of the template page's information, I think it's not advised to be used, but I feel it would be best given the inherit flux of these articles. Would I be warranted in adding this to the candidates at 2020_Democratic_Party_presidential_candidates#Active_candidates?--occono (talk) 22:45, 11 February 2020 (UTC)[reply]

No. Not active enough at this stage, anyway. To quote the template's documentation page: Generally it is expected that this template and its closely related templates will appear on an article for less than a day; occasionally longer. feminist (talk) 02:54, 12 February 2020 (UTC)[reply]
Also too biased towards US politics. If this becomes a thing, it should be neutral with respect to the title of the office-seeker.
b} 04:20, 12 February 2020 (UTC)[reply
]
The template shown is the normal Current template, just with a variable value for active presidential candidate, I didn't mean it as a suggestion for how to word such a template in general of course :).--occono (talk) 08:39, 12 February 2020 (UTC)[reply]
Sorry, did not see this discussion before opening a new one at Talk:2020_Democratic_Party_presidential_candidates#.22Current.22_template. I also oppose, for reasons explained there. I've gone ahead and removed them all. Hydromania (talk) 08:25, 12 February 2020 (UTC)[reply]
Well if it's meant as a regular 'active events' warning, they're politicians, they'll always be active for at long as they aren't retired. And even then.
b} 16:07, 12 February 2020 (UTC)[reply
]

Rethinking draft space

So, after a recent RfA, I began thinking about whether rethinking the use of draft space at all is something that we should consider. I've personally come to the conclusion that draft space is a failure, and for the most part is something that is used as a holding ground for G13 since the majority of the content is unsalvageable.

While I'm not proposing anything formally yet, I'd be curious at getting the community's thoughts on ways forward, whether it be disabling draft space completely or some other reforms. The current system isn't working, and thinking about ways to change it so we don't have to waste volunteer time maintaining a broken concept would be ideal. TonyBallioni (talk) 19:03, 15 February 2020 (UTC)[reply]

A lot of things on Wikipedia are a 'broken concept', including AfC, NPP, AfD, and also the way users are encouraged, their behaviour is processed, or their qualities recognised, indeed, the Founder once said that RfA is a horrible and broken process.
The problem is that no one could have known when it was created that Wikipedia would become such a hugely successful and important collection of knowledge despite (or because of) its
crowdsourced
content. Many editors in that crowd may well be topic specific experts, professionals, or academics, but many are not, especially when it comes to creating new content, but those who patrol the new contributions are not necessarily schooled in real life either for the tasks that lay before them as Wikipedia backroom people. The main issues are that there is 1) a vast disparity in the way NPP and AfC reviewers go about their work and apply Wikipedia rules, regulations, guidelines, and policies, and 2) simply not enough active reviewers available for both systems (and in the absence of metrics, there is the possibility that some of the ~650 NPPers might be (or were) hat collectors, and 3) but perhaps less important, the cultural dichotomies among the different English speaking users who work in maintenance areas.
But this topic is not strictly about NPP/AfC, it's about the draft namespace which is nevertheless a major part of the mechanism fo maintaining the integrity of of the public part of the encyclopedia corpus. I welcomed the advent of the draft and the deprecation of the incubator, and I fought long and hard to bring about ACTRIAL and its permanent adoption and to create what I hoped would be a competent component to review new articles. I still believe that while 'the encyclopedia anyone can edit' is still an important founding principle, it does not exclude the possibility of introducing required controls as the project continues to grow organically - as demonstrated by the very reason why AfC was created in the first place, and the resounding consensus for ACPERM. Personally, I do not believe that ACPERM went far enough (but it was as much as we dared ask the community for at the time), and recent developments, such as the increase in paid editing and possible abuse of the Autopatrolled and NPP flags give me pause.
What we should probably be looking at is not to immediately deprecate the draft namespace, but to take a very long and serious look at the entire system of management of new content and that would begin with a proper system that informs potential new article creators just what they can and cannot create, and I firmly maintain that that is something that should be at least funded by the WMF even if they claim they do not have the developer capacity to do it. Tony's issue(s) therefore only scratches the surface, what is needed now after 18 years is a holistic approach, and less talk from the WMF about their big ideas lined up for the movement in 30 years hence (for one thing, I and possibly a lot of the users won't be around then unless we live to be a 100, and those of us who have been influential in the past may be seeking to reduce their activity as I have done over the past 2 years on NPP but we wouldn't want to think our efforts have been wasted). A good place to start perhaps, is at
Iridescent, Atsme, Jayron32, IJBall, Jo-Jo Eumerus, not be too hasty to condemn the draft namespace. Kudpung กุดผึ้ง (talk) 07:56, 26 February 2020 (UTC)[reply
]

An example

Yesterday I came across the newly created article

Phil Bridger (talk) 12:35, 26 February 2020 (UTC)[reply
]

Pre-discussion on a possible RFC related to categories on contentious labels/groupings

A few discussions that I've seen recently, particularly related to BLP, suggest that we may need to rethink categories which are based on contentious terms or labels or other types of classifications which ultimately come down to some subjective determination from reliable sources. Issues arise from these as you cannot source include in a category (whereas you can with a list), and because inclusion is typically black-or-white, without the ability to explain further, can lead to issues of where the line for inclusion should be drawn. And of course, there's the larger question if we should have these types of categories at all. Nearly all other categories we have are based on objective facts that are apparent from sourcing in the included articles (though editors may have reasons to edit-war over which "fact" is correct) and thus not an issue there. Also in consideration is that we typically don't have categories for non-contentious but still subjective-from-RSes areas, such as no category for "Films considered the best" though we certainly have a list for that.

Because of potentially how broad this could be, it does not make sense to start an RFC before knowing what the scope of issues are so that a fair and impartial RFC question can be asked. To that end, I'd like to brainstorm here to figure out how to frame the question (not try to resolve it!) for a potential RFC on the matter.

Some of the questions that I can see that should be asked would include:

  • When is it appropriate for a category based on a contentious label (such as those listed at
    WP:LABEL
    or similar classification to even exist? Are there certain lines to be drawn? Should these only be as lists where sourcing can be used to demonstrate that inclusion is warranted? Is this a case-by-case basis?
  • Assuming such a category is appropriate, how should it be named? Something like Category:Conspiracy theorists or Category:Climate change skeptics can put possibly-subjective label into implicit Wiki-voice fact, which is not appropriate if their is any question for any element of the category. Should these be named to "People considered conspiracy theorists" or something similar, which assigns that there is some subjective nature from RSes for inclusion? In cases where there can be factual inclusion into such a category and subjective inclusion (such as for hate groups which can be factually categorized by the government, or subjectively labeled by a group like Southern Poverty Law Center) should we have dual categories, named appropriately?
  • What type of inclusion requirements should be required for including persons and entities on these lists? Since we cannot source category inclusion, how crystal clear or obvious should the association be? Should there be minimum sourcing requirements? (Can 1 RS be sufficient to include, for example?) Is this also a case-by-case situation?

Again - the goal right now is not to answer these questions but to get a scope of what questions we should be asking for a larger RFC on these types of categories, and I am only looking for input into refining these or adding more questions that would be appropriate in establishing how we should handle these categories otherwise. --Masem (t) 16:00, 17 February 2020 (UTC)[reply]

RFC on a different kind of victim's list

There have been previous discussions here about Wikipedia:Casualty lists or Wikipedia:Victim lists. People interested in that subject might also want to join the Talk:Hospitalized cases in the vaping lung illness outbreak#Inclusion criteria RFC. The article in question is largely two lists (although not using bullet formatting) of two groups of living people, i.e., those who have filed lawsuits related to their illnesses and those who have talked to newspapers about it. WhatamIdoing (talk) 23:21, 17 February 2020 (UTC)[reply]

Whether a particular WP:REDIRECT section agrees with actual practice

 – Pointer to relevant discussion elsewhere.

Please see this discussion at WT:REDIRECT, on the list of (non-speedy) deletion criteria for redirects.  — SMcCandlish ¢ 😼  05:56, 18 February 2020 (UTC)[reply]

Stop putting Roud index numbers in the lead of folk songs

Every article on a folk song (e.g. Cotton-Eyed Joe) includes a sentence like this one in the lede: "In the Roud index of folksongs, it is No. 942."

This sentence contains essentially zero information. It takes up valuable space in the lede. We should stop doing this. — Preceding unsigned comment added by 2620:0:1045:18:7160:6E50:4F33:28C4 (talk) 08:07, 18 February 2020 (UTC)[reply]

My topic-ignorant and knee-jerk reply to that based on your example is Yeah! Remove or possibly move to an info-box if it's helpful to someone. Gråbergs Gråa Sång (talk) 10:48, 18 February 2020 (UTC)[reply]
Or use as an EL, like we do with imdb. Gråbergs Gråa Sång (talk) 11:35, 18 February 2020 (UTC)[reply]
Roud Folk Song Index is valuable information for those interested in the topic. Walter Görlitz (talk) 15:37, 18 February 2020 (UTC)[reply]
It may be valuable information, but surely not so valuable that it should go in such a prominent position in the text of each article. It should be treated in the same way that an ISBN for a book is, as an infobox item.
Phil Bridger (talk) 15:49, 18 February 2020 (UTC)[reply
]
Do I understand it correctly that for the given example, [9] would be the right link? Gråbergs Gråa Sång (talk) 16:51, 18 February 2020 (UTC)[reply]
Roud indexes are useful and important. Perhaps more time should be spent paying attention to
MOS:LEAD: "The lead section ... It is not a news-style lead or "lede" paragraph". Martin of Sheffield (talk) 20:39, 18 February 2020 (UTC)[reply
]
Tell it, brother! I've fixed the heading. ―Mandruss  21:03, 18 February 2020 (UTC)[reply]
There was nothing wrong with the heading. "Lead", "lede", and "introduction" all mean the same thing. WhatamIdoing (talk) 18:42, 25 February 2020 (UTC)[reply]
I, for one, find the spelling "lede" affected and exclusive of people who don't know newsroom jargon.
Phil Bridger (talk) 19:10, 25 February 2020 (UTC)[reply
]
@WhatamIdoing: Per Wikipedia:Manual of Style/Lead section#Comparison to the news-style lead, it is not an inconsequential difference like, say, heading and header. There is nothing wrong with highlighting the distinction via the "lead" spelling. There is also nothing wrong with using one word for something, since doing so facilitates clear communication. New editors needn't and shouldn't be required to learn that lead, lede, and introduction refer to the same thing; there are plenty of barriers to entry without silly things like that. I personally would draw a line after correcting a heading, which I did here, but before correcting a comment, which I refrained from doing here. But I'll never accept the implication that editors are being anal when they assert and defend the Wikipedia spelling per the guideline. ―Mandruss  07:00, 26 February 2020 (UTC)[reply]
"...significant information should not appear in the lead if it is not covered in the remainder of the article." Gråbergs Gråa Sång (talk) 21:09, 18 February 2020 (UTC)[reply]
This seems like something that should be sent straight to the infobox, or, better, wikidata AND the infobox. —moonythedwarf (Braden N.) 21:12, 18 February 2020 (UTC)[reply]
Agreed, seems a perfect fit for an infobox. PackMecEng (talk) 21:14, 18 February 2020 (UTC)[reply]
I think inside the box as well. --A D Monroe III(talk) 22:03, 18 February 2020 (UTC)[reply]
  • Agree wikidata and infobox - Master Of Ninja (talk) 23:04, 18 February 2020 (UTC)[reply]
  • This is a type of authority control number. It belongs in Wikidata, the infobox, and any authority control templates. WhatamIdoing (talk) 18:42, 25 February 2020 (UTC)[reply]
  • I also concur that the information is better suited for the infobox and Wikidata and not for the lead. In a sufficiently developed section on notable collections of folk songs that also include such songs, I could also see a mention of Roud, but the inclusion in the lead paragraph is far too prominent a place for such information. --Jayron32 18:45, 25 February 2020 (UTC)[reply]

RfC: Locality categorization by historical subdivisions

Question: What should the general rule/principle/guideline be for categorizing current localities by historical administrative subdivision in Central and Eastern Europe? There are quite a few articles of cities and towns that have been categorized not only in which administrative subdivision they currently are in, but also by the former subdivisions.

Typical example:

Lidsky Uyezd was a 2nd-level subdivision sometime between 1795–1915. Nowogródek Voivodeship (1919–1939)
was an inter-war subdivision.

General options:

22:24, 21 February 2020 (UTC)


Major concerns with such categories:

  1. Lidsky Uyezd
    ? An editor looking at a map? Finding out former subdivisions is not always straightforward, particularly for smaller towns or for older subdivisions – some medieval regions did not have well defined borders, while in more recent years administrative border adjustments are frequent.
  2. defining characteristic
    (which is the central goals of the categorization system).
  3. Confusion for readers: in the example of Eišiškės above, could you tell which of the 6 categories is for the current and which is for the former subdivision? (this could be somewhat alleviated by better category names)
  4. Clutter/maintainability: Görlitz lists 23 different countries/states (not to mention subdivisions) that it was a part of. Should all of these be represented in a category? If not all, then which ones?

Examples of categories: just some samples from different countries. Category:Kingdom of Galicia–Volhynia (did not have well-defined borders), Category:Republic of Central Lithuania (has other valid historical articles mixed in with current localities), Category:Telshevsky Uyezd and Category:Minsky Uyezd (2nd-level subdivision), Category:Lithuania Governorate (subdivision that lasted 5 years), Category:Ținutul Nistru (existed for 2 years), Category:Belastok Region (short-lived WWII subdivision), Category:Province of Catania (subdivision renamed in 2015), Category:Localities in Western Moldavia (without digging, can't tell whether current or historical subdivision), Category:Province of Westphalia.

Why this RfC? There were some CfD discussions over the years (ones that I am aware Aug 2015 (delete), Sept 2015 (delete), Oct 2015 (no consensus), Apr 2017 (no consensus)) but they did attract much attention (unlike AfD, CfD rarely attracts outsider attention), yielded inconsistent results, and did not hash out what should be done with these categories in general. And these categories keep proliferating. Therefore, looking for a broader principle-based discussion here, rather than individual consideration of specific categories at CfD.

Side note: some locality articles have "historical affiliation" boxes (example: Görlitz#History), though in some others it was removed as "nightmares" or "LISTCRUFT". And a user got blocked for adding them (and refusing to communicate).

Pings to users I came across editing related categories/CfD discussions (some might be inactive):

]

Opinion poll: Locality categorization by historical subdivisions

Please place your !vote here.

A: definitely should be limited to may be current immediate subdivision and may be the historical in which a populated place was established. For the "historical affiliation" box mentioned above for Gorlitz, it should be avoided as a spam as it simply fails the Manual of Style for flags
WP:OR due to political speculations. Aleksandr Grigoryev (talk) 22:59, 21 February 2020 (UTC)[reply
]
Lidsky Uyezd is not comprehensive and start adding articles purely by geographic location. Renata (talk) 03:15, 24 February 2020 (UTC)[reply
]
A (Current Subdivision and Historical One at Founding) I'm with Aleksandr above, the current geographical subdivision and the original seems reasonable. So Marseille would be both in the current French subdivision and be noted as a former Greek colony. (I don't want this approach to throw out all historical/former city categories beyond subdivisions though: Category:Former national capitals and Category:Populated places along the Silk Road both seem defining.) RevelationDirect (talk) 00:31, 22 February 2020 (UTC)[reply]
C. This is far too broad a question and these things badly need to be determined on a case by case basis. Some of the above shouldn't have locality categorisation in this way. Some of them should. The idea that we can answer them on a global basis with reference to a handful of subdivisions in eastern Europe is the sort of discussion that leads to all kinds of ridiculous situations when applied to local situations in places nobody was giving thought to. The Drover's Wife (talk) 00:54, 22 February 2020 (UTC)[reply]
The Drover's Wife: not really looking to write any policy here, but just to get a rough idea/consensus from the wider community on what categories should or should not be present in locality articles. It would be very helpful if you could expand on your comment "Some of the above shouldn't have locality categorisation in this way. Some of them should." -- which should (not) and based on what criteria? Even if just considering the examples listed above. Renata (talk) 01:46, 22 February 2020 (UTC)[reply]
I am woefully under-educated about the history of this specific region and I'd hate to give pronouncements on things I don't understand well enough to have a sensible opinion. I'm just extremely cautious of a discussion like this creating a rule that then gets applied to completely different circumstances in other places. The Drover's Wife (talk) 03:23, 22 February 2020 (UTC)[reply]
B (A if we have to): Limited to current subdivisions only, as has been the long established practice; bio articles relevant to the polity itself are also currently placed in the category named for that polity -- it is Category:People of medieval Wallachia, but not Category:People from Saac County (i. e. a defunct county in said Wallachia). This avoids a massive overcrowding. I don't see when populated places would be placed even in articles pertaining to those polities, let alone their subdivisons; only nostalgia and irredentism can be the driving factors here, and neither is encyclopedic. Current subdivision also establishes a neutral standard: populated places that were once in Romania are categorized by their current subdivision in Ukraine, but the same standards would apply to localities in Romania that were once in Hungary. Dahn (talk) 05:46, 22 February 2020 (UTC)[reply]
A or B, one could say "A, because we should allow this if a historical subdivision is a defining characteristic of a locality", but in practice it never is a defining characteristic, so A and B are very similar. Marcocapelle (talk) 08:47, 22 February 2020 (UTC)[reply]
A. Current and historical are enough. Historical division/subdivision should at least be mentioned in prose before including it. In addition, as already noted by other editor, the "Historical affiliations", including the mentioned problems, should be removed, because it is unsourced, trivial, and just takes up unnecessary space of the page. –
talk) 11:13, 22 February 2020 (UTC)[reply
]
Sabbatino: Can you clarify which "historical" is enough? All of the examples above are "historical" so you are not actually limiting to anything. Renata (talk) 15:56, 22 February 2020 (UTC)[reply
]
Country and first level division (governorate, state, province, etc). –
talk) 13:05, 24 February 2020 (UTC)[reply
]
C I'm with The Drover's Wife on this. It's unwise to make policy decision on such a broad front. Examples can be listed of multiple short-lived political entities to which a city may have been attached over many centuries; it would probably be excessive to make the city a child of all of them. Cities changed hands multiple times in the Holy Roman Empire. On the other hand some administrative sub-divisions, while practically defunct, nevertheless remain on the statute books. For example Thurles (civil parish) is in the ancient barony of Eliogarty. While Eliogarty no longer has a practical administrative function, it has never been legally abolished. I would not like to see Thurles being removed from Category:Eliogarty. In summary, such thingsare best decided on a case-by-case, CFD basis. Laurel Lodged (talk) 11:36, 22 February 2020 (UTC)[reply]
@Laurel Lodged: As per your own comment, the barony in question still exists, in some definition, and the first verb in Eliogarty is "is". This is therefore an irrelevant example to this particular discussion, equivalent at best to including cities and towns in their traditional or cultural region. Dahn (talk) 10:03, 23 February 2020 (UTC)[reply]
C Per The Drover's Wife above. I believe handling this on a case-by-case basis and category-specific CFDs is the way to go.--Darwinek (talk) 16:01, 22 February 2020 (UTC)[reply]

Ok, I have narrowed down the geographic focus of the RfC just to Central and Eastern Europe (because that's really where the issues are). Ping to editors who already commented, in case that changes their thoughts:

Sabbatino, Laurel Lodged, Darwinek. Renata (talk) 16:09, 22 February 2020 (UTC)[reply
]

  • No Change in View Based on the limitation of scope to the discussion. RevelationDirect (talk) 19:24, 22 February 2020 (UTC)[reply]
  • Comment - CFD Piecemeal Approach A CFD discussion is just as likely to suggest a global approach as this discussion might suggest a case-by-case approach. The area I have concern with is the subcategories of Category:Districts of East Germany, where we categorize literally every populated place that used to be part of the GDR by former region, which doesn't seem remotely defining to me. If I nominated that tree for deletion, it's likely to come up why I'm not nominating the Lithuania examples Renata provided. Does anyone see a difference between those two examples? RevelationDirect (talk) 19:24, 22 February 2020 (UTC)[reply]
    • I'm not sure why it would come up. It doesn't follow that that what might be appropriate in one situation must be appropriate to another in a completely different geographical, political and historical context because they're both abolished institutions. If you think the German and Lithuanian ones you've both mentioned are equivalent and that they suck, nominating them both is a much better outcome than attempting to make global policy affecting thousands of situations you haven't considered. If you're preferring the few-heads global policy attempt because you think you're going to lose a CfD on the two (I don't know, this is emphatically not my area of knowledge in the world), that should tell you something. The Drover's Wife (talk) 20:23, 22 February 2020 (UTC)[reply]
      • I'm not sure anyone can name a situation when categorizing by past subnational entity would benefit anyone. Mind you, we're not talking about examples such as "Ancient Greek colonies" or "Former capitals of...", none of which actually refer to a subdivision. We are talking about subdivisions for all purposes defunct, and the type of info one would be able to recover from the article and/or a map. Nobody would benefit from having Places in modern-day Turkey grouped under their former Ottoman vilayets, though the article on both the place and the vilayet should include references to one another, at least once theyre both developed. Dahn (talk) 09:59, 23 February 2020 (UTC)[reply]
        • ...unless someone was trying to find out what happened to the cities that were once within a particular Ottoman vilayets. I'd expect that to be unusual, but I can imagine it happening (at least for larger cities). (That sounds like a great school assignment: "Pick one of the Ottoman vilayets we've been talking about this week, figure out what it's biggest city was, and find out what's happened to that city since then.") WhatamIdoing (talk) 18:59, 25 February 2020 (UTC)[reply]
  • I'd go with B, with the usual
    allowance for exceptions in exceptional cases. This is a classic list role. All the problems that afflict using a category for this information would disappear if using a list. A list is also much easier to maintain and add any necessary qualifiers to (as might be needed for example if administrative boundaries shifted during the relevant historical period). As a bonus, a list is also much more likely to attract the attention of contributors with relevant historical expertise. I can see no reason why the approach would be different from one geographical area to the next; the arguments with respect to Central and Eastern Eurperiodically I ope would seem to apply equally well in any other geographical context. -- Visviva (talk) 04:33, 24 February 2020 (UTC)d[reply
    ]
  • C. I'm not sure why this is such a contentious issue. If the town existed in the past as part of a former subdivision, why would it be inappropriate to note that? It actually sounds fairly useful; if I were trying to find out what was the extent of and former municipalities in, such-and-such of a now-defunct province, the categorization of places into such categories seems like a natural way to do that. --Jayron32 18:53, 25 February 2020 (UTC)[reply]
  • I'm leaning C (no particular rules). I'm not sure that every little village that was once part of the Roman empire should be categorized that way, but Vienna was the capital of multiple empires/nations, and it seems odd to limit its categorization to only the most recent. WhatamIdoing (talk) 19:00, 25 February 2020 (UTC)[reply]
  • C. Should be treated case-by case basis, and the text must support categorization, with valid refs. In fact it is often important to know who belong where at a particular time, and periodically I am thinking about adding a kind of timeline template to articles about locations.
    talk) 20:07, 25 February 2020 (UTC)[reply
    ]
C (A if we have to): Definitely not B. When talking specifically about Central and Eastern Europe, some places actually have more connection to their former subdivision in terms of historical importance than their current one, so it would be strange not to categorize them by their former subdivision. Ejgreen77 (talk) 11:43, 26 February 2020 (UTC)[reply]

RfA Consensus

The crat chat for Money emojii's RfA has brought up two areas that it seems like some discussion from the community might be productive. For both these discussions it's important to acknowledge that RfA is not strictly a vote but obviously does have numbers attached to it in a way that other consensus exercises do not. Best, Barkeep49 (talk) 23:08, 24 February 2020 (UTC)[reply]

Discretionary Range

Different crats seem to interpret the discretionary range differently. For some it seems to be a sliding scale, the closer to 75% the more likely they are to find consensus, the closer to 65% the less likely they are to find consensus. For others it appears that there is a rapid drop-off after 75% in likelihood to find consensus. There might be other ways not capture by these two philosophies. How do you think the discretionary range should be considered by crats? Barkeep49 (talk) 23:08, 24 February 2020 (UTC)[reply]

  • Get rid of it and set the minimum support needed at 69.5% and anyone above passes and anyone below fails. The current Gathering of the Elders methodology is unfair to both the community who voted and the candidate. We essentially have a House of Lords deciding what arguments they think are strong when the fundamental criteria is trust. I’m sorry, but someone who was highly trusted 15 years ago but is inactive now shouldn’t be able to say whether or not my reason for not trusting someone is good. Hell, not even newly elected crats should be able to do that. Who is anyone to be able to tell me that my reason for not trusting someone with the tools “isn’t strong”. That’s insulting and every crat chat is basically a super vote since there is not a policy that defines the minimum requirements to be an admin. TonyBallioni (talk) 23:43, 24 February 2020 (UTC)[reply]
    This is something I've been musing about for a while. I made a relevant comment way back in April 2017, and I think it's worth repeating here. The English Wikipedia has no official requirements to become an administrator (
    WP:RFA#Discussion, decision, and closing procedures). Yet unlike closing something like a content RfC or an AfD, bureaucrats have no official standards that would inform their decision.
    Instead, they are left to make a judgment based on their own experience, having observed and judged RfAs in the past. The way we've designed the system (i.e. with no official documentation in policy of what community standards for adminship are), it's no surprise that some editors think bureaucrats are "supervoting" and some editors think bureaucrats are "assessing consensus". The editors who are making the arguments that the bureaucrats are saying "weigh less" or are "weaker" will obviously disagree with them about it, and unless a vote is so totally off the mark that any reasonable Wikipedian would disregard it, it's not really clear who is in the right here because we have no rigid RfA standards. The reason we call it the "discretionary range" is because the result of the RfA is up to the bureaucrats' discretion, and as far as Wikipedia policy goes, the bureaucrats can exercise that discretion however the heck they want. Mz7 (talk) 00:26, 25 February 2020 (UTC)[reply
    ]
    To be fair, we do consistently get a handful of ridiculous arguments in almost every RfA (off the top of my head, I'm pretty sure someone voted support in the most recent RfA with the justification everyone agrees after quite a few people had opposed). A patch of middle ground between Tony's no discretionary range proposal and the status quo would be to instruct crats to only discount baseless votes (or alternatively, votes with clearly absurd rationale if we want to preserve people's ability to vote without giving a reason) and then just assess whether the adjusted total passes the 70% mark. signed, Rosguill talk 00:40, 25 February 2020 (UTC)[reply]
    You and Tony make good (albeit different) arguments about no requirements, etc., but as a counterpoint, trust and confidence of the community isn't in practice significantly more vague than some of the standards used in other consensus-based discussions. The whole reason we have terms like deletionist and inclusionist is because most of the time there is a contested AfD, a judgment call being made by participants. Even bright-line "rules" like NFOOTY can get argued about! I'd counter that, much like with sysops at XfD, if bureaucrats are deciding what makes a strong argument based on their beliefs, they are doing it wrong. In both cases, they should be attempting to assess the consensus present in the discussion, taking into account the community standards.
    A good closer should happily consider arguments they do not like because the community does. There's an argument in your comments for stricter bureaucrat activity or participation requirements, even for bureaucrat recall, but outside of that I think half the issue is all the work we've done to turn RfA closer and closer to being a vote. The smaller the discretionary zone, the more scrutiny we get when we end up in it. Either it should be a 100% vote, which as noted has recently been handily dismissed, or we should let bureaucrats do their job. Either way, it would definitely be a good idea to see if we can't define some standards (beyond the above) for folks to point to. ~ Amory (utc) 10:56, 25 February 2020 (UTC)[reply]
  • There are candidates who attract controversy at RfA because they've displayed inexperience or poor judgement at some point in the past, and there's candidates who attract controversy because they've worked in difficult areas long enough to make enemies. This second set, of which I'd consider myself a member, consists of people that would very likely be turned away from running at all if they didn't know that some sort of reasonableness filter would be applied to !votes. Vanamonde (Talk) 00:50, 25 February 2020 (UTC)[reply]

The ultimate problem is we're trying to tease out the relative value of the pros versus the cons for a candidate by examining the net opinions expressed by individual commenters. (For example, we see the bureaucrats trying to evaluate the significance of the concerns raised and weigh them against the positive qualities of the candidates.) I had proposed a reform where the request discussion would be structured to produce a weighted list of pros and cons. However, it didn't garner much support. isaacl (talk) 02:01, 25 February 2020 (UTC)[reply]

  • Along the same lines as Tony, just dump it. The arguments presented by the bureaucrats in their fabled 'crat chats are completely arbitrary -- and that's no fault of their own. "Good arguments on both sides, but I think the balance of the community is for promotion." "The supporters acknowledge and refute the opposing arguments." "The concerns of the opposers are more substantial than the supporters." Those are three statements that I just made up on the spot, but they could apply to any RfA, and they are all completely devoid of objective meaning, and just reflect the opinion of whoever is making the comment.
I think there should be *some* bureaucrat discretion exercised over things like troll votes, meatpuppetry or sockpuppetry, etc. But when it comes to figuring out whether an RfA has passed or not, let's set a strict numerical standard and keep to it. We intentionally don't have set standards for adminship, so there is nothing objective to measure the strength of arguments against, hence the pickle 'crats are placed in. -- Ajraddatz (talk) 03:38, 25 February 2020 (UTC) (expanded 03:45, 25 February 2020 (UTC))[reply]
  • Different crats seem to interpret the discretionary range differently. Thank God for that. The 'crats are humans and not algorithms. This obsession with numbers is a bad thing. --SmokeyJoe (talk) 04:18, 25 February 2020 (UTC)[reply]
  • One distinction between a deletion discussion and a RfAnything is that we have detailed inclusion criteria - known otherwise as "notability guidelines" - and other policies that govern when a page can stay or go. Thus such discussions tend to be analyses of how the policies and guidelines apply to the page in question more than votes about people's opinions. So sometimes a deletion discussion that by headcount is evenly split ends with a clear consensus for a particular course of action (and sometimes it is even closed against the wishes of the majority of participants). At RfAnything conversely we don't have detailed promotion criteria in the form of a policy or guideline that says "(don't) promote if <foo>" and much depends on the inherently subjective concept of trust. In such a place headcounts are more important even though strength of argument isn't completely unimportant. Jo-Jo Eumerus (talk) 11:05, 25 February 2020 (UTC)[reply]
  • Most of the discussion here seems to be about the discretionary range itself, but I think Barkeep49 was more specifically asking if and how 65.1% and 74.9% should be treated differently. Basically, what is the function that defines behavior between 65% and 75%, acknowledging that 0-65 and 75-100 are defined by y=0 and y=100? I think my rephrasing it that way is a little misleading, though, since the whole point of the discretionary zone is "here's where we need to think," and not "let's tally." Maybe 74% should be more likely to succeed than 66%, but the region should encompass all of the non-obvious percentages, so within the range the percentages alone shouldn't do the talking. ~ Amory (utc) 11:06, 25 February 2020 (UTC)[reply]
  • To answer Barkeep's original query, I am inclined to push for the "sliding scale" interpretation, with a hint of Amory's caveat. The discretionary zone is for interpretation to occur, primarily on the comparative strength of reasoning. If that interpretation decided the reasoning quality was equally good, then I could see 73% passing and 66% not, but if was the key word. In effect, it should factor in, and at a sliding weight, but the primary !vote reasoning is what's most important. Nosebagbear (talk)
In quick response to the others, I think retaining CRATCHAT is preferable, and the common reasoning used by crats is acceptable. It absolutely isn't objective. However, the reason why RfBs are so tough are because we are in effect saying "yes, we have sufficient trust in your subjective interpretation to utilise it". I think cases missed out by an objective limit would cause more Community unhappiness and damage then the current set-up. Nosebagbear (talk) 11:44, 25 February 2020 (UTC)[reply]
To Barkeep's question, I think a discretionary range of 65 up to 75 means promotion at 65 is tenable only if a sizable number of the opposes are weak, inscrutable, not explained, etc. Nonpromotion is tenable at 75 only if there are major, relevant concerns raised in the discussion that supporters have really not engaged on or acknowledged. What happens bang in the middle I'm quite happy to leave to the bureaucrats; the sky won't fall either way.
Martinp (talk) 17:42, 25 February 2020 (UTC)[reply
]
As I stated elsewhere, going back to five years before the RfC that expanded the discretionary range, there are very few RfAs that run to completion and end up in that range. I believe this indicates that the discussions in most RfAs are sufficiently convincing to either drive support above 75%, or below 65%. Recall that participants in RfAs are self-selected, and so are unlikely to be a representative sample of the entire editing population. Thus it's hard to consider the relative percentages as an absolute indication of relative support.
Due to the rarity of outcomes in the discretionary range, I think the best inference that can be made is that the arguments put forth and independent investigations performed failed to identify an obvious consensus in either direction. We just don't have enough data to determine if a 72% support percentage is significantly different than a 68% support percentage, for example. So I don't think either the sliding scale model or the cliff model works. I think during the RfA, the community needs to be encouraged to discuss the specific tradeoffs between pros and cons of the candidate, so the bureaucrats can have a basis to understand how to weigh the candidate's characteristics. isaacl (talk) 18:15, 25 February 2020 (UTC)[reply]

Trendlines

Relative levels of supports and opposes can rise and fall over the course of the 7 days. When should/shouldn't RfA trendlines be used as indicators of consensus? Barkeep49 (talk) 23:08, 24 February 2020 (UTC)[reply]

  • In general I think a vote cast on the first day of an RfA should have the same weight attached to it as a vote on the last day and so, as a rule, trendlines should not be considered when evaluating consensus. However, there are definitely situations where "new" information could come out towards the end of an RfA which would make trendlines important and relevant. These would be the exception and not the rule and so I would expect that only in an occasional crat chat (which are already rare) would consideration of trendlines be appropriate. Best, Barkeep49 (talk) 23:08, 24 February 2020 (UTC)[reply]
    That sounds like a fair summary that I would agree with. If something comes to light on the last day, and causes a sudden large spate of opposes and switches, that is something to consider. But, as I said several times, I think the trendlines should have been mostly ignored in the Money emoji RFA. The two major issues - content and maturity - were both brought to light on around the second day of the RFA, so it's not as if the early supporters had no time to think about it and reconsider.  — Amakuru (talk) 23:13, 24 February 2020 (UTC)[reply]
    This is definitely the viewpoint I'd agree with. The CRATCHAT also had an admin give an example of where their support % went up by 10% in the last day. While a less clearcut example than the "late negative news" example, I could see this also being relevant (e.g. a common objection was proved to be based on inaccurate information, or they save Jimmy's life on day 7). Nosebagbear (talk) 11:38, 25 February 2020 (UTC)[reply]
  • Trendlines are meaningless and to say that the votes (and yes vote, because it is a vote and not a discussion and we’re lying to ourselves every time we say otherwise) of the people who come later are more important than the votes of the people who come earlier. As someone who is frequently one of the first supports because I recognize most names that run and don’t really have to dig that often, the idea that my voice is less important than the voice of someone who opposes on the last day really bothers me. It’s dismissive and insulting to people who are the early supporters to assume they would have opposed if they had known what someone else said. TonyBallioni (talk) 23:38, 24 February 2020 (UTC)[reply]
    Your perspective is valid, but I find it frustrating when several dozen editors rush to support a candidate during the early hours rather than waiting to see if any objections will be raised against the candidate. RfA isn't a race. Sure, there's no need to wait if you are familiar with the candidate, but is that the case for all early voters? It may not be fair to assume that these early voters would have changed their rationales if they had been aware of information that came to light after they voted, but it also isn't justifiable to assume that none of them would have changed their minds. Rather than being meaningless, trendlines are useful in demonstrating how later participants felt about the evidence raised during the discussion.
    LEPRICAVARK (talk) 00:02, 25 February 2020 (UTC)[reply
    ]
    Various proposals (including one of mine) have suggested having an initial discussion period without support/oppose opinions being put forth. The main sticking point is in order to allow once-a-week editors to support or oppose, the request for administrative privileges would have to run longer than a week, and there's not much support for that. isaacl (talk) 01:05, 25 February 2020 (UTC)[reply]
  • Taking trendlines into account encourages strategic !voting, and as such would be a terrible thing to do. It's also offensive to many early !voters to downgrade their opinion, even while acknowledging the reality that some editors drop immediate and potentially not-well-researched "support" comments. Vanamonde (Talk) 00:44, 25 February 2020 (UTC)[reply]
  • I wonder if the best way to handle the question of trendlines would be to stop extrapolating data, and instead leave borderline RfAs open until they are outside of the discretionary range. – bradv🍁 00:51, 25 February 2020 (UTC)[reply]
    That would be brutal on candidates in a process that is already more strenuous than it should be. It also doesn't account for the possibility that a discussion could peter out or otherwise reach an equilibrium in the discretionary range, in which case the discussion would stay open until the candidate gives up, effectively making our success cutoff 75%. signed, Rosguill talk 00:57, 25 February 2020 (UTC)[reply]
    Rosguill, that's a fair consideration, but there's also the possibility that the community would reach a decision sooner than the crats would. Particularly in our most recent example. – bradv🍁 00:58, 25 February 2020 (UTC)[reply]
    It's not just the length of the process, it's that the candidate is expected to be able to respond to questions while the RfA is open. I imagine it's not exactly pleasant to wait for the 'crats to deliberate on whether you get the bit or not, but I would personally prefer that to another several days of answering questions in a public hearing. signed, Rosguill talk 01:04, 25 February 2020 (UTC)[reply]
    LEPRICAVARK (talk) 03:01, 25 February 2020 (UTC)[reply
    ]
    I like to think of an RfA as a snapshot reading at a moment of time, and so I think it shouldn't be any longer than needed to get a reasonable sampling of community opinion. I don't think extending it indefinitely is a good idea, as the process itself can increasingly bias the results the longer it runs. For example, you may get candidates withdrawing or commenters withdrawing their opinions in the name of unity to stop rancorous disputes. Or the whole limbo period may become extremely politicized, with both sides canvassing far and wide for sympathetic opinions. Let's see if more guidance on determining consensus can be worked out. isaacl (talk) 01:20, 25 February 2020 (UTC)[reply]
  • A potential solution to how to remove trendline assessment while still addressing the knee-jerk support phenomenon would be to only open voting a few days into the RfA, giving people time to research candidates and ask questions before voting begins. signed, Rosguill talk 01:04, 25 February 2020 (UTC)[reply]
    In addition to the concern I mentioned previously on extending the length of an RfA, as I recall some were not convinced having a discussion period would stop blind support opinions. (I still think it would be good to have some minimal baseline discussion available before commenters started weighing in with support or oppose opinions.) And, well, if someone feels they have all the necessary information at hand already to provide an opinion whenever the opinion phase starts, why shouldn't they be able to state their views? The willingness to revise their opinion based on further discussion is the key characteristic needed, though that's a much tougher issue to address. isaacl (talk) 01:27, 25 February 2020 (UTC)[reply]
    @
    WP:ORCP, with people coming up with unduly negative points in the discussion phase, but worse than ORCP because it would be right there on the RFA itself. And the candidate then having to sit there nervous while the voteless discussion unfolds, with no supports to evidence that the RFA is a good idea. Early withdrawals might become more common without the validation of a spate of supports when the RFA kicks off.  — Amakuru (talk) 12:27, 25 February 2020 (UTC)[reply
    ]
    I don't think it will be any different than what happens now, except without a "Support", "Oppose", or "Neutral" heading above the discussion points. Editors would raise all the pros and cons they are considering. isaacl (talk) 17:45, 25 February 2020 (UTC)[reply]
    I probably agree with Amakuru on this, but at the very least, requiring participants to return to an RfA, possibly more than once, would likely lower the number of !voters; I don't think that's a good thing. ~ Amory (utc) 19:50, 25 February 2020 (UTC)[reply]
    I don't see any difference once the opinion phase begins. A participant can pick any time at that point to participate once, much like today. If they want to come back and review any subsequent discussion, that's up to them. isaacl (talk) 22:04, 25 February 2020 (UTC)[reply]
  • Weighing a trend in favour or against promotion gives additional and undue weight to the side that is trending. If we are still operating under the assumption that RfAs are decided by consensus and the strength of the arguments, then those arguments should be able to be evaluated independent to the direction that the wind is blowing when the RfA ends. The trend is a shadow on the cave wall compared with the essence of the arguments being made. (though, as I mention above, I still think that without set standards for adminship we should do away with this notion of consensus and arguments and just move to a numerical standard) -- Ajraddatz (talk) 03:43, 25 February 2020 (UTC)[reply]
  • [cross-posting from Money emoji's crat chat] ...Everyone has a chance to assess the candidate in the 7-day period, it is absolutely possible that the assessment made in the later opposes has already been taken note of by the earlier supports and taken into account. As a crat, your job is not to second-guess the votes made earlier as if they made an incomplete assessement simply because the later opposes raised a certain issue. There is absolutely no evidence to your statement that earlier comments retain value, if they did, by your very own logic, this RfA would have an increasing trendline throughout, since that's how it started off, however it did not, proving your logic untrue by contradiction.
  • By saying, this trendline is giving me some idea about consensus, you are automatically reducing the weight of the votes placed earlier on, even if the votes placed earlier were more researched and well-formed, simply because a crat's "opinion" is that the trendline matters, Xeno got it exactly right the first time. If the trendline matters, we might as well all vote in the last one hour since that's all that should count anyway, but we don't, because every vote should count on their own merits, and not when they were placed. I wish this were down to a difference of opinion but it is simply not fair to those in this RfA who casted their vote with due diligence and exaggerates the view of the pile-on opposes which may or may not have any merit to them. And as usual, I'm open to clarifications. --qedk (t c) 06:53, 25 February 2020 (UTC)[reply]
  • The problem with trendlines is that they can mean a lot of things. Including nothing. If a lot of people are switching their !votes that might be useful, but a "trend" in and of itself is a weak reason for doing anything. Jo-Jo Eumerus (talk) 08:34, 25 February 2020 (UTC)[reply]
  • Trendlines are useful for one thing: finding inflection points. If something has been trending down or up steadily, or not varying much, then whatever. If, however, there is a fairly steady state until a piece of evidence comes out, and there is a massive shift, that is useful information. The trend isn't important, and it should not be the reason for success/no success, but it can be a useful tool for identifying when such an inflection point has happened. In practice, that sort of thing is almost always negative and usually happens early enough for candidates to withdraw, so the investigative utility is quite rare. (All this is noting, of course, that percentages before the first, say, 20 or 30 !votes should be ignored) ~ Amory (utc) 11:16, 25 February 2020 (UTC)[reply]
  • In most RFAs, we're nowhere near the discretionary zone. Even if we are, strength of the arguments will be (at least to the bureaucrats) persuasive. I'm not against them considering trend in those rare cases which are getting close to coin-toss decision zone, and agree that when they do look at trend it is worthwhile to also look at reaffirmations of earlier supports or opposes.
    Martinp (talk) 17:44, 25 February 2020 (UTC)[reply
    ]
  • Trendline is only relevant if there is a major shift late in RfA, with vote rationales heavily citing freshly revealed information. That said, I think 24-48 hour extension could be better option in such situation.--Staberinde (talk) 17:52, 25 February 2020 (UTC)[reply]
  • In a vacuum, trend lines shouldn't be used since
    sometimes polling is useful. Amory summarizes my view well and is a useful TLDR. If you want the nitty gritty, see User:Wugapodes/RFA_trend_lines. Wug·a·po·des 01:51, 26 February 2020 (UTC)[reply
    ]

RfA Consensus/Crat Chat: General Comments

I think you mean this discussion Alanscottwalker. I would suggest that since we have settled that it's a consensus process knowing how we interpret things does matter, hence the two questions I threw out. Best, Barkeep49 (talk) 00:05, 25 February 2020 (UTC)[reply]
Actually that's archived poorly, that came after a bunch of other discussion about how Crat's should weigh in the Chat, which spawned discussion about how to rejigger the RfA process and the Crat process. Long story short, the gist whether good or bad was discretion means what crats say, it's their discretion Alanscottwalker (talk) 00:15, 25 February 2020 (UTC)[reply]
  • Hypothetically' a person could - and IMHO should - pass RfA with << 50% support if it was obvious from the support and the person's wiki-history the person would be the best administrator ever but the naysayers were there to grumble about trivial or irrelevant things. If he got 500 "nay" votes merely because he used American English instead of British English on his own user page, for example. This will never happen of course. Likewise, a person with 98% support could and probably should be denied adminiship by a Crat if it came out 2 hours before the close that his IP-only sock-farm was repeatedly abusing other Wikimedia projects, even if he never abused the English Wikipedia or the projects it depends on such as WikiData or the Commons. Again, I don't expect such a thing to happen but it could. However, for this reason we need to allow some 'crat discretion and we need to keep in mind that "early participants" may not see late-breaking information [particularly information in the last 12-24 hours] that would cause them to reconsider if they saw it. I do not mean to suggest that "trend lines" are always valuable - frequently they are not. But it does mean "the reason behind the trend" may be very valuable in some cases. davidwr/(talk)/(contribs) 17:32, 25 February 2020 (UTC)[reply]

Talk page length

Hi there,

Just want to tell y'all we're discussing the guideline (or "rule of thumb") that talk pages should be archived when over 75 kB, over at WT:Talk page guidelines#guidance on talk page size.

Feel free to chime in! Best regards,

CapnZapp (talk) 09:59, 25 February 2020 (UTC)[reply
]

Ding-a-ling! EEng 11:18, 25 February 2020 (UTC)[reply]
Atsme Talk 📧 14:17, 25 February 2020 (UTC)[reply]