Wikipedia:Village pump (idea lab)

Source: Wikipedia, the free encyclopedia.
 Policy Technical Proposals Idea lab WMF Miscellaneous 
consensus discussion at Village pump (proposals)
. Try to be creative and positive when commenting on ideas.
Before creating a new section, note:

Before commenting, note:

  • This page is not for
    polling
    . Stalwart "Oppose" and "Support" comments generally have no place here. Instead, discuss ideas and suggest variations on them.
  • Wondering whether someone already had this idea? Search the archives below, and look through Wikipedia:Perennial proposals.

Discussions are automatically archived after remaining inactive for two weeks.

« Archives, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55

Urging people to register an email account

I just read yet another sad case of a productive editor who lost access to their account because they lost the password and didn't have an email address registered so they couldn't recover it. What would people think about a bot which looked for accounts that don't have email registered and dropped them a message on their talk page explaining the risk of not being able to recover a lost password and how to fix that? We'd probably want some filter criteria like only doing it for accounts which have been active in the past N days and only sending a reminder once per year. RoySmith (talk) 17:02, 13 February 2024 (UTC)[reply]

Maybe we should start with a
sitenotice
that displays only to extended-confirmed editors. I don't know whether the sitenotice can be controlled according to whether e-mail is registered, but perhaps that's not terribly important. Some of us may have invalid/outdated e-mail addresses.
As for making a list for personal messages, we could consider 500+ or 1,000+ edits and perhaps 1+ years old, or anyone with "advanced" user rights. Maybe it would be worth excluding the handful of people who have an e-mail address registered at another SUL-connected wiki (but disabled here).
Have you thought about Echo/Notifications messages? It's also possible to send to any list of individuals. That would be more private for the notified people and less potentially annoying to the people watching their pages. Once we've dealt with the backlog, it's possible to have an automatic trigger for a notification when a milestone is reached. Wikipedia:The Wikipedia Library congratulates people on reaching 500 edits. Maybe when you reach a certain level, it could suggest making sure that an e-mail address is set in your prefs. WhatamIdoing (talk) 17:44, 13 February 2024 (UTC)[reply]
Have you considered to edit milestones notifications locally? Trizek_(WMF) (talk) 17:51, 13 February 2024 (UTC)[reply]
I like the idea of this being a notification, for all the reasons WhatamIdoing pointed out. RoySmith (talk) 18:09, 13 February 2024 (UTC)[reply]
"Has email" isn't something I think we can determine publicly, but for most people "Is emailable" (which can be determined) is good enough - we could MMS ("is NOT emailable" AND "in some group") I suppose. — xaosflux Talk 21:19, 13 February 2024 (UTC)[reply]
I'm assuming whatever causes the "Email this user" link to show up in the sidebar is the same thing that allows you to do an account recovery, no? RoySmith (talk) 21:48, 13 February 2024 (UTC)[reply]
That's what he means by "is emailable". The user has to not deselect "allow emails from other users" for that link to show up. Aaron Liu (talk) 22:13, 13 February 2024 (UTC)[reply]
Worth highlighting phab:T58362 here which enables bots to send notifications to users for a community-defined usecase like this. The ticket is waiting on code review. – SD0001 (talk) 21:56, 2 March 2024 (UTC)[reply]
@SD0001 Thanks for linking that! I'm assuming that you are aware of how that gerrit patch failed testing last September and has never been updated since? Aaron Liu (talk) 23:37, 2 March 2024 (UTC)[reply]
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/928980 is the currently active patch which is not failing any tests. – SD0001 (talk) 05:41, 3 March 2024 (UTC)[reply]
Ah, so there were multiple patches. Thanks. Aaron Liu (talk) 14:47, 3 March 2024 (UTC)[reply]
What about people who know they could do that but don't want to? 🌺 Cremastra (talk) 22:30, 13 February 2024 (UTC)[reply]
I envision that they'll get one reminder and there will be a way to opt out of additional reminders. RoySmith (talk) 22:35, 13 February 2024 (UTC)[reply]
Or, we only add it to the 500 edits milestone and maybe the 5000 (or the 10000) one, and foresake any further warnings. Aaron Liu (talk) 23:55, 13 February 2024 (UTC)[reply]
(Wikipedia:The Wikipedia Library is a 500-edit milestone, so I think we should pick a different round number.) WhatamIdoing (talk) 03:34, 16 February 2024 (UTC)[reply]
Why not both? Aaron Liu (talk) 12:33, 16 February 2024 (UTC)[reply]
Because if you get one message in January, and a different message in February, you're more likely to take action on both of them than if you get both at the same time.
Also, do we really want to wait for 500 edits? Why not show this suggestion sooner? WhatamIdoing (talk) 22:29, 16 February 2024 (UTC)[reply]
I don't see why that'd be the case, especially since both messages are short.
Maybe 100? Aaron Liu (talk) 22:57, 16 February 2024 (UTC)[reply]
There are milestone notifications for the 1st, 10th, 100th, 1,000th (etc.) edits. There is a WP:TWL notification for the 500th edit. We should pick a number that isn't already being used. Maybe 150? WhatamIdoing (talk) 01:20, 27 February 2024 (UTC)[reply]
I don't see why we should pick a number that isn't already being used. Aaron Liu (talk) 02:31, 27 February 2024 (UTC)[reply]
I repeat: Because if you get one message in January, and a different message in February, you're more likely to take action on both of them than if you get both at the same time.
This is because people are easily distracted. They say "Ooooh, I wanna play with the new shiny toy" and when they toddle off to do this, they forget that the second message existed (and the Notifications icon is no longer red, so they get no reminder, either). WhatamIdoing (talk) 20:06, 27 February 2024 (UTC)[reply]
But the milestones don't tell you to do anything either. Aaron Liu (talk) 21:51, 27 February 2024 (UTC)[reply]
  • Seems like being able to bulk report on emailable has been stalled for 10+ years phab:T70876. — xaosflux Talk 15:29, 14 February 2024 (UTC)[reply]
I lost my initial account, User:Union Tpke 613, since I was not yet old enough (13) to get a gmail account, and thus didn't link it to an email. Kew Gardens 613 (talk) 06:46, 16 February 2024 (UTC)[reply]
We could require an email address or a phone number to finish registration. It would also make enforcing sockpuppetry easier, since it is much more involved to get a new phone number (at least in the United States). We could also disallow VoIP services like Skype and throwaway email services as well. It would also give the case for SMS based authentication. Awesome Aasim 20:23, 7 March 2024 (UTC)[reply]
There are a lot of privacy people who are against that. See criticism of Signal. Aaron Liu (talk) 20:29, 7 March 2024 (UTC)[reply]
We could require an email address or a phone number to finish registration. Hell no. Registration numbers would plummet more steeply than Mount Thor and many productive editors would resign on principle. Sorry, but I can't articulate how bad an idea I think this is. Please do not do this. 🌺 Cremastra (talk) 20:43, 7 March 2024 (UTC)[reply]
I agree. I walked away from a registration flow recently when I forced me to give a valid email address or phone number. Even if we ignored the (very real) privacy concerns, it would do very little to prevent socking. Folks who are serious about socking will just use throw-away email addresses to verify their throw-away wiki accounts. RoySmith (talk) 21:08, 7 March 2024 (UTC)[reply]

Semi-Administrator right

I believe that there should be an extended level of protection named "Semi-Administrator" that requires a user request their permissions on a

6 18:34, 18 February 2024 (UTC)[reply
]

adminship being no big deal. Aaron Liu (talk) 19:44, 18 February 2024 (UTC)[reply
]
Sounds good, but I still believe a backup plan is good or else
6 05:37, 19 February 2024 (UTC)[reply
]
I think mass-enabling WP:Pending changes would be a good plan. Aaron Liu (talk) 13:25, 19 February 2024 (UTC)[reply]
How about phasing out edit requests in favour of pending changes for any protected pages? This is pretty radical, sure, but it'd make it much easier to propose a change quickly, rather than going through the hassle of putting up the template, etc... This would also make it easier for newcomers to quickly do some copyediting. Cocobb8 (💬 talk • ✏️ contribs) 20:46, 18 March 2024 (UTC)[reply]
I feel like this would put too much of a burden on pending changes patrollers. QuicoleJR (talk) 00:42, 19 March 2024 (UTC)[reply]
Approving 100 pending changes is much faster than responding to 100 edit requests. It could only require more effort from the community if we got far more contributions (e.g., 100 people willing to an edit under PC vs only 10 willing to figure out edit requests). On the other hand, if we believe what the Wikipedia:Editing policy says about Wikipedia being best when it has the most knowledge, then maybe that's a burden we should try to accommodate, at least to some extent.
BTW, a few years ago, an admin removed semi-protection from a bunch of articles (appropriately selected ones, not those likely to be targeted by spammers or juvenile vandals) and added PC. I believe the increase in activity was negligible. It might be possible to do something along these lines, e.g., to reduce some EC-protected articles to semi+PC. WhatamIdoing (talk) 01:15, 19 March 2024 (UTC)[reply]
What's "semi+PC"? Aaron Liu (talk) 01:19, 19 March 2024 (UTC)[reply]
The number of active editors (registered accounts making 5+ edits in a given month) has been stable at the English Wikipedia since about 2013.
@2003 LN6, just in case it was the very old image at the top of the page that made you believe that the number of editors is still declining, I've made an updated image for you.
As you can see, the number of active editors has been stable for 10+ years. There are some seasonal effects, but most months have 36K to 38K registered editors making five or more edits during the calendar month. The English Wikipedia isn't growing, but there is no decline, either.
If you want to see what a decline looks like, then check out the numbers for the German Wikipedia. Other communities, like the Persian Wikipedia, are growing. Overall, across all the languages, I understand that the number of editors was increasing slowly over time, spiked up during the first year of the pandemic, and might be settling down to a natural growth rate again. WhatamIdoing (talk) 07:18, 25 February 2024 (UTC)[reply]
I genuinely don't think
a hypothetical scenario of thousands of vandals hacking into Wikipedia is a reasonable basis for such drastic changes. Blocking is easy for admins, and, if your hypothetical WikiInvaders can hack into established accounts, what would stop them from also hacking into accounts with that new user right? Chaotıċ Enby (talk · contribs) 13:30, 27 February 2024 (UTC)[reply
]
I agree. This is highly unlikely, and many of the outlined potential changes are a horrible idea. QuicoleJR (talk) 23:01, 7 March 2024 (UTC)[reply]

Why is AfC so strict compared to NPP?

For new pages patrol, it is common to see pages with a single source or two (in some cases even none) which are not even very reliable be reviewed and accepted. NPP seems to pass every article which doesn't have speedy deletion criteria-meeting problems, while AfC is much more strict with everything. I would even go further and say that some declined AfC submissions are better quality than over 15% of mainspace articles. Often, a declined AfC submission has incredible potential but gets declined, and the draft just dies after 6 months. What do you think? I think this discourages new users and kills out articles with potential to be well-sourced and notable. Youprayteas (t c) 16:39, 25 February 2024 (UTC)[reply]

I suspect the reason is that an actual article can only be deleted either if it meets one of the strict CSD criteria, or if it undergoes the community effort of an AFD. On the other hand, a single reviewer is allowed to decline an AFC submission purely because the reviewer thinks it's too low quality to submit as an article. Animal lover |666| 17:15, 25 February 2024 (UTC)[reply]
I think the real reason is probably as above, but I would point out that the best time to deal with any problems that an article might have is when it is brand new, so if an article author cooperates with the reviewer, rather than just abandoning things, a better article may result. A few reviewers seem to just reject any non-English or offline sources out of hand. If you come across one of those then it should be remembered that most of the time an author can simply move the article to main space where it will be subject to speedy deletion or an AfD discussion in the usual way. That option should be better publicised. AfC should be regarded as a service to article authors rather than a hurdle to be jumped over.
Phil Bridger (talk) 17:57, 25 February 2024 (UTC)[reply
]
I think it's more structural than that: an AFC reviewer may be yelled at if they accept articles that meet the rules ("unlikely to get deleted at AFD") but are ugly ("How dare you put that short/incompletely cited/poorly written article in the mainspace?! Won't somebody think of our reputation!"). They are almost never yelled at if they decline these articles. Therefore, they are incentivized to ignore and decline articles that should be accepted. Therefore (since they are rational people), they will ignore and decline articles that should be accepted. WhatamIdoing (talk) 05:15, 26 February 2024 (UTC)[reply]
I think this is spot on. —TheDJ (talkcontribs) 11:57, 26 February 2024 (UTC)[reply]
Very true and relevant. I wrote more on this below. North8000 (talk) 19:04, 4 March 2024 (UTC)[reply]
Perhaps we should strike a middle ground on both of them. AfC reviewers should be expected to review them a little more leniently if they're sourced but
WP:NOTFINISHED (which is inherent to any article), and NPP reviewers should be a little more willing to draftify or AfD weak articles if they don't immediately demonstrate notability. Thebiguglyalien (talk) 18:56, 26 February 2024 (UTC)[reply
]
Makes sense to me. Youprayteas talk/contribs 18:58, 26 February 2024 (UTC)[reply]
One issue here is user reputation: you lose nothing if you do nothing, but you risk losing some if you do something. In this context, neither declining an AFC (it will probably be unseen for a few months and then deleted), nor marking a page as patrolled (leaves behind a log entry, but few will notice it), is truly considered something; on the other hand, accepting a draft, or nominating an article for AFD, is. In borderline cases, the primary incentive is to do nothing. Animal lover |666| 17:41, 27 February 2024 (UTC)[reply]
@Animal lover 666, you might be interested in this discussion at WT:NPP earlier this month, about how to make "doing nothing" a little more visible to other patrollers. (The context is that we need all new articles reviewed at least once in the first few minutes more than we need any single article silently reviewed 20 times.) WhatamIdoing (talk) 19:26, 27 February 2024 (UTC)[reply]

It's true, typically AFC is tougher than typical NPP. This is due to a combination of human nature plus common practices and structure at AFC. NPP primarily screens by "should an article on this topic exist in Wikipedia?" which 90% of the times is by wp:notability. AFC also screens by other article quality criteria and has rejection templates for those other criteria. This can be both a plus and a minus...the plus is that more article improvement work gets done and editors learn while doing that. Also, I think that AFC reviewers are a bit more cautious. I think that sometimes they are viewing it as putting their stamp of approval on the overall articles. Also because a rejection at AFC often means just "work on it some more" whereas a rejection at NPP means taking it to AFD. Finally, I think that NPP tends to pass edge cases regarding wp:notability, a partial adaptation to the fact that even articles/topics which clearly fail wp:notability often get kept at AFD. I think that AFC reviewers tend to play it safer regarding this. Sincerely, North8000 (talk) 17:46, 4 March 2024 (UTC)[reply]

  • The review process is different even though they are both quality control. However I have come across several new articles which were moved to draft space when they should not have been. My goal at AfC is to help good faith editors ensure their article won't be deleted, whereas at NPP I'm basically making sure there's no copyvio/putting template headers up so people understand what's wrong with the article. SportingFlyer T·C 19:08, 4 March 2024 (UTC)[reply]
    I agree with North that AFC reviewers are viewing it as putting their stamp of approval on the overall article.
    By way of reducing the incentives to decline articles, I wonder whether a third AFC nomination should result in a procedural AFD. Then it's no individual's "fault" if the "bad" article ends up in the mainspace, and AFC won't have to go through multiple rounds of "No, really, getting mentioned on Facebook doesn't mean your garage band qualifies for a Wikipedia article". WhatamIdoing (talk) 19:49, 4 March 2024 (UTC)[reply]
For a newer editor, the WP:Notability decline template is hard to understand, doubly so because the Wikipedia meaning of wp:notability is different than the real world one. I've done a few help desk items there and have said it more directly (when there is not an SNG in play) "Find two published independent sources that discuss the topic of your article in depth and put them into the article as references. If you can't find those, IMO it's best not to try to create an article on this topic". North8000 (talk) 20:17, 4 March 2024 (UTC)[reply]
@WhatamIdoing: I once sketched a streamlined replacement for AfC that incorporated a mechanism like that (though MfD instead of AfD, and on the first 'decline'). The idea was that if you restrict the range of options available to reviewers to a) accepting as-is, b) CSD, or c) sending to XfD, it removes the tendency for AfC to turn itself into an elaborated peer review process and returns it to just being a quick sanity-check on article creation requests. The detailed reviewing is then done by NPP, who were going to do it anyway. It would create quite of bit of extra work at XfD, however, so I think it would only be viable if combined with stopping encouraging new editors from using AfC (see below) and reserving it just for editors prevented from creating things in mainspace by a COI or partial block. – Joe (talk) 14:08, 15 March 2024 (UTC)[reply]
I think it needs to be AFD (because that's where the subject-matter experts already are), and I think that making it the third round would cut the volume significantly. Anything that survives AFD shouldn't get further review by NPP and should be ineligible for future draftification (which is what some NPPers prefer to do with ugly articles on notable subjects – these editors care about article quality, rather than deletion-worthiness). WhatamIdoing (talk) 16:49, 15 March 2024 (UTC)[reply]
  • I'm not sure it matters that the standards differ (though WhatamIdoing's explanation is spot-on, and I like their procedural-AFD idea too). What we need is better appreciation of the different routes by which articles can arrive in main-space. AfC and NPP are quite different, and some articles simply don't suit one or the other. For example, an academic editor writing about a historical figure, using non-English, written (book) sources as referencing shouldn't hesitate to bypass AfC because it's highly unlikely that anyone there will feel qualified to assess the article, or have access to the sources. At the very least, the article will sit there for months. Meanwhile, AfC reviewers, when in doubt, shouldn't feel bad about accepting and instantly sending to AFD in WhatamIdoing's procedural sense. The whole guiding principal of Wikipedia is that it's a multi-editor, collaborative project. An AfC reviewer can reject once, but as soon as the article's author disagrees, it's a dispute that requires community consensus - and AfD's where that gets discussed. This needs wording correctly, so that everyone understands that the article has arrived at AfD for a second, multi-editor opinion, not because the creator committed a crime in submitting it, or the AfC reviewer is evil for their one-editor view that it's not okay. Elemimele (talk) 13:13, 15 March 2024 (UTC)[reply]
    It's common to see AFD nominations marked as "procedural nomination", so that latter idea fits right in with existing practices. WhatamIdoing (talk) 22:53, 15 March 2024 (UTC)[reply]
  • It's
    they have to. We should stop encouraging good-faith new editors to use it too. – Joe (talk) 13:57, 15 March 2024 (UTC)[reply
    ]

Is it time to just ban “in popular culture” sections?

I think everyone already knows what these things are. They’re the bane of Wikipedia. They’re pure fancruft magnets. They’re glorified trivia sections. They’re almost never cited, and when they are the citations are usually irrelevant. And yet sometimes established, respected users are willing to fight to the death to preserve even the most god-awful looking examples, like here. I think a great solution has already been figured out: if the topic of “x in fiction” is notable, it deserves a well written, well-sourced article like Venus in fiction. If there’s only a few notable examples, then they could just be written into a section like “history” or “impact”. But there is absolutely no reason we should have mundane, unvetted lists of things appearing in media or whatever else a person thinks counts as “popular culture”. So is it finally time to just ban any kind of “in popular culture” style cruft sections from articles? Dronebogus (talk) 11:12, 26 February 2024 (UTC)[reply]

Many "in popular culture" sections are as you describe, but some are OK, so I don't think a blanket ban is what is needed. I would rename even the good ones, however. There is no need for us to distinguish popular culture from "high" culture.
Phil Bridger (talk) 11:41, 26 February 2024 (UTC)[reply
]
There is some relevant guidance here: Wikipedia:Manual of Style/Trivia sections and a sensible essay here: Wikipedia:"In popular culture" content. I think we could usefully trim these sections (especially anything unsourced) rather than ban them outright. Barnards.tar.gz (talk) 11:43, 26 February 2024 (UTC)[reply]
I agree with that’s the common sense solution, but read the cringeworthy popular culture section at Ha-ha, then read the linked talk page discussion where you have some of the biggest names in Wikipedia defending it (MoS be damned), and explain how you would get around that without some kind of brute force ban. Dronebogus (talk) 11:56, 26 February 2024 (UTC)[reply]
Jane Austen's mention of the ha-ha seems like an excellent example of a legitimate in-popular-culture item, in that I can see numerous mainstream and academic sources linking the two (examples: [1] and [2]). It looks like your intervention resulted in a citation being added for it - so something is working. Barnards.tar.gz (talk) 13:12, 26 February 2024 (UTC)[reply]
I still think the others are terrible, and you could remove them and put Austen’s example somewhere better in the rest of the article, like at the end of the “examples” section with the beginning “in fiction, a ha-ha appears in Jane Austen’s…” blah blah blah. Why do we have the others? Because I wasn’t going to fight with three established users even when their arguments were poor and contradicted what is arguably well-established best practice. Dronebogus (talk) 13:18, 26 February 2024 (UTC)[reply]
They're not great. At a minimum, there needs to be sourcing to demonstrate that the reference has some significance, otherwise it's original research. Barnards.tar.gz (talk) 13:55, 26 February 2024 (UTC)[reply]
But apparently some big-name users think it’s cool, so it stays. I’m admittedly getting into conduct issues here, but if we really have people like Johnbod, a 270,000+ edit veteran, playing the
WP:ILIKEIT card with this crap we need a hard rule against it. Dronebogus (talk) 13:59, 26 February 2024 (UTC)[reply
]
Apologies for nitpicking: there needs to be sourcing to demonstrate that the reference has some significance, otherwise it's original research is not true. Original research == has never been published in any (reliable) source – anywhere in the world, in any language, regardless of whether a source is cited in the article or even known to editors. It is literally the "Dear Mr. Usenet personality, please don't put your unpublished 'proof that Einsteinian physics is wrong' garbage anywhere in Wikipedia" policy.
Sourcing that demonstrates "significance" helps us meet the requirements of
WP:BALASP
.
Also, naming a source in the prose of the article is a type of Wikipedia:Inline citation. When the text says "Alice Jones said in her 2008 book, The Sun Is Really Big..." – or, in this case, "In Anthony Trollope's Barchester Towers, a ha-ha...", nothing is actually improved by adding a little blue clicky number afterwards that repeats the information already provided in the text. WhatamIdoing (talk) 17:19, 26 February 2024 (UTC)[reply]
OTOH, if the cite behind the "little blue clicky number" gives the specific page number and such, that can be useful. Anomie 17:51, 26 February 2024 (UTC)[reply]
For famous works, there are so many editions that a page number is likely to be useless. Page 127 in my copy won't match page 127 in your copy. WhatamIdoing (talk) 18:04, 26 February 2024 (UTC)[reply]
True, but for classic Victorian novels a chapter number is certainly useful. I suspect most templates don't allow them, another good reason for not using them. Johnbod (talk) 18:06, 1 March 2024 (UTC)[reply]
Template:Citation allows at in place of page or pages using text to specify a place in a source. Template:Sfn allows loc in place of p or pp for the same purpose. I have used those options a number of times for e-books and on-line journals that do not have page numbering. Donald Albury 20:26, 1 March 2024 (UTC)[reply]
{{cite book}} has |chapter= for this purpose. Of course, this all assumes that the content can be found on a single page/section/chapter. Sometimes you're citing a book for its whole contents: "Paul Politician published a book, Motherhood and Apply Pie, promoting his vision for the country's future". WhatamIdoing (talk) 00:31, 3 March 2024 (UTC)[reply]
That can often be overcome with a sufficiently precise citation (to a specific edition, or a specific print run, or whatever), but this is perhaps a digression from the main point which is that if we are going to claim that there is a significant (as opposed to trivial) mention of Subject A in Subject B, then a citation to Subject B as a primary source does nothing to prove the significance. We need at least a secondary source. Barnards.tar.gz (talk) 18:30, 26 February 2024 (UTC)[reply]
"Foo was mentioned in the 628th episode of The Simpsons" is not a claim of significance. Merely mentioning the existence of something is not inherently a claim of significance.
Many articles might benefit from setting some
Wikipedia:List selection criteria that require exclusion of insignificant items, but merely saying that ____ was mentioned does not automatically require a secondary source that says it is significant. WhatamIdoing (talk) 18:40, 26 February 2024 (UTC)[reply
]
Merely mentioning the existence of something is not inherently a claim of significance. It is in an article that complies with
WP:NOTEVERYTHING, where we must have a reason for including a piece of information beyond its mere existence. Absent such reason, including such statements amounts to the personal opinion of the editor. Barnards.tar.gz (talk) 18:56, 26 February 2024 (UTC)[reply
]
Not really? The opening for most biographies gives the dates of birth and death, but we're not claiming that it's really significant that this person happened to be born on Octember 32nd.
A fact does not become an opinion merely because you don't (or someone thinks you don't) have a good reason to mention the fact. WhatamIdoing (talk) 01:35, 27 February 2024 (UTC)[reply]
There are two separate things here: the fact that A mentions B, and the inclusion of that fact in an article. The former is a plain fact, verifiable with a primary source reference. The latter is what amounts to an editor’s opinion if there’s no source with which to evaluate the due weight of the fact. Barnards.tar.gz (talk) 07:40, 27 February 2024 (UTC)[reply]
I don't think that's true, or that it's the community's view. If it were true, we'd have to ban all use of primary sources. WhatamIdoing (talk) 20:14, 27 February 2024 (UTC)[reply]
When including primary sources, policy requires us to take care. We are expected to have a good reason for including a primary source. “Cultural references” sections are a great example of why care is needed. When we can’t readily evaluate due weight, personal opinion is usually what remains. This is why the MoS calls for secondary and tertiary sources to support inclusion of cultural references. Barnards.tar.gz (talk) 07:52, 28 February 2024 (UTC)[reply]
WP:PSTS says that articles overall need to be WP:Based upon
secondary sources, which naturally puts a relative limit on the volume of primary sources in an article. However, no policy actually says that we have to have a good reason for including any given primary source (except to the extent that we usually have a reason for using [or for excluding] any reliable source).
The Manual of Style shouldn't be telling editors what kinds of sources to use at all. That's not a style question. WhatamIdoing (talk) 00:35, 3 March 2024 (UTC)[reply]
For what it's worth,
WP:IPCV already discusses the need for sources that establish significance, and while that's part of an essay, it links to an RfC from 2015 that was closed with, "The consensus is very clear that a secondary source is required (emphasis theirs) in almost all cases. A tertiary source is even better, if available. In the rare case that a primary source is judged to be sufficient, it should be properly cited. The source(s) cited should not only establish the verifiability of the pop culture reference, but also its significance." I'm more than content to have that be the final word on the matter, and I've frequently used it as justification when deleting unsourced or non-secondarily sourced IPC content. DonIago (talk) 02:21, 3 March 2024 (UTC)[reply
]
I've never been impressed with the closing statement for that RFC. There were 20 participants in the RFC, exactly one (5%) of them mentioned tertiary sources once. Not only did 95% of the participants not agree, the one person who did mention tertiary sources described it as "sourcing which establishes the notability of the connection", which is not what a tertiary source does. That's what a secondary source does. It's just nonsense to think that a dictionary or an index (both of which are tertiary sources) is better than a scholarly analysis (=secondary source) for the purpose of establishing the significance of a connection. We should treat that as someone accidentally using the wrong word, not as a real desire for
tertiary sources. WhatamIdoing (talk) 19:57, 4 March 2024 (UTC)[reply
]
I can't readily imagine an IPC-related circumstance in which I'd push for a tertiary source, but the RfC did set a precedent for requiring secondary sources. In any event, I certainly don't feel the need to revisit it, though if other editors feel it should be revisited, it is almost ten years old now. DonIago (talk) 21:22, 4 March 2024 (UTC)[reply]
Ignoring the dubious summary, most editors expressed support for "a source that shows significance", which can technically be a primary source such as an interview or an opinion piece (though not generally "the" primary source, i.e., the pop culture work itself).
As an example, a source that shows the significance of a film could be an interview with one of the actors in the film, saying something like "This film is really important because it's the first film produced by a major studio that cast two actors from Tiny Ethnic Group to play the lead roles". That would be primary, non-independent, and showing significance all at the same time. WhatamIdoing (talk) 23:11, 4 March 2024 (UTC)[reply]
I'd be content to let those kinds of edge cases be settled on their respective Talk pages, assuming they even became disputes to begin with. Typically in IPC situations the primary source being invoked is the media itself, and it's being invoked because the editor adding it doesn't realize/understand that a source is needed that establishes significance rather than merely existence. Anyway, the summary did carve out the possibility with, "in almost all cases". DonIago (talk) 02:13, 5 March 2024 (UTC)[reply]
No. They're always at the bottom of the page, which hardly any readers reach, and do no harm, perhaps usefully engaging younger readers and would-be editors. "Cultural references" is often a better header though, especially when eg operas are listed. Johnbod (talk) 13:35, 26 February 2024 (UTC)[reply]
Johnbod, I think I’ve extensively explained why your inexplicable support for these things is so disappointing to me, but now you’ve added even more very bad arguments for them—
WP:HARMLESS? “Nobody sees them anyway”? “They’re for the kids”? “New users should be encouraged to add fancruft because it’s more fun than doing something actually constructive”? Dronebogus (talk) 13:41, 26 February 2024 (UTC)[reply
]
Everyone has to learn how to edit somehow, and having new users screw up by adding unimportant information at the bottom of an article is probably better than having them screw up with important content. (Or maybe your first edits were all perfect? Mine weren't.)
Over the last couple of years, @
WP:NEVERHEARDOFIT. WhatamIdoing (talk) 17:58, 26 February 2024 (UTC)[reply
]
My first contributions were uncontroversial copyediting as an IP, which I think is better than either “screwing up by adding unimportant information” or “screwing up with important content”. Dronebogus (talk) 18:45, 26 February 2024 (UTC)[reply]
Many people manage to screw up copyediting. There is no foolproof task. WhatamIdoing (talk) 01:36, 27 February 2024 (UTC)[reply]
Yeah. Many's the time that I've seem a newbie making good-faith spelling corrections of words like "centre", "traveller" and "colour". Or altering 27 February to 27th February. --Redrose64 🌹 (talk) 22:17, 27 February 2024 (UTC)[reply]
  • I'm in general agreement - I think "impact" or "Cultural impact" is better than "in popular culture." Lots of trivia sections contain information relevant to the article that just needs to be rewritten, so I'm not in favour of removing them, but I am in favour of maybe a template similar to the trivia template saying these sections are discouraged? SportingFlyer T·C 14:02, 26 February 2024 (UTC)[reply]
    I think what you’re thinking of already exists: Template:in popular culture. I think we need a harder explicit policy stance here. Dronebogus (talk) 14:05, 26 February 2024 (UTC)[reply]
    I was thinking of including it in line with the section like the trivia template. SportingFlyer T·C 14:08, 26 February 2024 (UTC)[reply]
On the general question, I don't think we should ban them. I think we should figure out what makes a good section, and promote that as the goal, but I don't think we should ban them.
I find that the sections I find lacking usually look like this:
  • In the 639th episode of The Simpsons, a character pretended to have/do/be _____.
  • ____ was mentioned twice in the 2019 Box Office Hit.
  • A minor character in Popular Teen Book mentioned _____ in passing.
What I find less irritating is:
  • ____ was a major plot point in Classic Work.
What I find desirable usually sounds like:
  • Fairly Popular is generally recognized as the first significant representation of a character with _____.
  • Its appearance in Television Show changed public perception of _____ in the following ways...
  • ____ is usually misrepresented in popular culture, with cultural representations combining _____ with irrelevant and stereotypical features of Unrelated Subject.
For example: Shirley Temple publicly disclosed her breast cancer diagnosis on television, and the Breast cancer awareness movement was never the same again. Lucille Ball's on-screen pregnancy changed both television and the American public's perception of pregnancy. This is "In popular culture", but it's not trivia. WhatamIdoing (talk) 18:37, 26 February 2024 (UTC)[reply]
Pop-cult/In fiction/In art and culture sections and articles can be awful, and they can be ok. Start with removing everything without a decent independent cite (
WP:PROPORTION) and you're off to a good start. Or try citing, sometimes there's good stuff in there. I have afd:d [3][4], made edits like this [5], started listicles like Christopher Marlowe in fiction and Cultural depictions of Belshazzar, and started sections like Shakespeare_authorship_question#In_fiction. Metatron#In_popular_culture was improved during a discussion at the talkpage. Someday I may start a William Shakespeare in fiction article (the person, not the writings). Gråbergs Gråa Sång (talk) 18:37, 26 February 2024 (UTC)[reply
]
Some "in popular culture" sections are, or can be, sourced to high-quality or academic sources so, no, I don't think it is time to "ban" all such sections. Newimpartial (talk) 20:56, 26 February 2024 (UTC)[reply]

I think that they are always a problem. The heading is something which distorts the inclusion criteria. Like "the section is there, so we need to look for something to put in it." Also they are magnets for promotional and fancruft inclusions. BTW in a few cases they work in the opposite direction. There can be something truly worth including which gets minus points if it is under a "In popular culture" heading. If something is worth including, it doesn't need that heading. North8000 (talk) 18:07, 26 February 2024 (UTC)[reply]

They often do need looking after, but that's true about most things on this website. Gråbergs Gråa Sång (talk) 18:40, 26 February 2024 (UTC)[reply]
I feel that the phrase “in popular culture” should be replaced since it raises questions such as “What culture is ‘popular’?” 71.239.86.150 (talk) 01:58, 5 March 2024 (UTC)[reply]
Maybe the fact that they are magnets is actually doing us, as editors, a bit of a service, by encouraging people to put all of the IPC-related content in one place, where it can be more easily managed, versus trying to wedge it into other portions of articles, where it might be more easily overlooked? Which is to say, functionally I'm not sure how this proposal would work in execution. If we literally ban "In popular culture" sections, people who are sufficiently motivated will just create "Legacy" sections instead, or insert their preferred pop culture references into other sections of articles. If we try to ban IPC content in spirit then we're going to get into arguments over whether content falls under that ban, and we may end up removing material that demonstrates genuine cultural significance in the process. DonIago (talk) 05:55, 1 March 2024 (UTC)[reply]
@Doniago, thanks for this. I hadn't thought of it this way before, and I think you're right. WhatamIdoing (talk) 20:41, 2 March 2024 (UTC)[reply]
I usually am. ;p DonIago (talk) 02:12, 3 March 2024 (UTC)[reply]

If there are secondary sources describing something's effect in popular culture, then it warrants inclusion and our opinion that it's trivial isn't relevant. If the statements are cited to the work itself, then it should be removed and the person who added it should have

WP:PRIMARY explained to them. If someone keeps adding or restoring unsourced or primary-sourced examples, then explanations should escalate to warnings. Thebiguglyalien (talk) 18:51, 26 February 2024 (UTC)[reply
]

What do you do if the person who added it should obviously, obviously know better? Dronebogus (talk) 18:56, 26 February 2024 (UTC)[reply]
...
WP:DR? Gråbergs Gråa Sång (talk) 19:04, 26 February 2024 (UTC)[reply
]

In addition to the concerns already noted above relating to primary sourcing (or none), and to the proliferation of trivia, I think it should probably be noted just how systemic bias, in multiple forms, is inherent in such sections. They aren't 'popular culture' in the abstract, but instead, almost without exception, the familiar 'popular culture' of the contributor, who sees a reference to something-or-other in their favourite TV show etc, and then looks for an article on said something to shoehorn it into. This reduces interaction with 'popular culture' to nothing but passive absorption and regurgitation of mass media. That isn't 'popular culture' as any sociologist would define it, it is merely a small and frequently uninteresting facet of it. Real culture ('popular' or otherwise) is something you interact with. Something you play with and subvert, something that both makes you who you are, and enables you to change yourself, and the culture you experience around you as you do so. Reducing it all to stuff seen on episodes of the Simpsons is an insult to the endless creativity of humanity. AndyTheGrump (talk) 19:11, 26 February 2024 (UTC)[reply]

I think you're getting a bit away from the question originally posed and into the definition of culture (popular or otherwise). My English culture involves queuing for buses but not in pubs (although informal self-policing usually means that people are served in roughly the right order), which is the reverse of many countries. They are far more important elements of my culture than my favourite TV show or computer game.
Phil Bridger (talk) 20:19, 26 February 2024 (UTC)[reply
]

There are entire academic journals devoted to this. A journal for Robert Louis Stevenson comes to mind. Every issues contains 100+ new entries - movies, plays, games, mentions, etc. It's called cultural studies. It's an academic field of study. It doesn't have preconceived pretensions about ignoring video games and the Simpsons. All culture is academically interesting, when you study culture. The only question is where to draw the line for an encyclopedia, since Wikipedia is not trying to be a complete record. -- GreenC 22:46, 27 February 2024 (UTC)[reply]

I am well aware of the field you describe. It does not in any shape or form revolve around creating random listings of appearances of something in something else, as typified by Wikipedia's so-called 'popular culture' sections. That isn't academic study. It imparts no useful understanding of any specific aspect of culture, and as raw data it is so utterly skewed by the narrow demographic and limited passive mass-media obsessed perceptions of 'culture' of those contributing it that nothing useful could come from an analysis of it. Whatever else Wikipedia is, is is undoubtedly not intended to be a means to amass data on 'popular culture'. AndyTheGrump (talk) 23:24, 27 February 2024 (UTC)[reply]
I believe the current policies, including the essay
throw out the baby with the bathwater. It is also my personal experience that bad "in popular culture" sections can still be helpful in writing good ones if one is willing to put in the effort to improve them. Such, the overall process of Wikipedia to slowly build up and improve (even niche) content should be upheld also for "in popular culture" content. Daranios (talk) 11:52, 1 March 2024 (UTC)[reply
]
My take on the matter is:
1) People like to write them
2) People like to read them
3) People who don't like to read them don't have to
4) So why not concentrate on doing things that you like to do rather than worrying about people doing things that they like to do. Herostratus (talk) 15:13, 1 March 2024 (UTC)[reply]
(Replying to Herostratus) That’s a weak argument. “Don’t like don’t read” is not compatible with Wikipedia— if everyone thought that way, Wikipedia would be balkanized into 500 different websites with completely different rules because nobody would be allowed to just say “no, this is not how things should be run”. Dronebogus (talk) 15:42, 1 March 2024 (UTC)[reply]
I don't think so? There's plenty of content here that I have no interest in reading, and my solution is: I just don't read it. That includes whole topic areas (e.g., almost anything about BLPs or sports) and sections of articles (e.g., almost all of the pop culture sections). I can do that without balkanizing Wikipedia at all. WhatamIdoing (talk) 20:49, 2 March 2024 (UTC)[reply]
Yes and no—there's no question that the presence or absence of certain content in itself matters somewhat, that's what
WP:UNDUE trivia sections while I'm copyediting, but if I were trying to get an article to FA, I would start with that. If that's my particular fixation on a certain notion of what an encyclopedia should be, then I can live with that. Remsense 02:32, 3 March 2024 (UTC)[reply
]
I have some concerns about long-form articles, even though I write them myself. But I've seen a problem recently with Wikipedia:Splitting as a way to control article size: We split Blenheim Palace in film and media off from Blenheim Palace because there's too much pop culture; then we send the split to AFD because someone thinks the split is not a valid article; when it's (inevitably) kept, the people who disagree with its existence blank half the content, including cited content – and then complain that there aren't enough sources. WhatamIdoing (talk) 20:09, 4 March 2024 (UTC)[reply]
It's a sticky wicket. Here's an idea I've thought nothing about but will just throw out there: why don't we entertain allowing subpages in article space? Say, there's a 'subpage manager' permission that allows their addition or configuration so that trivia sections don't become trivia articles/TVTropes 2.0, but they're considered in terms of the larger topic in terms of notability, and are explicitly not standalone, while the main articles should remain so. Remsense 20:48, 4 March 2024 (UTC)[reply]
If content isn’t notable it shouldn’t have so much text it needs a subpage. If it is notable and has too much text in one article it should have its own article. A subpage is a middle ground that doesn’t need to exist because there’s no situation where it could exist under broader policy and simple common sense. Dronebogus (talk) 20:52, 4 March 2024 (UTC)[reply]
See, that is how I presently operate, I hate the categories but I am in some sense a "deletionist", but I think there's a real case here: the issue is that articles are limited to one linear page. I agree that content should be exactly as
WP:DUE as it's always been, but I think a stumbling block is that text can seem undue if it's actually just...difficult to fit into an article? Which would make it worth excising if we were writing novels where linear engagement is expected, but the more I think about it, the more I think having "cut-out" subpages for content in specific circumstances could improve the encyclopedia. Remsense 21:00, 4 March 2024 (UTC)[reply
]
I do like this idea a lot, and I believe that these cases can occur and are not at all against common sense, even though there may not be a huge number of them. I fear a little about how to spell this out and add another level of complexity to the already complex jungle of Wikipedia policies and guidelines, though. Daranios (talk) 21:06, 4 March 2024 (UTC)[reply]
We are in agreement on that much. Remsense 21:28, 4 March 2024 (UTC)[reply]
If content isn’t notable it shouldn’t have so much text:
"Content" isn't supposed to be notable; notability is for topics. :-D
Notability, fundamentally, means "topic other editors agree to have a separate article about". That's why the notability guideline says things like Editors may use their discretion and Editorial judgment goes into each decision and We require editors to use their judgment about how to organize subjects. In this instance, the split article was kept at AFD. Kept at AFD == notable, as far as Wikipedia is concerned. But now what? Some editors don't want that kind of information anywhere in Wikipedia. If you think it's garbage, then you will try to get rid of it. WhatamIdoing (talk) 23:21, 4 March 2024 (UTC)[reply]
I think you’re trying to make this sound vaguer than it really is. Notability by and large means “reliable secondary sources exist covering a topic in depth”. It’s not really up for debate. There are borderline cases, but I don’t think anyone questions that basic premise. By extension, content should be notable information about the topic. If it’s not essential, objective information (like a plot summary of a film or what a bird looks like) then it’s not up to editors to decide whether it’s notable— it needs secondary sources. Dronebogus (talk) 01:44, 5 March 2024 (UTC)[reply]
That's how Wikipedia operated 20 years ago. It was removed for a bunch of reasons, including that it created artificial and often arbitrary dependencies (an example used was: should "History of Algeria" be a subpage under "History" or "Algeria"?)
Incidentally, it was replaced by a lot of the systems we presently use (namespaces, categories, disambiguations, splits). Chaotıċ Enby (talk · contribs) 09:32, 5 March 2024 (UTC)[reply]
See, I had the vaguest notion that was the case since I've seen ancient pages that used to be subpages. But yeah, I guess a bureaucratization of this potential problem may not solve it. Remsense 09:34, 5 March 2024 (UTC)[reply]
A part of what makes Wikipedia valuable is it's selectivity. There's already another place available that doesn't have that. The internet.  :-) North8000 (talk) 20:09, 4 March 2024 (UTC)[reply]
A lot of people would say “TVTropes is for fancruft”, but even TVT bans mundane mentions/appearances of things in pop culture— this is referred to as “people sit on chairs”. IMO, Wikipedia’s fancruft is mostly people sitting on chairs, which is not informative or useful to anyone, anywhere. It’s just an annoying faux-contribution by people who don’t want to do actual research. Dronebogus (talk) 20:12, 4 March 2024 (UTC)[reply]
Why stop there? Why not just ban all Wikipedia coverage of popular culture? Why have an article on The Simpsons at all, it's just a TV show. It's not as though popular culture is of any real-world importance, or has any impact on people. BD2412 T 22:41, 4 March 2024 (UTC)[reply]
That's not really what anyone is trying to say. "Popular culture" is a misnomer here, "trivia" is a little better, but perhaps not much. Remsense 01:08, 5 March 2024 (UTC)[reply]
Either BD2412 is making a
modest proposal (likely), or is being genuinely elitist against all “popular culture” (unlikely). Either way, their comment is not helpful since it misconstrues the entire topic of this discussion as being about “popular culture” as a whole and not a type of section dominated by fancruft. Dronebogus (talk) 01:35, 5 March 2024 (UTC)[reply
]
"Pop culture" sections, controversy sections, and similar sections that are regularly scrutinized are useful to the reader. GrammarDamner how are things? 15:20, 5 March 2024 (UTC)[reply]
The "regularly scrutinized" part is key here, and a stronger application of
MOS:POPCULT would be more welcome. Chaotıċ Enby (talk · contribs) 17:28, 5 March 2024 (UTC)[reply
]
The "useful to the reader" part is key here. Far too often, useful information is removed from articles by editors who prefer wikibureaucracy to helping the reader. GrammarDamner how are things? 20:03, 6 March 2024 (UTC)[reply]
I absolutely agree with this too, and one doesn't prevent the other. We can both check for quality/sourcing while not removing information just because we don't find it personally helpful.
On the other hand, things that are completely unverifiable should be removed (
WP:ITSUSEFUL doesn't supersede WP:Verifiability), but that's a small part of these sections' contents and shouldn't be used as an excuse to remove everything else. Chaotıċ Enby (talk · contribs) 23:18, 6 March 2024 (UTC)[reply
]
The proposal as made throws out the baby with the bathwater, and merits a "modest proposal" response. BD2412 T 16:56, 5 March 2024 (UTC)[reply]
We're in the lab, though. ⚗️ We'll just fabricate another specimen. Remsense 16:57, 5 March 2024 (UTC)[reply]
MOS:POPCULT regulating pop culture sections, which calls for curation and a strong sourcing requirement to avoid them becoming trivia lists. Chaotıċ Enby (talk · contribs) 17:28, 5 March 2024 (UTC)[reply
]

In popular culture

xkcd referenced Wikipedia's tolerance of “in popular culture” sections in Comic #446 on 7 July 2008[6]. Certes (talk) 10:28, 7 March 2024 (UTC)[reply]

I'd call that satire, rather than 'reference'. It does well to illustrate the issue though. It would be absurd to list the appearances of something as common as wood in 'popular culture', so we don't. Instead, we compile such lists for an arbitrary self-selected subset of topics, with absolutely nothing in the way of sourcing to suggest that such topics merit it. AndyTheGrump (talk) 11:12, 7 March 2024 (UTC)[reply]

Have a way to prevent "hallucinated" AI-generated citations in articles

A major issue observed at

Leninist historiography (now turned into a redirect), with completely made-up references. Another example is Estola albosignata, with LLMs generating foreign-language sources
that actually existed, but had nothing to do with the topic and would be unlikely to be detected by a non-specialist not speaking the relevant languages.
As LLMs become more commonplace, and this kind of insidious "sourced-but-really-unsourced" text generation becomes harder to detect than plain unsourced text, should we try to work on a way to limit such situations?
Chaotıċ Enby (talk · contribs) 01:30, 27 February 2024 (UTC)[reply]

Ultimately edits have to be checked. It would be a good university research project to build an AI to evalute edits and highlight ones that appear to be unsupported by citations. The rate at which content was falsely flagged would probably be high to start (including content supported by sources in some more distant location in the article), but it could still help produced a prioritized list of edits for human checking. isaacl (talk) 01:52, 27 February 2024 (UTC)[reply]
True, but as interesting as it would be, a university research project isn't a Wikipedia policy or task force. And that wouldn't solve the specific problem of AI-generated text making up convincing-looking references, which something like a limitation on AI reference generation could do. Something as simple as having to disclose the references as having been AI-generated (and tagging them for further review) could be helpful. Chaotıċ Enby (talk · contribs) 03:51, 27 February 2024 (UTC)[reply]
Unfortunately, the only way to truly know whether a citation is genuine is to manually check it. Blueboar (talk) 12:17, 27 February 2024 (UTC)[reply]
Yep, and that's why tagging AI-generated citations for manual reviews is the best way to go. Chaotıċ Enby (talk · contribs) 13:02, 27 February 2024 (UTC)[reply]
Your base assumption seemed to be that it was hard to detect when a citation had been AI-generated. Ultimately all edits have to be checked. isaacl (talk) 17:29, 27 February 2024 (UTC)[reply]
No. Please stop assuming what others' "base assumptions" were, it's strawmanning and doesn't help the discussion at all. Citations in the middle of AI-generated text are easy to recognize as AI-generated, but the lack of policies on AI generation means they currently stand without any extra scrutiny. Despite being spurious in the vast majority of cases. Chaotıċ Enby (talk · contribs) 17:05, 28 February 2024 (UTC)[reply]
It would be a good research project for Wikipedians to work on, too. I only mentioned universities because I feel it's a natural fit for the WMF to engage in partnership, with external timelines from the university and other funders also driving progress. But Wikipedia editors can apply for WMF funding, or just work on it for free if they desire. isaacl (talk) 17:29, 27 February 2024 (UTC)[reply]
To clarify, the task would be to mimic what human verification does: examine the change, look at any related references (either as part of the change or pre-existing ones that seem appropriate), determine if the references exist, read the cited works if they are accessible, and evaluate if the change is supported by the references. This is of course a difficult task. But a program working on it will do it tirelessly and continually. It wouldn't be a magic solution, but it could help enable human checking to find more problems more rapidly. At a minimum, it would help identify plausible but fictional references. isaacl (talk) 17:48, 27 February 2024 (UTC)[reply]
So, you are proposing a solution to a problem caused by AI that involves more AI. Surely it would be easier just to not use AI in the first place?
Phil Bridger (talk) 12:22, 27 February 2024 (UTC)[reply
]
Well, yes. Similarly, the best solution to gun crime would be for criminals not to use guns, but arming the police is a good plan B. If AI has any place in Wikipedia, it's in suggesting edits which an experienced human can consider critically and make or discard. There are plenty of problems where finding a solution is hard but verifying it is easy. As long as no one implements alleged solutions without verification. AI can have a role. Certes (talk) 12:47, 27 February 2024 (UTC)[reply]
The assumption in the original comment seemed to be that it was difficult to distinguish when the source of the edit was program-generated text. Sure, it would be easier to say text shouldn't be written by programs (and I think there's a reasonable chance that this could attain consensus support), but it wouldn't stop the problem of editors ignoring this policy. Ultimately, all edits have to be checked; AI could be used to help prioritize which edits to check first, but it doesn't have to be. Either way, we need to find a way to ramp up the amount of verification effort in a sustained manner, which isn't going to be easy. isaacl (talk) 17:37, 27 February 2024 (UTC)[reply]
Saying that making a policy doesn't stop editors from ignoring the policy, while technically true, doesn't mean it isn't helpful. That's the reason we have policies at all to begin with. Also, I never suggested banning AI writing altogether, but using AI to generate citations, as they are nearly always incorrect or completely made up.
Also, your suggestion of implementing automated verification of all edits is pretty far off from the original discussion, and doesn't really answer the specific issue raised. I suggest you open a separate discussion for this proposal, to avoid both getting mixed up. Chaotıċ Enby (talk · contribs) 17:07, 28 February 2024 (UTC)[reply]
You asked for ways to manage fictious citations, and I suggested one way was to find automated ways to detect them. I feel this aligns with your suggestion of tagging them. Are you considering a manual process for tagging them? isaacl (talk) 18:10, 28 February 2024 (UTC)[reply]
I'm just considering tagging or disclosing citations that are AI-generated. The question is how to deal with a tool (LLMs) that facilitates adding spurious citations, rather than how to make a tool to verify every single citation (which would be a project at a much bigger scale, and relying on it for the first issue would make the process take much longer).
I'm not against an automated way to verify citations. To the contrary, I feel like this would be extremely beneficial to the encyclopedia, and I encourage you to work on it! My point is just that relying on this (very powerful, but harder to implement) tool to solve the more specific problem would be slower than implementing a tagging/disclosing/etc. policy, with warnings/sanctions for editors adding false citations with LLMs. Chaotıċ Enby (talk · contribs) 20:40, 28 February 2024 (UTC)[reply]
Again, no hard feelings at all, I really believe your idea has potential! I just feel like it would be better for both to have their own sections/discussions as they solve different, although certainly related, problems. Chaotıċ Enby (talk · contribs) 20:41, 28 February 2024 (UTC)[reply]
I appreciate the response. I don't think relying on editors to flag their own edits as containing citations generated by text-writing programs is going to very effective, since editors who follow policy will be manually checking that any citations are valid and support the added content. I think some kind of automated tagging would be needed to avoid editor fatigue, and to free up editor effort for the real problem of verifying edits. It's already counter to policy to include a false citation, regardless of where it came from, so administrators can take appropriate actions as needed. Although English Wikipedia's good-faith and welcoming traditions underlie its ability to attract more volunteers, they also mean there isn't much way to prevent a new editor from doing things they really want to do. isaacl (talk) 02:54, 29 February 2024 (UTC)[reply]
Your comment below on an approach that would "only solve half the problem" seems to indicate that you are also concerned about verifying if a cited work actually supports the content added. This also aligns with having tools to help assist with that verification. isaacl (talk) 18:17, 28 February 2024 (UTC)[reply]
So what I said at Wikipedia:Village pump (policy)/Archive 179#What can chatbots do? actually came true... 0xDeadbeef→∞ (talk to me) 12:55, 27 February 2024 (UTC)[reply]
I think this is going to be the most challenging thing with LLMs. Unsourced text is trivial to spot, but these generated citations can be really convincing, e.g. using the names of real authors with expertise in that subject alongside titles they would plausibly (but didn't) write. And most of our quality-control processes are too undermanned to manually verify each citation.
One solution I can think of is to start insisting that references include at least one external identifier (ISBN, ISSN, DOI, etc.). These could be used to automatically check the existence of a publication matching the citation in external databases. We could start gently at first, with warnings for missing template parameters and tags like {{ISBN missing}}. – Joe (talk) 13:27, 27 February 2024 (UTC)[reply]
I at least ocassionally use books as sources that were published before ISBN existed. I also often use articles as sources from journals that do not have ISSN or DOI identifiers, but which I regard as reliable sources for what I use them for. The journal articles and many of the older books that I have cited for many years now are on-line, either free-access or available through the WikiLibrary, and I link the URL when there is no DOI, JSTOR, or similar link, but I would oppose any measure that prevents us from using relevant, reliable sources that do not have an ISBN, ISSN, DOI, etc identifier, and are not (yet) on-line. Donald Albury 16:07, 27 February 2024 (UTC)[reply]
I also often work with sources that legitimately have no ISBNs etc, and I agree that a hard requirement for ISBNs is a non-starter -- it wouldn't even help much against LLMs, because they often do provide (fake) ISBNs. But! Since the LLM's ISBN is usually fake, it rarely points to the book being cited (especially when that book is fake too) -- a mismatch would be a useful diagnostic symptom to prompt scrutiny. It seems tricky but not impossible to have a bot that, e.g., looks up a cited ISBN for its title and compares that title to the title in the citation. If these mismatches were given a maint tag, they could then be scrutinized more easily. ~ L 🌸 (talk) 00:24, 28 February 2024 (UTC)[reply]
Yes, that is what I'm suggesting. But in order for such mismatch-checks to be effective, we'd need a stronger (but not totally-inflexible) requirement to provide identifiers. Otherwise you could circumvent the whole thing by simply getting the LLM to generate fake citations without ISBNs. – Joe (talk) 13:28, 29 February 2024 (UTC)[reply]
I'm not a stranger to using old sources either. But ISBN/ISSNS will be issued for any new editions or republications of older volumes, and failing that we could look to things like OCLC or national library catalogue numbers, which are assigned retrospectively. There will still be things that fall through cracks, of course, but I imagine well over 99% of sources can now be matched with authoritative identifiers. I don't envisage that this measure would stop people using sources without identifiers, just strongly encourage them to provide them where possible. Like all our rules, it would be ignorable when necessary. – Joe (talk) 13:26, 29 February 2024 (UTC)[reply]
That would only solve half of the issue, at best. A lot of times, AI-generated citations link to actual works in the general domain of the topic, that could plausibly match, but which don't address the specific topic or verify the claim at all (see the Estola albosignata example discussed above). Chaotıċ Enby (talk · contribs) 17:12, 28 February 2024 (UTC)[reply]
It seems like a potentially useful application of AI would be to download a corpus of (sentences with citations, full text of the cited sources) pairs, and train/finetune an AI model to evaluate whether it thinks the source supports the sentence. Even if it produces some false negatives, it could still generate a useful prioritised worklist for human editors to manually verify. Of course, not all sources are readily available to download, but many are. This would help catch cases of verification failures in general, not just LLM hallucinations. Barnards.tar.gz (talk) 17:46, 27 February 2024 (UTC)[reply]
There was some work ~a decade ago that did this sort of in reverse: it took unsourced statements in Wikipedia and checked one of the big newspaper sites to see if it could find a suitable source. It seemed to work most of the time, especially for simpler things (e.g., "Joe Film announces his new film"). WhatamIdoing (talk) 20:53, 2 March 2024 (UTC)[reply]
@Chaotic Enby, I'm curious about the claim above that Citations in the middle of AI-generated text are easy to recognize as AI-generated. Is the idea here that we should assume that text we've detected as being AI-generated should be assumed to not include real citations, or is there something specific about an AI-generated citation that would let you detect that specifically?
My experience with the free LLM-detection tools online is that they think the articles I've written were AI-generated too often for me to trust their accuracy. WhatamIdoing (talk) 20:58, 2 March 2024 (UTC)[reply]
I'm not talking about LLM-detection tools (which always lag behind LLMs and aren't very reliable), I'm just saying that we can recognize some of the "obvious" AI-generated text (with, for instance, the usual ChatGPT keywords/text structure), and infer that the citations inside it are very likely also AI-generated. There's more information about this on Wikipedia:WikiProject AI Cleanup if you want! Chaotıċ Enby (talk · contribs) 21:17, 2 March 2024 (UTC)[reply]
That page, particularly "Other indications include the presence of fake references", sets up the possibility for circular decision-making: I know it's LLM-generated text because the refs are fake, and I know the refs are fake because it's LLM-generated text. WhatamIdoing (talk) 22:03, 2 March 2024 (UTC)[reply]
Refs being fake alone shouldn't be used to decide something is AI-generated text, it's an indication. And, if you read my proposal, you'll see I never said that any LLM-generated text should have its references automatically seen as false, but as to be reviewed by humans. The solution is obviously to actually check if the references are fake or not, rather than to get caught up in circular reasoning. Chaotıċ Enby (talk · contribs) 16:58, 3 March 2024 (UTC)[reply]
In a way, I wonder whether this is a problem that's going to have to be solved in the bigger world - just as Captcha became so important, and we realised first that a human is something that can identify fire hydrants, and later that a human was something that moves a mouse towards a fire hydrant in a wobbly way. LLM's can work very fast, and are extremely good at faking references in very convincing ways. They require neither intelligence, ethics, nor good will from their users. So at the moment, they're a huge risk not only to Wikipedia, but to accuracy of almost every web result, all the way from Wikipedia-references to pictures of people in no clothes. The world desperately needs good ways to identify and screen-out LLM-products, and it's going to be the same battle of will as happened with Captcha: as AI gets better at generating human-like text, other AI will get better at detecting AI-produced text. It may be that anything we do in Wikipedia-world is actually a pointless and partial duplication of something that Google and others are probably working on as we speak. With the current state of AI and LLM's, I definitely favour a flat ban on all AI-generated material in WP. The risks outweigh the benefits by a vast margin. Elemimele (talk) 12:26, 15 March 2024 (UTC)[reply]
Enforcement of a ban will depend on being able to identify AI/LLM-produced material with a reasonably high success rate while keeping false positives at an acceptably low rate. But, why should we be more concerned by the source of material than about the quality of material? Humans are also capable of introducing false information, bad sources, and misleading images to WP. Anyone can edit Wikipedia, and anyone can verify content. The emphasis needs to be on what will improve the encyclopedia. Donald Albury 13:08, 15 March 2024 (UTC)[reply]
My money is on identifying AI/LLM being the easier of the two problems, and verifying content the harder. Part of the problem is old, pre-internet paper references, which are very easy for AI to fake, and very hard for individuals to verify (in fact near impossible: all you need to do is claim that it's in a pre-ISBN book from a nice long time ago, preferably in a foreign language, and the chances of anyone managing to prove the book doesn't exist are very slim). But it would be very bad for the encyclopedia if we had to ban old, paper sources, because they're too hard to verify and too easily faked. I do think we should be concerned at the source of the material. We have a general principle that every editor is responsible for what they submit; if you submit falsified sources you will get banned very quickly. If you submit falsified material on behalf of another editor, you will also get banned pretty quickly. So given that AI purports to create material like an editor, but falsifies its referencing depressingly often, every current AI-bot is ripe for banning; and those editors who are using them to create wrongly-references gunk are equally ripe. If an editor whose mother tongue is Spanish writes material that's not great grammatically, but is factually correct, some other editor can easily gnome it into shape. This is much, much more productive than having to deal with the misleading nonsense produced by someone who thinks it's okay to edit Wikipedia using AI to circumvent the fact that they are incompetent in the language, the subject, and the whole general idea of writing encyclopedia articles. Elemimele (talk) 19:08, 16 March 2024 (UTC)[reply]
This isn't really a new problem. There have been jokes like these since for decades:
Proof by reference to inaccessible literature:
The author cites a simple corollary of a theorem to be found in a privately circulated memoir of the Slovenian Philological Society, 1883.
Proof by ghost reference:
Nothing even remotely resembling the cited theorem appears in the reference given.
People who want to tag sources rather than find them may want a new template, maybe [fake source?] or something along those lines. But what works best is when editors pitch in to find good sources. WhatamIdoing (talk) 01:30, 19 March 2024 (UTC)[reply]

Special period advertising sister projects


  • Proposal: Launch a multi-week campaign in some format (e.g. more prominent links on the Main Page, banners, or any other ideas you have) that encourages en.wiki readers to explore and possibly contribute to our sister projects. (e.g. Wiktionary, Wikisource, Wikifunctions)
  • Why? Quite simply, sister Wikimedia projects have a lot to offer readers, and as one of the most viewed sites on the internet (globally!) we should help introduce readers to these resources. As you know, other Wikimedia projects include a dictionary/thesaurus which includes translations; a travel guide; a library of digitized public domain texts that anyone can download or distribute; a travel guide; a media repository; and many others. The sister project links are currently buried far down on the Main Page, and are especially distant for mobile viewers who make up an increasing share of our readership. Why would we not want to help readers discover some of the useful resources our sister projects have to offer?
  • I am conscious this proposal is extremely unlikely to succeed or even make it to the
    VPPR phase, if only because it's either too drastic a change (it isn't!) or because Wikipedia is infected with the conceit that it is the primary and greatest Wikimedia project and shouldn't lift a finger to help smaller ones (In 2024, we are the seventh most-visited website in the world. We're fine.
    Adding a few links is not going to cause en.wiki's readership to collapse.)

Happy editing, 🌺 Cremastra (talk) 21:17, 27 February 2024 (UTC)[reply]

I like the idea of promoting, but one question is, indeed, how. I'd suggest just using a banner.
As a tangent, I really don't feel compelled to contribute to Wikifunctions as long as we can't invoke these functions anywhere else. Aaron Liu (talk) 21:55, 27 February 2024 (UTC)[reply]
Banners are probably the best option (and I have a couple of ideas on that front)
Continuing the tangent: yeah, nobody seems to be breaking down the door to get at the free python functions. I guess the eventual plan is to implement wikifunctions in sister projects, i.e. in modules, in the same way that wikidata supports some infoboxen. 🌺 Cremastra (talk) 21:58, 27 February 2024 (UTC)[reply]
I've drafted a few sketchy ideas here. 🌺 Cremastra (talk) 16:44, 28 February 2024 (UTC)[reply]
I'd 1. Remove the serif style and make the button look like Wikipedia's buttons 2. Add a bit of padding inside around the border 3. Link to the "welcome, wikipedian" templates or guides Aaron Liu (talk) 17:40, 28 February 2024 (UTC)[reply]
  1.  Partly done I like the serif font for the names; but this is an aesthetic issue at the end of the day
  2.  Done
  3.  Not done Only a small percentage of readers are Wikipedians.
🌺 Cremastra (talk) 18:25, 28 February 2024 (UTC)[reply]
Sounds good. Maybe make "ikisource" in smallcaps to match the wordmark? Aaron Liu (talk) 18:47, 28 February 2024 (UTC)[reply]
Probably, we can change the statistics given in bold and instead write
• Wikisource : Unlock the Library of Free Knowledge!
• Wikitionary : Your Gateway to Words and Meanings!
I think readers who have never edited will not be encouraged to contribute to our sister projects; the lines will make them curious to open up the projects and will casually make them fall into the rabbit hole. Harvici (talk) 15:17, 7 March 2024 (UTC)[reply]
These taglines are pretty corny (sorry) and too long. I don't think taglines like "the free encyclopedia" will make one any more likely to contribute. Aaron Liu (talk) 16:01, 7 March 2024 (UTC)[reply]
But wouldn't the lines attract readers to the projects, and while going through many pages wouldn't the readers be able to contribute to the pages they deem incomplete? Harvici (talk) 17:27, 7 March 2024 (UTC)[reply]
I don't think the lines would attract any more people, and readers would go through some pages anyways regardless of the tagline. Plus, Wikisource and Wiktionary aren't the kind of stuff one'd conventionally be able to wander through, unlike Wikipedia. Aaron Liu (talk) 17:31, 7 March 2024 (UTC)[reply]
I agree with Aaron Liu on this one. Let's go with what Wikimedia does well: quiet, sober, thoughtfulness. 🌺 Cremastra (talk) 20:45, 7 March 2024 (UTC)[reply]
I would definitely support a multi-week campaign, but also some way to more effectively link to other projects permanently. For example the Wikivoyage article for "Australia" is not accessible from our article Australia at all on mobile and rather obscurely linked from desktop. If the campaign is successful we need to back it up after it is done. Commander Keane (talk) 03:01, 29 February 2024 (UTC)[reply]
While I'm not against Wikivoyage, personally I'm against linking articles to Wikivoyage as it is by definition quite opinionated. That said, you can use the template {{wikivoyage}}. Aaron Liu (talk) 03:14, 29 February 2024 (UTC)[reply]
I was wrong, you can access the Wikivoyage article from mobile on Australia if you expand External links and then expand In sister projects. As to the general proposal for a campaign, Aaron Liu do you support Wikivoyage banners as long as they don't specifically link to particular Wikivoyage entries? Commander Keane (talk) 03:28, 29 February 2024 (UTC)[reply]
Yes. Aaron Liu (talk) 12:04, 29 February 2024 (UTC)[reply]
@Theklan might have some ideas about this. WhatamIdoing (talk) 20:58, 2 March 2024 (UTC)[reply]
Well, yes, there are some things that can be done, like adding a link below the main image of articles to point to Commons (look at eu:Txinpantze), or adding Wikisource links inline (eu:Txantiloi:Wikiteka-lotura). Visiblity could come directly in the Vector style, with links to the sister projects below the title. But this proposal was dismissed by the WMF (T287609#7384679) and any alternative is also blocked (T328077). Theklan (talk) 08:22, 3 March 2024 (UTC)[reply]
We already have it under the portlet's "In other projects" when applicable. This is about something to just generally advertise these sites, not links on specific pages. Aaron Liu (talk) 14:46, 3 March 2024 (UTC)[reply]
I wouldn't mind doing something to raise awareness of other projects, but we should make sure that it is unobtrusive. The constant fundraising banners that readers see have gotten worse and worse in recent years. In 2009, even the WIKIPEDIA FOREVER fundraiser banner was seen as garish and widely panned in tech press, in addition to having a petition circulated to remove it. Every year they've just gotten more obnoxious, including these examples from 2022. If we do something, we should keep it simple, small and unlikely to disrupt the reader experience. The WordsmithTalk to me 17:20, 7 March 2024 (UTC)[reply]
Oh yeah, the fundraising banners suck (and the WMF seems to be deaf to our hints about them). I was thinking something similar to the banners advertising, say, the steward elections. 🌺 Cremastra (talk) 20:46, 7 March 2024 (UTC)[reply]
I'm all for it as long as it's not super intrusive vghfr, harbinger of chaos 03:01, 12 March 2024 (UTC)[reply]

Changes to Wikipedia:Arbitration/Policy#Ratification and amendment

Currently, Wikipedia:Arbitration/Policy#Ratification and amendment says:

Once adopted by the Committee, this policy will undergo formal ratification through a community referendum and will enter into force once it receives majority support, with at least one hundred editors voting in favour of adopting it. Until this policy is ratified, the existing arbitration policy remains in effect.

Amendments to this policy require an identical ratification process. Proposed amendments may be submitted for ratification only after being approved by a majority vote of the Committee, or having been requested by a petition signed by at least one hundred editors in good standing.

The Committee is responsible for formulating its own processes and procedures under this policy, which do not require ratification.

I think it should be retitled to "Amendments" and revised to say something like:

Proposed amendments to this policy may be submitted for ratification by a majority vote of the Committee or a petition signed by at least one hundred editors. Once submitted, an amendment will undergo formal ratification through a public referendum. The vote will last for thirty days, and is successful if it receives majority support with at least one hundred editors voting in favour.

The Committee is responsible for formulating its own processes and procedures under this policy, which do not require ratification.

The substantive difference is that the community would be able to reject changes. The current situation reminds me of the Corwin Amendment, in that things should really have an expiration date. If a change needs to be proposed again, someone can start a fresh petition.

Less important changes of the while-we-are-updating-the-section variety include:

  • Removing the spent enactment for ratification
  • Removed the nebulous reference to "good standing" (like a recent change at ACERFC2023), because site blocked/site banned/topic banned from Arbitration/etc. editors are already unable to sign a petition
  • Clarifying that the ratification vote is public (
    WP:ACE
    uses SecurePoll, so I think it is worth clarifying)

Thoughts? Different ideas? HouseBlaster (talk · he/him) 23:13, 2 March 2024 (UTC)[reply]

It would be good to look at amending the required level of support, as was discussed during the last amendment proposal. I'm not certain if it's necessary to mandate a public referendum. The most appropriate method can be decided at the time. isaacl (talk) 02:22, 3 March 2024 (UTC)[reply]
Struck the line about being public; I agree. As for threshold, I feel like that would be bundling two major questions into a single proposal (which is not to say that it shouldn't be considered separately). I feel like there is a difference between gnomish updates and major changes. HouseBlaster (talk · he/him) 02:57, 3 March 2024 (UTC)[reply]
I don't think this proposal is that major; it reflects standard procedure for English Wikipedia discussions. Some commenters in the previous discussion felt that altering the threshold was too minor for a standalone proposal, and were considering bundling it with another proposed change. As your proposal is in the same area, it feels like a suitable one to combine with. isaacl (talk) 05:00, 3 March 2024 (UTC)[reply]
Again, good point. The proposal process is terrible for finding compromises, given that it requires a finalized proposal followed by an up-or-down vote. Therefore, I think having a straw poll to get to a sense of what threshold people think would be appropriate is the best way forward, before turning that into a concrete proposal. Personally, 2/3 seems a little high; maybe 60% to match the requirement for a two-year term at
WP:ACE? HouseBlaster (talk · he/him) 03:53, 4 March 2024 (UTC)[reply
]
@HouseBlaster I've done a fair amount of work in this area at User:Barkeep49/ARBPOL amendment sandbox. The change I had landed at when it looked like ArbCom might vote on a couple of different amendments last year was:

Once adopted by the Committee, this policy will undergo formal ratification through a community referendum and will enter into force once it receives majority support, with at least one hundred editors voting in favour of adopting it. Until this policy is ratified, the existing arbitration policy remains in effect.

Amendments to this policy require an identical ratification process. Proposed amendments may be submitted for ratification only after being approved by a majority vote of the Committee, or having been requested by a petition signed by at least one hundred editors in good standing with-in 30 days. A proposed amendment will enter into force once it receives majority support, with at least one hundred editors in good standing voting in favour. Ratification votes must run for at least 7 days and may not run longer than 30 days.

My priority is to avoid "Zombie" amendments hence adding a timeframe for the 100 signatures as well as for adoption. The time frame for approval was trickier. Arbcom amendments have not traditionally done full 30 day amendments and it has worked. In case of an ArbCom that has gone off the rails I think it's actually incredibly important for the community to have a check that doesn't require 30 days of time which is why I landed on minimum of 7 maximum of 30. But despite the fact that ArbCom amendments haven't required 30 days in the past, and this hasn't been controversial, I know some don't like the 7/30 idea so I'm pretty open to other ideas, even if it means the community loses (what I see as an important) check on the committee. Best, Barkeep49 (talk) 03:56, 4 March 2024 (UTC)[reply]
I agree that the rapid amendment process is an important check on the committee. Perhaps we keep a 50%+1 threshold for a proposal to pass after 30 days, but allow an early closure if it receives some supermajority after 7 days? I really like the "rolling" quorum idea. Maybe 7.5%? There were 1,591 votes last ACE, and 120 editors seems about what we are aiming for. 160 seems a little high. HouseBlaster (talk · he/him) 04:12, 4 March 2024 (UTC)[reply]
Personally I prefer that concept myself. But I also think it's complicated and my worry is that adding complications sinks the whole amendment which is why I stuck with just 100 and went with 7/30 as the simplest way to balance those things. Barkeep49 (talk) 04:14, 4 March 2024 (UTC)[reply]

I think framing it as a

WP:ARBPOL, I think the line about MedCom can go. HouseBlaster (talk · he/him) 14:39, 4 March 2024 (UTC)[reply
]

Conceptually do I like that? Yes. But I don't think it should be what's proposed. It adds too much complexity in a way that will draw opposition and sink the whole concept. I've been advocating for this sort of change for 3 years and been waiting for the right moment to propose it which has allowed me to talk to a number of people along the way about it, not just on the talk page. But on the talk page you can see the way getting consensus over this is going to be hard. Barkeep49 (talk) 14:45, 4 March 2024 (UTC)[reply]
30-->90 seems more reasonable for the petition timer. — xaosflux Talk 14:45, 4 March 2024 (UTC)[reply]
Why? What process do we have that runs 90 days? I can't think of any. Barkeep49 (talk) 15:51, 4 March 2024 (UTC)[reply]
:cough:
:cough: :cough: — xaosflux Talk 16:26, 7 March 2024 (UTC)[reply
]
Neither are RfCs nor ArbCom cases are designed to run 90 days. They might run 90 days but they're not designed that way. Barkeep49 (talk) 17:34, 7 March 2024 (UTC)[reply]
Well you asked "that run" not "that are designed to run".... Moving from indefinite->90 seems like a reasonable first pass though; the goal of a limit is to not have zombie petitions. — xaosflux Talk 19:36, 7 March 2024 (UTC)[reply]

Citations on policy pages

Have we ever discussed the merits of including citations on policy and guideline pages, pointing to the talk page sections that influenced the current wording? We have the equivalent of this on

WP:RSP, which I think is quite useful. Barnards.tar.gz (talk) 08:19, 3 March 2024 (UTC)[reply
]

That's already in place in some places such as
WP:ITNR. It'd be needed to convert all existing footnotes under the note refgroup, though. Aaron Liu (talk) 14:49, 3 March 2024 (UTC)[reply
]
Too complex… there are sections of policy that have had dozens discussions over the years, each of which has influenced what we see today. We would have to have a long chain of “citations” for each sentence (and sometimes even for specific words). Blueboar (talk) 15:00, 3 March 2024 (UTC)[reply]
We could use it for simpler sections. Aaron Liu (talk) 15:35, 3 March 2024 (UTC)[reply]
Having it for some but not others will result in wikilawyers claiming that the rule they dislike isn't "really" true; linking many discussions will be used as proof that it's "repeatedly contested".
RSP is different because it's meant to be a handy summary of prior discussions, rather than a rule itself. There shouldn't be anything in RSP that can't link to at least two prior discussions (a source that's only been discussed once, or never, isn't "perennial").
If you're interested in the general subject, you might like reading the history section of Wikipedia:Core content policies. WhatamIdoing (talk) 23:05, 4 March 2024 (UTC)[reply]
We could use
WP:BUNDLING to reduce the visual clutter, and perhaps passages which have had dozens of discussions are exactly the ones where a collation of all that history would be very useful. Barnards.tar.gz (talk) 19:18, 3 March 2024 (UTC)[reply
]
I've suggested it before on the talk page for Wikipedia:Policies and guidelines. I agree there are challenges in making these annotations, and don't think it's worth the effort to do it in retrospect for most situations. (The primary exception I can think of is when the provenance of a given passage is questioned, and the groundwork is done to trace it back. At that point, adding a reference is the simple part.) When it's easily added for a new change, though, I think it's worthwhile in order to help put the change into context in future. isaacl (talk) 19:33, 3 March 2024 (UTC)[reply]
I'm in favor of the idea in principle, but the implementation sounds non-trivial. If there is a push for this I would be happy to help with the efforts. spintheer (talk) 18:23, 5 March 2024 (UTC)[reply]
I think we already do this to some degree for some of the more contentious PAGs (you can see the footnotes on every PAG page), but we aren't consistent. While I think citations may be useful (I know some newer WikiProjects/taskforces do this), digging through years of discussions to retroactively "cite" high-traffic PAGs may not be feasible. InfiniteNexus (talk) 18:34, 5 March 2024 (UTC)[reply]
No doubt it would be a lot of work. But then, working through massive backlogs is something we do all the time. Perhaps a good place to start would be to take a look at the last RfC which touched policy or guideline wording, and mock up what a citation to it would look like. Barnards.tar.gz (talk) 19:30, 5 March 2024 (UTC)[reply]
A simple <ref> linking to the discussion would suffice, or an efn that says something like "See the following discussions: [1] [2] [3]". InfiniteNexus (talk) 19:35, 5 March 2024 (UTC)[reply]
For an interesting example of what this could (probably, kinda) look like, take a look at
WP:ACERULES, which uses quite a lot of <ref>s to link to the RFCs where the rules were decided. --rchard2scout (talk) 14:54, 11 March 2024 (UTC)[reply
]

Have we ever ran a banner explaining the quality topicons to readers?

Hi, y'all! After reading Wikipedia:Village_pump_(proposals)#Proposal:_Remove_the_topicons_for_good_and_featured_articles, some editors say that readers are not aware of what the topicons represent. Has the wiki ever ran a campaign or put up banners explaining what they are? If not, could it be done? — ♠Ixtal ( T / C ) Non nobis solum. ♠ 21:34, 5 March 2024 (UTC)[reply]

Hovering over the icon produces a tooltip explaining what it means, and the icon itself also links to GA or FA. InfiniteNexus (talk) 22:10, 5 March 2024 (UTC)[reply]
Generally speaking, readers hate banner messages that get in the way of the information they were seeking. Personally, I feel a banner to explain page status indicators would be overly intrusive. A link to a legend would be better. isaacl (talk) 22:22, 5 March 2024 (UTC)[reply]
As above, a banner is overkill. IMO it's obvious and any final concerns should be solved by the tooltip. Aaron Liu (talk) 22:36, 5 March 2024 (UTC)[reply]
Well, I support it. The WMF runs banners for fundraising and random non-enwp-related stuff all the time -- giant ones, too -- so I don't think we can act like the presence of a banner is an unwelcome imposition on readers ipso facto. I mean, look at this: meta:CentralNotice/Calendar. Here is what enwp has flying atop the page:
  • Awareness of Wiki community run Wiki Loves Folklore International Photographic contest
  • Movement Charter Community feedback period
  • Movement Charter ratification period
  • Ukraine's Cultural Diplomacy Month 2024
  • Wikidata Leveling Up Days 2024
  • Wikimedia Stewards elections
  • International Women's Day/International Women's Month
  • Every Book Its Reader 2024 in English speaking countries
  • Wiki Loves Monuments 2024
  • Some dozen or so fundraising campaigns in different countries
At worst, it's background noise that they're thoroughly used to, and at best, it's something that might actually improve their understanding and skill at using the website -- something for readers -- as opposed to something like e.g. steward elections, that even 99% of editors don't participate in, or the photography contest, which is of interest for photographers and contributors. Not that it's bad to run banners for these things, it's just that I think in practice the bar is pretty low for how relevant something has to be to get a sitenotice. jp×g🗯️ 01:41, 6 March 2024 (UTC)[reply]
...and readers complain about them, and users ask for ways to suppress them. And there should always be a way to figure out what the status indicators mean; there are always new readers, and even existing readers should be able to learn about them outside of a time-limited campaign. isaacl (talk) 02:02, 6 March 2024 (UTC)[reply]
As one of the people who raised that in said discussion, I feel there's many other aspects of the encyclopedia that would warrant more reader attention, and it seems a bit odd to solely prioritise this. A good amount of people are going to ignore the banner anyway, see banner blindness.
A better idea IMO would be having a running section on the Main Page that cycles through various elements of the encyclopedia that we feel readers should know about. It could go below featured pictures. ― novov (t c) 05:25, 6 March 2024 (UTC)[reply]
That's a promising idea: a sort of "tip of the day" but for readers. Certes (talk) 09:43, 6 March 2024 (UTC)[reply]
I agree. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 10:06, 6 March 2024 (UTC)[reply]
That could be a great idea! Although "featured pictures" is often too low for new readers to see without scrolling, so maybe our new section could be placed higher up instead? Chaotıċ Enby (talk · contribs) 13:46, 6 March 2024 (UTC)[reply]
I don't know if that would get support for a permanent spot in the page, but what about a temporary thing? Like, for one month each day has different information in the section and it could be done yearly or something so it doesn't take up too much space all the time. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 14:39, 6 March 2024 (UTC)[reply]
There's {{
Main page banner}} when you need it. Aaron Liu (talk) 17:12, 6 March 2024 (UTC)[reply
]
I like this, we hide the inner workings of Wikipedia too well from the viewers in a time where we are losing editors. ♠ Ca talk to me! 01:05, 13 March 2024 (UTC)[reply]
What are the inner workings that viewers don't know we feel they should know the most? — ♠Ixtal ( T / C ) Non nobis solum. ♠ 10:31, 13 March 2024 (UTC)[reply]
Not sure where to start editing? Create an account, and we'll offer you a bunch of easy tasks to get started! Ghosts of Europa (talk) 16:57, 14 March 2024 (UTC)[reply]
OOOOOOOOh! I think actually something that could get a lot of support in the community is running some kind of recruitment drive with tips of the day as part of it. Not sure how it could look doe. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 19:10, 14 March 2024 (UTC)[reply]
That's a pretty good text! Probably combine it with File:Wikipedia-logo-banner-ihojose.png as the image on the left and link create an account, while linking "a bunch of easy tasks" to either Wikipedia:Task Center, Template:W-graphical, or, if we're feeling adventurous, Wikipedia:Dashboard. Aaron Liu (talk) 19:22, 14 March 2024 (UTC)[reply]
Active editors at the English Wikipedia 2001–2023
@Ca, the English Wikipedia has not been losing editors for a decade now. WhatamIdoing (talk) 01:35, 19 March 2024 (UTC)[reply]

WP:IAR
?

There's really no reason for people to be editing it.

6 23:29, 5 March 2024 (UTC)[reply
]

Not seeing a reason to edit it is not, in itself, a reason for maximum page protection. There isn't any high-level vandalism, and some of the recent edits have been constructive (e.g. additions to the "See also" section). Chaotıċ Enby (talk · contribs) 23:38, 5 March 2024 (UTC)[reply]
cf. relevant talk page section:
It's an extremely punk rock policy of us to have, and we're better off for it. But, alas, protecting it wouldn't be very punk rock of us, would it?? jp×g🗯️ 01:32, 6 March 2024 (UTC)[reply]
In the spirit of the page, we should put the lock template there, but not actually protect it :P ― novov (t c) 05:26, 6 March 2024 (UTC)[reply]
 Technically indistinguishable Remsense 09:06, 6 March 2024 (UTC)[reply]
There are some things where for the sake of keeping things unchanged, it's ironically better not to protect in this instance than it is to full-protect. Duly signed, WaltClipper -(talk) 16:14, 7 March 2024 (UTC)[reply]
Against the spirit of
WP:PREEMPTIVE 🌺 Cremastra (talk) 22:39, 7 March 2024 (UTC)[reply
]
I think
WP:SPARE puts it pretty well -- Protection should not be standard practice. It should only be done as a last resort, when failure to do so would stand in the way of the page's purpose to readers. Duly signed, WaltClipper -(talk) 13:17, 8 March 2024 (UTC)[reply
]
Maybe we should ignore those though. :-) J947edits 01:44, 13 March 2024 (UTC)[reply]
That would really be against the spirit of IAR, it's "ignore all rules if it would improve the encyclopedia", not "ignore all rules if you feel like it". Chaotıċ Enby (talk · contribs) 01:58, 13 March 2024 (UTC)[reply]

Onboarding for new users?

This was promted by a wikimedia-l thread

New users are given zero guidance and then get yelled at when the break the rules they didn't know about. Therefore, I propose that, after sign up, we make a page (perhaps something like

H:INTRO
?) that we then direct new signups to

Two questions I have:

  1. Will new users simply click away without learning anything?
  2. How much will this help?

As it stands, the current onboarding procedure is basically nothing: just set them out there and yell at them when they mess up. Something needs to change and I hope my proposal will generate some discussion on how to make the onboarding process better. NW1223<Howl at meMy hunts> 01:37, 7 March 2024 (UTC)[reply]

The current onboarding procedure is to use Wikipedia:Welcoming committee templates and new users also get a newcomer home (see Wikipedia:Growth Team features). I'm pretty sure automatically sending new users welcome templates is at Wikipedia:Perennial proposals. Aaron Liu (talk) 02:00, 7 March 2024 (UTC)[reply]
Wikipedia:Perennial proposals#Use a bot to welcome new users is probably what you were thinking of. Anomie 12:40, 7 March 2024 (UTC)[reply]
Aaron highlighted the Growth team features. To summarize them, new users get Special:Homepage as their base-camp (you might have to activate it in your preferences). There, they have access to selected help links and,
Some wikis also post a message at talk pages. From what I observe*, a successful welcome message requires the following:
  • it is a real message, not a block of links
  • it is clearly signed by a real human
  • it includes a clear indication "contact me if you have any question"
  • they are posted before the user make an edit (so that they can ask a question to the user who welcomed them**).
Messages consisting of blocks of links are not successful (a known issue), in particular when the message look like a banner or something else than a discussion. Signatures have to be clear, as the way we format our messages on wikis is not something the rest of the works is used to.
* Of course, what I observe is not a proof of anything, but I observe a lot of newcomers/experienced users at a lot of wikis since a long time. :)
** This is how Mentorship works: you get a name to contact at Special:Homepage (but unfortunately, at your wiki, not everyone gets one as we don't have enough mentors).
The discussion at wikimedia-l was more focused on explaining the rules while editing, which is also something the Wikimedia Foundation works on.
Trizek_(WMF) (talk) 15:09, 7 March 2024 (UTC)[reply]
Since so many recent changes have the "newcomer task" tag, I think it's enabled by default for newcomers. Aaron Liu (talk) 15:28, 7 March 2024 (UTC)[reply]
It is default for all new accounts, correct.
But Mentorship is only available to 50% of new users for the reasons I explained, and a key feature to discover editing, Add a link, is still missing at your wiki.
Trizek_(WMF) (talk) 16:48, 7 March 2024 (UTC)[reply]
or we could just not yell at them... It is my personal opinion that a lot of our users have themselves forgotten they are on wiki that anyone can edit. —TheDJ (talkcontribs) 21:48, 7 March 2024 (UTC)[reply]
I wish our policies had TL:DR versions of them too because some of them are very lengthy and I have no doubt that that's put some people off from editing here. JCW555 (talk)♠ 22:16, 7 March 2024 (UTC)[reply]
Most policies have {{nutshell}}, a summary, on top, and welcome templates already link many summaries, such as Help:Introduction and Help:Getting started. Aaron Liu (talk) 22:51, 7 March 2024 (UTC)[reply]
Although experienced editors do make mistakes from time to time, in my experience, the vast majority of new editors who get "yelled at" are spammers, self promoters, POV pushers, axe grinders, conspiracy theorists and others whose manifest goals are not in alignment with improving this great encyclopedia. As I see things every day on the firing line, any editor who comes here with a genuine intent to neutrally improve this encyclopedia is almost always welcomed with open arms. So, when an editor puts forward vague assertions of "yelled at", I expect diffs and specific cases. Who in particular got "yelled at", and why? Cullen328 (talk) 09:49, 9 March 2024 (UTC)[reply]
When I see an edit that degrades the encyclopedia, I revert it, and usually use Twinkle to leave a message on the user's page, with or without an additional comment. I think that kind of response is what some are calling "shouting". I will not leave unreverted an edit that damages the encyclopedia, no matter how well intentioned. I think the lowest levels of the Twinkle warnings are benign enough. I use the stronger versions of Twinkle warnings when a user repeats the same kind of edits after being warned. I block users who repeatedly over a short period of time make obviously problematic edits after being warned. It may be that new users don't see messages on their talk pages, but that is not a reason to allow them to continue to make edits that degrade the encyclopedia. Donald Albury 14:13, 9 March 2024 (UTC)[reply]
@Cullen328, how would you describe to an external observer how English Wikipedia welcomes good faith users with open arms? I'm asking it as finding how bad faith users are treated is easy (Donald gave a good example above), but examples of how one deals with good faith users is more difficult to find.
Actually, what I observed over the years is that vandalism or damageable edits get a warning message, while good faith edits are just left as they are, with no message, because they fit what is expected.
Thoughts? Trizek_(WMF) (talk) 15:18, 10 March 2024 (UTC)[reply]
Sometimes they get a thanks and they get a welcome if they're a new user. Aaron Liu (talk) 15:29, 10 March 2024 (UTC)[reply]
And {{cookies}}! Chaotıċ Enby (talk · contribs) 17:59, 10 March 2024 (UTC)[reply]
Help Desk where new editors can get assistance, and they are easy to find given the amount of traffic they get. I have over 10,000 edits to the Teahouse and over 1,200 to the Help Desk, so I have considerable experience helping and encouraging new editors. Many new editors come to my talk page asking for advice. and I have 5,600 edits there. I agree that bad edits and those that make them get more attention in general than good editors making uncontroversial typo fixes, converting bare URLs into bibliographic references, and reverting vandalism. If I notice particularly good work from a new editor, I will definitely thank them. I think that a brief, personalized compliment is better than 100 "welcome templates". The analogy that comes to mind is that few people give detailed thanks to people doing routine work. Few people go into a McDonald's and lavishly compliment the people sweeping the floors, taking the orders and packaging up the french fries. We just treat them politely, with a "thanks" to the order taker being about the extent of it. Cullen328 (talk) 20:09, 10 March 2024 (UTC)[reply
]
Phil Bridger (talk) 20:35, 10 March 2024 (UTC)[reply
]
@Aaron Liu, is "sometimes" good enough? :)
@Cullen328, thank you for the details. I think volunteer-me have the same profile as yours, but at my wiki. I don't really count places mike the Help desk or the Teahouse as proofs of being welcomed, as these are places you have to discover (or at least find the link to them). Thanks are apparently only for "particularly good" edits as you said. Messages are often perceived as costly to create. What would you (any of you) do to show a user that they edit is going in the right direction, at low cost?
@
Phil Bridger
, I'd say the bigger the wiki, the more likely it is to attract people. But as I read it quite often, I kind of think there is a perception of a mass of bad faith users that damage things, while only a few users do it right. I'm not sure this is true: maybe there is a perception bias, as badly behaving users are way more visible than users who do things the right way, don't you think?
Trizek_(WMF) (talk) 00:28, 15 March 2024 (UTC)[reply]
I meant that they sometimes get a thanks and nearly always eventually get a welcome. Aaron Liu (talk) 00:31, 15 March 2024 (UTC)[reply]

examples of how one deals with good faith users..

--Dustfreeworld (talk) 02:55, 19 March 2024 (UTC)[reply]

Trizek (WMF), there used to be a bot called HostBot that would send welcoming Teahouse invitations to new accounts in good standing that had made 10 edits within a few days. Sadly, the bot operator, User:Jtmorgan, is far less active in recent years, and the bot no longer operates. Maybe you can look into that.

If you take a look at the Home Page, you will see that the first prominent word is "Welcome". The prominent phrase "anyone can edit" links to Help:Introduction to Wikipedia. There is a prominent link to Help:Contents on the Home Page, which links to many other help pages. Further down are links to the Community Portal, the Village Pump, the Teahouse, the Help Desk, the Reference Desks, and so on. In other words, the page that new editors first see shouts "Welcome! How can we help you?" I know about banner blindness but I doubt if it would make much difference if we displayed "WELCOME" in bold, bright orange all caps, flashing and flickering. It wouldn't help and it would make us look ridiculous.

Most new accounts do not ever edit. Of those that do, most of those make only a handful of edits and then lose interest. Of those that continue editing, a significant percentage have motivations incompatible with the goals of the project as I described above. Of those who really want to improve the encyclopedia, many are here to create or improve one or two articles about topics of great interest to that person, and then they stop editing. Student editors are here to get a good grade, and only a tiny percentage continue after the course is over. People go to edit-a-thons to satisfy their curiosity, meet cool people and get some free food. Only a tiny percentage keep editing.

I have been wondering for nearly 15 years what the positive psychosocial factors are that separate all those types of people who contribute little or no encyclopedic content from the "rare beasts" who make improving this encyclopedia in countless ways an avocation for many years. I cannot answer that question with confidence although I have my pet theories. I hope that the WMF could make that research happen but I do not know.

As an adminstrator, I believe that blocking bad actors like harassers, vandals, spammers and the like is essential, because showing such people the door makes the editing environment more hospitable. And so I am not ashamed to have blocked nearly 10,000 accounts. I think my work in that area makes Wikipedia a more welcoming place. I think I have said enough so I will stop now. Cullen328 (talk) 02:49, 15 March 2024 (UTC)[reply]

There's been some research on the psychological profile of Wikipedians. I am not sure you would consider the factors to be "positive", but if memory serves, we are above average for neuroticism and below average for agreeableness. In plain English: we start editing because there's a typo, we would rather be right and have an argument than go along with something that's wrong. We also don't like change. This all aligns with my experience. How about you? WhatamIdoing (talk) 01:53, 19 March 2024 (UTC)[reply]
I like change and demand a link to such a study immediately >:( Aaron Liu (talk) 02:05, 19 March 2024 (UTC)[reply]

Providing public rationale for speedy deletion

I feel like it could be beneficial to editors looking to recreate a page that was previously speedily deleted for them to see rationale from the remover to help them better understand why they might not want to recreate it. This wouldn't be a requirement for performing a speedy deletion, though, and should probably be separate from the existing rationale parameter. Kolventra (talk) 00:56, 9 March 2024 (UTC)[reply]

Isn't this already done? When creating a page that was previously deleted (or even just viewing it), you see the deletion log in a red box above the editing area (or under the exclamation mark button in visual editor), which includes the deletion reason. Aaron Liu (talk) 01:35, 9 March 2024 (UTC)[reply]
No, the deletion log only shows under what criterion it was speedily deleted, but not anything the deleter gives as rationale. In my case, I deleted a redirect page with the criteria that I was the author requesting removal, as no other criterion matched what my purpose was as closely, so I wanted to provide a little more in-depth of a reasoning for the deletion. Kolventra (talk) 01:56, 9 March 2024 (UTC)[reply]
WP:G7 is author-requested deletion. When further explanation is needed, it'd also be given in the deletion log. Aaron Liu (talk) 02:17, 9 March 2024 (UTC)[reply
]
Back when I was in the business of handling CSD requests, I sometimes put an extra sentence in the deletion log entry to explain more fully why a CSD criterion applied. Jo-Jo Eumerus (talk) 09:14, 9 March 2024 (UTC)[reply]

When deleting a page through the speedy deletion process, please specify the reason for deletion in the deletion summary, so that it will be recorded into the deletion log.
— Wikipedia:Criteria for speedy deletion § Procedure for administrators

Aaron Liu (talk) 14:09, 9 March 2024 (UTC)[reply]

Workshopping a trial admin process

In WP:Requests for adminship/2024 review/Phase I, I proposed trial adminship but it appeared that the proposal was not quite ready. I want to figure how can we have a trial admin process that is most likely to hold well with the community. There definitely should be a method for there to be trial admins when consensus is unclear or to dispel any doubts about current user conduct. Or maybe trial adminship should be the only result of an RfA. I do not know. Awesome Aasim 18:16, 12 March 2024 (UTC)[reply]

The framework that I think has the best chance would be a kind of limited adminship. I would make a permission, requestable at
WP:Perm
and grantable/removable by a single admin as appropriate. The permission is designed to counteract vandalism and be used by a new change patroller. The permissions would be:
Block any account that is not autoconfirmed for a short time (37 hours?)
Semi-protect any page for a short time (probably same time frame as blocking)
Delete any recently-created page.
This gives these permission holders the full block/protect/delete triad to avoid the law of the instrument. It also gives them enough ability to break up most common/simple cases without letting them get into a lot of situations where they generate controversy.
The permission would NOT have viewdeleted. This is awkward because they could delete a page and not have any way to revisit it, but it is a WMF requirement for any process that didn't go through a full RfA or similar.
The way the actual restrictions on the perms are enforced could be technical or social. If they have the technical ability to make any block, but there's a brightline policy against it and a bot that reports any discrepancy to AN, I think that's still fine.
I know this isn't exactly what you had in mind from trial adminship (giving the full tools and a period of time to use them before some kind of reconfirmation), but I think it's the best way to practically solve some of these issues. Tazerdadog (talk) 18:40, 12 March 2024 (UTC)[reply]
That feels like a pretty good idea, as making it a perm removes the need for a double RfA, and it can still show experience and trust in light of a future RfA. Chaotıċ Enby (talk · contribs) 19:31, 12 March 2024 (UTC)[reply]
On many Fandom wikis, there is this right called "content moderator". This right gives users the ability to edit fully protected pages (but not interface pages), delete/restore pages, rollback, and protect pages. We can have something similar particularly for those extremely familiar with the deletion policy. Awesome Aasim 03:43, 15 March 2024 (UTC)[reply]
Yeah, but having the ability to protect/delete but not the ability to block suffers from the law of the instrument. Chaotıċ Enby (talk · contribs) 14:10, 15 March 2024 (UTC)[reply]
That is indeed a problem, but I don't think it is that big of a problem when other administrators are able to immediately intervene when there is an incident of disruption going on. Awesome Aasim 16:42, 15 March 2024 (UTC)[reply]
That's not the issue. It's not about "they can't block and will have to wait for other admins", it's "they can't block and thus will likely protect instead of blocking, which is often not ideal". Chaotıċ Enby (talk · contribs) 16:44, 15 March 2024 (UTC)[reply]

Proposal: preference to hide maintenance tags

Moved from
WP:VPR

For many Wikipedia readers, maintenance tags are annoying to see. While

WP:OVERTAG does try to mitigate this, it would be great if there was an option in preferences to hide maintenance tags. Pksois23 (talk) 06:45, 15 March 2024 (UTC)[reply
]

That's something you could probably do with a CSS gadget. Most readers don't have an account though, and I think maintenance tags do the important job of warning that the article isn't up-to-quality or even is misleading. Aaron Liu (talk) 11:42, 15 March 2024 (UTC)[reply]
Note: @Pksois23: this is not currently an actionable proposal, hard moved from VPR. Feel free to continue discussing here. — xaosflux Talk 14:11, 15 March 2024 (UTC)[reply]
Got it. Side note, VPR links to Vermont Public Co. Pksois23 (talk) 14:18, 15 March 2024 (UTC)[reply]
Fixed VPR link. Schazjmd (talk) 14:22, 15 March 2024 (UTC)[reply]
Agreed with Aaron. Maintenance tags present information that's important for readers to know (and to the extent they don't, they should be removed), so we don't want to make hiding them at all a default option. And for those who really want to anyways, despite the information literacy risk, there's already CSS. Sdkbtalk 15:45, 15 March 2024 (UTC)[reply]
Another possible way to do this would be to have a hide button like [hide] next to the tags Pksois23 (talk) 14:23, 15 March 2024 (UTC)[reply]
One world still have to click it everywhere. Aaron Liu (talk) 14:28, 15 March 2024 (UTC)[reply]
  • So we want to hide problems with articles from readers. Please, no. 🌺 Cremastra (talk) 15:51, 15 March 2024 (UTC)[reply]
    It's an option, so we aren't deliberately hiding anything. As long as it's unobtrusive it won't do any harm Pksois23 (talk) 11:57, 16 March 2024 (UTC)[reply]
    Hiding them does harm!!!! Then readers won't know what the issues with the article are!! 🌺 Cremastra (talk) 13:33, 16 March 2024 (UTC)[reply]
I can sympathize with the tags being "annoying", they often are. But that's the thing: they're supposed to be. Their purpose is to make sure the reader isn't accidentally misled by content that may not be up to our usual standards. They're supposed to be noticeable. That said, I wouldn't mind a userscript or CSS that could show/hide them for logged-in users who know what they want, similar to what we have for CS1 errors in citations at Help:CS1 errors. I also think it wouldn't be a bad idea to take a deeper look into whether our maintenance tags should have their appearances updated for modern aesthetics. I don't think there's anything wrong with the old classic look (I still use Monobook unless I'm updating page layouts where I'd need to check other skins) but as long as they stay noticeable I think consensus for a redesign pass could probably be achievable. The WordsmithTalk to me 16:11, 15 March 2024 (UTC)[reply]
There was {{mbox/sandbox}}, which changed the icons used (see Template:Ambox/testcases#name= text=text 2 for how it looks), but the community didn't like it. Aaron Liu (talk) 16:17, 15 March 2024 (UTC)[reply]
I remember a few proposals to update the boxes, but if I'm remembering right most of them were fairly small changes, backend stuff or accessibility. I don't think there's been a comprehensive major overhaul attempt in a while, but its possible I missed that discussion. Would you happen to have a link to the discussion for the last round? The WordsmithTalk to me 16:24, 15 March 2024 (UTC)[reply]
Scrounged a bit for this, it's at Wikipedia:Village pump (idea lab)/Archive 37#Changing to flat icons which also links to the same failed proposal's discussion in 2020. Aaron Liu (talk) 16:36, 15 March 2024 (UTC)[reply]
For many Wikipedia readers, maintenance tags are annoying to see. I have literally never seen a person IRL express this sentiment, nor any comments from new/ip users calling tags ugly at the Teahouse or the like. Mach61 23:19, 15 March 2024 (UTC)[reply]
Neither have I. I've also not seen any complaints (in real life or on wiki) from readers saying that they really missed the maintenance banners when they were hidden (for years and years) on the mobile site.
I'm seeing comments above like Maintenance tags present information that's important for readers to know – dubious, discuss? We have
WP:No disclaimers in articles
. Maintenance tags present information that's important for people doing maintenance work to know. That could include readers (aka "potential editors").
I think what we might need is a shared understanding of what the purpose of these banners is. Is it really to make sure readers know what the issues with the article are? If so, then a whole lot of tags need removing, because they're not actually problems that readers should care about. WhatamIdoing (talk) 01:59, 19 March 2024 (UTC)[reply]
If we really want to pursue that path of hiding unimportant tags, things get complicated, and the simplest solution would involve excluding IPs from seeing such tags. Aaron Liu (talk) 02:07, 19 March 2024 (UTC)[reply]
The guideline you listed specifically lists cleanup templates as "acceptable disclaimers" that are considered an exception. The WordsmithTalk to me 03:46, 19 March 2024 (UTC)[reply]

Changing {{Broken anchors}} to the pattern of {{dead link}}

Hi all. User:Soni suggested changing {{Broken anchors}} to the pattern of {{dead link}}. I think this is a good idea. Since this task affects all Category:Pages with broken anchors pages, I'm here to ask for your opinion on this suggestion. If it goes well, I'll be ready to start modifying it. Kanashimi (talk) 07:20, 18 March 2024 (UTC)[reply]

Do you mean to change it to a tag that will be displayed in the article? Wouldn't that look very weird, since anchors are invisible? Aaron Liu (talk) 11:31, 18 March 2024 (UTC)[reply]
These are links to anchors, rather than the anchors themselves. The issue is anchors get changed, but the links to them don't. So there are 70,000+ articles with such broken links. -- LCU ActivelyDisinterested «@» °∆t° 16:59, 18 March 2024 (UTC)[reply]
Oh. In that case I agree. Aaron Liu (talk) 17:25, 18 March 2024 (UTC)[reply]
Can you explain further? I'm unclear on what change is being proposed. isaacl (talk) 17:50, 18 March 2024 (UTC)[reply]
To change the current system for tagging broken anchors into a {{fix}} template put after wikilinks to nonexistent anchors. Aaron Liu (talk) 18:14, 18 March 2024 (UTC)[reply]
At the moment the {{Broken anchors}} template is added to the talk pages of articles that have links to non-existent anchors. From my reading the proposal is to replace this with an inline template directly after the broken link, similar to how {{dead link}} is used to mark broken weblinks. -- LCU ActivelyDisinterested «@» °∆t° 18:30, 18 March 2024 (UTC)[reply]
@Kanashimi: can you please confirm whether your proposal is as described by ActivelyDisinterested, perhaps with a before and after example? isaacl (talk) 21:14, 18 March 2024 (UTC)[reply]
Thanks for joining the discussion. I did a demo edit here. Kanashimi (talk) 23:03, 18 March 2024 (UTC)[reply]
Sorry, I still don't understand what you are proposing to do. Is Cewbot intended to make edits that show how to invoke a template, rather than invoking the template? isaacl (talk) 23:13, 18 March 2024 (UTC)[reply]
Cewbot is supposed to stop adding these banners altogether and use a {{fix}} template to mark wikilinks to broken anchors. Aaron Liu (talk) 23:33, 18 March 2024 (UTC)[reply]
It looks like you're in favor of changing it to {{broken anchor}}? Kanashimi (talk) 23:36, 18 March 2024 (UTC)[reply]
That's not what appears in the link that Kanashimi provided. Perhaps you can let them explain their proposal? I still don't understand what is the current situation, and the proposed new situation. isaacl (talk) 23:39, 18 March 2024 (UTC)[reply]
This discussion started User talk:Kanashimi#Broken anchor edits. Perhaps you could take a look at what User:Soni has to say. Kanashimi (talk) 23:46, 18 March 2024 (UTC)[reply]
I am very confused. Is the proposal not to replace Cewbot's current talk-page-banner mechanism with one that puts {{broken anchor}} after links to broken anchors? That is what appears in the link (Note that Cewbot's first edit was wrong and Kanashimi fixed it.), and that's what appears on Kanashimi's talk page:

Personally I'd just add a template to the main article page, like Template:citation needed shows up inline. That way it's immediately obvious to editors where the potential anchor is.
— User:Soni

Aaron Liu (talk) 23:54, 18 March 2024 (UTC)[reply]
OK, so that sounds like what ActivelyDisinterested said. Is that correct? isaacl (talk) 23:58, 18 March 2024 (UTC)[reply]
Yes, if the bot can't fix it, it will insert {{Broken anchor}} after the link or template. Kanashimi (talk) 00:40, 19 March 2024 (UTC)[reply]
There was a mistake in the test settings, so I changed them manually. The current version is the one that will be available after the robot modification. Kanashimi (talk) 23:34, 18 March 2024 (UTC)[reply]
To re-cap:
Imagine an article that contains a link to Example#typo_here. This is a working link to an article, but there's no section called ==typo here== in the article.
  • The current behavior is: A bot adds a note to the talk page to say that there's no section called ==typo here== in the linked article.
  • The proposed behavior is: A bot adds a [broken anchor] template in the article, after the relevant link.
Is that right? WhatamIdoing (talk) 02:07, 19 March 2024 (UTC)[reply]
As far as I know, yep. Aaron Liu (talk) 02:08, 19 March 2024 (UTC)[reply]
That's pretty much it. The only distinction is that the bot currently adds {{broken anchors}} which resembles the talk page Wikiproject headers. My suggestion was to add [broken anchor] in the article and (additionally) maybe also adding a message in talk page. Like Talk:1st_Academy_Awards#External_links_modified from Internet Archive Bot. If we need something on the talk page, that's better than a banner. Soni (talk) 04:26, 19 March 2024 (UTC)[reply]
Is the change going to move the template for the current 70,000+ pages? Perhaps it would be better to hide the visual appearance by default, while allowing editors to enable its display through a personal CSS file if desired. isaacl (talk) 02:15, 19 March 2024 (UTC)[reply]
I say just grandfather keep the talk-box version and make new versions the inline {{fix}}. Aaron Liu (talk) 02:42, 19 March 2024 (UTC)[reply]
Yes, this change will affect all 70K pages. I'm expecting the same behavior as {{dead link}}, so I'll leave a marker to let users know to fix it manually. This is just like the behavior of {{dead link}}. Kanashimi (talk) 03:39, 19 March 2024 (UTC)[reply]
The problem with keeping the talk-box version grandfathered is that they are very hard to fix. As I mentioned in User_talk:Kanashimi#Broken_anchor_edits, I manually tried editing 2-3 of them to see how it was. There's no easy way for a human to see the talk-box template and find the respective text that was actually broken. You have to search through the text of the article, look for history (just in case the text got changed but the broken anchor remained) and crosscheck that with the talk page itself.
In fact, given how current automation works, you have no way to remove the talk-box notification when it's fixed. Of the articles I spot-checked, 2 were already fixed years ago, out of which one was even a redirect page.
Essentially the 70K pages with talk box version will contain a lot of pages that are already fixed, and everything else will be tiresome. It's simpler to just shift to a new functionality and have the script rerun on the 70K pages. The backlog can then be semi-automated (using AWB/similar) and the main fixes will become a lot easier Soni (talk) 04:21, 19 March 2024 (UTC)[reply]
Sure, but that can still be done while keeping the text hidden from readers by default (which I'm guessing was the original reason for placing the message on the talk page). isaacl (talk) 05:17, 19 March 2024 (UTC)[reply]

Decade overviews

I have set up

WikiProject History
Contemporary History task force, which I chair.

Please feel free to contact me any time, with any comments, ideas or questions. thanks! --Sm8900 (talk) 14:40, 18 March 2024 (UTC)[reply]

Adding a byte count to both editors

I have a hard time figuring out if my edits are minor or not, and usually I have to submit my edits to see the byte count. I think it would be helpful if we had a byte count display so we wouldn't have to make meaningless edits just to say that our previous edit was "Minor or NOT minor." 3.14 (talk) 22:39, 18 March 2024 (UTC)[reply]

Edits consisting solely of spelling corrections, formatting changes, rearrangement of text without modification of the content,
WP:MOS changes, and reverting vandalism should be flagged as minor edits. Anything else is not a minor edit. The byte count doesn't matter, although minor edits usually have a small bytecount. Aaron Liu (talk) 22:45, 18 March 2024 (UTC)[reply
]
Also, keep in mind that nobody is going to criticize you for not marking an edit as minor, even if it is minor. Other editors only get annoyed when non-minor edits are marked as minor when they shouldn't be. Schazjmd (talk) 23:00, 18 March 2024 (UTC)[reply]
I still think it's a good idea. 3.14 (talk) 23:06, 18 March 2024 (UTC)[reply]
Honestly, the best solution would be to remove the "minor edit" function entirely, as most people find its purpose and/or use confusing, for very little benefit as they're rarely marked. Chaotıċ Enby (talk · contribs) 23:08, 18 March 2024 (UTC)[reply]
@Chaotic Enby, I agree, but other editors don't (pretty sure there was a recent RfC on it that failed to pass). Schazjmd (talk) 23:11, 18 March 2024 (UTC)[reply]
Oh, didn't know about that RfC, thanks for the info! Chaotıċ Enby (talk · contribs) 23:15, 18 March 2024 (UTC)[reply]
Found two of the discussions: Wikipedia:Village_pump_(policy)/Archive_186#Proposal_to_remove_"rearrangement_of_text"_from_definition_of_minor_edit. and Wikipedia:Village_pump_(idea_lab)/Archive_48#Completely_remove_the_idea_of_a_"minor_edit" I think there was a formal RfC after the most recent discussion but haven't found it. Schazjmd (talk) 23:31, 18 March 2024 (UTC)[reply]
Can you give me the link to that RfC? I really want to read it. 3.14 (talk) 23:29, 18 March 2024 (UTC)[reply]
I still haven't found the one I'm thinking of; this RfC was from 2021. Schazjmd (talk) 23:39, 18 March 2024 (UTC)[reply]
It's alright. I have the info I need. 3.14 (talk) 01:48, 19 March 2024 (UTC)[reply]
BTW: Found it for you. https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)/Archive_177#RfC:_Disable_minor_edits_on_English_Wikipedia 3.14 (talk) 01:51, 19 March 2024 (UTC)[reply]
That's the one Schazjmd linked from 2021. Aaron Liu (talk) 02:04, 19 March 2024 (UTC)[reply]
??? 3.14 (talk) 02:12, 19 March 2024 (UTC)[reply]
Check the link Schazjmd said in "I still haven't found the one I'm thinking of; this RfC was from 2021." above. Aaron Liu (talk) 02:40, 19 March 2024 (UTC)[reply]
Another point that might be useful is: If you never use the 'minor edit' button, nobody will ever yell at you about it. Using it is strictly optional. Not using it is always acceptable. WhatamIdoing (talk) 02:10, 19 March 2024 (UTC)[reply]

You DO know you can reply, right?3.14 (talk) 07:13, 19 March 2024 (UTC)[reply]

??? A misplaced message from the future? Aaron Liu (talk) 02:40, 19 March 2024 (UTC)[reply]

Split
WP:DRV
into two pages?

WP:G4
doesn't apply, even though that is completely unhelpful to the requester (especially if they want a drafted copy of the deleted article).

Since legitimate criterion 3 reviews are quickly approved, I think we should split them off into a "Possibly controversial undeletions" section of

WP:RFU or a new Wikipedia:Requests for recreation page, where requests can unilaterally be fufilled by a single administrator without substantial discussion, and keep genuine deletion challenges at DRV. Mach61 04:53, 19 March 2024 (UTC)[reply
]