Misplaced Pages

:Village pump (idea lab): Difference between revisions - Misplaced Pages

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
Browse history interactively← Previous editContent deleted Content addedVisualWikitext
Revision as of 03:12, 23 November 2021 editWakelamp (talk | contribs)Extended confirmed users2,061 edits Bot collation of questions on low-watched talk pages: Report is needed . More filters to considerTag: Reply← Previous edit Latest revision as of 22:47, 7 January 2025 edit undoAaron Liu (talk | contribs)Extended confirmed users, Pending changes reviewers, Rollbackers14,762 edits AfD's taking too long: reply to Mz7Tag: CD 
Line 1: Line 1:
<noinclude>{{short description|Section of the village pump where new ideas are discussed}}{{pp-move-indef|small=yes}}{{village pump page header|Idea lab|The '''idea lab''' section of the ] is a place where new ideas or suggestions on general Misplaced Pages issues can be incubated, for later submission for ] discussion at ]. Try to be creative and positive when commenting on ideas. <br />''Before creating a new section, please note'': <noinclude>{{short description|Section of the village pump where new ideas are discussed}}{{village pump page header|Idea lab|The '''idea lab''' section of the ] is a place where new ideas or suggestions on general Misplaced Pages issues can be incubated, for later submission for ] discussion at ]. Try to be creative and positive when commenting on ideas. <br />''Before creating a new section, note'':
* Discussions of '''technical''' issues belong at ]. * Discussions of '''technical''' issues belong at ].
* Discussions of '''policy''' belong at ]. * Discussions of '''policy''' belong at ].
Line 6: Line 6:
* This page is ''not'' for ] ]. Stalwart "Oppose" and "Support" comments generally have no place here. Instead, discuss ideas and suggest variations on them. * This page is ''not'' for ] ]. 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 ]. * Wondering whether someone already had this idea? Search the archives below, and look through ].
Discussions are automatically archived after remaining inactive for two weeks.<!-- Villagepumppages intro end -->|WP:VPI|WP:VPIL}}__NEWSECTIONLINK__ Discussions are automatically archived after remaining inactive for two weeks.<!-- Villagepumppages intro end -->|WP:VPI|WP:VPIL}}__NEWSECTIONLINK__<!--
{{User:MiszaBot/config -->{{User:MiszaBot/config
|archiveheader = {{Misplaced Pages:Village pump/Archive header}} |archiveheader = {{Misplaced Pages:Village pump/Archive header}}
|maxarchivesize = 300K |maxarchivesize = 300K
|counter = 38 |counter = 62
|minthreadsleft = 5 |minthreadsleft = 5
|algo = old(14d) |algo = old(12d)
|archive = Misplaced Pages:Village pump (idea lab)/Archive %(counter)d |archive = Misplaced Pages:Village pump (idea lab)/Archive %(counter)d
}} }}<!--
{{centralized discussion}} -->{{centralized discussion|compact=yes}}<!--
-->__TOC__{{anchor|below_toc}}{{clear}}
__TOC__
{{anchor|below_toc}}
{{clear}}
] ]
] ]
] ]
] ]</noinclude>
</noinclude>
== Refining the ] ==


== Toward helping readers understand what Wiki is/isn’t ==
At present, the rollback user right is predominantly given by administrators to trusted editors (typically counter vandalism patrollers) and allows access to more complex and powerful tools, the most notable tools being rollback links (the namesake of the right), Huggle, and some features in ].


I’ve often noticed confusion on the part of both general readers and editors about what Misplaced Pages articles are AND aren’t. Truth be told, I suspect all of us editors probably had it not only before becoming editors but also well into our Wiki work.
As time has progressed, the rollback feature and right has been used for more than just rollback links (i.e. a link that's clicked and immediately reverts an edit without summary) and as such the current rollback policy is outdated, confusing and conflicts with what many people use it for (i.e. through Huggle or other tools with edit summaries). Because of the lack of clarity, many times ] has been brought up in discussions, even when it's usually not applicable to use of rollback with edit summaries (i.e. by using the rollback link).


So I got thinking that perhaps a cute (but not overly so!) little information box that would fly in or otherwise attract attention upon accessing a new article could help halt some common misunderstandings or lack of awareness of general readers. Because I think most editors here at the Pump would be aware of many such examples, I hope you’ll forgive my not providing e.g.’s.
We should clarify this - as such I think renaming the right on the English Misplaced Pages to "Tool Confirmed" or similar (thinking along the lines of auto-confirmed, extended-confirmed, tool confirmed, but I welcome proposals for any better name) that clearly describes what the role does, why the person has it and how they can be held accountable for their use.


(Of course if such an info box were put in place, there’d also need to be a way for readers not to see it again if they so wish.)
The rollback link policy should then be merged into the wider reversion policy as no matter where, tool use without edit summaries should only be appropriate in certain situations and autoconfirmed users can replicate the use of rollback links by using a tool such as Twinkle or RedWarn. This means there won't be fragmentation between what essentially in both cases is just reverting an edit.


I started to check elsewhere at the Pump to see if a similar idea had ever been submitted before, but I couldn’t figure out a relevant search term. And I didn’t want to suggest an outright proposal if anything similar had in fact ever been proposed. So IDEA LAB just seemed a good place to start the ball rolling. Looking forward to seeing where it leads. ] (]) 10:58, 17 November 2024 (UTC)
A sample of what my idea of a summary would look like:<br>
{{tq|1=Tool confirmed editors are editors approved by an administrator to have access to more powerful semi-automated tools. A tool confirmed user has access to features in tools such as X, Y and Z, also access to rollback links.}}


:I'm a strong supporter of providing more information about how Misplaced Pages works for readers, especially if it helps them get more comfortable with the idea of editing. Readers are editors and editors are readers—this line should be intentionally blurred. I don't know if a pop up or anything similar to that is the right way to go, but I do think there's something worth considering here. One thing I've floated before was an information panel featured prominently on the main page that briefly explains how every reader is an editor and gives some basic resources. ] (]) 17:49, 17 November 2024 (UTC)
This could also supersede the AutoWikiBrowser request page, if technically possible.
::The problem with putting stuff on the main page is that many (probably most) readers get to Misplaced Pages articles from a search engine, rather than via the main page. ] (]) 17:57, 17 November 2024 (UTC)
:::Another issue is a large number of these users tend to be on mobile devices, ]. —] ] <sup><small>] ]</small></sup> 20:45, 17 November 2024 (UTC)
:::The main page gets 4 to 5 million page views each day. And even so, I would guess that people who go out of their way to read the main page are better candidates to become frequent editors than people who treat Misplaced Pages like it's part of Google. ] (]) 15:12, 18 November 2024 (UTC)
:::I wasn't thinking of the main page. What I had in mind was that whenever someone requests to go to an article — irrespective of how he or she entered Misplaced Pages — the information box would fly in or otherwise appear. ] (]) 17:30, 18 November 2024 (UTC)
::::I know ''you'' weren't thinking of the main page. My reply was to ]. ] (]) 20:23, 18 November 2024 (UTC)
:::::So I see now. Sorry. ] (]) 09:44, 20 November 2024 (UTC)
:What sort of confusion are you seeking to dispel? Looking over ], basically everything on there strikes me as "well, DUH!". I honestly can't understand why most of it has had to be spelled out. --] (]) (]) 13:04, 18 November 2024 (UTC)
::@], i don't see the box as ONLY to dispel confusion but ALSO to point out some strengths of Misplaced Pages that probably readers wouldn't have been aware of.
::A few things that came to my mind: although Misplaced Pages is now one of the world's most consulted information sources, articles should be considered works in progress because ... however, there are stringent requirements for articles to be published, including the use of strong sources to back up information and seasoned editors to eagle-eye them; writing that is objective and transparent about any connection between writers and subjects of articles ... and (this last could be controversial but I think it would be helpful for readers in academia) although not all universities and academic circles accept Wiki articles as references, they can serve as excellent pointers toward other sources.
::if the idea of presenting an information box including the above (and more) is adopted, a project team could work on exactly what it would say and look like. ] (]) 18:58, 18 November 2024 (UTC)
:::I think that considerably overstates reality (the requirements are not stringent, sources do not have to be strong, many things are not checked by anyone, much less by seasoned editors, hiding COIs is moderately common...).
:::BTW, there has been some professional research on helping people understand Misplaced Pages in the past, and the net result is that when people understand Misplaced Pages's process, they trust it less. This might be a case of ]. ] (]) 19:20, 18 November 2024 (UTC)
::::Ooops. Well, if stringent requirements, etc., overstate reality, then official Wiki guidance and many Teahouse discussions are needlessly scaring many a fledgling editor! 😱 ] (]) 19:40, 18 November 2024 (UTC)
:::All of these points also fall into the "well, DUH!" category. I did, however, want to respond to your statement that "not all universities and academic circles accept Wiki articles as references". I would be very surprised if any university or serious academic project would accept Misplaced Pages as a reference. Tertiary sources like encyclopedias have always been considered inappropriate at that level, as far as I know. --] (]) (]) 19:38, 18 November 2024 (UTC)
::::Point taken about encyclopedias being generally unacceptable in academic writing.
::::But as we’re having this discussion in an idea lab, this is the perfect place to toss the ball back to you, Khajidha, and ask how ''you'' would describe Misplaced Pages for new readers so they know how it can be advantageous and how it can’t?
::::As I see it, that sort of information is a real need for those who consult Misplaced Pages — just as customers appreciate quick summaries or reviews of products they’re considering purchasing — to get a better handle on “what’s in it for me.” ] (]) 20:05, 18 November 2024 (UTC)
:::::I think the logo at the top left already does a pretty good job: "Misplaced Pages: The 💕". Especially if you look at the expanded form we use elsewhere: "Welcome to Misplaced Pages, the 💕 that anyone can edit."--] (]) (]) 12:39, 19 November 2024 (UTC)
::::::@], a mere tag saying "The 💕" seems to me just a start in the right direction. The addition of "that anyone can edit" adds a little more specificity, although you didn't mention anything about ''writing'' as well as editing. Still, I think these tags are too vague as far as what readers need more insight about.
::::::I'm working on a list of things I'd like to bring to readers' attention, but I'd like to put it away tonight and finish tomorrow. At that point, I'll humbly request you to "de-DUH" your evaluation of my idea. ] (]) 17:01, 20 November 2024 (UTC)
:::::::Seems to me the problem is that people don't understand what an encyclopedia is. That's a "them" problem, not an "us" problem. And what exactly do these readers think editing the encyclopedia would be that doesn't incude writing it? ] (]) (]) 17:45, 20 November 2024 (UTC)
::::::::Misplaced Pages is very different from the historical concept of encyclopedia. The open editing expands the pool of editors, at the expense of accuracy. -- ] (])
::::::::Misplaced Pages may have put traditional general encyclopedias out of business, or at least made them change their business model drastically, but it does not define what an encyclopedia is. One example is that Misplaced Pages relies largely on secondary sources, but traditional encyclopedias, at least for the most important articles, employed subject matter experts who wrote largely on the basis of primary sources. It is ''our'' job to explain the difference. ] (]) 20:03, 20 November 2024 (UTC)
::::::::After a little longer gap between than what I thought it would take to create a list of things I believe all readers need to be aware of from the git-go about what Misplaced Pages is and isn't, due to some challenges in other departments of life, here's what I came up with. It would be in sections, similar to what you see below, each surrounded by a clip art loop, perhaps golden brown, and perhaps a few other pieces of clip art to set it off visually.I wish I knew how to separate paragraphs with line spacing ... I know this looks a little squished.


::::::::_____________________________________
We should also consider creating a ] named something along the lines of "Tool edit" that's required for all automated tools, userscripts etc on the English Misplaced Pages where appropriate and possible to increase accountability and other benefits such as analytics.
::::::::'''New to reading Misplaced Pages articles? Here are some helpful things for you to be aware of about Misplaced Pages. They'll help you get more clearer ideas of how you can use the articles to best advantage.'''
::::::::''If you'd like to go into more depth about all this, and more, just go to the article in Misplaced Pages about itself by typing WIKIPEDIA in the Misplaced Pages search field.''
:::::::: '''''Misplaced Pages is a different kind of encyclopedia'''.''
::::::::— &nbsp; Its articles can be written and edited by anyone.
::::::::— &nbsp; They’re supposed to be based completely on reliable outside sources''.''
::::::::— &nbsp; They can be updated at any time, thus allowing for quick corrections or additions if needed.
::::::::— &nbsp; Misplaced Pages is free.
:::::::: '''''That’s the main difference between Misplaced Pages and traditional encyclopedias.'''''
::::::::'''BUT:'''
::::::::''All encyclopedias serve as starting points where readers can find out about information — especially the main thinking about particular subjects — then follow up as they wish.''
::::::::''Students and researchers: keep in mind that schools and professional research journals don’t accept encyclopedias as references for written papers, but do encourage using them to get some ideas with which to go forward.''
:::::::: '''''Misplaced Pages has become popular for good reason.'''''
::::::::— &nbsp; Misplaced Pages is the world’s largest-ever encyclopedia.
::::::::— &nbsp; It’s consistently ranked among the ten websites people visit most.
::::::::— &nbsp; Because it’s all online, it’s easy to access.
::::::::— &nbsp; Because it’s highly interactive, it’s easy to move around from topic to topic.
::::::::'''Q''uality standards for writing articles are in place and in action behind the scenes.'''''
::::::::—&nbsp; Misplaced Pages has high standards for choosing the subjects of articles.
::::::::— &nbsp; Misplaced Pages also has high standards for writing articles, especially freedom from bias.
::::::::— &nbsp; Certain editors are assigned to ensure that articles follow Misplaced Pages standards.
::::::::— Although differences of opinions naturally arise about whether a particular article does so, there are sets of procedures to work them out and arbiters to step in as needed. ] (]) 10:18, 25 November 2024 (UTC)
:::::::::The {{tag|br|s}} tag should take care of line spacing. -- ] (]) 13:49, 25 November 2024 (UTC)
::::::::::Is this possible to do in Visual Editor instead (I hope)? ] (]) 13:52, 25 November 2024 (UTC)
:::::::::::Why would you put information about "'''reading Misplaced Pages articles'''" in an editing environment?
:::::::::::Also, several things you've written are just wrong. Misplaced Pages is not considered a "highly interactive" website. "Certain editors" are not "assigned to ensure" anything. Misplaced Pages does not have "high standards for writing articles", and quite a lot of readers and editors think we're seriously failing in the "freedom from bias" problem. We might do okay-ish on some subjects (e.g., US political elections) but we do fairly poorly on other subjects (e.g., acknowledging the existence of any POV that isn't widely discussed in English-language sources). ] (]) 20:14, 28 November 2024 (UTC)
:::::::::Actually, I think a more magnetic format for this tool I'm hoping can one day be used on Misplaced Pages would be a short series of animated "fly-ins" rather than a static series of points with a loop around each set thereof. ] (]) 13:51, 25 November 2024 (UTC)
::::::::::@], personally, I think your idea would be great and would help bring new editors to the project, especially with these messages, which seem more focused on article maintenance (more important nowadays imo) than article creation.
::::::::::] (]) &#124; :) &#124; he/him &#124; 02:32, 5 December 2024 (UTC)
::as unfortunate as it is, people are generally not that smart. Considering the number of people I've had to explain the concept of editing wikipedia to, I'd be shocked if most people know how wikipedia works and what it isn't ] (]) 08:44, 17 December 2024 (UTC)
:::It’s exactly because it does seem to take a lot for some people to get the idea that I‘m convinced something can be done about that when readers first come to Misplaced Pages. Something catchy and animated, in contrast to “chapter and verse.”
:::Or so many other groups around the world have found. ] (]) 11:15, 17 December 2024 (UTC)
:Idea Labmates …
:Because I had such high hopes of being on the trail of something practical to help prevent some of the main misunderstandings with which readers come to Misplaced Pages — and at the same time to foster awareness of how to use it to better advantage — I wonder if a little spark could get the discussion going again. Or does the idea not seem worth pursuing further? ] (]) 11:05, 30 November 2024 (UTC)
::I guess not.
::At least for now.
::📦 Archive time. ] (]) 02:53, 3 December 2024 (UTC)
:::I hope you won't be disheartened by this experience, and if you have any other good ideas will share them with us. There are two stages to getting an idea implemented in a volunteEr organisation:
:::#Getting others to accept that it is a good idea.
:::#Persuading someone to implement it.
:::You have got past stage 1 with me, and maybe others, but I'm afraid that, even if I knew how to implement it, it wouldn't be near the top of my list of priorities. ] (]) 09:17, 3 December 2024 (UTC)
::::Thank you, Phil. No, not disheartened … I think of it as an idea whose time has not yet come. I’m in full agreement about the two stages of idea implementation, plus a couple more in between to lead from one to the other.
::::When we in the creative fields recognize that continuum and get our egos out of the way, great things begin to happen. Mine is hopefully drying out on the line.😅 ] (]) 09:41, 3 December 2024 (UTC)
:A starters guide with most common things you need to know and problems you will come up against would be good ] (]) 11:37, 30 December 2024 (UTC)
::Do please keep going, @]. ] (]) 13:31, 30 December 2024 (UTC)
:::Thank you I will ] (]) 15:46, 30 December 2024 (UTC)


== "Sensitive content" labels (only for media that is nonessential or unexpected for an article's subject) ==
What do people think? ✨ ] ] ✨ 23:49, 24 October 2021 (UTC)
{{atop
:It makes sense to me. I requested Rollback because I'd heard intriguing stuff about Huggle, then had Rollback removed when I discovered that I didn't like using Huggle. I couldn't see any other use for having Rollback, because Twinkle provides rollback/vandalism links in both article history view and diff view, and enables rollback of multiple edits (sequential by a single editor) in one click. So the Rollback permission isn't really associated to rollback ''functionality''. ]&nbsp;] 00:07, 25 October 2021 (UTC)
| result = Closing this as it seems like discussion has derailed into unproductive debate #90910 on "should we have a content filter" (]). I'd suggest anyone interested in workshopping a new proposal should try a different venue where they won't have to deal with back-and-forth bickering. ] (]) 20:54, 28 December 2024 (UTC)
::I do not think of the rollback permission as mainly functional or technical—giving access to tools—rather as a matter of trust, in effect a licence to revert vandalism without an edit summary. IMO it doesn’t really matter how the revert is done, be it with a helper script, the rollback button, or simply null-editing an old version of the page (which last any user can do).—]]] 01:45, 25 October 2021 (UTC)
}}
:::What does the rollback right grant, other than the "" link? --] &#x1f339; (]) 07:01, 25 October 2021 (UTC)
::::Permission to use Huggle, and nothing else. ]&nbsp;]&nbsp;&nbsp;''<sup style="font-family:Times New Roman">]</sup>'' 10:22, 25 October 2021 (UTC)
:::::That's incorrect. In fact the rollback right is required by quite a few tools for both technical and other reasons. "Tool confirmed" could also extend to providing trusted users with more powerful features and merge already complex permission systems together. ✨ ] ] ✨ 17:47, 25 October 2021 (UTC)
*Literally the '''only''' thing that membership in the <code>rollbackers</code> group does is confer access to the <code>rollback</code> permission. The rollback permission allows an user to request a '''server-side''' reversion. None of these other scripts or clients are official and are subject to change on the whims of their maintainers, or in some cases by any user that wants to fork or recompile them. — ] <sup>]</sup> 17:56, 25 October 2021 (UTC)
*:Yes, that is technically what it does, but what I'm proposing is an expansion and restructuring of this policy, especially how a lot of people only apply for rollback for access to tools such as Huggle. ✨ ] ] ✨ 00:40, 28 October 2021 (UTC)


You see, many Misplaced Pages articles contain images or other media that are related to the article's subject, but that readers might not want to see, and have no way of avoiding if they are reading the article without prior knowledge of its contents.
:I agree that the current situation doesn't make as much sense as it should and that it should be improved. I specifically agree it's silly how we draw such a distinction between rollback and undo. Putting all of countervandalism behind a role might not be such a bad idea. Hear me out! Perhaps without the role, you could only improve existing edits by adding a citation, or rewording bad edits, but you wouldn't have an easy way in the software to undo them. ]&nbsp;(]) 08:30, 5 November 2021 (UTC)
::Would this involve removing the “undo” button, which allows an easy way in software to undo edits? I imagine that doing so would have impacts beyond counter vandalism. — ] (]) 15:39, 8 November 2021 (UTC)
:::{{re|Mikehawk10}} undo is all client-side, it really just helps populate your edit window and edit summary. — ] <sup>]</sup> 15:57, 8 November 2021 (UTC)
:::While I'm in the mood for weird ideas, perhaps undo could be made available after you've added or edited X amount of text in articles, because indeed undo is useful for a lot of other edits. ]&nbsp;(]) 01:36, 9 November 2021 (UTC)


For instance, the article ] includes an image which contains nudity. This image is helpful to illustrate the article's subject, but many people who read this seemingly innocuous article would not expect to see such an image, and may have a problem with it.
== What links here ==


Of course, if someone decides to read the article ] and sees an image of a penis, they really can't complain, since the image would just be an (arguably, essential) illustration of the article's subject, and its presence can easily be known by the reader ahead-of-time.
{{moved from|WP:VPR}}
I would like to propose that "what links here" feature to sort articles alphabetically. I think that would be more useful. ''']''' (] • श्रीमान् गम्भीर) 19:41, 2 November 2021 (UTC)
:So do I, though ideally by namespace then title. Meanwhile, you may be interested in ]. ] (]) 20:22, 2 November 2021 (UTC)
::Bless you, Certes, for pointing me to this. I have been craving something like this (be it the OP's dream version or Ghost's slight-daly-while it sorts version). Thanks to GhostInTheMachine, too, of course. <i>&mdash;&nbsp;] (] / ])</i> 23:44, 2 November 2021 (UTC)
: Yes, add this as a sorting option. Not the default, though. ] ] 20:25, 2 November 2021 (UTC)
:: It probably won't happen because the DB query would not be efficient. ]] 23:00, 2 November 2021 (UTC)
*{{re|Bada Kaji}} I moved this from VPR, as it isn't a ready to go proposal. This isn't an option we can set here on the English Misplaced Pages. You could perhaps maybe build a very inefficient javascript for it, but that would be in userscript land for at least a while. If you would like this added as a new software feature for the software please see: ] for how to submit a software feature request on the mediawiki software that runs Misplaced Pages. — ] <sup>]</sup> 23:25, 2 November 2021 (UTC)
*:My biggest ask for What links here is to filter out "things that link here only because of a transcluded template". For example, every park in NYC links to every other park in NYC because they all include {{t|Protected areas of New York City}}, but that's almost never what I'm looking for. I vaguely remember there was a phab ticket for this which was basically closed as "infeasible" due to the way things are parsed. But I still want it. -- ] ] 23:32, 2 November 2021 (UTC)
*::Exactly. Trawling through an unsorted (very random-looking) list of articles which, when you go there, don't seem to have the link anyway, until you expand all the navboxes at the bottom... well, it can be quite maddening. <i>&mdash;&nbsp;] (] / ])</i> 23:41, 2 November 2021 (UTC)
*::Maybe you might find ] useful. But see also ]. ] (]) 22:26, 5 November 2021 (UTC)
*::@] See ], which generates a search for pages that link directly to the target, excluding templates. --] (]) 18:25, 8 November 2021 (UTC)


My solution to this is to have editors look for media or sections of an article which could be seen as having a different level of maturity compared to the rest of the article's content, then ensuring that the reader must take additional action in order to see this content, so that readers of a seemingly innocuous article would not have to see content that could be considered "shocking" or "inappropriate" when compared to the rest of the article's content, unless they specifically choose to do so.
== Report :Do proposal discussion Editors match Active Editor Demographics ==


I posted this idea here so other people could tell me what they think of it, and hopefully offer some suggestions or improvements. ] ] 15:56, 10 December 2024 (UTC)
The ]community proposal consensus is only true consensus if it has involvement of all demographics in terms of years experience,and diversity. Not as a percentage, but least as a voice to explain different views.
The Misplaced Pages foundation board is thinking of expanding to reflect diversity, but we don't know whether our consensus is being dominated by one group


:As with just about every other proposal related to "sensitive" or "shocking" content it fails to account for the absolutely massive cultural, political, philosophical and other differences in what is meant by those and similar terms. On the ] article, at least ], ], ], ], ], ], ], ] and quite possibly others are likely to be seen as "shocking" or "sensitive" by some people - and this is not counting those who regard all depictions of living and/or deceased people as problematic. Who gets to decide what content gets labelled and what doesn't? ] (]) 16:18, 10 December 2024 (UTC)
A way of doing this would be to have reports that
::Who gets to decide? Editors, by consensus, just like everything else.
* Compare between proposal editors and Active Editors. the years of active editing, diversity, and editor type. (Diversity could be based on user page templates or ] membership).
::But more pointfully, @], our usual advice is not to do this, and (importantly) to be thoughtful about image placement. For example, decide whether a nude photo is better than a nude ]. Decide whether the nude image really needs to be right at the top, or whether it could be a bit lower down, in a more specific section. For example, the nude photos in ] are in ], which is less surprising, seen by fewer users (because most people don't scroll down) and more understandable (even people who dislike it can understand that it's relevant to the subject of anatomy).
* Compare the voting percentage (Abstain, Support, Oppose) by years of active editing and editor type
::BTW, the people in that particular nude photo are paid professional models. They were specifically hired, about a dozen or so years ago, to make non-photoshopped photos in the non-sexualized ] (used by medical textbooks for hundreds of years). I have heard that it was really difficult for the modeling agency to find anyone who would take the job. ] (]) 03:53, 11 December 2024 (UTC)
* Confirm whether a few voices dominate proposals. Consensus does not means the majority always wins, but you would expect that the majority would be in line with consensus most of the time
:::First, if you, dear reader, have a tendency to mouse over bluelinks much as I do, I'd suggest not doing so without first reading what I'm linking to.
:::<br>
:::There are certainly ] pages where NOTCENSORED is taken ''more than a tad'' too far. My opinion is that if there exists a diagram that would do a comparable job in depicting an objectionable subject, the diagram is to be preferred to the photograph. We sometimes do a pretty good job of using diagrams, just look (or don't, your choice) at where ]'s illustrations are used.
:::<br>
:::Also, I think a diagram (even if inferior) is preferable in the lede, so as not to shock readers who open (or even mouse over) the page. The images ] are alright in comparison. We're perhaps the only esteemed publication which has images reasonably portrayable as pornographic, and I don't think it's a good look. ''']]''' 23:12, 17 December 2024 (UTC)
::::{{tpq|if there exists a diagram that would do a comparable job in depicting an objectionable subject, the diagram is to be preferred to the photograph.}} Which subjects are "objectionable"? Who gets to decide? What if there is disagreement about whether a diagram does a "comparable" job? What about those who think a diagram is equally (or even more) objectionable to a photograph? ] (]) 01:03, 18 December 2024 (UTC)
:::::@] By 'objectionable', I mean subjects that are considered to be objectionable on a fairly brad scope. There are very few places (let's say the Western world for sake of argument, but this would probably hold true across the world) where ] or ] wouldn't be taboo if put on a billboard. There are few (but certainly more than the above) public places where it's acceptable to parade around in one's birthday suit. That I think we can agree on. I'm not giving a concrete definition, because norms do vary across cultures, but there is a baseline of what most people agree on.
:::::The reason we have media at all in articles, including for ] or ], is to describe the subject matter. In some circumstances, the subject matter might be best not illustrated with a photograph (some aspects of anatomy, sexuality, society), or would be adversely affected by not having a photograph or video (.
:::::On the diagram bit, I think that diagrams are almost always less offensive than images, certainly so in the case of simply objectionable subject matters. ''']]''' 14:53, 18 December 2024 (UTC)
::::::1) what would be taboo on a billboard is not relevant to an encyclopedia. You mention "public places". This isn't a public place. We are not throwing these images out to the public with no warning. They are used to illustrate articles on the subject depicted. And, before you mention "bystanders" seeing what you are looking at: a) they need to not be so rude as to do that and b) if you worry about it so much, don't look at Misplaced Pages in public
::::::2) "the subject matter might be best not illustrated with a photograph" I would be interested in what things you think could be best illustrated by not showing them. Because I can't really think of any. --] (]) (]) 15:36, 18 December 2024 (UTC)
:::::::Re #1: I used a billboard as a more extreme example. I'd argue that we ''are'' throwing those images out to the public without warning. Were I to look at what other books or websites (not just encyclopedias) addressed to the general public informing people on the topic, I'd be hard-pressed to find instances where photographs are put as we do. Readers don't expect Misplaced Pages to be any different.
:::::::2. It was late when I wrote the above, I posted the unfinished bit earlier today. What I mean is there are cases where a diagram is sufficient and a photograph wouldn't add anything but shock value. ''']]''' 17:06, 18 December 2024 (UTC)
::::::::Other books in general and other websites in general are also not relevant. We are an encyclopedia. And we aim to be the most comprehensive one ever. And, no, we are not throwing things out to the public. We are allowing the public to access our work. You come here for information on a topic. We provide it. Including relevant images. --] (]) (]) 17:45, 18 December 2024 (UTC)
::::::{{ec}} {{tpq|objectionable on a fairly brad scope}} so that means we should regard everything that is objectionable to any large culture, such as Christians, Muslims, Hindus, Jews, Americans, Indians, Chinese, Nigerians, etc (there is no single "western" culture)? Or do you mean only those cultures you are personaly familiar with? or perhaps agree with? Personally I find ] far more objectionable than an erect human penis.
::::::{{tpq|I think that diagrams are almost always less offensive than images}} You are entitled to your opinion, but how representative is it? Why does your opinion matter more than e.g. my opinion or an Islamic cleric's opinion, or a pornographer's opinion? {{tpq|simply objectionable subject matters}} what does this mean in objective terms? Simply objectionable to whom? ] (]) 15:41, 18 December 2024 (UTC)
:::::::On the first point, I mean there are things that Christians, Muslims, Hindus, Jews, Americans, Indians, Chinese, and Nigerians would agree to be objectionable. As I said, there's a '''baseline'''. I didn't suggest censoring everything anybody is offended by.
:::::::<BR> <!--ooh this is a line break!-->
:::::::On the second, see above for the audience. Can you state instances of where diagrams are in fact ''more'' offensive than photographs of the same subject? ''']]''' 17:10, 18 December 2024 (UTC)
::::::::Obviously there isn't a baseline. Otherwise we wouldn't be having this discussion. You have not mentioned even a single thing that I would object to being illustrated in a comprehensive encyclopedia.--] (]) (]) 17:48, 18 December 2024 (UTC)
:::::::::There is a baseline taboo against depictions of sexual abuse of children, and we kick people who disagree with this baseline off the project. —] (]) 19:36, 18 December 2024 (UTC)
::::::::::Thank you for finally finding an example. I still doubt that there is much more that could be agreed on.--] (]) (]) 19:44, 18 December 2024 (UTC)
::::::::::The primary reason we do not display images depicting sexual abuse of children is that nobody has uploaded any freely licensed images of this subject that we can legally host. If a free image depicting this exists (not impossible) that we can legally host (currently extremely unlikely) and is uploaded then we will include it in any articles where it is encyclopaedically relevant and due (whether there are any such articles is unknowable without seeing the image).
::::::::::Off the top of my head, maybe an annotated diagram about a homemade bomb would be more offensive than a photograph of a bomb? There are certainly no shortage of examples where, to at least some people, diagrams are equally offensive as photographs.
::::::::::{{tpq|I didn't suggest censoring everything anybody is offended by.}} then you need to state how you are choosing which things to censor. Whose opinions matter? How many people being offended by something is enough? Or does it matter who it is? ] (]) 19:53, 18 December 2024 (UTC)
:::::::::::Jfc, that is not the primary reason. Even if we had a freely-licensed image, and WMF Legal was like "sure, go ahead," we would not go ahead. ] (]) 20:01, 18 December 2024 (UTC)
::::::::::::It's obviously hypothetical given that such an image does not currently exist (and I can't think of an image that would be both encyclopaedically relevant* and legal), but if it did you would need to explain why NOTCENSORED didn't apply. Any arguments that an image were not DUE would have to be based on things other than "I don't like this image" or "I don't like the subject of this image".<br><small>*Some years ago I remember images of FBI child pornography raids and/or of specific people convicted of child pornography were proposed to illustrate the ] article, but rejected for not being clearly related enough/on BLP grounds</small>. ] (]) 20:48, 18 December 2024 (UTC)
* WP pretty explicitly doesn't care if someone finds content offensive. Penises and vaginas are things that exist. Anatomically correct images of penises and vaginas are educationally useful. Anatomy isn't pornography. ]] 16:43, 18 December 2024 (UTC)


:I do wonder if we should be considering sources when discussing this topic. Including a graphic image in an article, when sources do not typically include such an image, could be viewed as undue weight or a type of original research. It’s normal for anatomy textbooks to contain pictures of anatomy, so it should be normal for our anatomy articles to include that type of picture too. ] (]) 21:08, 18 December 2024 (UTC)
Why should we care?
::Yes, it's appropriate to follow the sources' lead in choosing images.
There is more editing to be done than has already been done; there are huge numbers of maintenance tags, article tags, open Talk topics especially non replied, various error reports, missing content, procedure readability improvements, missing or questionable references, missing or incorrect categories,mentors needed,stubs, low project membership, article quality etc,... ] (]) 07:47, 6 November 2021 (UTC)
::We also have guidelines against the ] inclusion of ] – and the near-total absence of disputes, for many years, about when and whether that guideline relevant pretty much disproves the "but nobody can possibly decide what's offensive" whingeing above – and we require that illustrations be ], and ] says that "Lead images should be of least shock value; an alternative image that accurately represents the topic without shock value should always be preferred". We comply with ], which requires that readers not be astonished to discover (for example) sexual content on a page through methods such as (a non-exhaustive example) not putting sexual photos in articles that aren't about sexual content or even (for the advanced class) adding quick descriptions, so that people who might hover over or click on a link will know what it's about, so that "the sexual practice of ____" instead of just "____".
::This is not that difficult. We don't "label" the images, as suggested above, but we do generally make decent choices, and where we could do better, we invite editors to ] in making Misplaced Pages more closely conform with the long-standing policies and guidelines. ] (]) 00:02, 19 December 2024 (UTC)
{{abot}}


== Opt-in content warnings and image hiding ==
:Do you really mean {{tqq|if it does '''not''' have involvement}}? I believe you have the sense reversed in your lead sentence. <i>&mdash;&nbsp;] (] / ])</i> 09:23, 6 November 2021 (UTC)
:: Doh. Fixed ] (]) 11:13, 6 November 2021 (UTC)
:I would be surprised if the average policy consensus was particularly representative of the community or of the readers, along any number of axes. The problem of backing that up with numbers is more thinking than I'd want to do on a Friday night, however. ]&nbsp;(]) 10:11, 6 November 2021 (UTC)
::Agee.My Suspicions is that is wildly unrepresentative ] (]) 11:13, 6 November 2021 (UTC)
:Just thinking about it, would it change anything.... probably not. I was interested to see if change was being blocked by WP:OWN editors ] (]) 14:34, 8 November 2021 (UTC)
::Of course it's wildly unrepresentative, @]. This is known. This isn't even hard to prove with purely public information. The median number of edits per registered account is either zero or one. Of the people who do make their first edit, most never edit again for months, if ever. Anyone who makes two edits has an above-average edit count. 95% (ninety-five percent!) of registered editors have never made 10 edits. 99.8% of registered editors haven't made it to 500 edits. Every person who has replied to you so far in this section is well beyond that level: we are all in the top 0.01% by edit count. We have made more edits than 99.99% of registered users.
::My question for you is: Do you really want ''every'' discussion to be equally weighted by edit count, so that completely inexperienced people get the same say as people who know what they're talking about? Perhaps it would be appropriate for question that affect newcomers the same as they affect experienced editors (e.g., whether the default image size should be increased), but maybe other questions (e.g., whether a given source is suitable for a specific article) should prioritize experienced editors. ] (]) 21:17, 15 November 2021 (UTC)
:::I agree 1 editor : 1 vote would not work with WIkipedia. There is too much experience needed. But my concern with this question was not about newish users (although the teahouse editors would make a good proxy), but about the current content creators, the crafters who work FA, etc. They may not do as many edits, but they create the content. So, I was trying to work out whether were represented, in some decisions For instance 1/ Allow IP editors. The consequences of that will be time and stress for NPP, CfD, (CfD already has a huge multi years backlog) And More NPP editors also create more tags, rather than fix tags (which affects wikignomes like me) 2/ Reference lists should not be defined in detail. Consequence of is that the Article Wizard can't ask them to fill in the references they will using before they spend 4 hours creating the article, then rage quit after AfD.3/ Clarity of procedures and guidelines - Does make it more difficult for those with less English skills, younger, or using voice readers to be editors? Does too much complexity encourage anger? ] (]) 13:45, 16 November 2021 (UTC)


] became quite heated, for reasons, but there actually appears to be little to no opposition to developing ''opt-in'' features to help readers avoid images that they don't want to see. Currently ] are very limited: there are user scripts that will hide ''all'' images, but you have to know where to find them, how to use them, and there's no granularity; or you can hide specific images by page or filename, which has obvious limitations. I therefore thought I'd bring it here to discuss ideas for improving these options.
== ] and Misplaced Pages ==


My idea would be to implement a template system for tagging images that people might not want to see, e.g. {{tlx|Content warning|Violence|<nowiki>]</nowiki>}} or {{tlx|Content warning|Sex|<nowiki>]</nowiki>}}. This would add some markup to the image that is invisible by default. Users could then opt-in to either hiding all marked images behind a content warning or just hiding certain categories. We could develop a guideline on what categories of content warning should exist and what kind of images they should be applied to.
There is a lot happening in the blockchain world that is beyond crypto currencies. ] (NFT) for example. Anytime you want to reward users towards a goal, or gameify a process to attract users, it might have an application. Is anyone working on, or proposed, or suggested, anything related to blockchain and Misplaced Pages? I'm not outright suggesting it be done, only want to learn more what is being done or discussed, if anything. -- ]] 14:43, 6 November 2021 (UTC)
:As someone dealing with ill-informed crypto boosterism creeping into my professional work, I really hope that I don't need to fight it on Misplaced Pages too. <sub>signed, </sub>] <sup>]</sup> 15:16, 6 November 2021 (UTC)
:I am not aware of any such proposals, and to be honest I hope none ever materialise. Blockchain has always looked to me to be mostly a ]. ] <small>( ] · ] )</small> 15:24, 6 November 2021 (UTC)
:Please no. I would certainly attract people, but not the people we need. ] (]) 17:25, 6 November 2021 (UTC)
:<small>Time to start selling NFTs for each individual diff! --] (]) 17:46, 6 November 2021 (UTC)</small>
::Putting aside how silly the idea is in general, I wonder whether NFTs, to comply with CCYBASA 3.0 would inherently themselves be under that license ] (]) 16:58, 7 November 2021 (UTC)
:Describing the idea as silly is harsh @]. @] has just suggested an elephant sized tool for a mouse size problem.
:@] thank you for being on Misplaced Pages for 18 years, wakelamp said after looking at your user page. :-)
:Blockchain raises high levels of horror in IT, because it provides security through high processing time on each transaction, and adds complexity to implementing what otherwise would be simple processes. This makes sense for some situations, but the desirability, monetary value, and importance of the an achievement badge does not justify it. NFTs are really for trading things or identifying things uniquely, but there is no standard, and it has the same issue as blockchains. To give you and indication of the differences, Openbadge.org is very small and very quick and uses a digital certificates similar to a website.
:Gamification is worth discussing, because we have an issue retaining new Editors, an obsession with # of edits, and our ideals not matching our interactions. Also when I see a user page (your's excepted of course :-)) I always want to run screaming the word .
:Here are two game systems assosciated with forum and the creation of contents https://boardgamegeek.com/page/BoardGameGeek_FAQ and https://whirlpool.net.au/wp_smileysystem . ] (]) 14:31, 8 November 2021 (UTC)


A good thing about a system like this is that the community can do almost all of the work ourselves: the tagging is a simple template that adds a CSS class, and the filtering can be implemented through user scripts/gadgets. WMF involvement on e.g. integrating this into the default preferences screen or doing the warning/hiding on the server side would be a nice-to-have, not a must-have. &ndash;&#8239;]&nbsp;<small>(])</small> 07:34, 11 December 2024 (UTC)
* Misplaced Pages doesn't need a blockchain. A blockchain is used for distributed consensus. But Misplaced Pages has centralized consensus; everyone agrees on what part of the encyclopedia ] refers to. As far as NFTs, we have Barnstars, which are already on the "centralized blockchain". Sure, you can't sell barnstars for money, but you're not supposed to profit from your Misplaced Pages edits, remember? ] (powera, ], ]) 18:17, 8 November 2021 (UTC)
::FWIW ] uses blockchain. I've never used it but is an experiment in applying the tech to a wiki environment. -- ]] 21:36, 8 November 2021 (UTC)
:::I have looked at their site- It seems to be about paying content creators with micro- payments ] (]) 12:48, 15 November 2021 (UTC)
::::Eveipedia? That highly succesful experiment that e.g. lists as Senator and Presidential candidate? I think we may consider Everipedia to be dead as a dodo. Even is still described as a candidate, and as the current president. Only blockchain and crypto articles still get updated, it seems. ] (]) 14:57, 16 November 2021 (UTC)
:::::] do seem to be the parallel universe of Misplaced Pages. (even to the ] having been the CIO)., But i think it is good that @] brought them up. What would Sun Tzu advice? :-) .. What can we learn from them? Why didn't micro-payment work? Was their platform more attractive to some editors than Misplaced Pages? ] (]) 22:14, 18 November 2021 (UTC)


:Oh also, I suggest we strictly limit discussion here to opt-in systems—nothing that will change the current default of all images always being ]—because experience shows that, not only is ], but even mentioning it has a tendency to heat up and derail discussions. &ndash;&#8239;]&nbsp;<small>(])</small> 07:36, 11 December 2024 (UTC)
== Talk and Article integration to reduce editing time ==
:Would there be a way to tag or list the images themselves, rather than needing to recreate new template coding for each use? ] (]) 08:32, 11 December 2024 (UTC)
<s>Topic was : Change TALK tab to show the # of non archived tasks </s>
::That would make sense, but since the images are (mostly) on Commons I couldn't figure out a way of doing it off the top of my head. It would also mean that control of what and how things were tagged would be on another project, which always tends to be controversial on enwiki. &ndash;&#8239;]&nbsp;<small>(])</small> 08:56, 11 December 2024 (UTC)
<u>The problem</u> is TALK has no visibility on ARTICLE, TALK topic status is hard to know, and editing must be done on both ARTICLE and TALK. The Reader has no cues to article quality except maintenance template, and no incentive to look at TALK and become an EDITOR.
:From the experience with ], these things tend to proliferate if they exist at all. I would rather stay with the clean policy of no warnings whatsoever than discuss whether to introduce warnings for certain classes of offensive things. <small>I am personally offended by the use of "His Royal Highness" or similar words when referring to citizens of Germany like ], but I think it is better not to have a category of pictures offending German anti-monarchists.</small> Even if we do not do the censoring ourselves, I oppose spending volunteer time on implementing something that can be used as a censorship infrastructure. —] (]) 09:33, 11 December 2024 (UTC)
<u>An idea</u>
::This would retain the policy of no warnings because they would be invisible to anybody who didn't opt-in. Similarly, only volunteers who want to use their time in maintaining this system would do so. &ndash;&#8239;]&nbsp;<small>(])</small> 10:45, 11 December 2024 (UTC)
'''TALK Page'''
::I also was reminded of the spoiler tag fiasco. Only at least we can agree spoiler tags would be on any and all plot summaries. ] (]) 17:31, 11 December 2024 (UTC)
* Topics to contain an additional shortcut status ], similar to subscribe.
:Another recent discussion at ]. ] (]) 10:04, 11 December 2024 (UTC)
* the TALK Tab to shows the number of topics not DONE similar to inbox
:'''Strongest oppose''' to tagging system, for which there was pretty clear consensus against in the previous discussion. It is against the spirit of Misplaced Pages and would be a huge headache for an end that goes against the spirit of Misplaced Pages. This project should not be helping people hide from information. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 15:33, 11 December 2024 (UTC)
* Maintenance templates to create a linked TALK topics - changing to Done removes maintenance template. Changing status to undone ass its
:*Support: I don't see why would anyone oppose it. And since I have little knowledge on technical stuff, I don't have anything to add to this idea.
* Changing the first project importance and quality updates ARTICLE header
:] <small>''']'''</small> 17:59, 11 December 2024 (UTC)
'''ARTICLE Page'''
::{{ping|Super ninja2}} you don’t vote at the Idea Lab. Zanahary is admittedly falling foul of this rule too but I’ll give it a pass as “I am so passionate about this I will vote rhetorically”. ] (]) 18:06, 11 December 2024 (UTC)
* Selecting ARTICLE Publish - List of topics shows to the left. Editor can select topic(s) and change status. Or open up topic and enter directly The Publish Summary is automatically added to the Topic at
:::Sorry, I didn’t realize we don’t vote here. How are we supposed to voice opposition to an idea? Just exclude the bolded vote? <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 18:36, 11 December 2024 (UTC)
* Reverting a linked update on either reverts both
::::You don't. You criticize and give your opinion to fix. ] <small>''']'''</small> 18:49, 11 December 2024 (UTC)
<s>Topic was : Change TALK tab to show the # of non archived tasks
:::::I don't voice opposition to an idea? Here's my criticism: tagging to appeal to sensitivities that would have certain types of information and imagery hidden is validating those sensitivities, which is not the place of Misplaced Pages (and is against its spirit), and enables the concealment of informationm which is diametrically opposed to the spirit of Misplaced Pages. My proposed "fix" is to not pursue this content-tagging idea. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 19:23, 11 December 2024 (UTC)
Make the Talk Tab show the number of open non archived topics.
So, similar to many systems for notifications, email, and messaging system ] (]) 16:00, 7 November 2021 (UTC)</s> :::I actually thought so. Saw Zanahary voting and thought maybe I was wrong. ] <small>''']'''</small> 18:48, 11 December 2024 (UTC)
:On most talk pages, "archiving" isn't used, nor is there a "close" of topics. This could possibly be useful for pages on on projects that use Flow. — ] <sup>]</sup> 16:07, 7 November 2021 (UTC) :I haven’t seen anyone bring this up, but this clearly goes against ]. Please consider this a constructive note about the obstacles you will face if you try to add content warnings to Misplaced Pages. <span style="position: relative; top: -0.5em;"></span>]<span style="position: relative; top: -0.5em;"></span> 17:23, 16 December 2024 (UTC)
::@] ] is marked as historical. is EN going to use flow?
::With archives, I was going to raise a separate idea, if this one had potential. That idea was going to be that Talk has an option to mark a topic as CLOSED, similar to ] used on RFC, but also with an option to REOPEN.
::These two ideas were to solve
::* An Editor on Article does not know there is anything on talk.
::* An Editor on Talk has to skim all Talk Topics
::* Maybe reduce the number of Talk Topics (especially from Newbies) that never get a reply
::
::@] I was after it for everyone ] (]) 13:42, 8 November 2021 (UTC)
:Might be doable as a user script. ] to request. -- ]] 17:12, 7 November 2021 (UTC)
::You're in luck: ] ]&nbsp;(]) 21:11, 7 November 2021 (UTC)
:Flow became ] - and enwiki isn't using it anywhere (for now) - some other projects do use it, notable mediawikiwiki. — ] <sup>]</sup> 14:16, 8 November 2021 (UTC)
:Do other editors Look at talk consistently? And what are the downsides of this idea? ] (]) 05:26, 12 November 2021 (UTC)
::The chief downsides were given by xaosflux: we don't usually close or archive discussions, so it's impossible for a computer program to know if any single discussion needs a response. As a result, people would learn not to trust the number of topics displayed, because some of the topics could be obsolete.{{pb}}If the idea is to get more people responding to talk pages, we could get a bot to comment on wikiproject talk pages with a random selection of talk page sections. But that would annoy people unless the links were all useful or interesting, so you'd need a human to do it anyway. That's a lot of work. ]&nbsp;(]) 09:17, 12 November 2021 (UTC)
:::The interesting or useful is really hard to detect. You can do keyword or weasel word searches, but how do you tell if they are interesting? Unless we allowed an editor to mark the topic as interesting.....hmmm.
:::We definitely shouldn't create extra work. I was looking through missing category history and a few other reports - we are indicating more work with tags and templates than we are getting rid off. (I was trying to work out a way of estimating the backlog).
:::I agree with you about archives..... Ok what about <nowiki>]</nowiki> and squiggly brackets edit fully-protected ... answered=yes}} and ]. ] (]) 11:23, 12 November 2021 (UTC)
::Flow is used on a few Wikipedias, plus ]. See ] if you'd like to try it out. The WMF has no current plans for developing it further. If anyone finds about $10M and a spare dev team lying about, please kindly contact me, and I will give you a list of bugs and missing features in Flow to fix first (I'll give you the list for free.  <code>;-)</code>).
::In terms of what to do, the Editing team is watching the ideas shared at ] (and its multiple sub-pages). Different "stories" about how people think about talk pages are useful to them. For example, @] seems to have a vision of a talk page that is a bit like a checklist of tasks to be accomplished. Other concepts are similar to spaces for decision-making, or a casual hangout spot. If you have a metaphor or concept (or a variant on a concept) that helps you describe what a talk page is for, then please post it at ]. This kind of background or high-level information is more useful to the designer and product manager than you might guess. ] (]) 21:33, 15 November 2021 (UTC)
:::It's good that the discussions are of use, and those metaphors are good, but I really really think WMF reach out to the different Talk user types . (BTW My vision is changing based on the discussions, and as I dig through the various areas, but it is based on the 4th Pillar "editors should treat each other with respect and civility" (with a bit of stretching))
:::* Respect - Respect is not just listening to others you are in conversation with, it is also noticing that others have spoken. As a Wiki Gnome, my guess is 20 % of high importance talk topics are archived without reply, and nearly all topics on low importance articles never get a reply, or are even looked at. The stretch is that it it is also about being respectful of other's time - if something has been fixed, I don't need to know about it. If I must need to know about mark the topic as FAQ, In talk, refer to other's comments, and try to combine thoughts, not fragment them. All the article tags are a form of Talk - and most are a waste of time ; I can read an article and know it needs citations.
:::* Difference - The casual hangout things a good idea, but it should be at a higher level. I know of know other forum that doesn't have a casual lounge,. Some Wikipedians would dislike it as wasting editing time, ,but they also don't understand that others are different. Who cares if someone spends all their time editing their user page ( as long as it is hidden from google and reader searches)? If it increases the chances that they might do 1 edit in main it's awesome, . If they don't it is our fault for not engaging them
:::* Civility. This is declining I think, Many active editors have moved into tools, Many experienced editors, who were voices of moderation have got worn down and left,. New editors are not that attracted because of legalism and opaque rules. OVerall Misplaced Pages has an admin system for content and extremes,, but not a moderation system for medium bad behaviour. There are no consequences of being an ass. So I avoid long threads on Article Talk,
:::* ] (]) 23:57, 18 November 2021 (UTC)


Having a general Opt-in system of blurring or hiding ''all'' images would be no problem. Having one based on tags, content, categories... would be largely unmaintainable. If you create an "opt-in here to hide all sexual images", then you have to be very, very sure that you actually can do this and not give false promises to readers. But as there is no agreement on where to draw the line of what is or isn't sexual, nudity, violence, disturbing, ... this will only lead to endless edit wars without possible resolution. Are the images on ] sexual? ]? ] (ooh, violence as well!)? ]? ]? ] (]) 10:03, 11 December 2024 (UTC)
== Disclaimer to posts on the confederacy and confederates ==


:Exactly. One of the issues is that some people think there is a thing such as non-sexual nudity, while others think that nudity is always sexual. —] (]) 10:14, 11 December 2024 (UTC)
I am advocating that the below or something similar be added to EVERY page that is dedicated in anyway to the confederacy, anyone who fought for the confederacy, and for any groups the celebrate the confederacy.
::So we could have a category "nudity" instead of or in addition to "sex". Part of the proposal here is coming to a consensus on which categories should exist and on guidelines for their use. I don't see how we can conclude that this is an impossible or impractical task before even trying. We manage to ] ] ] ] ] all the time. &ndash;&#8239;]&nbsp;<small>(])</small> 10:44, 11 December 2024 (UTC)
My ask for this is to simply present historically factual & accurate information.
:::"Trying" would be a massive task, so deciding whether it seems feasible or not before we start on it seems the wisest course of action. We get endless discussions and RfC about whether something is a ] or not all the time, to have this kind of discussion about which tags we should have and then which images should be part of it will multiply this kind of discussions endlessly. Should ] be tagged as nudity? ]? Is ] nudity? ]? If male nipples are nudity, then ] is nudity. If male nipples aren't nudity, but female nipples are nudity, then why one but not the other? ] (]) 11:04, 11 December 2024 (UTC)
Over the last few years, the Jim Crow era statues to these treasonous people and the effort to continue to subjugate the African-American population have begun to be appropriately removed.
::::<small>TRADITION!! ] (]) 11:07, 11 December 2024 (UTC)</small>
Additionally, states have removed the confederate battle flag from the state flags in effort to stop celebrating a system as heinous what the confederacy was fighting for.
::::As with everything, we'd have to reach a consensus about such edge cases either in general or on a case-by-case basis. It's not for me to say how that would go with these examples, but I'd suggest as a general principle we should be descriptive rather than normative, e.g. if there is a dispute about what constitutes male nudity, then break the category down until the labels are uncontroversial – "male nudity (upper body)" and so on. &ndash;&#8239;]&nbsp;<small>(])</small> 13:50, 11 December 2024 (UTC)
It can easily be argued that because Misplaced Pages is often used by students as reference material and by people simply searching the internet for information that your pages without the header suggested below will do more harm and spread more misinformation than these statues ever would had they been left in place. And Misplaced Pages had a duty and moral obligation to present facts.
:::::These aren't edge cases though. The more you have to break it down, the more work it creates, and the disputes will still continue. Will we label all images of women/men/children/other? All images of women showing any flesh or hair at all? Basically, we will need to tag every image in every article with an endless series of tags, and then create a system to let people choose between these endless tags which ones they want to hide, even things most of us might find deeply unsettling to even offer as an option? Do we want people to be able to use Misplaced Pages but hide all images of transgenders? All images of women? All images of Jews? Everything that isn't halal? In the 4 images shown below, the one in the bathtub is much more sexual than the one in the shower, but the one in the shower shows a nipple, and the other one doesn't. Even to only make meaningful categories to indicate the difference between those two images would be quite a task, and then you get e.g. the other image showing an artwork, which again needs a different indication. It seems like madness to me. ] (]) 14:05, 11 December 2024 (UTC)
:::There are just so many things that some people don't want to see... ] or ] are among the easier ones that might look near harmless to tag. However, people will also demand more difficult things like "images not appropriate for 12 year olds" that have no neutral definition (and where Europeans and Americans have widely differing opinions: just look for typical film ratings where European censors think sex, nudity, drug use and swearing are ok but violence is not, and American censors will think the opposite). There are also things some people find offensive that I am not at all ok with providing a censorship infrastructure for: images depicting mixed-race couples, images depicting trans people, images depicting same-sex couples. I do not think Misplaced Pages should help people avoid seeing such images, so I do not want us to participate in building a censorship infrastructure that allows it. —] (]) 11:18, 11 December 2024 (UTC)
::::Alternatives like ] exists. ] (]) 11:21, 11 December 2024 (UTC)
::::The English Misplaced Pages community would control which categories are used for this system and I am confident they would reject all of these examples. "People will make unreasonable demands" does not sound like a good reason not to do something. &ndash;&#8239;]&nbsp;<small>(])</small> 13:44, 11 December 2024 (UTC)
:::::{{tpq|I am confident they would reject all of these examples}} Why? On what objective grounds are you labelling those examples as "unreasonable"? Why are your preferences "reasonable"? ] (]) 14:14, 11 December 2024 (UTC)
:::::Because if there's one thing the English Misplaced Pages community is known for, it'a always agreeing on everything?
:::::This project already has enough things for ongoing arguments over. Making lists of what people may want to avoid and ranking every image on whether it falls into that list is a tremendous effort that is bound to fail. (The thread calling for such categorization on the policy page is an excellent example.... a user felt they were harmed by an image of a dead man smiling... only it seems not to be a dead man, we were supposed to police that image based on how they would misinterpret it.) I'm also wondering if we risk civil litigation if we tell people that we're protecting against image-type-X and then someone who opted out of seeing such images views something that they consider X.
:::::This is just one more impediment to people adding information to the encyclopedia. I can't see that this censorship system would make more people enthusiastic to edit here (and if it did, I'm not sure we'd really want the sort of editor it would encourage.) -- ] (]) 14:39, 11 December 2024 (UTC)
One more general problem with the proposal is that you do not know whether people will be forced to "opt in" by "well meaning" system administrators trying to censor what can be accessed from their system. Having machine readable tags on images makes it very easy to do so and also easy to remove people's ability to click through and see the content. We should not encourage volunteer efforts on supporting such censorship infrastructures. —] (]) 11:46, 11 December 2024 (UTC)


I don't think the specific proposal here, placing templates in articles (even if they default to not obscuring any images), would be workable. It's too big of an opportunity for activist editors to go on mass-article-editing sprees and for people to edit war over a particular instance of the template. You'd also have to deal with templates where simply wrapping the image in a template isn't currently possible, such as ]. If people really want to pursue this, I think it'd be better to figure out how to tag the images themselves; people will still probably fight over the classifications, but at least it's less likely to spill over into disrupting articles. ]] 12:45, 11 December 2024 (UTC)
My suggestion for all confederate related pages is (all of this is true, factual and as neutral as is possible):


:The idea was that, since these templates would have ''no effect'' if not someone has not opted-in to hiding that specific category of image, people who do not want images to be hidden would be less likely to fight over it or be worried about what "activist editors" are doing. The idea that Misplaced Pages should not be censored for everyone has solid consensus behind it, but the position some are taking here, that other people should not be allowed an informed choice of what not to see, strikes me as quite extreme. &ndash;&#8239;]&nbsp;<small>(])</small> 13:40, 11 December 2024 (UTC)
This man chose to serve and fight on the side of the Confederacy and against the democracy, the constitution of the United States during the American Civil War.
::You were given all the information you need by the very fact that this is an encyclopedia. There WILL be things here to upset you. --] (]) (]) 15:06, 11 December 2024 (UTC)
The Confederacy was in direct violation of the US constitution thus by its nature serving to defend the confederacy was an act of treason against the United States of America.
::I dispute your good-faith but naive assertion that these templates would have "no effect on people who have not opted in". If you tag images systematically, you make it easy to build proxies (or just censored forks) that allow high schools in Florida to ensure their students won't be able to click through to the photo explaining how to use contraceptives. There is no innocent "only opt-in" tagging; any such metadata can and will be used for censorship. Do you really want us to be in the business of enabling censorship? —] (]) 15:14, 11 December 2024 (UTC)
:::Well yes, the proposal literally to enable censorship. For those who want it. It may be that it is used by network administrators as you suggest, we can't stop that, but that's between them and their users. I agree that censorship should not affect what editors ''include'' in our content but I find the idea that we can enforce our ideal of Zero Sensitivity Free Speech to a global readership also very naive (and frankly a little creepy; I keep picturing a stereotypical Wikipedian standing in front of a Muslim child screaming "no you WILL look at what we show you, because censorship is bad and also what about Renaissance art"). A silver lining could be that the option of controlling access to our content in a fine grained way may convince some networks to allow partial access to Misplaced Pages where they would otherwise completely block it. &ndash;&#8239;]&nbsp;<small>(])</small> 16:58, 12 December 2024 (UTC)
::::We are not in the business of enabling censorship, voluntary or otherwise, because voluntary censorship very quickly becomes involuntary cesnsorship. We are in the business of providing access to information, not inhibiting access to information. ] (]) 17:07, 12 December 2024 (UTC)
:::::"We're not in the business of leaving the phrase 'rimjob' to your imagination, Timmy, we're in the business of providing access to artistic depictions of bunny sex!" he screamed, and screamed, and screamed... you guys are really silly sometimes. &ndash;&#8239;]&nbsp;<small>(])</small> 17:31, 12 December 2024 (UTC)
:: I've seen enough arguments over people doing mass edits and otherwise fighting over invisible stuff in articles, including complaints of watchlist flooding, to think this would be any different. ]] 00:17, 12 December 2024 (UTC)


]]]]* I would support an opt-in that turned off or blurred ''all'' images and made them viewable with a click. I would absolutely object to ''anything'' that used some categorization system to decide which images were potentially offensive to someone somewhere. There would be systemic sexism in such categorization because of different cultural norms. ] (]) 12:56, 11 December 2024 (UTC)
The root cause of the confederacy was to maintain its economic system which was the enslavement of the African-American population.
::Here are four images of adult women touching their own breasts. Do we categorize all of them as potentially offensive? ] (]) 13:10, 11 December 2024 (UTC)
Only later did the southerners, including the Sons & Daughters of the confederacy propagate the mis truth of the lost cause, states’ rights, as the reason for the civil war. This is false. <!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding ] comment added by ] (] • ]) 02:09, 8 November 2021 (UTC)</span> <!--Autosigned by SineBot-->
:::Yes, or at least the three photographs. I'm standing on a crowded subway car and just scrolled past three pics of boobs. Totally unexpected, totally would have minimized/blurred/hidden those if I could, just for the other people around me. It has nothing to do with being offensive, I'm just in a place where pictures of boobs are not really OK to have on my phone right now. And I live in a free country, I can only imagine what it might be like for others. ] (]) 15:16, 11 December 2024 (UTC)
::::If you are in a place where images of boobs are not ok to have on your phone, you should turn off or blur images on wikis in general as you can never guarantee there will be a warning. (As an aside, these images are not far from some that I have seen in on ads in subway stations). —] (]) 16:15, 11 December 2024 (UTC)
::::Levivich, I sympathize with the desire not to encounter NSFW content while “at work”. But your standard here is “not safe for a crowded American or British public space”, which admittedly is the default for the Internet as a whole. But on Wikimedia we at least ''try'' to respect the fact that not everyone has that standard. ] (]) 17:49, 11 December 2024 (UTC)
:::::It really doesn't feel like we're trying to respect anyone, based on this and related discussions. We seem to be saying to anybody who has personal or cultural sensitivities about any kind of image (so the majority of humankind) that they can either accept ''our'' standard of ] or to not see any images at all. We're saying we can't possibly let your kids have the full experience of our educational images while also avoiding photos of dead bodies or graphic depictions of penetrative sex, because what about male nipples? &ndash;&#8239;]&nbsp;<small>(])</small> 17:04, 12 December 2024 (UTC)
::::::I don't think anyone is saying that people should not see images at all... simply that if they are concerned about seeing images, they get to be the ones to decide which images they should see by clicking on that image. For them to make it our responsibility to guess which pictures they'll want and be the baddies when we're wrong is not respecting them and their ability to make decisions for themselves. (And I'm not sure that you can say we're giving anyone the "full experience of our educational images" when you are hiding some of them.) -- ] (]) 21:10, 12 December 2024 (UTC)
::::::Yes because what about male nipples. Because what about female nipples? Lots of more liberal-minded legal guardians wouldn’t oppose children seeing those. Or even full nudity. Or even dead bodies and penetrative sex! And then we have to go the whole opposite direction ad absurdum with women in bikinis, and Venus de Milo, and unveiled females, or female humans in general, and Mohammad, and dead aboriginal Australians and spiders and raw meat and Hindu swastikas and poop. ] (]) 11:27, 13 December 2024 (UTC)
::::If a stranger is offended by an image on your phone, remind them that they are being very rude by looking at it. --] (]) (]) 20:57, 11 December 2024 (UTC)
:::::Try that with the policeman looking over your shoulder in the country where accessing "indecent" images gets you imprisoned. &ndash;&#8239;]&nbsp;<small>(])</small> 17:06, 12 December 2024 (UTC)
::::::Pretty much ''every'' image of a human being (and plenty of other subjects) has the potential to be regarded as indecent somewhere. This means there are exactly two options that can achieve your desired outcome: censor all images, or assigned every image, individually, to one or more extremely fine-grained categories. The first already exists, the second is completely impractical. ] (]) 17:11, 12 December 2024 (UTC)
::::::Then DON'T GO TO A WEBSITE THAT YOU SHOULD REASONABLY EXPECT TO HAVE SUCH COTENT. Such as an encyclopedia.--] (]) (]) 00:11, 13 December 2024 (UTC)
:::::::Someone on the subway asked me to stop looking at pictures of naked people on my phone and I said "WHAT?! I'M READING AN ENCYCLOPEDIA!" ] (]) 00:22, 13 December 2024 (UTC)
::::::::I really don’t see why Misplaced Pages should work around the subway-goer looking at your phone and your ability to appease them. Look at another website if you want something censored and safe for onlookers. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 00:28, 13 December 2024 (UTC)
:::::::::I don't really see why you (or anyone) would be opposed to me having a script that lets me turn off those pictures if I want to. ] (]) 00:36, 13 December 2024 (UTC)
::::::::::You can have your own script to toggle off every image. You can have a script that runs on an off-wiki index of images you don’t want to see. But to tag images as potentially offensive, I have an issue with, and I hope you understand why even if you don’t agree. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 02:44, 13 December 2024 (UTC)
::::::::I’m sorry but your situation is just weird. You should ''know'' Misplaced Pages is generally NSFW at this point if you’re ''complaining about it right now''. ] (]) 11:45, 13 December 2024 (UTC)
::::::::Seems that the problematic behavior here isn't us having the images or you looking at them, it is the random person looking at someone else's screen. We should not be required to modify our behavior because other people behave badly. --] (]) (]) 15:49, 13 December 2024 (UTC)
::::You can look at other websites if you're in public and an uncensored one would disturb people who might glance at your phone! <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 21:06, 11 December 2024 (UTC)
::::And how do we categorize these in order to allow "offensive" images to be blurred, @]? ] (]) 22:42, 16 December 2024 (UTC)
:::::@]: We don't, we let the people who want to hide images decide which images they want to hide. They can pick specific images, or categories, or use the Wikidata "depict" info (as Izno mentions below), and there's probably some other ways to do it besides those three. ] (]) 19:01, 17 December 2024 (UTC)
::::::Wouldn't it be simpler to set up a toggle on/off applied locally for all images that can be used by IPs as well as registered accounts? Sorry if I'm completely misunderstanding the tech details.
::::::To be clear, I have no objection to allowing people to decide from among WC’s how many hundreds of thousands of categories which ones they don’t want to see. Sounds like a daunting iterative process if there's a lot someone would rather not be surprised by, but it's their time. And if someone wants to go through WC and make sure everything's categorized, ditto. And I guess someone could leave penises on their list all the time and take boobs off once they get off the subway. :D What I object to is for us in any way to suggest/imply which categories someone might want to block. ] (]) 14:16, 18 December 2024 (UTC)
:::::::Yes I totally agree with all of that :-) An image switch would be simpler, and compiling a list would take a lot of time, but it's their time. (I would toggle the switch on the subway to protect myself from boobs ''and'' penises!) ] (]) 17:12, 18 December 2024 (UTC)
:::::::Browsers already have a toggle so they can avoid downloading all images. As I discussed in another thread, users who need to limit their downloads of images are likely to need to do this across all web sites, and so handling this restriction on the client side is more effective. ] (]) 19:54, 18 December 2024 (UTC)
::::::::Yeah, but if most of your online time is at, like, art or shopping or recipe sites, it seems like kind of a hassle to make someone flip that toggle every time they come to ''Misplaced Pages'' when we could just give them a toggle to set here. Again apologies for my tech ignorance. <small>Believe it or not I was an early adopter when I was young. In the early 90s I taught workshops for my professional association in how to build a website. :D Age. It comes for all of us.</small> ] (]) 16:52, 19 December 2024 (UTC)
:::::::::Some browsers will let you configure settings for specific sites, so you can block images from only Misplaced Pages. It's just more effective for users to have one interface that they can use across all websites, than to have to make adjustments on every website they want to manage. (For a similar reason, Misplaced Pages doesn't dictate a specific font for the body text; it uses the configured default sans-serif font.)
:::::::::Regarding the tech side, the most straightforward way to implement a setting for non-logged in users without incurring additional caching costs is to use Javascript that is triggered through something stored on the client (such as a cookie), which is how I understand the Vector2022 width setting is done. That introduces a race condition where images may be downloaded before they can get blocked, and potentially shifting layouts, or the entire page load has to be delayed. ] (]) 17:42, 19 December 2024 (UTC)
:::I would blur all nude or inappropriate images and ask the people who enter on these pages if they are mature because sometimes kids use wikipedia for research and click things not appropriate for their age I would not blur some images on stuff like breast cancer because sometimes people research stuff on that for only educational purposes. ] (]) 18:24, 1 January 2025 (UTC)
:I'd be ok with such an opt-in too, if it can be made. Perhaps such a link/button could be placed in the main meny or floating header. The hamburger too perhaps, for the mobile readers. ] (]) 13:27, 11 December 2024 (UTC)
:The idea is not to decide what is and isn't potentially offensive, but to add descriptive labels and then let ''readers'' decide what they do and do not want to be warned about. So for example we would not categorise any of your examples as "potentially offensive", but as containing "nudity" or "nude women" or whatever level of granularity was agreed upon. This idea is a reaction to the proposal to obscure all images (which is being ]) because a) letting users choose whether to see an image is only useful if they have some indication of what's behind the blurring and b) quite frankly, I doubt anyone will ever use such an indiscriminate option. &ndash;&#8239;]&nbsp;<small>(])</small> 13:33, 11 December 2024 (UTC)
::One generally does have indications of what is being blurred, both some sense in a blurred image but more importantly by caption. Some ways of hiding all images would ipresent not a blurred image present a filename, and image filenames are largely descriptive. -- ] (]) 15:59, 11 December 2024 (UTC)
:::Use alt text, the explicit purpose of which is to present a description of the picture for those that cannot see it, rather than file names which can be completely descriptive without describing anything relevant to why someone might or might not want to view it, e.g. the photo of the statue here is ]. ] (]) 18:22, 11 December 2024 (UTC)
::::That is actually a much better idea than blurring, thanks! Having a "see alt text instead of images" option would not only be more practical for people wanting to know if images are sensitive before seeing them, it would also give more of an incentive to add alt text to begin with. ] (] · ]) 18:31, 11 December 2024 (UTC)
:I would also support an opt-in to blur ''all'' images (in fact, ] does about that). However, categorizing images with labels whose only purpose is for reader to decide whether they are offensive is, by definition, flagging these images as "potentially offensive", as I doubt a completely innocuous image would be flagged that way. And any such categorization can easily be exploited, as above.{{pb}}Also, the ethical concerns: if some people find homosexuality offensive, does that mean Misplaced Pages should tag all images of gay couples that way? What is the message we bring if gay people have a tag for blurring, but not straight people? ] (] · ]) 14:04, 11 December 2024 (UTC)


You might be able to do it using categories, even Commons categories. Instead of (or in addition to) adding images one by one to special maintenance categories, add entire image categories to the maintenance categories. Keep in mind this isn't the kind of thing that needs consensus to do (until/unless it becomes a gadget or preference)--anyone can just write the script. Even the list of categories/images can be maintained separately (e.g. a list of Commons categories can be kept on enwiki or meta wiki or wherever, so no editing of anything on Commons would be needed). It could be done as an expansion of an existing hide-all-images script, where users can hide-some-images. The user can even be allowed to determine which categories/images are hidden. If anyone wants to write such a script, they'd have my support, hmu if you want a tester. ] (]) 15:30, 11 December 2024 (UTC)
:Sidestepping the POV issue that is portraying the various institutions of the United States as indisputably good and beyond reproach, I'm just going to throw out there that the language is unencyclopedic and doesn't have a good place in most articles. ] (] • ]) (]) 07:14, 8 November 2021 (UTC)
:In general, mandating by policy that specific text be included in all articles that have some characteristic is not something we do. I understand the sentiment, though it might reasonably give ] to the status of some people as confederate soldiers, especially for those who became notable later in life for something else entirely. — ] (]) 16:58, 8 November 2021 (UTC)
:Why make confederate soldiers an exception to our general "]" guideline? There have been many conflicts in world history in which one or both sides was just as, or even more, evil than the confederacy. We rely on the ] policy to take care of things. This idea smacks very much of ]. ] (]) 18:26, 8 November 2021 (UTC)
::Yeah. For nasty, horrible and evil, try ]. I see no disclaimers there. --] &#x1f339; (]) 19:37, 8 November 2021 (UTC)
:::All right, I think we've rained and ] on this suggestion enough. I don't think this one's getting out of the lab. ] (] • ]) (]) 20:48, 8 November 2021 (UTC)


:As I commented at ] last month unless you get really fine-grained, Commons categories don't work. For example all these images are in subcategories of ]:
I appreciate the thoughts and feedback. I in no way advocated that this type of disclaimer only be placed on Confederate pages; something similar should be placed on pages of Nazis, supporters/champions of other racist/violent/bigoted groups.
:<gallery>
So please argue that such a disclaimer be placed on those pages and I will support your efforts. These institutions/people must be appropriately identified as such.
:File:2015 0603-LGBTQ-4 (34631002910).jpg|] → ] → ], ]
Leekycauldron your rain is acidic and frankly misplaced. <!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding ] comment added by ] (] • ]) 04:34, 9 November 2021 (UTC)</span> <!--Autosigned by SineBot-->
:File:Bees and Wasps.jpg|] → ] → ] → ]
:Again, I'm still going to push back on ] grounds. We need to ] reliable sources with different viewpoints in how we describe individuals. Would we want to put a giant disclaimer atop ] to say that he was in the ] and therefore, by somebody's analysis, he was complicit in Nazi war crimes? I'd imagine not; that isn't how reliable sources describe him, though the Hitler Youth did indeed do some really terrible things. In general, the coverage of ''specific individuals'', particularly for ] need more nuance than blanket statements posted in the articles of all people in X group. — ] (]) 05:09, 9 November 2021 (UTC)
:File:Autel votif, MSR, Musée Saint-Raymond (7220963000).jpg|] → ] → ] → ] → ]
:File:Rufus femmes fontaines-2.JPG|] → ] → ] → ] → ]
:File:Female-icon-2.png|] → ] → ] → ] → ]
:</gallery>
:To get any sort of useful granularity you have to go multiple levels deep, and that means there are literally thousands (possibly tens of thousands) of categories you need to examine individually and get agreement on. And then hope that the images are never recategorised (or miscategorised), new images added to categories previously declared "safe" (or whatever term you choose) or new categories created. ] (]) 15:43, 11 December 2024 (UTC)
::]. If someone wrote a script that auto-hid images in that category (and sub-cats), I'd install it. We don't need agreement on what the categories are, people can just make lists of categories. The script can allow users to choose whatever lists of categories they want, or make/edit their own list of categories. One thing I agree about: the work is in compiling the lists of categories. Nudity categories are easy; I suspect the violence categories would be tougher to identify, if they even exist. But if they don't, maintenance categories could be created. (Lists of individual images could even be created, but that is probably too much work to attempt.) ] (]) 15:53, 11 December 2024 (UTC)
:::Going that private script route, you could also use the category of the article in which it appears in some cases. But I'd worry that folks would try to build categories for the specific reason of serving this script, which would be sliding from choice to policy. -- ] (]) 16:02, 11 December 2024 (UTC)
::::Nah, still choice. One option is to create new maintenance categories for the script. Another option is for the script to just use its own list of images/categories, without having to add images to new maintenance categories. ] (]) 16:21, 11 December 2024 (UTC)
:::::Allowing maintenance categories designed to hide images is very much a policy issue, no matter how many times you say "nah". The moment that "pictures which include Jews" category goes up, we're endorsing special tools for antisemitism. -- ] (]) 17:04, 11 December 2024 (UTC)
::::::Nah. See, while we have a categories policy, new maintenance categories are not something we "allow" or don't allow -- they're already allowed -- and they don't create a "policy issue" because we already have a policy that covers it. People create new maintenance categories all the time for various reasons -- it's not like we have to have an RFC to make a new template or make a new maintenance category. This is a wiki, have you forgotten? We need consensus to delete stuff, not create stuff.
::::::And you're totally ignoring the part that I've now said multiple times, which is that ''no new maintenance categories are required''. That's ''one'' way to skin this cat, but it can also be done by -- pay attention please -- '''creating lists of categories and images'''. See? No maintenance category, no policy issue.
::::::Anybody creating a list of "pictures which include Jews" would be violating multiple site policies and the UCOC and TOS. '''This is a wiki, remember?''' Did we not have Misplaced Pages because someone might create an antisemitic article? No! We still had a Misplaced Pages, knowing full well that some people will abuse it. So "somebody might abuse it!" is a really terrible argument against any new feature or script or anything on Misplaced Pages.
::::::What are you even opposing here? You have a problem with someone creating a script to hide images? Really? Maybe just ... not ... try to imagine reasons against it? Maybe just let the people who think it's a good idea discuss the implementation, and the people who don't think it's a good idea can just... not participate in the discussion about implementation? Just a thought. It's hard to have a discussion on this website sometimes. ] (]) 17:09, 11 December 2024 (UTC)
:::::::Creating a script to hide images is fine. Curating/categorising images to make them easier to hide is not. You are free to do the first in any way you like, but the second should not be done on Misplaced Pages or any Wikimedia project. —] (]) 17:30, 11 December 2024 (UTC)
:::::::Why yes, I can understand why having people who disagree with you about both intent and effect in this matter would be a disruption to the discussion you want to have, with all agreeing with you and not forseeing any problems nor offering any alternate suggestions. I'm not seeing that that would be particularly in the spirit of Misplaced Pages nor helpful to the project, however. "Someone might abuse it and it might require more editorial effort to work it out, all of which could be a big distraction that do not actually advance the goals of the project" is a genuine concern, no matter how many times you say "nah". -- ] (]) 17:40, 11 December 2024 (UTC)
:::::::How would hiding pictures of Jews be an abuse? <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 18:40, 11 December 2024 (UTC)
:If not categories then perhaps that image tagging system commons has? (Where it asks you what is depicted when you upload something). Not sure how much that is actually used though. &ndash;&#8239;]&nbsp;<small>(])</small> 17:18, 12 December 2024 (UTC)
]
:::Using the sub-cats, you would hide e.g. the image on the right side (which is in use on enwiki). ] (]) 16:14, 11 December 2024 (UTC)
::::Yeah, given how Misplaced Pages categorization works (it's really labeling, not categorization), it's well known that if you go deep enough into sub-cats you emerge somewhere far away from the category you started at.
::::If the cost of muting the Penis category is having the bunny picture hidden, I'd still install the script. False positives are nbd. ] (]) 16:23, 11 December 2024 (UTC)
::::This is a bad example. It is only used on the article about the objectionable painting it is extracted from. ] (]) 20:53, 13 December 2024 (UTC)
:::::And...? I thought we were hiding objectionable images (and considering that painting as "objectionable" is dubious to start with), not all images on a page where one image is objectionable? Plus, an image that is only used on page X today may be used on page Y tomorrow ("rabbits in art"?). So no, this is not a bad example at all. ] (]) 22:54, 13 December 2024 (UTC)
:This is no better than the discussion running at the other VP and is borderline ]. I’m disappointed in the number (i.e. non-zero) of competent users vehemently defending a bad idea that’s been talked to death. I keep saying that the ''only way'' (no hyperbole) this will ''ever'' work is an “all or nothing” opt-in to hide all images without prejudice. Which should be discussed at the technical VP IMO. ] (]) 17:37, 11 December 2024 (UTC)
::Reactivating the sensitive content tagging idea here feels like forum-shopping to me too. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 18:41, 11 December 2024 (UTC)


'''oppose''' as forum-shopping for yet another attempt to try to introduce censorship into the wikipedia. ] (]) 18:51, 11 December 2024 (UTC)
:While I agree that those who performed, enabled or supported actions in the name of the Confederacy did "great wrongs", Misplaced Pages is ]. We summarize what reliable sources have to say about subjects. We do not editorialize in Misplaced Pages. - ] 13:28, 9 November 2021 (UTC)


:If people really want a censored Misplaced Pages, are't they allowed to copy the whole thing and make their own site? One WITHOUT blackjack and hookers?--] (]) (]) 21:02, 11 December 2024 (UTC)
== Idea: Explicitly add Notability as a GA Criterion ==
::Yes, we even provide basic information on how to do it at ]. ] (]) 21:26, 11 December 2024 (UTC)
::Actually forget the Misplaced Pages and the blackjack! ] (]) 14:55, 12 December 2024 (UTC)
:Maybe you missed it, {{u|ValarianB}}, but this is the idea lab, so a) as it says at the top of the page, bold !voted are discouraged and b) the whole point is to develop ideas that are not yet ready for consensus-forming in other forums. &ndash;&#8239;]&nbsp;<small>(])</small> 17:10, 12 December 2024 (UTC)
::Maybe you missed it, @], but forum shopping, spending time developing ideas that have no realistic chance of gaining consensus in any form, and ignoring all the feedback you are getting and insisting that, no matter how many times and how many ways this exact same thing has been proposed previously, ''this'' time it won't be rejected by the community on both philosophical ''and'' practical grounds are also discouraged. ] (]) 17:16, 12 December 2024 (UTC)
:::...you realise you don't ''have'' to participate in this discussion, right? &ndash;&#8239;]&nbsp;<small>(])</small> 17:20, 12 December 2024 (UTC)
::::Why shouldn't they? They strongly oppose the idea. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 18:07, 12 December 2024 (UTC)
::::Yes, that's exactly the problem with forum shopping. If you keep starting new discussions and refusing to accept consensus, you might exhaust people until you can force your deeply unpopular idea through.] (]) 18:31, 12 December 2024 (UTC)
:::::Because Thryduulf apparently thinks it's a waste of time to do so. And since the purpose of the idea lab is to develop an idea, not propose or build consensus for anything, I tend to agree that chiming in here just to say you oppose something is a waste of (everyone's) time. &ndash;&#8239;]&nbsp;<small>(])</small> 18:43, 12 December 2024 (UTC)
::::::How? If I were workshopping an idea to make Misplaced Pages cause laptops to explode, a discussion that omits opposition to that idea would be useless and not revealing. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 19:56, 12 December 2024 (UTC)
:::::::Because you're not participating to help develop the idea, your participating to stop other people from developing the idea. Brainstorming is not a debate. Brainstorming an idea does not involve people making arguments for why everyone should stop brainstorming the idea.
:::::::To use an analogy, imagine a meeting of people who want to develop a proposal to build a building. People who do not think the building should be built at all would not ordinarily be invited to such a meeting. If most of the meeting were spent talking about whether or not to build the building at all, there would be no progress towards a proposal to build the building.
:::::::Sometimes, what's needed (especially in the early stages of brainstorming) is for people who want to develop a proposal to build a building, to have the space that they need to develop the best proposal they can, before anybody challenges the proposal or makes the argument that no building should be built at all. ] (]) 20:13, 12 December 2024 (UTC)
::::::::The issue here is that image filtering for this purpose is a PEREN proposal, with many of the faults in such a system already identified. Not many new ideas are being proposed here from past discussions. ] (]) 20:27, 12 December 2024 (UTC)
::::::::I don't think this model works for a wiki. There's no committee presenting to the public. This project is all of ours, and if there's so much opposition to a proposal that it cannot be discussed without being overwhelmed by opposition, then I don't see it as a problem that the unpopular idea can't get on its feet. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 20:43, 12 December 2024 (UTC)
:::::::::Heh. So if three or four people can disrupt an idea lab thread, then that means it was a bad idea... is what you're saying? ] (]) 21:22, 12 December 2024 (UTC)
::::::::::Sure. Write up the worst interpretation of my comment and I’ll sign it. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 21:43, 12 December 2024 (UTC)
:::There's no problem with users voluntarily discussing an idea and how it might be implemented. They should, of course, remain aware that just because everyone interested in an idea comes up with a way to proceed doesn't mean there's a community consensus to do so. But if they can come up with a plan to implement an add-on feature such as a gadget, for example, that doesn't impose any additional costs or otherwise affect the work of any other editor who isn't volunteering to be involved, then they're free to spend their own time on it. ] (]) 19:33, 12 December 2024 (UTC)
::::My personal thought on how this should work is image sorting by category, the onus is completely on the user using the opt-in tool to select categories of images they don't want to see. We don't need to decide for anybody, they can completely make their own decisions, and there's no need for upkeep of a "possibly offensive image list." ] ] 02:48, 13 December 2024 (UTC)
:::::It’s interesting but I don’t support it. People don’t necessarily get how categories work. “]” isn’t about sexual intercourse, but it’ll be at the top of everyone’s block lists. And blocking a huge over-category like ] will block a lot of totally inoffensive images. In other words, this is too technical for most people and will satisfy no-one while catching mostly false positives. Which is actually worse than all-or-nothing. ] (]) 11:19, 13 December 2024 (UTC)
:::::A problem with this is that the tail may begin to wag the dog, with inclusion on block lists becoming a consideration in categorizing images and discussions on categorizations. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 15:00, 13 December 2024 (UTC)
::::::I can see that happening, becoming a ]-like timesink. ] (]) 15:07, 13 December 2024 (UTC)
:::::::I say let stupid people who don't understand what word means make their own mistakes. It ''might'' even teach them something. So long as it is opt-in only it won't effect anyone else. ] ] 07:28, 15 December 2024 (UTC)


Suggestion: we let those who think this is a good idea waste hours of their time devising a plan, and then we oppose it once they bring it to ]. I guess they have received enough feedback and can look through the archives to see why this is a bad idea which has been rejected again and again. It's their choice if they want to add one more instance of this perennial proposal, if they believe that either the opposes here are a minority and they represent the silent majority somehow, or if they somehow can find a proposal which sidesteps the objections raised here. ] (]) 11:46, 13 December 2024 (UTC)
You might think that this is silly—isn’t every article required to be notable? While per], the answer is yes, in practice there are articles that have slipped through GA and FA that we’re later determined by the community to be non-notable.


:That'd be great, thanks. &ndash;&#8239;]&nbsp;<small>(])</small> 11:49, 13 December 2024 (UTC)
The recent ] shows that even featured articles can have issues with notability. However, FA nominations take up an enormous amount of editor time—both for the multitude of reviewers required and for the editors who prepare the article. As a result, when non-notable articles are promoted to FA, an enormous amount of time is wasted entirely.


=== Break (opt-in content warnings) ===
Likewise, articles that are evaluated for GA demand editor time—both from an evaluator and from the editor(s) who prepare the article prior to its nomination—though not to the same extent as an FA. Obviously, we want to avoid wasted work, since editor time is our most valuable asset. But, by GA not having an explicit notability requirement, articles on dubious notability could make it through the entire process and even gain the green plus topic on without an affirmative check being done on the article’s notability. Our current system, therefore, is causing a decent amount of time waste when articles approach that level.
So to summarise the constructive feedback so far:


* It'd be better for labels to be attached to images and not to inclusions of them
To create an explicit requirement that an article to affirmatively meet ] at the time of its nomination for GA would help to lighten this sort of wasted work. It would require authors to find in-depth sourcing of the articles before making nominations, potentially leading to improved article quality. And, since FA articles must pass all GA criteria, changes made to the GA criteria would carry over to FA—this would reduce the risk of having articles of dubious notability go through the entire FA process, succeed because it passes all explicit requirements, and then subsequently be deleted.
* It'd be better to use an existing labelling (e.g. categories, captions) rather than a new system
* However it's doubtful if it's feasible to use categories or if they are sufficiently consistent
* An alternative could be to maintain a central list of labels


This suggests to me three, not mutually exclusive approaches: obscure everything any rely on captions and other existing context to convey what's shown (which is being discussed at ]); develop a gadget that uses categories (possibly more technically complex); develop a gadget that uses a central list (less technically complex, could build lists from categories). &ndash;&#8239;]&nbsp;<small>(])</small> 12:11, 13 December 2024 (UTC)
The downside to this sort of rule (as far as I can tell) is twofold: first, articles that are just barely notable but indeed pass ] (or possibly would earn a no consensus at AfD) are going to have a very hard time being appreciated as good articles if their content is good; second, it would leave it to individual editors (who vary significantly on the deletionism-inclusionism spectrum) to make a call on whether something is notable, whereas the AfD process is community-based and allows for consensus to form on notability. If we are to solve these problem by launching an AfD every time the GA reviewer were to not find an article clearly notable, this might result in more work overall (though it might help in trimming out cruft easier).


:Ah, the dreaded ]. ] (]) 14:09, 13 December 2024 (UTC)
I’m wondering if anybody else has thoughts around an idea like this, or knows if this has been tried before. I’m thinking about a formal proposal, but I would prefer to do brainstorming to try to come up with something more concrete before a proposal gets made. — ] (]) 06:42, 8 November 2021 (UTC)
:…this is your summary of feedback so far? How about "many editors believe that marking content as potentially sensitive violates ] and the spirit of an encyclopedia?" <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 14:58, 13 December 2024 (UTC)
::Seriously could you two stop? ] (]) 15:10, 13 December 2024 (UTC)
::That viewpoint has been well-heard and understood, and any actual implementation plan that develops will have to take it into account. ] (]) 17:23, 13 December 2024 (UTC)
::If you don't like it, don't use it. ] applies to features or gadgets just as much as it does to content—Misplaced Pages should not hide information about optional content filtering extensions from users by excluding it from the preferences tab. ] (]) 19:00, 19 December 2024 (UTC)
:My main questions would be what the criteria are for deciding what labels to have, and what steps would be taken to minimize the prejudicial effects of those labels (see Question 7 in this )? (Asking in good faith to foster discussion, but please feel free to disregard if this is too contrarian to be constructive.)--] (]) 16:49, 13 December 2024 (UTC)
::That is an excellent link. —] (]) 17:33, 13 December 2024 (UTC)
::I think it'd be best if the user sets their own exclusion list, and then they can label it however they want. Anyone who wants to could make a list. Lists could be shared by users if they want. ] (]) 18:20, 13 December 2024 (UTC)
::One option would be to start with an existing system from a authorative source. Many universities and publishers have guidelines on when to give content warnings, for example. &ndash;&#8239;]&nbsp;<small>(])</small> 19:23, 13 December 2024 (UTC)
:::This is a review of what content warnings and trigger warnings exist, not guidelines on when they should be used. It examined {{tq|<nowiki>electronic databases covering multiple sectors (n = 19), table of contents from multi-sectoral journals (n = 5), traditional and social media websites (n = 53 spanning 36 countries), forward and backward citation tracking, and expert consultation (n = 15)</nowiki>}}, and no encyclopedia. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 19:46, 13 December 2024 (UTC)
::::Yep, that's why I linked it; to show that we have at least 136 potential models. Though if you read further they do also come up with their own "NEON content warning typology" which might not be a bad starting point either. &ndash;&#8239;]&nbsp;<small>(])</small> 20:02, 13 December 2024 (UTC)
:::::Do you want to apply it to sensitive articles, too? That seems more in line with the NEON system. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 20:21, 13 December 2024 (UTC)
::::::No. &ndash;&#8239;]&nbsp;<small>(])</small> 05:58, 14 December 2024 (UTC)
:::::::{{ping|Joe Roe}} and why not? ] (]) 15:45, 15 December 2024 (UTC)
::::::::It seems like getting something running for images is enough of a challenge, both technically and w.r.t to community consensus. &ndash;&#8239;]&nbsp;<small>(])</small> 07:59, 16 December 2024 (UTC)
:::::Since it included NO encyclopedias, it looks to me like we have NO models. Possibly because such things are fundamentally incompatible with the nature of an encyclopedia.--] (]) (]) 23:44, 13 December 2024 (UTC)
::::::Bet you can't name three encyclopedias that contain a picture of ]. Britannica, World Book, and Encarta don't, in any edition. Seems that not having pictures of anal sex is quite compatible with the nature of an encyclopedia. Misplaced Pages might be the first and only encyclopedia in history that contains graphic images. ] (]) 00:42, 14 December 2024 (UTC)
:::::::Sounds like the problem is ith those others.--] (]) (]) 00:55, 14 December 2024 (UTC)
::::::::But it does make me wonder whether anything that appears only in Misplaced Pages and not in other general-purpose encyclopedias is accurately described as "the nature of an encyclopedia". That sounds more like "the nature of (the English) Misplaced Pages". ] (]) 01:18, 14 December 2024 (UTC)
:::::::::Misplaced Pages has long ago stopped being similar to old general purpose encyclopaedias; it is a sui generis entity constrained only by ]. We do have massive amounts of specialist topics (equivalent to thousands of specialist encyclopaedias) and try to illustrate them all, from TV episodes to individual Biblical manuscripts to sex positions. —] (]) 07:40, 14 December 2024 (UTC)
:::::::::Or those other encyclopedias are deficient. --] (]) (]) 22:33, 14 December 2024 (UTC)
:::::::feel free to argue on the anal sex page that we shouldn’t have any images of anal sex. We do. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 01:19, 14 December 2024 (UTC)
::::::::I believe that the argument is that since Misplaced Pages is the only (known) general-purpose encyclopedia to include such photos, then their absence could not be "fundamentally incompatible with the nature of an encyclopedia". If the absence of such photos were "fundamentally incompatible with the nature of an encyclopedia", then Misplaced Pages is the only general-purpose encyclopedia that has ever existed. ] (]) 02:10, 14 December 2024 (UTC)
:::::::::Why shouldn’t we operate from the idea that Misplaced Pages is the ideal encyclopedia? To me it clearly is. The spirit of an encyclopedia is obviously better served with photos on the article for anal sex than with a lack of them. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 03:09, 14 December 2024 (UTC)
::::::::::Because, as people who have a significant say in what Misplaced Pages looks like, that would be incredibly solipsistic and automatically lead to the conclusion that all change is bad. &ndash;&#8239;]&nbsp;<small>(])</small> 06:00, 14 December 2024 (UTC)
:::::::::::Taken to extremes, all philosophies would pitfall into pointlessness. If we exclude illustrating images because Britannica and World Book do too, then we may as well just fuse with either of those, or shut down Wiki because those others have it covered. Photos of an article subject are educational illustrations, and encyclopedias that lack such photos are weaker for it. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 06:20, 14 December 2024 (UTC)
::::::::::::The point is that you shouldn't take an outlier and declare that unusual trait to be True™ Nature of the whole group. One does not look at a family of yellow flowers, with a single species that's white, and say "This one has white petals, and I think it's the best one, so yellow petals are 'fundamentally incompatible with the nature of' this type of flower". You can prize the unusual trait without declaring that the others don't belong to the group because they're not also unusual. ] (]) 22:47, 16 December 2024 (UTC)
:::::::::::::I honestly don’t care about the other encyclopedias. If they wanted my help, I’d tell them to be more like Misplaced Pages, including by illustrating educatively without regard for offense, sensitivity, or shock. And when I say censorship is incompatible with encyclopedias, I’m not comparing against an average of extant encyclopedias; I am comparing against the principles and essence of what an encyclopedia is, which is an educational, organized, thorough compendium of important information as derived from reliable secondary sources. I consider any sacrifice from the informing mission of Misplaced Pages (like hiding some images, let alone marking them as potentially offensive) to be a loss, and I don’t consider making Misplaced Pages more comfortable or calming to be a benefit. That can be handled by pajamas.com or whatever—or by a Misplaced Pages fork that balances reader comfort and sensitivity with information. Not this one, though. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 01:15, 17 December 2024 (UTC)
:::::::A good reference work/encyclopedia on human sexuality probably does, though I haven’t gone and checked. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 03:11, 14 December 2024 (UTC)
::::::::Well one obvious example would be the ]. Nobody complains about ''that.'' ] (]) 15:42, 15 December 2024 (UTC)
:The right approach to take here is to use the ''depicts'' statement on Commons images (see also ]). This should have a fairly high true positive ratio (compared either to picking out specific images or using categories) as the intention of the property is to be pretty concrete about what's appearing in the file (see also ] and/or ] - it's not obvious to me which is the Commons preference for how to depict things). You'll need to figure out which Wikidata items you want to offer which indicate a screened image, but that can start in the penis, Muhammad, internal organ, and sex directions and go from there. The gadget will probably want to support querying the subclass chain of the Wikidata item (property P279) so that you can catch the distinction between any penis and the human penis. My impression of the problem in using depicts statements is that the structured data work on Commons is much younger than the categories work is and so you're probably going to end up with more false negatives than not. It's a wiki though, so the right way to improve those cases should be obvious, and can perhaps even start with a database query today tracking which images used in our articles do not yet have depicts statements. The other problem this direction is that it doesn't take into account images hosted locally since those don't have structured data, but I anticipate the vast majority of the kinds of images this discussion entertains are free images. ] (]) 10:09, 14 December 2024 (UTC)
::Nobody maintains those things. They’re almost as useless as captions. ] (]) 15:43, 15 December 2024 (UTC)
:::As I said, the work is much younger. There are also detractors in that community. Yet, I expect that there are many people who do use them, and we can ourselves work just on the set of images that are used in our articles. I imagine that set is both small and queryable, especially for potentially offensive images, which itself is a much smaller set than the nearly 7 million articles we have lying around. ] (]) 02:39, 17 December 2024 (UTC)
::This is sounds like a very promising approach POV, thanks. I have to say I also had the strong impression that the "depicts" feature was abandonware, but then again maybe having a concrete use for the labels will prompt people to create more of them. &ndash;&#8239;]&nbsp;<small>(])</small> 08:06, 16 December 2024 (UTC)
:::It seems to get used a lot be people using ] – half of uploads? I have the impression that using it might increase the likelihood of the tagged images being found in relevant searches, but I don't know why I believe that. But since I believe it, I'd encourage people to use it, at least for images that they believe people would want to find. ] (]) 22:50, 16 December 2024 (UTC)
:::Indeed, finding users for it besides ] (which does use structured data) does seem like a way to inspire change, as I alluded to at "it's a wiki". ] (]) 02:43, 17 December 2024 (UTC)
* I don't see consensus in this discussion to create a new tagging/labelling system or to use existing Commons categories to hide images. People can argue until they're blue in the face, but the proposal(s) will ultimately be rejected at a community-wide RfC. That aside, I don't believe anyone here is opposed to having a toggle button that blurs or hides ''all'' images, right? The toggle switch could be placed in the Settings menu (on mobile view) or Appearance menu (on desktop view), and it would be switched ''off'' by default (meaning if editors want to blur/hide all images, they would have to manually switch it on). Only the WMF team has the ability to create such a feature, so that logged-out users can use it and logged-in users won't need to install user scripts. That idea could be suggested at the ''']'''. ] (]) 15:31, 15 December 2024 (UTC)
*:At the ] opposition has been expressed. ] (]) 15:46, 15 December 2024 (UTC)
*:{{ping|Some1}} This is the idea lab. Discussions here are explicitly not about developing consensus one way or another (see the notice at the top of this page). The blur all images approach is being discussed elsewhere (linked several times above) and I would prefer to keep this on the original topic of labelled content warnings. &ndash;&#8239;]&nbsp;<small>(])</small> 08:01, 16 December 2024 (UTC)
*::Probably some of why you're getting so much pushback is because of the first sentence of this section, where you refer to the previous discussion and say "there actually appears to be little to no opposition to developing opt-in features to help readers avoid images that they don't want to see", which is not at all the mood of that discussion. I saw one person saying that making it opt-in would sway them and a great many people saying that the very existence of such a system would be ripe for abuse. Also, this is the Idea Lab, it is for developing ideas, not staying fixed to the original proposal. Please stop bludgeoning the discussion by repeating your original proposal and allow people to develop a form of the concept that is more likely to have community support, such as blurring all images.] (]) 23:54, 17 December 2024 (UTC)
*I feel like this section is trying to give false legitimacy to a widely opposed idea by saying the longstanding consensus that “content warnings and censorship are bad” (and by extension the opinions of anyone supporting that position) is illegitimate because it’s not “constructive”. People have a right to not help you “construct” an idea that’s against policy and been rejected time and time again. If you don’t want negativity don’t make a controversial proposal. ] (]) 15:40, 15 December 2024 (UTC)
*:Nobody is asking you to help. Several of us have politely tried to get you to stop ] the discussion by stating your opposition over and over again. &ndash;&#8239;]&nbsp;<small>(])</small> 08:04, 16 December 2024 (UTC)
*::It's not happening here. You have been told where to go to copy the entire site and modify it to fit your ideas. --] (]) (]) 13:07, 16 December 2024 (UTC)
*::I find it curious how nobody ever calls opinions they ''support'' “bludgeoning”. Levivich and WhatamIdoing have contributed almost as much, and as repetitively, in agreement with you. I know idea lab is supposed to be all about open-mindedness and positivity but this is a ] that clearly violates ] and ], two of the most fundamental policies of Misplaced Pages. You’re building something up that will inevitably get shot down if it actually made it to RFC. ] (]) 00:00, 17 December 2024 (UTC)


:], I remember reading somewhere on a wikimedia project (maybe it was Phabricator) thoughts about implementing a tool called , which from my non-technical understanding, it's able to look at an image and label it as safe or NSFW. I don't know how accurate it is, whether it could be implemented on such a scale, etc, etc but I thought it might be relevant. ''']]''' 00:41, 19 December 2024 (UTC)
* I'm skeptical that this would actually have any effect in practice. It is quite rare for a GA topic to be found non-notable—even more so for FA—and in the few instances where it does happen, it's not because the GA reviewer did not check for the subject's notability, but because the GA reviewer had a different opinion about the subject's notability compared to the editor(s) that eventually came along to question it. ] (]) 06:54, 8 November 2021 (UTC)
::OpenNSFW is not something I've heard of previously. A few minutes research and all I can tell you about it is that it categorises images as either "safe for work" or "not safe for work" the latter being images containing either "pornography" or "nudity" but nowhere I've found are those terms defined. I was not able to find any independent analysis of how accurate OpenNSFW is, but other machine learning algorithms that attempt the same task seem to have best-case results between 79% and 94% accuracy. I was not able to find any indication of detail about how accuracy was determined beyond "it's subjective" and one inaccurate result being an image of a clothed young woman sat on the ground leaning against a wall playing a guitar being classed as not safe for work by one model (that was not OpenNSFW), my guess is that this was due to low contrast between the guitar and the woman's skin tone. Even if OpenNSFW equals the 94% success rate of the best model tested, that still leaves 6% of images wrongly categorised. Even in extremely unlikely case the errors were ''all'' safe-for-work images wrongly categorised as not-safe-for-work, this requires the viewer to have the same (unknown) definitions of "pornography" and "nudity" as the model's developers ''and'' for those two categories to cover 100% of images they regard as not safe for work (e.g. they are happy to view images of violence, drug use, medical procedures, war, disease, death, etc). It is also worth noting that these models are described as "computationally expensive", so are unlikely scale well. Unless someone is able to show that this model performs ''very'' significantly better than the others reviewed (on all metrics), this is not practical for Wikimedia projects even if this sort of censorship was something we would entertain (which it is not). ] (]) 01:51, 19 December 2024 (UTC)
*I have similar thoughts to Mz7—any GA reviewer worth their salt is already checking (or possibly spot-checking) sources to make sure that the information in the article is reflected in its sourcing. If they somehow fail to notice along the way that the article is blatantly non-notable, that's a failure on the reviewer's part, not the criteria. ] (] • ]) (]) 07:11, 8 November 2021 (UTC)
:::Let's say, for the sake of argument, that OpenNSFW could correctly label 80% of images deemed to contain nudity (which is what I think it's mostly trained for). It probably doesn't make sense to scan all images on Commons, a good deal of categories could be excluded (like the literally millions of pictures from the ISS, or ethnographic toplessness). Other offensive subjects or categories (graphic violence, ]) could be blanket-included and resulting false positive excluded by hand (let's say experienced users could apply for a patrol-type right).
* I echo the concerns of the two above editors. This is a very sporadic problem that doesn't appear very often. ]&nbsp;]&nbsp;&nbsp;''<sup style="font-family:Times New Roman">]</sup>'' 11:43, 8 November 2021 (UTC)
:::https://www.researchgate.net/publication/345162125_Classification_of_Not_Suitable_for_Work_Images_A_Deep_Learning_Approach_for_Arquivopt might be helpful, but it's too technical for me. ''']]''' 02:32, 19 December 2024 (UTC)
::::Once again you are simply assuming that your definitions match other people's definitions. For example, many people who object to images of nudity do not distinguish between "ethnographic nudity" and other types, but many people do - who is right? Anything requiring human input (e.g. your "patrol-type right" suffers all the same problems that you are trying to solve by using machine learning in the first place (see extensive documentation of these problems in this discussion). ] (]) 02:39, 19 December 2024 (UTC)
:::::Misplaced Pages, at least the English version, is Western-leaning. In the West, there's some distinction between ethnographic and non-ethnographic toplessness and their perceived offensiveness, but I'm not trying to ''rigidly'' define offensive material, as a broad definition would be impossible. I don't want to censor everything possibly objectionable, only what readers of an encyclopedia really wouldn't expect to jump out at them. On the patrol bit, I'm saying there will be false positives and negatives, but likely a small enough number to be correctable manually. ''']]''' 02:49, 19 December 2024 (UTC)
::::::{{tpq|Misplaced Pages, at least the English version, is Western-leaning}} this is a bug. We attempt to avoid systematic biases like this because our goal is to create a neutral encyclopaedia, not a western-leaning encyclopaedia. {{tpq| In the West, there's some distinction between ethnographic and non-ethnographic toplessness and their perceived offensiveness}}{{fake citation needed}} while this is true for some western people in some western places, it is not true of all western people in all western places. For example the distinction would matter in a UK university geography lecture, it would not matter in a UK university maths lecture. {{tpq|, I'm saying there will be false positives and negatives, but likely a small enough number to be correctable manually.}} If you think that a 20% incorrect categorisation rate (or even 2%) would produce manageable numbers then you haven't appreciated how many images are on Commons. You have also ignored (again) all the problems that are not about numbers. ] (]) 03:11, 19 December 2024 (UTC)
:::::::On the accuracy bit, the accuracy numbers appear to be for people alone based on the paper I found. This would be a silly thing to implement if it falsely flagged tens of millions of images, .
:::::::On the distinction bit, I'm saying people would be less offended by the images in ] than ].
:::::::On the numbers aspect, yes, there are 99,475,179 images on Commons, but by my very rough estimates the '''vast''' majority of those could be excluded without creating many false positives.
:::::::I could do an in-depth analysis of this, yes, but it's a big enough subject that the only effective way to approach it is through numbers. ''']]''' 03:26, 19 December 2024 (UTC)
::::::::{{tpq|I'm saying people would be less offended by the images in Himba than Topfreedom.}} and I'm saying that while this is true for ''some'' people (group A) it is false for other people (group B). People from both groups will be using this filter. If you do censor ethnographic nudity then group A will rightly complain about being denied access to appropriate content (false positive), if you don't censor ethnographic nudity then group B will rightly complain about seeing inappropriate content (false negative). You cannot both censor and not censor the same image. Which group do you choose to side with? How are you explaining to the other group that their standards are wrong?
::::::::{{tpq|yes, there are 99,475,179 images on Commons, but by my very rough estimates the vast majority of those could be excluded without creating many false positives.}} even if you exclude 95% of images, that is still almost 5 million that you need to deal with by hand. If 95% of the 5% are automatically categorised correctly and you somehow don't need to check them, that ''still'' leaves about 250,000 images. All this assumes that there is no miscategorisation, no new images or categories, no renamed categories, and no instances of categories in your exclude/include sets being merged together (all but the last is provably false, the last is unknowable either way at this level of detail). Whose standards are the patrollers applying to the images they check? Why those standards? What happens if patrollers disagree?
::::::::{{tpq|the only effective way to approach it is through numbers.}} except considering only numbers is not effective, because the vast majority of the problems with this and similar proposals are nothing to do with numbers. ] (]) 03:44, 19 December 2024 (UTC)
:::::::::On the first, I think there should be a minimum of images that should be obscured. Maybe select ones on anatomy, I don't know.
:::::::::<br>
:::::::::On your second point, I'm not too sure of Commons' category structure, I'd like to see numerical distribution of images into different categories. ''']]''' 03:49, 19 December 2024 (UTC)
::::::::::The Commons category structure is so disorganised that the backlog for images lacking any categories is six years old. (Not a knock on Commons editors, it's just such an overwhelmingly huge yet entirely thankless task.) Any system with heavy reliance on those categories would be at the whims of this. ] (]) 04:29, 19 December 2024 (UTC)
::::::::::The following is a (genuinely) brief overview of Commons categorisation with relevance to this discussion. Commons categories come in multiple types.
::::::::::*Some categories are not relevant to image subject (e.g. user categories, copyright licenses, files by copyright license, project administration categories, etc).
::::::::::*Meta-categories - i.e. ones that should contain only subcategories (e.g. ]). Note that many of these incorrectly contain images that should be in subcategories.
::::::::::**All these categories (and their subcategories) ''should'' be sub-categories (at some level) of ], but I don't know if they all are. I also don't know whether that category contains any non-content subcategories, nor whether there are root categories that should contain all and only non-content categories (my guess is that in practice there isn't).
::::::::::*Mid-level categories that contain both images and sub-categories
::::::::::*Bottom-level categories that contain only images.
::::::::::Of those categories that contain image, some contain only a single image others contain thousands (although no category ''should'' contain this many, there is no exact threshold for when a category needs diffusion, no guarantee it will get diffused, and some categories need perpetual maintenance.
::::::::::Many (most?) images are in multiple content categories, e.g. ] is in ] (15 images), ] (18 images), ] (575 images, 11 subcategories), ] (31 images) and ] (3 images, 2 subcategories).
::::::::::Some categories contain only images that unambiguously show nudity, some contain only images that unambiguously don't show nudity, others contain both of the above and images that are ambiguous (e.g. ], is opaque body paint nudity? what about translucent body paint? nipple pasties?).
::::::::::Subcategories can be surprising, e.g. you'd expect ] to only contain photos of nude woman standing, but it also contains ], which contains ], which includes ]. Is that pornographic? Nudity? If so is it ethnographic? Are your answers the same for ] from the same category? How does that make you feel about the completely innocuous-sounding ] which the second image is directly in.
::::::::::All files ''should'' be categorised when uploaded, categories exist for media needing categorisation for each year since 2018, each one contains between 34,000 and 193,000 files. ] has over 2,500 subcategories, each with several tens of images. ] (]) 05:18, 19 December 2024 (UTC)
:::::::{{tqb|this is a bug. We attempt to avoid systematic biases like this}}In ''some'' cases it's a bug. In other cases, it's just about being useful. enwiki is meant for English-speaking internet users. If we randomly rewrote 10% of each page in Chinese, that would be less "linguistically biased", but very annoying for the 99% of enwiki users who can't read Chinese. In the same way, a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale). We'll never do a perfect job of that, but we can definitely do better than implicitly bowing to the preferences of the most extreme 1% of users (who think ''all'' images should be treated as safe-for-work). ] (]) 03:30, 21 December 2024 (UTC)
::::::::{{tpq|a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale).}} 1. Why? 2. What is a "prudishness scale"? 3. How are you determining the median on it? 4. How are you assessing each image on the scale? ] (]) 12:34, 21 December 2024 (UTC)
:::::::::The median is “whatever I personally consider it to be”; it’s a generalization of something ] once said: “In practice, attempts to sort out good erotica from bad porn inevitably comes down to 'What turns me on is erotic; what turns you on is pornographic.” ] (]) 09:26, 22 December 2024 (UTC)
::::::::::This is exactly the opposite of my point (see below). The median is whatever ''readers'' consider it to be, completely independent of my opinions. My opinion is that no image should be censored or blurred. If the tool I proposed below existed, I'd personally vote "0 years old" on every image (because I don't think anything should be censored). But that's ''my'' personal opinion, as an extremely culturally liberal/libertarian kind of person. It's not my place to impose that on the readers. ] (]) 19:21, 22 December 2024 (UTC)
:::::::::::“Whatever readers consider it to be” yeah good luck finding anything within 20 parsecs of a consensus from the collective readership of the largest website on the planet. ] (]) 08:51, 26 December 2024 (UTC)
:::::::::For #1, see ] and an introduction to ]/] for an overview of desirable properties. In a sense, the median identifies the unique "consensus" position, because a majority of voters will oppose any other setting (a majority of voters will ]). {{pb}}For #2-4: a prudishness scale is a scale that measures prudishness. A simple example would be to ask every reader "at what age would you let your kids see this image?" For each image, we calculate the median to get that image's age rating. Users then get to select what age ratings they want to hide in their preferences.{{pb}}To clarify, this is a thought experiment; I'm not suggesting the WMF create an actual polling tool just for this. (Though I'd be very interested in it if we could use it for other things too, e.g. readers rating articles on their quality or neutrality.) Instead, my point is:
:::::::::# You can give a neutral definition for whether an image is appropriate or not, which has nothing to do with any editor's personal opinion; it's just a statement about readers' preferences. Every image already has an "age rating" (even if we haven't measured it), just like how every politician has an "approval rating" (even if we haven't polled anyone).
:::::::::# Having zero image filtering isn't some kind of magic "neutrality" that keeps us from having to make difficult choices—we're still making all of those decisions. We're just choosing to take the most extreme position possible on every image, by setting all of their ratings to "0 years old" (regardless of what readers think). That's a very opinionated decision—it's just as "neutral" as banning every image because someone might consider it inappropriate.
::::::::: ] (]) 19:11, 22 December 2024 (UTC)
::::::::::As you've now admitted you're just wasting everybody's time here with a thought experiment rather than an actual proposal, I shan't go into detail about all the ways you're comment is fundamentally wrong, but the most basic is that {{tpq|a majority of voters will prefer the median to the alternative}} is intended to apply to voting for a political candidate (which we are not doing here) and assumes a one-dimenional spectrum and, as the article states {{tpq|It is impossible to fully generalize the median voter theorem to spatial models in more than one dimension}}. What images to censor is almost fractally-dimensional - even if you take what appears to be a single dimension at first glance, say nudity, you quickly realise that you need to split that down further - the subject's age, gender, topless/bottomless/full nudity, pose, context (e.g. ethnographic or not), medium (e.g. painting, photograph, cartoon, sculpture, diagram, etc), prominence in the image, etc. all matter to at least some people, and they all vary differently. e.g. a sculpture of a topless elderly adult male hunched over is very different to an impressionist painting of a beach scene with a topless pre-pubescent girl in the background is very different to a medical photograph of a topless transgender 20-something man immediately post top surgery, etc. ] (]) 18:53, 23 December 2024 (UTC)
:::::::::::@], the WMF already did that, though before your time; see ].
:::::::::::@], I believe this "impossible" thing is already being done at ], which appears to be a US website for telling parents whether the book-shaped object their kid is reading is age-appropriate and contains any of multiple specified taboo elements (e.g., tobacco, alcohol, kissing). If we really wanted to pursue something like this, we could look at how it's being done elsewhere. I would not be surprised to find that it is already happening in other places (just perhaps without the specific goal of masking images). ] (]) 04:15, 26 December 2024 (UTC)
::::::::::::The fact that CSM gives ratings from their particular point of view does not mean they are succeeding at what Thryduff noted. They are an advocacy group with their own point of view of what is appropriate. -- ] (]) ] (]) 04:25, 26 December 2024 (UTC)
:::::::::::::When I looked at it, it gave age ratings based on what their userbase said. Whether a book contains any references to tobacco is objective, so one would not expect to find differences of opinions about that. ] (]) 06:02, 27 December 2024 (UTC)
::::::::::::::I think there's a lot of subjectivity to what counts as a "reference to tobacco". If Sherlock is puffing on his Meerschaum pipe, certainly. If there's a Meerschaum on the mantlepiece, probably. If he's wearing a smoking jacket? If Watson tells him he looks smokin' in that jacket? If he mentions that Martin Luther King Jr worked a plantation in Simsbury, Connecticut?? How close to tobacco does the reference have to be in order to be a reference to tobacco? -- ] (]) 06:15, 27 December 2024 (UTC)
:::::::::::::::And yet we manage somehow to decide what belongs in ], so presumably this would also be manageable. ] (]) 06:18, 27 December 2024 (UTC)
::::::::::::::::Which articles belong in category ] is determined by whether tobacco is a defining feature of the article subject ''and'' no more specific subcategory is more appropriate. If you cannot see how this is qualitatively and substantially different to determining whether an image contains a reference to tobacco then you do not have the competence required to usefully partake in this discussion. ] (]) 22:13, 27 December 2024 (UTC)
::::::::::::We are not CSM, and we should not take a position on the propriety of imagery and information related to nudity, profanity, alcohol, and consumerism! This is an encyclopedia, not a morality police. Speaking of, this is also proven possible a project by Iran’s Morality Police, by the Indonesian Ministry of Communication and Digital Affairs, and by the Chinese Ministry of Public Security. It is indeed very possible to censor and deem certain information offensive. We are just not willing to do that. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 07:58, 26 December 2024 (UTC)
:::::::::::::I feel like you have been consistently struggling with the gap between "identifying" and "censoring". We already put photos in ] at Commons. Editors have figured out how to do that, and it does not involve "taking a position on the propriety" or becoming "morality police", nor does it involve "censoring and deeming certain information offensive". Putting some sort of #sexual-content hashtag on the image would not require a materially more complex process.
:::::::::::::Again, I don't believe this will happen unless and until the WMF is forced to do so, but I think we should be realistic about the challenges. There are parts of this that are quite simple and very similar to what we're already doing, every single hour of the day. ] (]) 06:11, 27 December 2024 (UTC)
::::::::::::::Looking at the non-subcategorized photographs in that category.... most of them are not pornography. -- ] (]) 06:18, 27 December 2024 (UTC)
:::::::::::::::Sure. I wouldn't use that particular cat (or any of them) as a substitute for a purpose-built system. But we seem to figure out what's relevant for each type of category, so I believe that people could do the same kind of mental work in a different format, and even use the same kind of dispute resolution processes if editors had difficulty agreeing in any given case. This is not rocket science; this is not brain surgery. (It's also IMO not going to happen.) ] (]) 06:21, 27 December 2024 (UTC)
::::::::::::::::{{green|It's also IMO not going to happen.}} Then why are you dragging out this discussion on an ''overwhelmingly opposed'' idea supporting an idea you ''know'' will almost certainly fail? When an idea I support doesn’t gain momentum I’ll throw out a few counter-arguments and tweaks and move on. ] (]) 20:43, 28 December 2024 (UTC)
::::::::::::::The selection of criteria to filter for is mired in POV. If the provided filters were for content related to Jews, images of people with green eyes, and images of unpierced ears, you’d probably scratch your head at the apparent fact that the designers of these filters thought that these categories of information were problematic and worth working around and validating sensitivities towards. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 17:29, 27 December 2024 (UTC)
::::::::::::{{tq|1=the WMF already did that, though before your time; see ].}}<br>''sigh''—of ''course'' this tool already existed, then got killed off in an RfC by angry editors.{{pb}}I can at least partially agree with the spirit of the comments, which is that if people were just giving feedback along the lines of "How do you rate this article from 1-5?", that wouldn't be super useful (even if there's no downside either, and it's a huge improvement over our current system of article ratings).{{pb}}OTOH, A/B tests comparing two versions would probably be ''very'' useful for settling some kinds of disputes (especially those about article wording, e.g. what readers find more intuitive). ] (]) 05:17, 27 December 2024 (UTC)
:::::::::::::Well, the reason it's AFT5 is because there were five versions, and none of them worked out very well. Ratings-only versions didn't provide actionable feedback. Free-form text let people spam garbage, and expose their personal/identifying information on talk pages. It caused a lot of extra work for ].
:::::::::::::The bigger problem was that the utility varied by subject area. The feedback on medical articles was pretty consistent: readers want images, and they want to know the prognosis. AFT5 comments are one of the sources for my oft-repeated line that if the Misplaced Pages article is written correctly, and you get a text message saying "We're at the hospital. They think the baby has scaryitis", then the article will tell you whether the correct response is "What a relief" or "I'm so sorry". The feedback on pop culture articles was also pretty consistent, but in a rather unfortunate way. The feedback there was largely "I loooove this band!" or "This show is overrated" (and the ratings were about the person's opinion of the topic, not about the Misplaced Pages article). ] (]) 06:17, 27 December 2024 (UTC)
::::::::::::::Makes sense. (Although I'm not sure why this created lots of work for OS—I was under the impression that people are allowed to disclose their personal information on WP themselves, if they want.) My complaint is mostly about killing this rather than trying to improve it. I can think of two quick major improvements—
::::::::::::::# Worst-case scenario, just go back to the "unactionable" 5-star ratings. That's already a big improvement on B/C/Start ratings as a metric of article quality (since it's not based entirely on how picky a reviewer you got updating the rating 12 years ago). Using an average rating cutoff could be a good first step in prioritizing or weeding out GANs.
::::::::::::::# Have some kind of "reviewer reputation", so feedback from people who left good comments gets sorted to the top and low-reputation comments are hidden. Bonus points if you let people upvote/downvote comments.
:::::::::::::: ] (]) 18:14, 27 December 2024 (UTC)
:::::::::::::::#The problem with the 5-star ratings was that they were meaningless because the metric was undefined e.g some people ranked an article 5 stars for being fully referenced, copyedited, written in good quality prose, adequately illustrated and not missing information about whatever the reviewer was looking for, others would rank the same revision as 3 or even 2 stars. Some reserved 5 stars for articles than could not be improved. Others ranked the article based on how useful it was to them (a stub would rank 5 stars if it contained everything they were looking for, which might just be e.g. a birth date, a featured article might get 1 star if it didn't answer their specific question), yet another set of readers ranked the article based on how much they liked (or didn't like) the subject of the article.
:::::::::::::::#This would not solve the problem of reviews containing spam or personal information, nor would it be possible to assign a reputation for readers who are not logged in.
:::::::::::::::Read the discussions about the article feedback trials, they were discontinued because nothing that was tried worked, and nothing else that was suggested was workable (and ''lots'' of things were suggested). ] (]) 22:26, 27 December 2024 (UTC)
::::::::::::::::{{tq|1=The problem with the 5-star ratings was that they were meaningless because the metric was undefined}}<br>The very vague nature of B/C/Start ratings by a single person is what makes them borderline-meaningless. The good news is if you average over enough ratings, that's fine—different definitions of each rating ]. (Especially if you do a basic adjustment for each rater's ] intercepts, i.e. how "strict" they are when they're rating articles.) ] (]) 23:23, 27 December 2024 (UTC)
:::::::::::::::::B/C/Start ratings have limited usefulness but are not meaningless: They are sort-of defined and measure a single thing (article quality at given point in time). ] (]) 23:39, 27 December 2024 (UTC)
::::::::::::::::::That's precisely correct, and also exactly how 5-star ratings work (sort-of defined, and measure article quality at a given point in time). The main difference is with a larger sample size (e.g. all readers, rather than the occasional editor), the usefulness of these ratings increases (since idiosyncrasies start to cancel out). ] (]) 01:02, 28 December 2024 (UTC)
:::::::::::::::::::For articles with lots of ratings the ratings did not produce any useful feedback and did not reliably correlate with article quality, because not everybody was rating article quality. Lots of articles did not get many ratings. It worked in theory, but it did not work in practice. Seriously, actually read the old discussions, it will save you and everybody else a boatload of time. ] (]) 08:17, 28 December 2024 (UTC)
::::::::::::::::::::@], the problem was that ''most'' readers weren't rating article quality.
::::::::::::::::::::We'd given them an FA- or GA-quality article, and the responses would be "One star. I hated this movie." We'd give them a badly written, unsourced stub, and they responses would be "Five stars. This is the best movie ever."
::::::::::::::::::::A larger sample size does not solve this problem. You cannot cancel out individual raters' idiosyncrasies about quality when the raters aren't rating quality in the first place. ] (]) 21:04, 28 December 2024 (UTC)
:::::::::::::::::::::I'm not saying the implementation was great or didn't need major changes, just that the idea of soliciting feedback from readers was good, and the issues with the system can be fixed (filtering out "unhelpful reviewers" is a classic ] task, or article ratings could be replaced with simple A/B tests to compare before/after an edit). Even if it wasn't, though, there's no harm in holding onto the ratings—if they're not helpful, just don't use them—or in keeping the interface on and limiting it to logged-in users. ] (]) 21:39, 28 December 2024 (UTC)
::::::::::::::::::::::{{tpq|the idea of soliciting feedback from readers was good}} it was (and is) a good idea. However ''nothing'' that was tried worked in practice to produce feedback even close to useful enough to outweigh the costs of collecting it - except the one thing we currently still have: talk pages. Talk pages give us less feedback than the AFT, but a ''much'' greater proportion of it is useful feedback and a much lower proportion of it is spam, personal information, or just plain irrelevant. We tried fixing the system - not just once but five times - and you can be certain that if there was 'one simple trick' or anything like that then it has been tried and didn't actually solve the problems. If you had either actually read the links you've been given or actually listened to what other people have told you on multiple occasions you would know all this though. ] (]) 22:49, 28 December 2024 (UTC)
:::::::::::::::::::::::Yes, I read through the links the first time they were provided. I don't see anything about switching to A/B testing by paragraph, or consulting with experts in statistics or ML to address problems in the data. (It turns out this is a very common problem on the internet—but despite this, every website ''except Misplaced Pages'' has managed to find a feasible solution by spending 5 minutes talking to a data scientist.) ] (]) 17:07, 3 January 2025 (UTC)
::::::::{{tq|a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale).}} I actually do not understand how one can think this is the job of an encyclopedia. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 20:12, 22 December 2024 (UTC)
:::::::::Because you can change the settings to let you see whatever you'd like? This is just my suggestion for how to choose a sensible default—default to whatever most people would pick anyway. ] (]) 22:00, 22 December 2024 (UTC)
::::::::::You assume that most people want to block images in the first place.--] (]) (]) 17:32, 23 December 2024 (UTC)
:::::::::::I explicitly do not. If a majority of people don't want to block any images for people of any age, the median age rating for all images would be 0 in the mechanism I described above. ] (]) 00:19, 24 December 2024 (UTC)
::::::::::The default on an encyclopedia is the revelation of pertinent information. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 18:05, 23 December 2024 (UTC)
:::::::::::Though there is a point at which ''too much'' information, to the point of irrelevancy, can be given. We, I fear, are approaching that point with our use of images at times. ''']]''' 18:52, 23 December 2024 (UTC)
::::::::::::What you are saying is that some images are ], which is completely separate from anything being discussed here. ] (]) 18:54, 23 December 2024 (UTC)
::::::::::::That is completely unrelated to the concealment of sensitive images, and is instead pertinent to, as @] has said, ]ness. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 19:14, 23 December 2024 (UTC)
:::::::::::::There's also ]. ] (]) 15:52, 28 December 2024 (UTC)
*At what point does a conversation at Idea Lab get shut down as unproductive? Because at this point all I’m seeing is repetitive debates about what constitutes “NSFW” and how you would implement a filter on a technical basis (both without anything resembling consensus). These are the same problems that every other content warning proposal has run into and no groundbreakingly novel solution has been found during this very lengthy discussion. I’m going to say it: ] was a better proposal than this. It was at least a genuinely original approach even if it was bizarre and ludicrous. ] (]) 08:48, 21 December 2024 (UTC)


== Should ] be restricted somehow? ==
== Google Doodle advance notice ==


I was inspired by the sudden resurgence of the “content warnings/hide offensive images” idea (a few sections up and recently discussed at ]) to propose this. While it’s currently acknowledged that people face an uphill battle (or rather a battle up a sheer cliff) trying to promote these ideas, I think the current situation fails to address the fact that most of the listed proposals were rejected for very good reasons and should probably stay that way. I don’t know how exactly you would limit the ability to re-litigate them besides promoting some to outright policy, but was wondering if anyone supported this idea. ] (]) 00:12, 17 December 2024 (UTC)
Whenever there's a Google Doodle honoring a person, it always drives a ton of traffic to their article. Sometimes we luck out and it's an ], other times it's only start-class. Idk if Google would be willing to give us advance notice or who to ping at the WMF to get in touch with Google to ask, but it'd help to have some time to prepare the article. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">]</span><small>}&#125;</small></span> <sup>]</sup> 18:13, 8 November 2021 (UTC)
:We should also consider the fact that some former perennial proposals, like admin recall, ended up being accepted by the community down the line. ] (] · ]) 00:26, 17 December 2024 (UTC)
:I think it's useful to point people to previous discussion so they can see all the potential challenges. For better or worse, anyone is free to brainstorm ways to try to overcome those challenges, if that's what they want to do. Until they are actually seeking consensus support for a specific proposal, it's their own time they're spending. And some initiatives can be done as standalone projects that don't affect anyone, so don't need consensus support. (For example, there are a lot of challenges in getting a discussion reply script/gadget to work well with all supported browsers. But anyone can and has implemented their own scripts, without getting consensus from the community on which browsers are supported or the included features.) ] (]) 00:26, 17 December 2024 (UTC)
:I think that the current page does a good enough job of explaining why the previous attempts were rejected. What I would like on that page is a few examples of the actual discussions where they were rejected. I think that this would be useful for anyone attempting to propose these again, and especially useful in ensuring that if someone *does* try again it's not with the exact same bad argument that already failed. ] (]) 00:54, 17 December 2024 (UTC)
:: The "See Also" section on each section is often used for that purpose. ]] 04:57, 17 December 2024 (UTC)
:No. Endless relitigation of ideas is just a necessary good and bad part of a wiki. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 01:07, 17 December 2024 (UTC)
*I think we can just be faster to close such discussions, or better yet, not comment on them beyond "this is a perennial proposal. here's why it won't work," with an understanding that most perennial proposals are coming from new users. Mostly, folks who propose them should be given an education about perennial, and then the thread closed unless they have a new angle or it actually starts to garner support. ] <sup>]</sup>] 04:06, 17 December 2024 (UTC)
* No, let's not. The point of ] is informative, not prohibitive, and if someone has an actual new argument to raise in favor of one of the proposals then they should do so. What would probably help more is if people were better about pointing out "this is a perennial proposal, see for reference to past discussion and why it was rejected. If you have ''new'' arguments to raise, please do, but please avoid wasting everyone's time repeating old arguments unless you have strong reason to believe ]." instead of diving in to to re-argue it for the nth time. ]] 04:57, 17 December 2024 (UTC)
* Restricting proposals of perennial proposals would stop them being perennial. A vicious philosophical circle. ] (]) 06:01, 17 December 2024 (UTC)
*This would blatantly contradict ] as well as the purpose of this pump. Engaging in an open discussion of if and how an as-yet-unadopted idea can be improved is not "litigation" and does no harm. As an aside, I am impressed that you ] to vociferously object to allowing people to restrict what images their kids can see but be in favour of restricting what ideas we're allowed to talk about. &ndash;&#8239;]&nbsp;<small>(])</small> 10:07, 17 December 2024 (UTC)
*:Of course I vociferously object to your censorship proposals, even if you try to claim they aren’t censorship, because Misplaced Pages is not censored! I’m not even trying to restrict “what we’re allowed to talk about”, I’m trying to prevent endless re-litigation of bad ideas that failed for a reason. It’s not like we’re allowed to just talk about anything we like here anyway— see ], ], ], ], ], etc. ] (]) 02:07, 19 December 2024 (UTC)
*The German Misplaced Pages has binding decisions, very unlike our ]. That has advantages and disadvantages. Overall, I think our model here where perennial proposals are socially discouraged but not limited by another policy, works better. (And I have seen consensus change on a few things that seemed immutable). So no, I don't think any stronger defences against perennial proposals should be implemented. —] (]) 10:46, 17 December 2024 (UTC)


:I think our current system of usually ]-closing such discussions unless there's actually potential it can change works well; it allows the topic to be broached (*again*) but doesn't waste too much time. '']'' 🎄 ] — ] 🎄 01:14, 21 December 2024 (UTC)
:How much traffic are we talking? ] (] • ]) (]) 18:17, 8 November 2021 (UTC)
*I doubt this will change the fairly clear consensus here against any kind of restriction, but if I were to propose a clear policy on this it’d be something like “unless a proposal is ''unambiguously novel'' in its approach to a perennial issue, it ''will'' be shut down at the discretion of any uninvolved admin”. Basically if it’s just “the same, but again”, it gets snowed on. ] (]) 09:08, 22 December 2024 (UTC)
::@] As a recent example, ] went from <400 page views per day to over 400,000 pageviews when featured in a Google Doodle earlier this week: ]. --] (]) 18:31, 8 November 2021 (UTC)
*:I'd broadly agree with that, but I'd phrase it is as something like requiring proposals to clearly explain how it is different to previously rejected proposals and/or clearly explain what has changed since this was previously proposed that now mean the previous objections ''objectively'' no longer apply. For example, if a proposal was rejected because it was technically impossible but that is no longer the case or the reason for rejection was because we don't allow X but we now do, then discussion could be productive. ] (]) 11:36, 22 December 2024 (UTC)
::: Google states that the doodles are "surprising". Probably, they want to keep them a secret. ''']''' (] • श्रीमान् गम्भीर) 18:45, 8 November 2021 (UTC)
*::I don't, especially since we've recently listed suicide-related discussions in PEREN. "Thou must always follow the media code for the UK" is a non-starter, but some of the discussions listed there actually amount to "We editors rejected this because we didn't actually read and understand the kind of complicated journal article that was presented as saying crisis hot lines were not proven to be effective at saving lives, and, um, it turns out that the source was measuring 'the presence or absence, in a given country, of any type of media guideline, which vary widely between countries, e.g., by not mentioning crisis hot lines at all' and not actually about 'the life-saving efficacy of displaying a note at the end of a page containing contact information for a crisis hot line', which is specifically what we were talking about." ] (]) 04:24, 26 December 2024 (UTC)
::::Do New Zealand etc. get it early (when it's a global one)? If so they can alert the rest of the world. ] (]) 19:21, 8 November 2021 (UTC)
*:::That was ''one'' reason the suicide hotline proposal joined the wall of… ignobility (I don’t want to say “shame”); there are other, ''very good'' reasons it’s been consistently rejected— the biggest being the exact same ones as content warnings in general: they’re ], violate ] and would lead to ''ad absurdum'' situations like “putting the surgeon-general’s warning on the ] article” ] (]) 13:44, 26 December 2024 (UTC)
:::holy crap. Yeah, we should figure out if there's a way we can get some advance notice. ] (] • ]) (]) 19:00, 8 November 2021 (UTC)
*::::"If you are in this circumstance, call ____ for assistance" is not a ]. Also, note that most such notes appear at the end of articles, i.e., in a position that can't discourage people from reading the article.
:Historical task force: ]. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">]</span><small>}&#125;</small></span> <sup>]</sup> 19:12, 8 November 2021 (UTC)
*::::According to the new PEREN entry, which lumps together an unusually disparate group of suicide-related discussions into a single "all rejected so stop talking about it (except for the many parts we've already implemented)" entry, the reasons we rejected providing crisis hot lines are:
*::::* We didn't read the research, so we said the research said it might be useless;
*::::* We didn't believe that ] exists, so we said it would be impossible to create and maintain such a page; and
*::::* We worried that if we ever did anything even slightly special about suicide, then someone would demand that their special topic also get special treatment (except, you know, for all the special topics we already provide "special treatment" for, otherwise known as "having editorial standards").
*::::] (]) 05:13, 27 December 2024 (UTC)
*:::::If that’s your interpretation of the discussions then that’s your interpretation; the ''actual entry at PEREN'' says pretty clearly that “generally start from a position of advocacy or righting great wrongs” and highlights massive technical issues with location targeting. But since you seem to like this proposal a lot feel free to re-propose it; if nothing else it will provide new evidence on why ''exactly'' the idea is so unpopular. ] (]) 20:38, 28 December 2024 (UTC)
*::::::I think that our content about suicide is sufficiently complex and diverse that proposing a one-size-fits-most solution would not be helpful. This is also one of those areas in which it's better to have a consensus among people who know what they're talking about than to put it out for a general vote, so proposing it to the community overall is also not likely to be helpful.
*::::::The community, overall, and allowing for the occasional mistake, is pretty good at figuring out things like "Which topics to do we want to include?" and "Is this a suitable source for this statement?" Even there, we routinely defer to editors with subject-matter expertise in some subjects (e.g., an RFC about how to explain some detail of a mathematical proof is not going to get very many responses). But some subjects (suicide, but also things like copyright law and education) attract responses from people who don't know what they're talking about, and who don't know how little they know.
*::::::To give an example related to suicide, it's likely that in September 2014, ] was a bigger public health threat to its readers than the ] article. I say that without knowing what either article said at the time, because of this fact: research shows that people who are 'exposed to' a recent suicide death are at a somewhat elevated risk of killing themselves, but talking about suicide in general is not believed to produce that risk. But the proposals are usually focused on the small number of lower-risk articles ("Let's put a message at the top of ]"), instead of the larger number of transiently higher-risk articles (recent suicide deaths). People who knew what they were talking about would likely be making different proposals. The editors who respond to those proposals seem to know even less about suicide content than the proposers.
*::::::We have made substantial shifts over the years in how we handle suicide-related content, including some general rules (e.g., adopting ] and ]) and some article-specific decisions by consensus (e.g., an example that "just happens" to include a crisis hotline phone number). I think that this process will continue over time, and I think that restricting future proposals about suicide content – as proposed by you at the top of this section, in contrast to your suggestion here that I propose something – merely because we got nine (9) editors to vote in favor of listing it in PEREN, is a very bad idea. ] (]) 19:12, 30 December 2024 (UTC)
*:::::::@] This is not the place to re-litigate any specific perennial proposal. If you think that consensus has changed since the most recent discussion, then start a new one in an appropriate venue, but given how recent and lengthy the last one was I personally wouldn't regard it as a good use of my time. ] (]) 22:57, 30 December 2024 (UTC)
*::::::::As I just said, I don't think that making a proposal is a good idea. There is too much risk of the ] to be confident that good ideas will be officially adopted and bad ideas properly rejected.
*::::::::I give this solely as an example of why IMO we should not "limit the ability to re-litigate" PEREN's contents. ] (]) 23:12, 30 December 2024 (UTC)
*A simpler solution: what if some perennial proposals that fundamentally conflict with longstanding policy, or are borderline nonsensical (“Misplaced Pages should only allow the truth”?) are just independently banned? It could be as simple as an addendum to ] that states “attempts to implement a filter that selectively targets files or content based on arbitrary characteristics like perceived offensiveness are not tolerated”. ] (]) 13:51, 26 December 2024 (UTC)
*:What "fundamentally conflict(s) with longstanding policy" is ultimately up to the community. The community could, at any time, say we're getting rid of ] entirely. Will we, probably not, but we have weakened it before: ] is a guideline that post-dates ], and despite a reasonably clear argument that they contradict each other.
*:Basically the reason I oppose this is that it's pointless. You can't tell the community that it can't ever do something by putting it in a policy, because the community decides what the policy is in the first place. Ideally the policy reflects what the community already values, in fact. ] (]) 21:43, 26 December 2024 (UTC)


== Opt-in subscription status transparency ==
== Gadget to automatically watch certain vandalism targets ==


The ] is great, thanks to the team that built that. This has spawned some over- or under-pinging based on editors' uncertainty about whether another editor is or isn't subscribed, and doesn't want/does want to be notified, including frequent in-discussion requests to be pinged (or the reverse). The uncertainty makes us wonder if we are annoying someone by pinging them (clearly we are, sometimes) or whether we are failing to appropriately notify someone who ought to be notified (this also happens).
The gadget would do something like this:


This seems less than optimal, and a technical solution ought to be able to fix it. I'd like to propose an enhancement for '''subscription status transparency''' that would allow me the option to tick a box (or take some other action) that would make my subscription status in <s>that</s> <u>one single</u> discussion visible to others in some fashion. The first method that occurs to me is some kind of change at or near one signature(s) in the discussion, perhaps an appended icon or tag. I am subscribed to this discussion, and as an example solution, I have interpolated Unicode U+1F440 ('Eyes' symbol) {{Tooltip|into my sig|2=Coded as: {{nowrap|~&#x7E;~<sup>&#x1F440;</sup>}} ~~&#x7E;~~ (icon tooltip not shown).}} (with a tooltip on the icon) as an indicator that I am subscribed to this discussion, but there may be other or better ways.
# Every hour or so, fetch a list of articles linked from the Main Page.
# If any page is not on your watchlist, or is watched for less than (say) 24 hours, add the page to your watchlist for (say) 36 hours.


Possibly this could be accompanied by a further enhancement involving a new Preferences setting Checkbox (default unchecked) called 'Enable subscription transparency', that if checked, would flip it to opt-out, such that all my subscribed discussions would be tagged for subscription transparency unless I took action to turn it off at a given discussion. (Note that this Preference setting would not automatically subscribe me to any discussion, it would just make my subscription status transparent.) And, um, finally, please don't ping me; I am subscribed. {{nowrap|] (])<sup>{{tooltip|&#x1F440;|style=decoration:none|Please no ping! I am subscribed to this discussion.}}</sup>}} 21:50, 21 December 2024 (UTC)
Roughly speaking, ] would be merged into your watchlist. Now if only a handful of people enable this gadget, it will hardly make a dent, but image if ''thousands'' of users install it!


:It's not public for exactly the same reasons that your watchlist isn't public. ] (]) 23:23, 21 December 2024 (UTC)
And why stop at the MP? There's also ], ], and probably other possibilities I'm not thinking of. To avoid cluttering the watchlist too much, semi-protected pages, or pages already watched by 500 active users could be excluded. Or maybe only watch a randomly selected 25 pages, instead of all of them.
:: Of course, that goes without saying, and should remain that way. But if I wish to share it, then that is my choice, is it not, just like telling everyone: "I am subscribed to this discussion" is my choice. The proposal is simply a more economical method of saying what I wish to say, and a time-saver. It's possible I wasn't clear that the main proposal would apply to *a single discussion*, and I have made a small redaction to that end. ] (]) 23:30, 21 December 2024 (UTC)
:::Why not just make a template (] perhaps) that someone wanting to indicate they are subscribed to (or are otherwise watching) a given discussion and do not wish to receive pings can transclude? ] (]) 01:00, 22 December 2024 (UTC)
:::: Sure, but that would be 17 characters (perhaps shorter with an intuitive shortcut), compared to 16 characters for 'I am subscribed.', and in a long discussion, you might have to use it repeatedly. I'm looking more for something you can do just once per conversation (just like subscribing is only done once), that would be visible in some way in a given discussion for other users to consult and then ping/not-ping as needed.
:::: Currently, once you subscribe to a conversation, the Mediawiki software knows this, and is capable of "doing something" (i.e., notify you) every time anybody else posts a comment. This proposal requests that it "do something" when you, as a subscribed user, declare your status, which involves not notifications to bunches of users (rather complex), but adding something visible to the discussion (rather simple in comparison). Maybe it's a signature flag, maybe it's a hover tip, maybe it's a dropdown under the section title, or a collapsed floater that expands with a list of all the users who have declared their status (either way), maybe those using the link will get a popup saying, {{pval|User:Example1 is ]}} or maybe it's something else, but the point is, I'm looking for a set-once-and-forget solution for the user who wishes to declare their subscription status, so other users can respond accordingly. ] (]) 02:47, 22 December 2024 (UTC)
:FYI, the appended icon approach wouldn't work for anyone with the script. ] (]) 19:49, 26 December 2024 (UTC)
:: That's a tip worth taking into consideration. Maybe it's something that could be incorporated into that script, which I had not heard of before this. ] (]) 20:03, 26 December 2024 (UTC)
:::If the system existed and produced some appropriate script-readable output, I'm pretty sure Jack would be happy to incorporate it into CD. ] (]) 06:24, 27 December 2024 (UTC)
:::: A good idea. My main thing is that whatever it did, should be visible to all, not just to users of the script, or it would defeat the purpose. But perhaps it could do something; worth checking into. ] (]) 07:16, 27 December 2024 (UTC)


== The prominence of parent categories on category pages ==
You can see a simple proof-of-concept at ]. There is no user interface; just install it and it will do its thing. If anyone likes this idea I'll continue to develop the script. ] (]) 22:34, 8 November 2021 (UTC)


The format of category pages should be adjusted so it's easier to spot the parent categories.
:To be frank, I installed the program and i've still got the pages in my watchlist like weevils in my hair. this would have to be paired with watchlist categorization. ] (] • ]) (]) 04:23, 10 November 2021 (UTC)
::{{re|theleekycauldron}} So, ''too many'' pages, then? Would it have been so irritating if only about 25 pages were watched? In any case, said weevils should have all died by now (36 hours). If not, something went very wrong. ] (]) 18:40, 11 November 2021 (UTC)
:::the weevils have gone, thanks :) It's a bit too many pages for me, so if there were a way that it could be a separate, centralized watchlist, that'd be easier. ] (] • ]) (]) 19:50, 11 November 2021 (UTC)
::::Well the idea is that people wouldn't have to click on a separate page. They can already click on ], or ] if they want. ] (]) 20:30, 11 November 2021 (UTC)
::::@] You mean something like ]? --] (]) 20:40, 11 November 2021 (UTC)
:::::Yeah, that's about what I'm looking for. I don't think we need much else/ ] (] • ]) (]) 20:52, 11 November 2021 (UTC)


Concrete example:
== Spoken Misplaced Pages at ], part 2 ==
{{atop|Now at ] ] (powera, ], ])}}
Okay, after some discussion at ], i want to iron out the text of my proposal concerning the narration of the blurbs at Today's Featured Article before the proposal goes to RfC. Pinging {{yo|Valereee|Maile66|p=}} as a part of the previous discussion.


I happen to come across the page:
:'''Problem''': The ] of English Misplaced Pages is regularly seen by , of which a significant number are sight-impaired. While ] exists to narrate existing articles, and has narrated hundreds of Featured Articles, users are currently not allowed to add recordings to sections of the Main Page. Not every section of the Main Page is easily narrated—], ], and ], for example, are too unpredictable to have immutable recordings attached to them. ] (TFA), however, consists of a single thousand-character blurb generally updated only once a day, ideal for a spoken recording.
]


I can see the Subcategories. Great. I can see the Pages in the category. Great. No parent categories. That's a shame --- discovering the parent categories can be as helpful as discovering the subcategories.
:'''Proposal''': In every nomination template for TFA, there should be an optional "narration" parameter that allows the nominator, or any other interested editor, to add a '''spoken recording of the blurb''' that is to appear on the Main Page. A sample narration on a past iteration of the Main Page can be found ]. No nomination will be required to contain a narration, but any recording that is attached to the nomination must be reviewed by an admin according to the guidelines laid out by ] for technical quality, clarity, and accuracy before the recording can accompany the nomination to the Main Page. This proposal has the potential to help thousands in accessing the article Misplaced Pages's most proud of. This isn't limited to sight-impaired people, either; this proposal also accommodates those with reading disabilities, those too young to read, or those who just more easily digest information in auditory form.


Actually, the parent categories are there (well, I think they are --- I'm not sure because they're not explicitly labelled as such). But I don't notice them because they're in a smaller font in the blue box near the bottom of the page:
Any constructive criticism of the proposal is invited! If someone knows how to make the language take itself less seriously, that'd also be welcome. ] (] • ]) (]) 04:03, 10 November 2021 (UTC)
Categories: Water | Chemical processes | Technology by type
*I like this idea a lot. My sole concern would be regarding the ability to fully vet the recording before the featured article would make it to the main page, though I do not believe that this would be too big of a logistical hassle to outweigh the benefits of including the spoken article for the sight-impaired or those who have limited literacy. This is something that's very thoughtful of you, {{u|Theleekycauldron}}. — ] (]) 04:51, 10 November 2021 (UTC)


I think the formatting (the typesetting) of the parent categories on category pages should be adjusted to give the parent categories the same prominence as the subcategories. This could be done by changing:
*'''Support''' - I think the concept is very forward-thinking as we continue to build an encyclopedia accessible to everyone. This would accommodate not only the sight-impaired, but also anyone struggling with any reading disability, children too young to read, or any number of factors. ] (]) 11:17, 10 November 2021 (UTC)
Categories: Water | Chemical processes | Technology by type
:* Ooh, good point! I'm putting that in the proposal, thanks! ] (] • ]) (]) 18:42, 10 November 2021 (UTC)
to:
*Since we're in VPI I won't do the bold !vote, but this seems reasonable unless a template-ite says there's a technical nuisance in doing it. Blurb lengths aren't very long, so compared to the effort in vetting an actual FAC, vetting the blurb (then or later) isn't significant. It's ''not'' akin to vetting a recording of the whole article. ] (]) 19:29, 10 November 2021 (UTC)
Parent categories: Water | Chemical processes | Technology by type
*Like other MP content, would need to ensure that such media files are available under the <code>CC BY-SA 3.0 License</code> and/or CCO. They would also need upload protection applied (as this isn't inherited from cascading protection). — ] <sup>]</sup> 19:34, 10 November 2021 (UTC)
and increasing the size of the font of `Parent categories', or, perhaps better, by having the parent categories typeset in exactly the same way as the subcategories. ] (]) 22:21, 22 December 2024 (UTC)
*From the sample at ], I don't like how much space the playback control is using here, also that specific layout is causing the border to be pushed out a bit. The first part is really up for discussion on how prominent/intrusive that control should be - the second needs some technical work. — ] <sup>]</sup> 19:37, 10 November 2021 (UTC)
*:{{yo|xaosflux}} I agree, that's been gnawing at me a bit, so work with me here—how would you make it smaller? I've shrunk it to 100px across, what other redesigns would you make? ] (] • ]) (]) 21:18, 10 November 2021 (UTC)
*::{{Re|Theleekycauldron}} probably need a custom container for it instead of the default File: handler - that is likely what is interfering with the right side margins; as for sizing and styling - It could be good the way it is sized now, not sure though - that is something that needs some feedback perhaps. Maybe other following this can show some mock ups. — ] <sup>]</sup> 00:04, 11 November 2021 (UTC)
*:::all right, all of that's noted—cart before the horse, though, let's try and get this proposal a bit closer to rock solid before the technical discussions ] (] • ]) (]) 19:54, 11 November 2021 (UTC)
* Great idea! Totally support. ]&#xFF5F;]&nbsp;]&#xFF60; 00:13, 11 November 2021 (UTC)
* '''Support''' We should let blind people be able to "see" the encyclopedia. ]&nbsp;]&nbsp;&nbsp;''<sup style="font-family:Times New Roman">]</sup>'' 11:39, 11 November 2021 (UTC)
* '''OK providing that''' it's technically feasible and that it works for blurbs that are more image than text; sometimes a TFA blurb needs to emphasize the image and show only little text. ] (]) 16:25, 11 November 2021 (UTC)
:* I think this can work for those too! And if they don't, it's possible that they won't be recorded ] (] • ]) (]) 06:58, 15 November 2021 (UTC)
* {{yo|Maile66|Nosebagbear|Xaosflux|Gwennie-nyan|Valereee|Chicdat|Jo-Jo Eumerus}} thanks to everyone who participated in this discussion and in previous discussions to help hone this idea; I've opened an RfC at ]. I encourage you to participate there as well, but if not, thank you still! ] (] • ]) (]) 06:58, 15 November 2021 (UTC)
{{abot}}


:Parent categories are displayed on Category: pages in exactly the same way that categories are displayed in articles. ] (]) 04:26, 26 December 2024 (UTC)
== Add corporate Company/Charity ID to company info box. Cross check with registries ==
::The purpose of an article page is to give a clear exposition of the subject. Having a comprehensive presentation of the categories on such a page would be clutter --- a concise link to the categories is sufficient and appropriate.
''' WAS AfD for companies - Add lookup of Company data via Misplaced Pages library?'''
::The purpose of a category page is to give a comprehensive account of the categories. A comprehensive presentation of the categories would not clutter the subject (it is the subject).
Companies are going to ] to falsify , , and history.
::Therefore, I do not expect the parent categories to be presented the same on article and category pages --- if they are presented the same, that only reinforces my opinion that some change is necessary. ] (]) 20:15, 27 December 2024 (UTC)
:::I think the purpose of a category page is to help you find the articles that are in that category (i.e., ''not'' to help you see the category tree itself). ] (]) 21:40, 27 December 2024 (UTC)
::::Is there any research on how people actually use categories? —] (]) 21:48, 27 December 2024 (UTC)
:::::I don't think so, though I asked a WMF staffer to pull numbers for me once, which proved that IPs (i.e., readers) used categories more than I expected. I had wondered whether they were really only of interest to editors. (I didn't get comparable numbers for the mainspace, and I don't remember what the numbers were, but my guess is that logged-in editors were disproportionately represented among the Category: page viewers – just not as overwhelmingly as I had originally expected.) ] (]) 22:43, 27 December 2024 (UTC)
::::::I'm fine with parent categories being displayed the same way on articles and categories but I think it's a problem that parent categories aren't displayed at all in mobile on category pages, unless you are registered and have enabled "Advanced mode" in mobile settings. Mobile users without category links probably rarely find their way to a category page but if they do then they should be able to go both up and down the category tree. ] (]) 15:39, 28 December 2024 (UTC)
::::Am I missing something? Is there a way of seeing the category tree (other than the category pages)?
::::If I start at:
::::https://en.wikipedia.org/Wikipedia:Contents#Category_system
::::... following the links soon leads to category pages (and nothing else?). ] (]) 20:20, 28 December 2024 (UTC)
:::::I'd start with ] (). ] (]) 20:49, 28 December 2024 (UTC)
::::::You can click the small triangles to see deeper subcategories without leaving the page. This also works on normal category pages like ]. That category also uses (via a template) {{tag|categorytree}} at ] to make the "Category tree" box at top. ] (]) 20:59, 28 December 2024 (UTC)
::Now there are three words I would like to see added to every category page. As well as `parent' prefixing `categories' in the blue box (which prompted this discussion), I would also like `Category tree' somewhere on the page with a link to the relevant part of the tree (for example, on:
::https://en.wikipedia.org/Category:Water_technology
::... `Category tree' would be a link to:
::https://en.wikipedia.org/Special:CategoryTree?target=Category%3AWater+technology&mode=categories&namespaces=
::).
::I can only reiterate that I think I'm typical of the vast majority of Misplaced Pages users. My path to Misplaced Pages was article pages thrown up by Google searches. I read the articles and curious to know how the subject fitted into wider human knowledge, clicked on the category links. This led to the category pages which promised so much but frustrated me because I couldn't find the parent categories and certainly had no idea there was a category tree tool. This went on for years. Had the three additional words been there, I would have automatically learned about both the parent categories and the category tree tool, greatly benefitting both my learning and improving my contributions as an occasional editor. Three extra words seems a very small price to pay for conferring such a benefit on potentially a huge fraction of users. ] (]) 03:43, 30 December 2024 (UTC)
:::I think it would be relatively easy to add a link to ] to the "Tools" menu. I don't see an easy way to do the other things. ] (]) 07:33, 30 December 2024 (UTC)
::::It's possible to display "Parent categories" on category pages and keep "Categories" in other namespaces. The text is made with ] in both cases but I have tested at ] that the message allows a namespace check. Compare for example the display on ] and ]. ] (]) 18:01, 30 December 2024 (UTC)
:::::How much evidence of community consensus do you need to make that change here? ] (]) 19:16, 30 December 2024 (UTC)
::::Maybe I'm naive, but I think it must be easy to do the two things I'm suggesting. There is a piece of code somewhere that takes the content entered by a Wikipedian using `Edit' and creates the category page. It's just a case of modifying that code to add one word and two words which are also a link. It must be similar to changing a style file in LaTeX or a CSS in html.
::::Again, maybe I'm naive, but it would seem to me appropriate to move this discussion to Village pump (proposals). Any objection? ] (]) 21:07, 4 January 2025 (UTC)
:::::If @] is willing to make the change, then there's no need to move the discussion anywhere. ] (]) 23:19, 4 January 2025 (UTC)


== Adding "template collapse" and "section collapse" capability in source editor of Misplaced Pages ==
Are there any stats on companies that pass NPP and/or AfC and are detected later? Better would be a random sample of companies


Hi, I propose to add "Collapse and expand" capability for templates in source editor of Misplaced Pages. This way, readability in edition raises significantly. For example, by this capability, we can collapse the lines of Infobox of an article, and pay attention to the rest of the article very conveniently. This capability is very common ]s like ]. The same idea can be implemented in the "source editor" of Misplaced Pages to enhance its readability. Additionally, by the same concept, we can collapse all other sections of an article, to pay attention to just one of them very conveniently. ] (]) 07:50, 23 December 2024 (UTC)
So, having a link to corporate registers might fix a few pathways
:Firstly, the idea lab is not for feature requests, which go on Phabricator.{{pb}}]]]Secondly, template folding is already available as part of the "Improved Syntax Highlighting" beta feature, which can be enabled in your preferences. It does have some janky UX (pictured) though; work on adding conventional UX to the gutter is tracked in {{phab|T367256}}{{pb}}Finally, section collapsing is available in the mobile view of all skins. ] (]) 16:16, 23 December 2024 (UTC)
- Fraudulent use of an old company's name that was notable - A new company or charity can find an existing Misplaced Pages article for an old company, create a company with the same or similar name, then update the page to show their current website page
::I think that he meant being able to collapse a ==Section== inside a wikitext editor. ] (]) 04:28, 26 December 2024 (UTC)
- A company can cease trading and there is no prompt. IF they had the Misplaced Pages page on file, we could get advised by the notices that are created by corporate registers
- The size of the company can be manipulated
- false charities in WP are particularly nasty, as they increase up the chance of scam sucess.


{{ping|WhatamIdoing}} Yes. And also I think its implementation is very easy. It only needs to add some ] codes like:
<syntaxhighlight>
<button type="button" class="btn btn-info" data-toggle="collapse" data-target="#demo">Collapse template</button>
<div id="demo" class="collapse">
{{Infobox programming language
| name = Lua
| logo = Lua-Logo.svg
| logo size = 128px
}}
</div>
</syntaxhighlight>
One layer before final rendering for template and sections of "source editor" of Misplaced Pages. I mean, this useful capability can be implemented very easily. ] (]) 04:46, 26 December 2024 (UTC)
:A ticket should be filed for this on ] tagged with ]. If you think it can be implemented very easily, you are also welcome to file a patch on ] (see ]). – ] (]) 14:31, 6 January 2025 (UTC)


== NOINDEX AfDs on living people ==
<s> Before that - Would it help AfD, if Misplaced Pages Library arranged access to paywalled company data and this was accessible via their new initially


Earlier today, I discovered that one of the first Google results for "Hannah Clover" was ]. It was a bit odd and I discussed it off-wiki. Later today, {{u|HouseBlaster}} NOINDEXed the page. This prompted me to think that maybe this should be standard for all ]s, especially if the article is deleted/redirected, as this helps maintain the subject's privacy. I'm less bothered by it than most, but it seems like something that compliments the BLP policy so well I'm surprised it isn't already in place. Thoughts? ] ] 03:22, 25 December 2024 (UTC)
The paywalled data would be things like
* ] (Not always paywalled- but containing date started, size),
* ] for company,
* ] or similar (date and rank overall and within industries as an API),
* ] (company date and employees as an API)
* Website registration ( not sure if paywalled or Captcha checked).
* Other stuff such as Facebook page date, and a Search for major newspaper.
] (]) 08:54, 12 November 2021 (UTC)
</s>
:{{ping|Wakelamp}} none of this would have any relevance to a company's notability. In terms of size, it's possible we might draw a staff number from one of these, though it's non-ideal, but our access to these wouldn't really give us any more reliable idea than what we have already. ] (]) 11:08, 13 November 2021 (UTC)
::No change to what makes a company notable - The ] was to allow doubt to be cast on a apparently squeaky clean company, that had wikipedia by using ], or misled, or was reusing once notable company name. ] (]) 15:31, 13 November 2021 (UTC)


:I definitely think we should do it for all BLPs, especially if the result is delete. It partially defeats the point of deletion if it is still indexed. I would be open to broader solutions, including applying this to anything in ] (which sounds easier to implement?) or even all AfDs, period. Not sure if I would support it, but it is an idea to consider. <b>]]</b>&nbsp;(]&nbsp;•&nbsp;he/they) 03:32, 25 December 2024 (UTC)
== Are we too focused on number of edits? ==
::They've been forbidden in robots.txt ]. —] 03:52, 25 December 2024 (UTC)
:::The phab tasks says it's resolved, but there's more recent comments linking to {{phab|T148994}} and {{phab|T365739}}, which are still open. Then there's {{phab|T6776}} that says that this needs to be added to robots.text (which implies the original task was not fixed as intended) which is also closed as resolved. ] ] 04:21, 25 December 2024 (UTC)
::::@] These are in the robots.txt file, see the stuff just after the comment "# enwiki:" in https://en.wikipedia.org/robots.txt. This can be edited on wiki by changing ]. ] (]) 22:12, 25 December 2024 (UTC)
:Good note! I agree with you, these shouldn’t be indexed. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 08:00, 26 December 2024 (UTC)
:Weird, all AfDs are blocked in robots.txt. If I search for "Hannah Clover aricle for deletion" the first result is the AfD with "No information is available for this page" pointing towards this page explaining the situation. It appears Google will include the result in it's search results unless the page includes NOINDEX, and for that to work it has to be removed from robots.txt!
:So adding it to robots.txt doesn't stop it from being crawled and included in search results, which isn't the expected result. Sounds like the only solution is a modification so that the wiki software always includes NOINDEX based on fuzzy criteria, as robots.txt is no longer having it's expected result. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 12:43, 26 December 2024 (UTC)
::Courtesy ping to {{u|MMiller (WMF)}} then. ] ] 13:56, 26 December 2024 (UTC)
:There was a guy who sent me a bunch of creepy threatening emails, and didn't clearly indicate what he wanted, until in one of the tirades he implied that his BLP AfD was polluting search results for his name, so I courtesy-blanked it for him, at which point he did not thank me, but he did stop sending me emails about how he was going to ruin my life, so I think this was what he wanted.
:I think it would be good if we had a system that did not reward this guy's behavior while punishing everyone else. <b style="font-family:monospace;color:#E35BD8">]×]]</b> 17:51, 1 January 2025 (UTC)


This thread raises a very serious concern, as I agree with everyone else that AfDs, especially on BLPs, should absolutely not appear in off-wiki search results. I had been under the impression that "noindex" and robots.txt had basically the same effect, so if that is no longer the case or if there are anomalies, how Misplaced Pages uses them should be further analyzed and adjusted as necessary. <br>
I can't find any proposal to add another measure that recognizes the people who create lots of non-reverted content, or for the people that fix up issues, or people who do AfD /AfC, or discuss on talk, etc.
As far as I can tell, the gold standard for keeping things out of search engines is talk pages, which I never see in Google results and rarely anywhere else. What is the code we are using there? ] (]) 19:37, 26 December 2024 (UTC)
:That's odd, none of the last 10 BLP AfDs I participated in show up on Google, though category:AfD debates and various WikiProject deletion lists do show up and include the links to those discussions that are still open. Have you come across any other AfDs in search results? ] (]) 20:03, 26 December 2024 (UTC)
::Could it be that the links appear off wiki, somewhere Google isn't blocked from indexing, and so are then included in Google's search results?
::Actually I'm pretty sure this is the case. The searches are a bit forced but both show up in the search results with the same message "No information is available for this page. Learn Why" message as the AfD for Hannah Clover. Both are mentioned off wiki. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 21:15, 26 December 2024 (UTC)
:::I tried some similar searches with some current AfDs and had no success for ones not mentioned off wiki. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 21:17, 26 December 2024 (UTC)
:Talk: pages are indexed and do appear in search results. I suspect that Google's algorithm recognizes them as less desirable links and merely ranks them so low that they don't usually appear on the first page.
:It appears that Google indexes a few AFDs as a result of redirects, e.g., ]. @], I see you did some of the work on this years ago. Would adding that capitalization difference be a trivial addition? Or should we make a list and delete these redirects? ] (]) 21:08, 26 December 2024 (UTC)
:See https://developers.google.com/search/docs/crawling-indexing/robots/intro#robotted-but-indexed and https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag#combining. If a url is in robots.txt then Google doesn't crawl the page to see the content but they may still include the page in search results if it's linked from a crawled page somewhere else. If the url alone is a good match to a search then the page may appear even though the search result cannot be based on the content of the page, and no excerpt from the page will be shown at the search result. Maybe Google also uses the link text in links to the page. If a page has noindex and Google knows this then they don't include the page in search results. However, they have to crawl the page to discover noindex and they won't crawl the page if it's in robots.txt. So if you want to prevent the page from appearing in all search results then you have to add noindex and '''not''' place the url in robots.txt. ] (]) 22:09, 26 December 2024 (UTC)
::The ones that have a redirect are showing excerpts (just like any article would). ] (]) 05:16, 27 December 2024 (UTC)
:::This is an effect of MediaWiki redirects not making real ] for redirects. https://en.wikipedia.org/Wikipedia:Articles_for_Deletion/Skippers%27_Meeting (capital D in Deletion) does not tell the browser to go to https://en.wikipedia.org/Wikipedia:Articles_for_deletion/Skippers%27_Meeting (lowercase d). Instead MediaWiki displays the same content with a "Redirected from" message added at the top, but the browser stays on the capital D page. JavaScript is used to rewrite the url in the address bar to lowercase d but the lowercase d page (which is covered by robots.txt) is never read. The general solution to this redirect issue would be to add noindex to all pages we don't want indexed via redirects. If the target page has noindex then MediaWiki also adds noindex to redirects to the page. An alternative could be a Phabricator request for MediaWiki to automatically add noindex to pages which are covered by robots.txt. ] (]) 01:28, 28 December 2024 (UTC)
::::So would removing AfD pages from robots.txt and instead adding <code><nowiki>__NOINDEX__</nowiki></code> to ] fix this (at least for new AfDs)? &ndash;&#8239;]&nbsp;<small>(])</small> 16:36, 29 December 2024 (UTC)
:::::It would probably fix it for new AfD's if Googlebot visits the pages and discovers noindex, but we have around 540,000 old AfD pages. Some of them transclude templates which could be modified but a large bot run would probably also be needed. And I don't like allowing various web crawlers to read all those pages and hope they don't use the information for anything when there is a noindex. I would prefer keeping them in robots.txt but also adding noindex. It doesn't solve all problems but nothing does. ] (]) 00:00, 30 December 2024 (UTC)
::::::Not to mention everything else we (try to) block with robots.txt - RFA, RFAR, CCI, CHU, all the noticeboards (with BLP/N a particular standout), and so on. But yes, this is specifically Google being evil, as usual; responding by deliberately instructing every other crawler to be evil too is not a good fix. I do wonder if there's any value in allowing Googlebot's useragent specifically to crawl these (once noindex is in place, of course), but that's not something we can fix locally - ] all gets spliced into the User-agent: * section. —] 00:18, 30 December 2024 (UTC)
:::::::The old AfD pages are obviously a problem but as they are currently being indexed by Google due to this issue, it at least wouldn't be a regression and it could eventually be fixed with a one-off bot task.
:::::::{{tq|I would prefer keeping them in robots.txt but also adding noindex}} – but wouldn't this mean that Google will still index them, i.e. the status quo? I assume the reason that all of these pages are in robots.txt is because "we don't want them to show up on Google" so we kind of have to adapt to the reality here, or what is the point of listing them at all? Other responsible search engine crawlers and other bots would presumably also respect the noindex. &ndash;&#8239;]&nbsp;<small>(])</small> 12:00, 30 December 2024 (UTC)
::::::::Two issues are discussed in this thread. Adding noindex would solve the second where the content of pages in robots.txt can be indexed via redirects which are not in robots.txt. It may also solve some situations where MediaWiki can display pages via alternative url's (not redirects) instead of the canonical url with <code>/Wikipedia:Articles_for_deletion/</code>. robots.txt already blocks some alternative url's but it may miss some. It wouldn't solve the first issue where the url alone without the content can give a Google hit for pages in robots.txt, but I fear the fix (removing from robots.txt) would cause more problems than it solves. ] (]) 17:31, 30 December 2024 (UTC)
:::::::::My understanding of Google's documentation is that it would solve the first issue, because without an entry in robots.txt googlebot will read the page, see the noindex, and remove the page from its index accordingly. What happens now is that because the page is covered by robots.txt, it doesn't read it and so doesn't know to deindex it. Am I misunderstand that this is what you yourself said abouve – {{tq|So if you want to prevent the page from appearing in all search results then you have to add noindex and not place the url in robots.txt}}? &ndash;&#8239;]&nbsp;<small>(])</small> 09:45, 1 January 2025 (UTC)
::::::::::My most recent post was about adding noindex without removing the pages from robots.txt. If we also remove them from robots.txt then yes, I said earlier and still think it would solve the specific first issue discussed above about some AfD pages appearing (with title only and no content) in some Google searches. However, I think it would cause other issues and not be worth it. For example, ] is about search engine indexing. What else may various bots feel entitled to do with the information once they have read it with permission from robots.txt? Publish a copy? Train a chatbot and influence what it says later? ] (]) 13:50, 1 January 2025 (UTC)
:::::::::::What other issues though? I'm not trying to be obtuse, it's just that I don't think anyone has specified what they are, and even though I'm sure there ''would'' be knock-on effects, properly removing these from that monopoly-holding search engine is a big enough deal that in my mind it would justify a certain amount of unintended consequences. Because again, I'm pretty sure the reason that these are in robots.txt are in the first place is to stop them showing up on Google, so if that's not working...
:::::::::::We could (and probably should) also add a "none" meta tag in addition to or instead of "noindex", which I believe would make it functionally equivalent to the current robots.txt rules for well-behaved bots. Not that I believe that this effectively stops many people slurping up our project discussions... try asking an LLM to generate an AfD nomination, for example. &ndash;&#8239;]&nbsp;<small>(])</small> 15:01, 1 January 2025 (UTC)
:::::::::::To be fair, they could still do all of those things. Blocking a bot in robots.txt is not denying them a license to the content (we do not have the ability to do this) and they could get all AfDs by downloading a database export. ] (] &#124; ]) 23:28, 1 January 2025 (UTC)


== Dealing with drive-by reviews of ] ==
"What gets measured gets done." may have been said by ] who would have made a very good editor, ] (]) 12:59, 15 November 2021 (UTC)


There is already a method for ] (which is immediately failing them) but I don't think there are protocols to addressing drive by reviews (basically passing or failing an article while barely/not even making any comments). Should there be protocols, of so what? ] (]) 13:36, 26 December 2024 (UTC)
] (]) 12:59, 15 November 2021 (UTC)
:{{u|Wakelamp}}, This has been a topic of numerous academic studies. Some have proposed various better measures, but they did not get much traction. In the end, most of these require database analysis that is either difficult or simply nobody bothered with implementing them, so we are still stuck with a simple edit count. <sub style="border:1px solid #228B22;padding:1px;">]&#124;]</sub> 11:23, 22 November 2021 (UTC)
::The database analysis issue might not be that bad - we already access every single record in the ] and every single record in the ]. If we can use fields on those files it might be easier. . My thoughts were number of edits would be split into tool/non tool and the same for number of characters
::* Ok - Number of characters
::* ??? - Tool Assisted
::* OK - BOT edit
::* Ok - Roll back / reverts
::* ??? tags removed - tags added ???Good faith New Editor genuine Interactions -
::* ?? - Roll back / reverts
::* ?? - Number of AfD or speedy template
::* ?? - Number who have not edited since you AfD/Roll Back/Revert ] (]) 15:57, 22 November 2021 (UTC)


:@], thanks for your work in GA.
{{Registered editors by edit count}}
:The goal with ] is to correctly identify articles that meet the criteria. Reviewers are not actually required to provide detailed explanations about how they came to their decision. It's ''nice'' if they do so, because if they list an article without many/any comments, then there will be some suspicious-minded editor thinking that the reviewer is lazy and/or the article didn't really "deserve" to be listed (AFAICT, they think that unless the nom suffers through a long list of nitpicky questions and non-criteria requests from the reviewer, then the nom hasn't truly ''earned'' GA), and if they fail the article without an explanation, the nom has little information about what additional work needs to be done before re-nominating it. So it really is helpful.
: Of course we should have a measure which is more meaningful than number of edits... but it's hard to imagine an automated measure that could not easily be gamed. Encouraging pointless edits (as we currently do) is certainly counter-productive. ] (]) 13:40, 15 November 2021 (UTC)
:But: it's not required, and so long as the result is accurate, then it doesn't matter. This is a ] policy principle: We are not here for the purpose of following bureaucratic procedures. You need to get it right, but you do not need to do paperwork that doesn't help you (or anyone else) get it right, merely for the sake of being able to say "Look, I wrote 600 words about this. Writing 600 words shows that I very carefully reviewed the article". The most important parts of a GA review are writing and sourcing. These can require hours of work without necessarily producing a paper trail.
::See ].--'''''] <sup>]</sup>''''' 13:43, 15 November 2021 (UTC)
:Whatever you put in a review should be something you can point to a specific "book, chapter, and verse" in the ]. For example:
:::], I made this table for you. ] (]) 17:32, 16 November 2021 (UTC)
:* The criteria require reviewers to consider whether the article is well-written, so reviewers should say things like "I find this section a bit confusing, and GACR 1a requires it to be understandable. Is this saying that the character accidentally dropped the magical glass and it broke, or did he throw it down on purpose?"
::::{{replyto|WhatamIdoing}} Just curious, are those edit counts global or just for enwiki? ] (]) 03:33, 17 November 2021 (UTC)
:* The criteria ban reviewers from failing articles over the formatting of citations, so reviewers should either say nothing at all about this (the most common choice), or should say something like "The citations are not consistently formatted, but this is not a requirement for GA per the footnote in GACR 2a, so I will not consider this when making my decision."
:::::Thank-you for the table. I think it does gives a good indication of experience up to a point, but do you think it encourages peoples to use automated tools? And to encourages people to move from content creation to tool use? And maybe the word top is not the best? And it also has the disadvantage that it makes it impossible for Junior editors to catch up.
:* There are many things that are not in the criteria at all (e.g., word counts, red links, matching the formatting of similar articles, use of non-English sources, how many words/sentences/paragraphs are in each section...), so reviewers should not care about those things, and if they mention them for some reason, they should be explicitly listed as something that isn't a requirement.
:::::There are a ] already in place and measured
:As a minor point about "well-written": I particularly appreciate it when reviewers make minor fixes as they read. If there's (e.g.) a simple spelling error, reviewers should just fix it instead of posting in the review that someone else should fix it. Obviously, reviewers must only make minor changes. But I think it is a sign of a collegial and very much ] reviewer if they do make any such minor fixes, when it will be faster to fix it than to explain to someone else what needs fixing. But that results in less of a paper trail. ] (]) 21:39, 26 December 2024 (UTC)
:::::] gives you 1/ edits in main, talk, wiki 2/ manual or bot/tool assisted 3/ % of edits classified as small, medium, large. 4/ You can also see that in the last 30 days there have only been ]
::The issue here is QPQ means you have an incentive to crank out GARs as quickly as possible. ] (]) 04:14, 4 January 2025 (UTC)
:::::http://en.wikichecker.com/
*This is tangential to the larger point, but {{u|Sangsangaplaz}}, you don't need to fail a drive-by nomination. You just remove the nomination template. &spades;]&spades; ] 22:40, 26 December 2024 (UTC)
:::::I just found a research project that also measured whether words that you added stayed roughly in the same place versus the the current version. It also measured the number of hours worked. It's a few years old, but the charts are great but it makes the following points
*:Yep my mistake ] (]) 02:54, 27 December 2024 (UTC)
:::::# Registered editors in English Misplaced Pages are not getting less productive despite a dramatic reduction in the active population of editors. {BUT it also discusses that this is due to tool use}
* If there is an issue with a review, for example if it is a checklist or does not contain the required spotchecks, you can bring it up at ]. If the review does not meet the required review criteria, the standard procedure is to put the article back into the queue at the originally nominated date. ] (]) 02:11, 27 December 2024 (UTC)
:::::# Anonymous editors contribute substantially to overall productivity; however, their proportion of overall contribution has been steadily declining since the beginning of 2006.
:::::] (]) 11:18, 17 November 2021 (UTC)
::::::I think that focusing on any metric can encourage people to "win" by that metric. Having multiple metrics can balance these effects.
::::::OTOH, I think that if more of the people on this page knew that we were (almost) all in the 99.9th percentile, we might be less inclined to think that we were "typical" editors and that what works for us is what works for all editors. ] (]) 23:02, 17 November 2021 (UTC)
:::::These numbers are enwiki only. ] (]) 19:19, 17 November 2021 (UTC)
::::::{{replyto|WhatamIdoing}} Won't the results be rather skewed then by potentially millions of editors who signed up to edit other languages and other projects, who had accounts created here automatically by central auth without the user asking for one (or even necessarily wanting one)? ] (]) 10:28, 18 November 2021 (UTC)
:::::::Yes. It also includes people who tried to edit but couldn't figure out our software. ] (]) 17:24, 18 November 2021 (UTC)
::::::::...and users who just created an account to set up their display preferences or keep a watchlist. ] (]) 14:33, 20 November 2021 (UTC)
: I have created a table just as a discussion piece for some major areas, and how I think their work relates to the number of edits. I have added in experience level and automation, to show my understanding that experienced editors use the automated tools more for instance ]. Part of this was inspired by reading the very interesting essay ] by ]. It made me understand the work that dedicated "artisanal" editors do. He uses no tools, but has done 80 K edits; so I created a separate row for editors like him. :-) ] (]) 11:34, 17 November 2021 (UTC)
:{| class="wikitable"
|- style="background-color:#fffc9e;"
! Article Stage
! Work
! Edit?
! Edits/Hour
! Experienced<br />or <br />Junior
! Stress Cause
! Part of a team
! Visible measure
! Backlog
|-
| New Articles
| Content
| Manual
| 1 o 2
| Both
| Inexperience and Rejection<br />Article Wizard does not have the same checks as NPP<br />Large amount of time to create first article
| No
| Deleted Articles
| No
|-
| Redirects
| links
| Scripts
| Immense
| Exp
| None
| No
| ????
| No
|-
| AfC
| Content<br />Support
| Manual
| Few
| Exp
| New User Aggression from not understanding process<br />High Backlog<br />Lack of Resources
| Yes
| See discussion on AfC page
| Medium
|-
| Support , Help , Teahouse
| Support
| Manual
| Few
| Exp
| Agression
| Yes
| Thanks
| No
|-
| NPP /Page curator/ Copyrights
| Defence
| Tools
| Large
| Exp
| Low - high sense of satisfaction
| Yes
| NPP measures
| No
|-
| AfD, images, copyright
| Defence
| Manual
| Few
| Exp
| Aggression - especially based on country etc<br />Scammers <br />Systematic issues <br />Fraud
| Yes
| Backlog <br />????
| ????
|-
| CfD
| Judge
| Manual
| Few
| Exp
| Very low resources<br />Highest Backlog <br />650 K + categories- nearly all not accessed<br />Over-classifiers<br />No category approval process<br />Very easy to create new categories on the fly<br />No process to ensure category-article process
| Yes
| Age of categories
| Increasing and Huge
|-
| Stub, Maintenance tags,templates
| Error ID
| Tools
| Large
| Exp
| None
| Yes
| ????<br /><br />
| ????
|-
| Small fixes
| Error Fix<br />Small Content
| Some tools
| Few
| IP<br />Junior<br />Gnomes
| Insufficient Resources <br />Errors are mostly obvious - so why tag, as more work<br />Sense of satisfaction varies<br /><br />Low automation / multi screen process<br /><br />Talk is a waste of time on low importance
| Many projects <br />are dead
| No measures of tags removed<br />No automatic rating change <br />(for low importance)
| Very large and increasing<br />- increase in various errors<br />- movements in quality ratings <br />- templates are in place for years
|-
| Animators, Artists
| Images
| Manual
| None
|
| ??
| ???
| ????
| ???
|-
| Talk
| Content
| Manua<br />
| Low
| Exp
| Conflict seeking, Ad Hom, OWN,,<br />Admin shortage<br />What is important ?<br />What has already been fixed, but no one closed the talk?<br />Poor user of talk (splitting threads, no consensus building)
| No
| None
| Decades
|-
| Content Creators
| Content
| Manual
| Lower
| Junior
| Overcategorisers<br />Lack of resources
| Tech Areas Yes<br />Other Areas vary
| Self Direected <br />
| Decades
|-
| Quality Ugr
| Content
| Manual
| 1 o 2
| Both
| Either high interest areas<br />or <br />Artisanal solo editors working through their interest areas
| Tech areas - yes<br />other areas vary<br /><br />
| lone
| Centuries
|-
| Featured Article
| Contents
| Manual
| 1 o2
| Exp
| Resourced<br />Artisanal<br /><br />
| Yes
| Featured Articles
| No
|-
| Projects
| Content<br />Improvement
| Manual<br />But<br />Some tools
| ???
| Exp
| Many dead.<br />No recruitment prompts<br />Unclear purpose sometimes<br />Community is criticised by some <br />Some work well, but they need a clear purpose
| Varies
| ????
| ????
|-
| Proposals
| Proposals
| Manual
| Low
| Exp
| ????
| ????
| Qualitative measures only
| ????
|-
| Policies and Procedures
| Talk
| Manual
| Low
| EXP
| Conflict<br />Resistance versus Reform<br />
| ????
| No measure of effectiveness<br />No readability<br />Extra work is not of concern
| ????
|-
| Bot writers
| Tech
| Manual
| Low
| Exp
| Maintaining data used by scripts<br />Unclear procedures<br />Distrust by some editors of IT and Wikimedia
| ????
| ????
| ????
|-
| Admin
| Prosecutor<br />Investigator<br />Judge
| Tools<br /><br />Manual
| Low<br /><br />High
| Exp
| Aggression<br />Resources<br />Stress
| ????
| ????
| ????
|} ] (]) 11:34, 17 November 2021 (UTC)
::@], I think that if you are trying to find metrics, then you should look at the edits by ]. He spends a lot of time removing bad content. His average edit "contribution size" is a negative number. ] (]) 20:20, 17 November 2021 (UTC)
:::It's true I do. I'd be fascinated to know what my net article-space byte change number was! ] (]) 20:34, 17 November 2021 (UTC)
::::@]<nowiki> I would be fascinated too - I had not realised that the Ecclesiastian Editor("a time to tear down and a time to build") editor existed (There is also a Scottish word meaning Terse, but I can't remember it) In the opposite case, at the extreme , a metric that praised words, could lead to verbosity, or readability issues. Or on Terseness could lead to single word Laconic ("If") articles. ~~~ </nowiki> ] (]) 22:18, 17 November 2021 (UTC)
:::@] I think you misunderstand my intent. I am not after metrics for their own sake. I have a few concerns
:::* That a focus a single metric, (and the proliferation of tool use that has happened over the last 5ish year), has distorted editor behaviour, and
:::* That large number of tag edits is not increasing the quality of wikipedia especially on low importance items,
:::* That all Editor types (that have the same Goals as WIkipedia - so most Edit Wars should not be a thing), should be able to visibly see the value of their contribution to Misplaced Pages.
:::* So, if metrics should be line with Goals, what are the most important measurable current, and long terms goals of Misplaced Pages? ] (]) 22:37, 17 November 2021 (UTC)
::::I'm not sure that most active editors are all that motivated by edit counts. Probably a few people are, at least for brief periods of time, but I'd guess that most people make edits out of a belief that their edits help Misplaced Pages. I might disagree that some of these edits are actually helpful (see, e.g., people who add ] to articles, even though you could just use the automatic ] if you wanted to find pages that needed categorization...), but I don't think people add those tags because it's a quick way to increase their edit counts. ] (]) 04:08, 18 November 2021 (UTC)
:::::Is there a current report on OAUTH /Bot/Tool assisted edits.. I saw a chart somewhere showing that I think 6000 users were using tools create half the edits NPP has a metric, but I am not sure what it measures
:::::] ] (]) 14:56, 19 November 2021 (UTC)
:::::"most active editors are all that motivated by edit counts". Primary motivation varies as per the table, but there are lots of studies about people's behaviors changes based on how they are measured.. A few thought experiments
:::::* A proposal is put forward that the number of edits is done is hidden for all users
:::::* A proposal is put forward that the number of edits is no longer added to once it reaches a 1000
:::::* A proposal is put forward that no data will be made available that ranks users by number of edits


== More options for the Suggested Edits feature ==
] (]) 14:45, 19 November 2021 (UTC)


Hi All,
There is qualitative and quantitative, computers are great the second and terrible at the former. Meanwhile humans prefer qualitative and find quantitative to be a bad way to measure human performance. This is not unique to Misplaced Pages! Think of algos that rate people or schools. See '']'' -- ]] 21:00, 17 November 2021 (UTC)


I'm finding the Suggested Edits feature very useful for what to work on, but I'd like to be able to refine what it suggests more. Specifically:
:<nowiki>That book looks excellent and I have now added it to my reading list. In the Other World, i have watched managers game metrics to achieve their bonus, at the expense of increasing costs/work/stress for others, and reducing the organisation overall. I found this immoral and abhorrent Based on your reading and experience, do you think that computers can measure qualitative issues that aren't about human performance (for instance Article Quality for low importance items, readability) and human performance that is not high stake (Well done on your third month of being an Artisanal editor OR achieving your personal goal OR you may be working too many hours OR are involved in many conflicts -Misplaced Pages can wait. ~~~ </nowiki> ] (]) 22:59, 17 November 2021 (UTC)
::With Google resources :) Hard to say maybe it's a matter of building blocks not today but with semantic web data in place things more possible in the future. -- ]] ]] 05:27, 18 November 2021 (UTC)
:I think we need at least a split between bot/tool, and manual edits. There has been a massive migration to tools. And tools don't create content ] (]) 09:00, 18 November 2021 (UTC)


- I want to be able to opt out of any BLP suggestions.
Honestly I feel like 1 edit should not be top 50%. This means that with just a simple edit, you're already on of the 50% people with the most edits? ???????????????? I think there should be more, like 15 edits or 25 edits, something like that, to make it look serious. Because that doesn't make much sense to me. ] (]) 02:34, 18 November 2021 (UTC)


- I would like to be able to dismiss pages I've looked at and decided I'm not going to edit, so they don't come up in suggested edits for me anymore.
:"Top 50%" is a generous rounding on my part. 71.3% of registered editors have never made an edit here. The next 10.4% have made one edit, but only one. The next 4.9% have made exactly two edits. If you have managed to make five edits here, then you are in the top 10% of contributors to the English Misplaced Pages (by number of edits). ] (]) 04:04, 18 November 2021 (UTC)
::71.3 % is rather large ..... anywhere else I would say it was a bot farm..... Do we know the distribution of account creation??? This doesn't include IP editors does it?? ] (]) 06:32, 18 November 2021 (UTC)
:::It does not include IP editors. It includes people who didn't know that accounts are unnecessary, people who edit other Wikipedias, and people who tried to edit but couldn't figure out how. ] (]) 17:25, 18 November 2021 (UTC)
::::@] "people who tried to edit but couldn't figure out how." That's just depressing. I am analyzing all the New Article pathways, at the moment and I didn't have that one :-(. (Although I did have stuff about not understanding procedures), Can wiki detect new users who start an article and give up, or are user pathways tracked? It would be interesting to know if that improves with Visual.
::::@] The only way to do that is to get more editors to edit. :
::::] (]) 00:30, 20 November 2021 (UTC)
:::::The devs can detect failed edit attempts, at least inside a Javascript-based editing environment. A "failed" attempt may be a good thing; it includes opening a page for the purpose of copying the wikitext, or opening the editing window and deciding that your planned edit (or comment) is a bad idea before you save it.
:::::I suspect that this is in the category of sensitive data that is only kept for 90 days. The log item about the failed edit attempt probably (but someone would have to check) associates an IP address (or account id#) with the edit attempt. Once you know the editor, it should be possible to check ] t see whether anyone using that IP had recently made a successful edit. I expect that this would be very painful to do manually, so you'd need someone with suitable privileges and automation skills to do it for you. ] (]) 04:58, 20 November 2021 (UTC)
:Seems like the first step in establishing percentages should be to cut off the long tail. "Editors" (people who register an account) who have never made an edit shouldn't be included in the computations. ]&nbsp;] 15:25, 18 November 2021 (UTC)
::@], in round numbers, that would give us:
::* 30% have made one edit
::* 15% have made two edits
::* 10% have made three edits (this is the median editor, 45th to 55th percentile)
::and you would be number #2622 out of 12.2 million ever-successfully-edited-here editors, rather than #2622 out of 42.5 million registered editors. ] (]) 17:33, 18 November 2021 (UTC)
* Edit count is obviously a poor metric because it doesn't measure productivity – an edit can be good, bad or indifferent. And they are a form of cost or input, rather than being a measure of value-added output and achievement.


Those are the two things I'd like but I feel that having more ways to narrow what comes up in suggested edits would be a useful feature all round. ] (]) 11:03, 28 December 2024 (UTC)
: For an example of a better metric, consider the number of citations added which would be a better measure of quality content. Editors boost their edit count by gaming, griefing, gnoming, gossiping and grinding but these activities don't tend to result in quality content with citations. So, counting citations added might be a better proxy for measuring useful work.
:{{smalldiv|1=Notified: ] ] (]) 15:04, 28 December 2024 (UTC)}}
:{{U|Daphne Morrow}}, you may wish to bring your suggestions to ], where the people able to effect change participate with some frequency. ] (]) 17:17, 30 December 2024 (UTC)


== Citation needed overload ==
: For example, see ] and note that it is banner tagged as needing more citations. The person who added that tag boosted their edit count but didn't add any citations.
{{atop green}}
] There is currently a discussion regarding another backlog drive for articles with unsourced statements.&nbsp;The thread is ]. Thank you.<!--Template:Discussion notice--> ] (]) 17:44, 29 December 2024 (UTC)
{{abottom}}


== numbers in context ==
: ]🐉(]) 14:27, 18 November 2021 (UTC)


My inquiry is about putting numbers in context and how Misplaced Pages might contribute to that initiative. In this age of information, we are often overrun with a surplus of data or even just data that is not in context. We are bombarded on a daily basis with numbers having to do with science, global warming, national budget deficits, geography, politics, money, etc.... The media often does not put the numbers it gives us in context of the big picture. For example, our current national deficit is about $36 trillion. What does that mean? It would be useful to have a central site in which one could search on the US deficit and understand what that number is in context of other things. Although I am not an expert in monetary matters, i could see how one would put the number on a per capita basis and compare it to other countries. The number could also be compared to GDP and also compared in that way to other countries. The history of the deficit and how it compares to inflation, or any other appropriate metric, could also be discussed.
::How do we count citations? Citations may range over unformated urls or names of books, <nowiki><ref>...</ref></nowiki>, or <nowiki>{{sfn*}}</nowiki>, inline or at the bottom of the article. Some may need work to make them appear correctly, but shouldn't an ill-formed attempt to provide a citation count? I like the idea, but I do not want to be the one trying to build a bot to count citations. - ] 20:39, 18 November 2021 (UTC)
:::Apparently ORES data quality model counts ref tags, example use in educational dashboard here: https://outreachdashboard.wmflabs.org/courses/The_University_of_Hong_Kong/EASC4407_-_Regional_Geology_Fall_2021_(Fall_2021)/students/overview . ] (]) 23:18, 18 November 2021 (UTC)
::::Neat! I don't see how to access the counter. I am curious to see what it shows for my own edits. The note says it counts ref tags. I wonder if it also counts SFN* templates (which I use as often as I can, these days). I guess improperly formatted citations would have to be fixed before they were counted. - ] 23:46, 18 November 2021 (UTC)
:::::* ] is a machine-intelligence mechanism which has to be trained with examples of good and bad edits. This has been done for particular Wikis in particular languages and the details depend on the way that the sample data corpus is labelled as good, bad or whatever. This is a good way of building a metric because, if you have a simple rule like counting edits or citations, then people will then abuse and game it per the ], ], ], ], &c. Ultimately, we ought to be able to run articles through such a tool and decide whether they are good or not. And then attribute this goodness to the editors who wrote it, in proportion to their contributions to the final form. And the final stage will be when the machine intelligence can also write the articles and so cut out the middle men. This is coming too... ]🐉(]) 09:49, 19 November 2021 (UTC)
:Here's my personal opinion:
:1 edit: Top 90%
:5 edits: Top 80%
:10 edits: Top 75%
:50 edits: Top 60%
:100 edits: Top 55%
:500 edits: Top 50%
:1,000 edits: Top 35%
:10,000 edits: Top 25%
:100,000 edits: Top 15%
:500,000 edits: Top 10%
:750,000 edits: Top 5%
:1,000,000 edits: Top 1% (13 people have 1,000,000 edits)
:Obviously, the list would change depending on how many users reach a certain point, how many users DON'T reach a certain point, and how many registered users there are on Misplaced Pages in general.
:I added 1,000,000 edits because of the fact that multiple people have passed it, and it's over 10. However, this is how the list would go on (:O):
:10,000,000 edits: Top 0.1%
:100,000,000 edits: Top 0.01%
:1,000,000,000 edits: Top 0.001%
:10,000,000,000 edits: Top 0.0001%
:50,000,000,000 edits: Top 0.00001%
:100,000,000,000 edits: Top 0.000001%
:1,000,000,000,000 edits: Top 0.0000001%
:I went all the way to 1 Trillion edits :O
:I know this is a far-fetched opinion but please respect it lol
:#
:] (]) 01:05, 20 November 2021 (UTC)
::'''Number of edits as a measure'''
::As per previous comments, tools make doing a reverts a single click, gives a strong sense of community, and there leader boards showing the number of reverts
::BUT there are
::'''Consequences of Reverts using tools - good faith newcomers edit less, are more hesitant for up to a month and leave WP faster., editors active after 2 years has decreased *was 40 now 12%).'''
::* A ] by @EpochFail showed that sometimes what is reverted as vandalism, could be good faith newcomers, These good faith newcomers are far,far. more likely to have their first edit rejected, than the more experienced tool using editors were then they started editing
::* The WMF paper found that reverting tools are increasingly and far more likely to revert the work of good-faith newcomers. (s there a quality check on false positives??)
::* The WMF paper found these automated first edit reverts predict the observed decline in New Editor Retention - nearly 40% of new editors remained active for a year pre-2005, that number dropped to only 12-15% post-2007[
::* The WMF paper found that Tool users often do not engage in best practice for discussing reverts or in their interactions .[Maybe a way of reducing this is to have canned comments)
::* The WMF paper found that new users are being pushed out of policy articulation. Policies and guidelines are opaque and calcified, but Essays are being created to fix gaps. .
::* Two showed an 80 % reduction of edits by new editors who have been reverted compared to new editors that weren't. It wasn't the difference between Vandals and good faith; Both groups had an equal chance of being reverted in the next 5 weeks.
::* The same paper also mentions difficulty in "understanding the vast history of prior contributions, decisions, policies, and standards that the community has evolved over time.
::* mentions that a study on a 1000 University students found that editors who had an edit "unfairly" reverted where more likely to vandalize or feel personal animosity towards that edit. This seems at odds with the WMF paper, but this was a qualitative survey
::* This discusses these issues The following editors and others ] , were mentioned in the paper and may like to comment @Epochfail @jrmorgan, @], @], @Rosiestep (Sorry, my second link to you today) , @] , @] @] @] and @]. There are a large number of recommendations, but I would like to point to
::{{Blockquote| "Users should be  incentivized  by  algorithmic  systems  to  behave  in  ways that create enduring value for the community."}}
::* The same issue of keeping new and different editors is brought up, along with a suggestion to explain that it is the AI making that decision. I am not sure whether that is best. Maybe a scheduled edit for far longer than 5 minutes for marginal cases (to make them feel like it took time to a review), and the editor ability to choose a canned comment and a link to teahouse might be better; The paper also makes the assumption that experienced editors are best at managing conflict, But the article points out that conflict is a major reason that prolific editors leave.
::{{Blockquote| "Misplaced Pages  has  become  like  an  ecosystem,  in  which  certain  kinds  of  people are  quite  well-adapted.  However,  “that  limits  the  diversity of  the  contributors.  So  the  ecosystem  needs  to  change  in  order  to  be  more  welcoming  to  certain  kinds  of  people.” }}
::{{Blockquote| “Identifying  stable  edit could  feed  back  into  a  model  that  provides  points  in  some  way that  does  encourage  good  behavior.”  @krinkle }}
::* this ] extends it to show even experienced prolific editors finding negative communication about a revert as a major reason they leave. The authors intend to expand this metric to all Misplaced Pages
::* Lastly, we should consider changing the publish function to run parts of ORES, so that the Editor can make the decisions to fix. Yes, Vandals will work out work arounds, but we can stop that Editor or Anon having access to the tool if they abuse it. Currently they can do the same thing. but it takes 5 minutes for NPP to give them an answer ] (]) 12:51, 21 November 2021 (UTC)


If I search Misplaced Pages currently on the topic of the deficit, I will find much of the information suggested above. But I'm suggesting a graphical way of making many comparisons and concentrating on the data and graphs rather than the text in it's current format. In its current form, the site gives quite a bit of verbal information (which is great) making occasional reference to the graphs. The graphs are very much a second thought and sometimes ever hard to read.
== Sticky header ==
{{moved from|WP:VPR}}
It would be very helpful if on mobile devices in portrait mode the website header, which includes the "Misplaced Pages" link and buttons for search, notifications, etc, had the CSS attribute "position: sticky;".


I suggest creating a site in which the data/graphs are given the focus with little verbiage to go with it. The graphs/comparisons could be manipulated by the users for a better view e.g. manipulating axes to zoom in on a span of interest. Comparisons to other relevant data could easily be made or imported etc.... As with Misplaced Pages articles, the information used to populate the topics would be provided by users and reviewed. Appropriate references would have to be provided etc...
At the moment, on large pages users have to scroll right to the top of the page in order to search for another topic or access their watchlist or contributions. Most mobile devices in portrait mode have enough screen space to display such a small header permanently.


Alternatively, the information could be entered in a current Misplaced Pages article in a special section labeled as "data" (or something similar). In that section, the data would become the central focus of the information in question where the user could make easy comparisons and see in-depth context of the numbers and be able to manipulate the view of the graphs in a more interactive manner.
This is just an idea that I wanted to suggest. I don't spend much time editing Misplaced Pages these days and may not follow the discussion. If you'd like a response to any comments please ping me. Cheers. <b style="font:1.3em/1em Trebuchet MS;letter-spacing:-0.07em">]]</b> 13:45, 16 November 2021 (UTC)


the site data.gov makes a very poor attempt at providing this kind of information. In that site, some of the data is even available in Excel spreadsheet format, which is a good idea. But the search function and comparison capabilities are very poor and left entirely up to the user by accessing various sites to compile the information.
:I like this idea, and I"m not quite sure if my idea built off of this would be possible but, in order to not impede article space I think that the header should sort of "collapse" into the top of the screen as the user is scrolling and after they've sat there for a bit without scrolling, it would come back again. What do you think of this idea {{ping|nagualdesign}}? ― ]]<sub title="Discord Username" style="margin-left:-22q;">Blaze Wolf#6545</sub> 14:32, 16 November 2021 (UTC)
::What would be great, but I have no idea how to do it, is if the header moved just out of view when scrolling down and immediately came back in to view when scrolling upwards, like the top bar of the Chrome mobile browser. Position:sticky works fine though and is very simple to implement.<sup>]</sup> <b style="font:1.3em/1em Trebuchet MS;letter-spacing:-0.07em">]]</b> 15:47, 16 November 2021 (UTC)
*Note: I moved this from VPR as this isn't a ready execute proposal - ping to prior participants: {{ping|nagualdesign|Blaze The Wolf}} — ] <sup>]</sup> 14:35, 16 November 2021 (UTC)
*:<sub>I don't seem to have been pinged but I watch the page so I did notice the move anyway</sub> ― ]]<sub title="Discord Username" style="margin-left:-22q;">Blaze Wolf#6545</sub> 14:42, 16 November 2021 (UTC)
*:<sub>Ping didn't work for me either. <b style="font:1.3em/1em Trebuchet MS;letter-spacing:-0.07em">]]</b> 15:47, 16 November 2021 (UTC)</sub>
*Mobile devices should already be in mobile view (). Are you referring to the <code><nowiki><header class="header-container header-chrome"></nowiki></code> element? — ] <sup>]</sup> 14:44, 16 November 2021 (UTC)
*:Of course mobile devices viewing en.'''m'''.wikipedia.org are in mobile view. Sorry, I'm not sure what your point is. As for your question, I can't give you a definitive answer <s>as I cannot look at the source code using this phone</s>, but by "website header" I'm referring to the grey navigation bar at the very top of the page, which shows (from left to right) a menu icon, the "Misplaced Pages" logo, a search icon, notification icon, and user icon. <b style="font:1.3em/1em Trebuchet MS;letter-spacing:-0.07em">]]</b> 15:47, 16 November 2021 (UTC)
*:I just discovered that using the Chrome mobile browser you can view source code by prepending the URL with "view-source:". However, I could hardly make sense of most of it. In answer to your question I'd have to say ''I think so''. <b style="font:1.3em/1em Trebuchet MS;letter-spacing:-0.07em">]]</b> 16:08, 16 November 2021 (UTC)
*::@], I think Web is already working on this? ] (]) 20:21, 17 November 2021 (UTC)
*:::That's true @] although we're only building the ]. ] (]) 23:14, 17 November 2021 (UTC)


Please let me know if you would be interested in this initiative. I could compile data about a given topic to show in more detail my vision of what the information would look like under my proposal. I would welcome your comments and suggestions. ] (]) 16:58, 30 December 2024 (UTC)
This Village Pump is for developing ideas, not for consensus polling. Rather than merely stating support or opposition to an idea, try to be creative and positive. If possible, suggest a better variation of the idea, or a better solution to the problem identified. Before posting an idea here, please read What Misplaced Pages is not to understand regular suggestions that will not be actioned] (]) 13:24, 19 November 2021 (UTC)
*From what I can see so far, this would require a back-end change first (if you have a working personal CSS for this already - please point to the page that is successfully working) - as we certainly won't use a javascript hack for this (that is something that could be done as a personal userscript though). To request this be made available back-end, please file a ] - you can model it off of ] or one of its subtasks. — ] <sup>]</sup> 14:24, 19 November 2021 (UTC)


:We have some serious technical problems with graphs at the moment (not drawings of graphs, which work just like any photo, but made-on-site graphs that can be changed and updated easily). ] (]) 18:04, 30 December 2024 (UTC)
== Representation : Misplaced Pages Foundation Election Statistics ==
::Unless i'm mistaken, the plots/graphs in Misplaced Pages articles are treated just like photos. There is no interaction available except possibly zooming in or out like with a picture. But that is only the tip of the iceberg of the issue that I have. My idea (which is probably not a new one) has to do with the availability of context data relevant to a given set or to a given number. That's the bigger and more interesting issue. ] (]) 23:28, 30 December 2024 (UTC)
:::{{U|Noisemann}}, you may be missing some relevant context. See ]. ] (]) 00:40, 31 December 2024 (UTC)
::::thanks for that information... very helpful. This is definitely a step in the right direction. The next big step in this is having the appropriate data sets available or linked to make relevant comparisons. More importantly, those comparisons have to be suggested or provided by the site itself. Unfortunately, i'm not skilled enough in programming to help make that happen. But it seems as though initiatives are evolving toward my initial thought. I'll have to keep an eye on what is being done in that space. ] (]) 01:59, 31 December 2024 (UTC)
:::::We have a few tools that can create graphs. Some of them (ab)use table formatting or HTML codes. They aren't necessarily elegant or flexible internally, but simple things are possible. See ] for a bar chart and ] for a pie chart. ] (]) 06:28, 31 December 2024 (UTC)
:A good example of this approach is . This uses graphs and visualisations to good effect:
::{{tq|13,220 charts across 120 topics All free: open access and open source}}
:Misplaced Pages is comparatively poor as it has a systemic preference for prose. Consider the main page, for example, where the ] is often run without even a picture while ] presents death and disaster as sensational incidents and accidents without giving the big picture of mortality statistics. I can't remember the last time a graph appeared on the main page.
:]🐉(]) 09:10, 31 December 2024 (UTC)
:I think the {{tl|inflation}} template is a good example of progress in this front. One off-the-cuff idea I have had is that numbers could be given context more broadly. For example, "the spending bill approved {{tooltip|$300 million|Zambonia's GDP is $300 billion and its federal budget is $7 billion}} for the army." <b style="font-family:monospace;color:#E35BD8">]×]]</b> 18:01, 1 January 2025 (UTC)
::Also we could make tooltips not be dog shit on mobile. <b style="font-family:monospace;color:#E35BD8">]×]]</b> 18:01, 1 January 2025 (UTC)


:Commons does have Data namespace that can hold raw data in JSON format. I am not certain how much that is used in Misplaced Pages articles however. Example: ]. I am not certain if graphs are possible, but maps are: ]. ] (]) 19:59, 1 January 2025 (UTC)
Do we need a better breakdown of the election statistics for the next WMF election? ] Election irregularities didn't occur, but there was such a small turnout (6,873 votes) I must also explain that I am from Australia where election manipulation and irregularities (especially with STVs) are an artform, as we are ] to the point where the].


== “Till” ==
Irregularities I think could occur in a few areas 1/ ] and could sway and there no is visibility of how many or for which candidate they voted. 2/ Audit. Statistics on irregular votes are not advised (votes are checked in the one week between the vote being complete and the announcement) and voters do not get confirmation of their vote. 3/ Group voting: Votes by Language edition or editor type were not advised for each candidate 4/ ]. STV voting only changed the vote for 4th place, But there are issues if


I see the word “till” appear often in Misplaced Pages articles as a substitute for “until”, often on pages pretaining to India. As an example, ] uses “till” this way. It feels unprofessional for Misplaced Pages, and should be addressed. ] (]) 03:50, 1 January 2025 (UTC)
* Electors don't know enough candidates. The record in Australia is 110 candidates for 6 positions. And in our case this is made worse as there is no visibility of candidates for re-election performance.
:] is a proper English word with its own etymology. I don't see why not. ] (]) 13:21, 1 January 2025 (UTC)
* No criteria for a significant number of supporters to nominate a candidate.
::Thanks for pointing that out. I didn't know that. ] (]) 05:12, 3 January 2025 (UTC)
* Low voter turnout. STV has not changed turnout, but voter confusion from some countries was reported as STV was unknown
:This is the first time, as far as I recall, that I've seen "till" described as unprofessional. It may possibly be true in some varieties of English, but I'm fairly sure it's not in the one I use (pretty standard British English). ] (]) 13:51, 1 January 2025 (UTC)
* Candidates representing only 1 group
::I would say “till” is somewhat less formal than “until” - but the two are interchangeable.
::If the informality bothers you - you don’t need permission to edit. Just swap words. That said… it also isn’t worth an argument. If someone else objects to your preferred formality, and reverts your edit - just let it be. ] (]) 14:26, 1 January 2025 (UTC)
::Extra use of it may well count as ], which is fine for Indian articles. ] (]) 03:08, 3 January 2025 (UTC)
:::Is it an Indian English thing to use "till" more? I thought it was a normal English thing. ] (]) 03:31, 3 January 2025 (UTC)
::::By normal English, do you mean American or British? Or all varieties of English? <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 05:00, 3 January 2025 (UTC)
:::::all ] (]) 12:17, 3 January 2025 (UTC)
::::::“Till” is certainly fairly common in ''spoken'' English (of all varieties), but I think “until” is more common in ''written'' English. ] (]) 13:32, 3 January 2025 (UTC)
:::::::I've personally nearly never heard "till" used in informal conversation, save the literary "till morrow". ] (]) 13:34, 3 January 2025 (UTC)
::::::::Quoting from :{{tq2|Till is, like until, a bona fide preposition and conjunction. Though perhaps a little less formal than until, till is neither colloquial nor substandard. As Anthony Burgess put it, “In nonpoetic English we use ‘till’ and ‘until’ indifferently.” <br>But the myth of the word’s low standing persists. Some writers and editors mistakenly think that till deserves a bracketed ''sic'' If a form deserves a sic, it’s the incorrect ⋆’til: the word has no literary history as a contraction. Not until the 1980s was it widely perceived to be one.}} – ] (]) 13:36, 3 January 2025 (UTC)
:::::::::In fact, I personally treat "till" as grandiloquy. ] (]) 13:40, 3 January 2025 (UTC)


== Chart task force/workshop ==
Overall, the issue is not misuse of cash or power, but the board being dis-functional or ] . with ], but I have had more time to think now :-) I originally placed this one on the WMF page b]] (]) 10:13, 4 November 2021 (UTC) ] (]) 00:39, 20 November 2021 (UTC)
: No, we don't need the Ninja Turtles to audit the WMF election, and we don't need baseless ] about the results. ] (powera, ], ]) 23:28, 20 November 2021 (UTC)
::WP is not a democracy, but suggesting that "a better breakdown of the election statistics for the next WMF election" is FUD is too far; FUD grows when there is lack of transparency.
::I wrote that "Election irregularities didn't occur". To be 100 % clear excellent candidates ( @rosiestep @] @pundit and lorentzus ) were elected fairly.
::BUT
::Nonprofits have particular risks
::- unwilling to admit corruption due to donation fears,
::- boards not having the necessary ],
::- Staff capture (the organization being run for the management's benefit or pleasure) especially in the creation of profit-making linked companies, and
::- Volunteer disaffection.
::So, any easy ability for management to manipulate governance must be blocked. (The Ninja Turtles would also make poor auditors) ] (]) 00:47, 21 November 2021 (UTC)


] is now ] and looks great, so it looks like we will finally have interactive charts back soon. When it is enabled here, there'll be both a need to migrate existing ]-based figures to the new extension, and an opportunity to improve and expand our use of charts in articles. As the charts themselves are defined on Commons and then transcluded here, we could even get a head start on this now and have them ready to go when the extension is enabled. Is there interest in forming a task force to do this? I think a natural home for it would be ], where it could perhaps be formed as a "workshop" to add to the existing ones for illustrations, photos, and maps. &ndash;&#8239;]&nbsp;<small>(])</small> 08:05, 2 January 2025 (UTC)
== Another page of users with most edits ==


Would it be possible to have another page of users with the most edits? ] (]) 04:04, 20 November 2021 (UTC) :I dunno, would it be possible to have a bot make the graphs/transfer data from the current (broken) graphs to the newfangled ones? ] (]) 08:41, 2 January 2025 (UTC)
::Considering it's likely (from what I can tell) to be a completely new syntax, <s>that seems unlikely</s> it may be difficult without some human moderation (though Echarts' syntax is much more user friendly, so it should be somewhat simple). Most charts are transcluded via a template already so those are somewhat easy to modify – those with raw Vega code are going to be more painful to deal with.{{pb}}I would support a graph transition page but am not sure as to whether the graphics lab could do with a ''fourth'' subsection, though there seems to be little harm in adding it and seeing if it is actually used. I would be hesitant at trying to setup charts on wiki before the extension is even enabled here, however; we should probably observe the pilot wikis for now and wait for enwiki deployment. – ] (]) 11:24, 2 January 2025 (UTC)
:Do you mean in addition to ]? — ] (]) 04:59, 20 November 2021 (UTC)
:::I hear that AI is particularly good at software coding questions. Maybe one of our AI fans could try it out. ] (]) 05:13, 3 January 2025 (UTC)
:Sure. The lists are user-generated by third-party tools and not official. Nothing prevents other users from creating their own list. The only question is "primary topic". Which list gets called "List of Wikipedians by number of edits". One option is make it a dab page. It depends if both lists are equally as good but have different features. It might require a vote to see. -- ]] 05:53, 20 November 2021 (UTC)
::::I'm sure feeding the data into an LLM would be somewhat simple (especially as the syntax is modular and repetitive) but it comes back to the problem of being unable to check the output to see if there are errors. Do we have an idea of how many usages of the Graph extension there is on-wiki that ''doesn't'' use a template, to get an idea of what needs to be migrated? – ] (]) 13:32, 3 January 2025 (UTC)
:::::I don't know how much the templates are going to help, since if I understand correctly the new extension requires both the chart ''and'' the data it uses to be on Commons. But working out issues like this is exactly why I think getting a head start with a task force would be a good idea. &ndash;&#8239;]&nbsp;<small>(])</small> 13:49, 3 January 2025 (UTC)
::::::Are you thinking of creating a page in the style of a workshop, where users can make requests (]), or a resource page that collates relevat information (or both)? – ] (]) 13:53, 3 January 2025 (UTC)
:::::::Both, but probably initially focusing on the latter. &ndash;&#8239;]&nbsp;<small>(])</small> 14:18, 3 January 2025 (UTC)
::::::::Okay, I've created a skeleton structure for a page at ]. I will try to expand it later, though it is obviously difficult when charts are not yet enable here. – ] (]) 14:26, 3 January 2025 (UTC)


== Project once-over ==
== Bot collation of questions on low-watched talk pages ==


I have an idea to do a project-wide initiative to review all Misplaced Pages articles through a fresh set of eyes. Basically, as we are approaching seven million articles, the top 500,000 editors in good standing would each be given a list of 14 articles which those editors had never edited on before. The recipients would be asked to give the articles on the list just a fairly quick glance to see if everything looked in order, no glaring errors or issues or vandalism on the page. The list would exclude the ~50,000 good/featured articles and lists, as well as articles currently nominated for deletion, since those are likely to have been recently critically reviewed. The recipients would be asked to signify somehow that they had or had reviewed the articles on their list. ] ] 23:09, 2 January 2025 (UTC)
In the discussion at ] ] commented that {{tpq|File talk page discussions are pretty common but they usually don't get an answer.}} to which ] replied {{tpq|Mainly because they only have one watcher - the person who created the discussion}}. This got me wondering about the feasibility of (probably) a bot that looked for new posts to pages with fewer than N (actively engaged?) watchers and produced a list (or lists?) of such pages so that editors know that the posts exist and can go and respond if required. I don't know what a sensible value of N would be.
:That sounds like an interesting experiment, I think it'd be fun. Are there 500,000 ''active'' editors? ]&nbsp;] 23:14, 2 January 2025 (UTC)
:: Not really, but it can't hurt to ask. For the ones who don't respond, perhaps we wait a few weeks and send out new lists of articles to those who did. ] ] 23:23, 2 January 2025 (UTC)
:::It's an interesting idea. There would need to be some sort of matching between article and reviewer. I am perfectly capable of evaluating an article about e.g. rail transport, British history or most geography, for articles about e.g. mathematics anything much beyond "are there swear words or broken templates?" is beyond my ability. You would also need to avoid matching someone with an article they are topic banned from, have a COI regarding or are simply too biased to edit neutrally - e.g. there is a reason I have never edited the article about ]. ''Most'' active editors would know this wasn't an invitation to deviate from good practice, but I'm not confident that applies to everyone. ] (]) 00:48, 3 January 2025 (UTC)
:::: Actually, I was thinking that we would have people look at articles completely outside their normal go-to zones of interest. You, for examples, should be able to glance at a mathematics article and see if something is seriously awry (or looks seriously awry). The idea is to have a really quick process that allows us to get through millions of articles in the course of a few days by just looking for the sorts of issues that would be obvious to anyone. In fact, I started thinking about this because, in the course of my own punctuation-spacing project, I came across , which apparently no one ever looked at again. ] ] 02:58, 3 January 2025 (UTC)
:::::While I would be able to tell someone adding "nbhvjhb,jnbkjbiukjn" to a maths article was an an error, but I would not give my stamp of approval to the article because that would imply there are ''no'' glaring errors because something that would be nearly as obvious to a mathematician (e.g is says "integrate" when it should say "subtract") I'm not going to see (for all I know "integrate" is correct). {{tpq|
:::::This partitions the interval {{math|}} into {{mvar|n}} sub-intervals {{math|}} indexed by {{mvar|i}}, each of which is "tagged" with a specific point {{math|''t''<sub>''i''</sub> ∈ }}.}} might as well be written in Basque for all it means to me. There is a difference between articles I don't normally read or edit because they are outside my area of interest, and articles I don't normally read or edit because they are outside my area of competence. ] (]) 05:41, 3 January 2025 (UTC)
::There are currently {{NUMBEROFUSERS}} Misplaced Pages accounts, of which {{NUMBEROFACTIVEUSERS}} have made at least one edit during the last month. ] ] 03:17, 3 January 2025 (UTC)
:::About 800K registered editors make an edit each year. As a general rule, about half of those only made one edit.
:::BD, given that the most articles only get looked at once a week (see ]), maybe we don't need to review every article. ] (]) 08:03, 3 January 2025 (UTC)
:I really like this general idea <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 04:59, 3 January 2025 (UTC)
::I do in theory, but not in practice. I can foresee potential user talk page spam issues, plus the problem of topic relevance (as discussed above) and the willingness and ability (or lack thereof) of each reviewer (I'd honestly want an invite list for something like that to be relatively exclusive, like, say, people with at least a couple of thousand edits; I wouldn't just be concerned about false-positive or false-negative reviews, but while "reviewing" an article, some neweditors might make good-faith but ultimately disruptive edits to it, and I wouldn't want a watchlister of some obscure page to be alarmed by editors like this). Reviewing articles like this would be a great task for some new users but certainly not all, and it'd be impossible to differentiate the good and bad kinds automatically; compare what I said about newcomers and copyediting in ]; bad experiences from certain users (including those I dealt with before) bleed in to my cynicism here. It'd be better that interested parties do ] from time to time. ] (]) 05:56, 3 January 2025 (UTC)
:Like others, I think this is an interesting idea, but I'm very sceptical that it's a practical one. Never mind active editors, how many editors do we have that are at all interested in doing systematic maintenance work on arbitrary topics? My gut feeling is no more than a couple of hundred, and they are already spread thin. But wasn't there a WikiProject started a few years ago that had a similar concept... basically new page review in reverse? I can't remember the name. &ndash;&#8239;]&nbsp;<small>(])</small> 08:37, 3 January 2025 (UTC)
:: I remember that project - to look at the longest untouched pages. I think I created it, but now I can't remember the name. ] ] 04:36, 4 January 2025 (UTC)
:::There's ]. ] (]) 10:42, 4 January 2025 (UTC)
::::Which eventually leads to ]. From a quick look, that report includes redirects, small DABs, and a lot of very short stubs about insignificant places and things. ] 19:19, 4 January 2025 (UTC)


== Deceased Wikipedian's talk pages ==
To avoid false positives the bot should ignore posts that consist of solely adding things like WikiProject tags, old deletion discussion notices, {{temp|Talk page header}}, {{temp|Talk page of redirect}} and probably others (as well as redirects to these templates) - I guess experience will show others as well, so the list should be easily configurable. Maybe also excluding things like {{temp|help me}} which already generate notifications elsewhere - indeed maybe we would want to restrict it to certain namespaces only (Talk: and File talk: definitely; maybe Misplaced Pages talk:, Help talk:, Template talk: and Category talk: ?).


] died around 2014. Their talk page continues to accumulate cruft, forever. I hope that when I die, my talk page is not deleted, but also no longer receives endless postings mostly automated subscriptions and notifications. The right to die and be left in peace! Plus anyway, it's a waste for Misplaced Pages, and makes it hard to find the important stuff like last posts or tributes. -- ]] 16:43, 3 January 2025 (UTC)
Some of what it will find will possibly be spam or junk, but then we can just remove this sooner than we otherwise would. It would expose that these pages have few watchers, but this bot will effectively make them more watched than average negating any benefit to knowing that. ] (]) 17:03, 20 November 2021 (UTC)
:I think this is a really good idea! ] ~ <small>]</small> 17:06, 20 November 2021 (UTC)
:The big issue is file talk posts on enwiki that are about Commons files - usually they can't be actioned here. A differentiated solution may be needed for those discussion page posts that are about Commons files, because they need to be actioned on Commons if anywhere. Perhaps we could ask the Commons folks if they are interested in a dedicated collation of all enwiki file talk page posts that concern Commons files? ] (]) 17:16, 20 November 2021 (UTC)
::Some will be able to be dealt with here, and some by editors here making edits at Commons, but even though some will require action from Commons admins I don't think that means a list here would be without value. I can certainly see the benefit of putting such comments on a separate list to comments about locally hosted files though. ] (]) 17:37, 20 November 2021 (UTC)
:I like this idea. Another benefit could be that people post in the appropriate place, not posting where "there's more traffic" (but not necessarily more—or any—interest). That leaves discussions where they are relevant, and potentially, where others in the future will see them. <i>&mdash;&nbsp;] (] / ])</i> 20:43, 21 November 2021 (UTC)
::@], I wonder what you think of ]. That would let you get a list of the discussions on pages you are interested in. ] (]) 20:24, 22 November 2021 (UTC)
:::@] while that's interesting and likely very useful, it's not the same as what I have in mind here. That seems to be:
:::*Tell me when there are new discussions related to this list of things that I am interesting in
:::Whereas this is
:::*Tell me when there are new discussions on pages that not very many people are actively watching
:::The latter will include pages that nobody has expressed an interest in (files and redirects will often only have a single watcher - the creator/uploader, who may not have edited Misplaced Pages for years), no WikiProjects have indicated belongs to their topic area, are too new for most people to know exist, etc. ] (]) 20:58, 22 November 2021 (UTC)
::::What is the size of the issue? Are there any way to get the size of the problem? (Maybe by first project they belong to, Article importance and whether it is a new user (< x edits say)??
::::What do people think are the root causes for Editors creating discussions on no-watched/Low importance pages?
::::{{]}} You mentioned interests - The biggest interest groups are projects. Would an addition to the new project dashboard showed the number of outstanding unwatched discussions encourage them being answered?
::::{{]}} Can you explain about why the Comments can't be actioned here? I don't know anything about commons, ] (]) 02:37, 23 November 2021 (UTC)
::::: Forget about "Commons", this is an issue that can arise on ''any'' little-watched talk page in ''any'' namespace. Second, a talk page question can be asked by ''any'' editor who ends up on a particular talk page, ranging from a genuinely curious reader who seeks clarification of something on the page or suggests a change to a ]y troll leaving an inappropriate remark. Sometimes articles on relatively obscure topics are created by editors who do little else in the encyclopedia and leave before a comment is added there. It's a good general cleanup project to address. ] ] 02:46, 23 November 2021 (UTC)
:@Thryduulf I think your suggested report is of crucial important for Editor retainment because it makes them feel listened to, not isolated, and their needs are being met. In general, I am against many reports that are not run JIT on Articles. Many reports are unvisited except by search engines, have no or few using them (stubs, categories), are sometimes have completeness issues (Category-Article lists), but in this case a report is needed.
:: Some other things you may wish to consider to minimize the amount of Talks to review -
:* Prioritize new or returning editors
:* Exclude Topics that are in action or marked as done (There are done and in progress templates and it could work like the topic subscribe)
:* Excluding Topics that need no action (So we still need a done flag)
:* Can we get the discussion editor to make a choice? I believe strongly that editors should have the same information. Why not tell them there are no active watcher? And why not and remove inactive editors from article watch lists"
:* BOT created Topics - You would need to exclude, but do we need them at all?
:* I love the idea of identifying interests, but how??
:* Automation - Because of the size, maybe we need a tool with canned responses, a way of viewing a all the discussions and marking them done from Publish?
:* Responsibility - Many monthly reports seem to have gigantic backlogs (categories missing, stubs ..) How do we ensure that it is actioned? ] (]) 03:12, 23 November 2021 (UTC)


:What is it that you're requesting? ] (]) 16:46, 3 January 2025 (UTC)
== Prevent basic errors getting into articles ==
:@]: {{Fixed}}. ]<sub>]<sub>]</sub></sub> (]/]) 16:49, 3 January 2025 (UTC)
{{atop|OP blocked as ]. ] (]) 20:09, 22 November 2021 (UTC)}}
::Ah ] is all one needs. Thanks. Presumably it is adding {{tlx|nobots}} but I don't see it. I'll watch the page to see how well this template works with automated postings. -- ]] 18:01, 3 January 2025 (UTC)
Misplaced Pages is based on the idea that it doesn't matter how poor your edit is; someone will fix it. In general, obvious vandalism is indeed fixed quite quickly. But edits that are well-intended but poor persist for years. Some of the most glaring issues that I frequently see include:
:::@]: I was under the assumption that {{tlx|nobots}} was included in the {{tlx|Deceased}} package, but I guess not. It is recommended to add it to deceased talk pages by ]. ]<sub>]<sub>]</sub></sub> (]/]) 18:36, 3 January 2025 (UTC)
:Some things like deletion nominations can actually be helpful for talk page watchers. Subscriptions should indeed be all canceled though. —] (]) 18:04, 3 January 2025 (UTC)


== Pages that use multiple images for the main image need a "randomizer" ==
# First sentences which are a pointless restatement of the article title
# Bold text that does not correspond to the article title
# Use of contractions and ampersands
# Incorrectly capitalised section headings
# Links within section headings
# Links within bold-face reiterations of the article title
# Misuse of /


Lots of articles have main or primary images to show their topic but editors may be in dispute about which particular image best serves the article topic. For example, the ] article has had a number of different images to illustrate this topic, and they change from time to time.
There are of course many others. But it would be trivial to prevent or inhibit any of these basic errors from ever getting into articles. A simple ] could apply simple quality checks, and warn the user if their edit fails them.


My thought is to have a list of images, one of which will appear on page load at random. That way, every time the page is reloaded, a single image from the list will show up as the main image. If there are only two, then it will flip back and forth, but there could be 10 images in the list. This lets more editors have a say in what shows without having too much conflict. ] (]) 03:12, 4 January 2025 (UTC)
I can think of any number of advantages to basic quality control, and not a single disadvantage. Interested to know what other people think. ] (]) 10:19, 22 November 2021 (UTC)

: The style guide ] has discussions on ] ], and ]. They also give many exceptions such as AT&T and quotes containing contractions, Exceptions are what makes programming complicated. The disadvantage is that if you disallow such changes then an editor may not finish their edit, or worse quit Misplaced Pages ] (]) 12:25, 22 November 2021 (UTC)
:Would this be feasible from an accessibility standpoint? ]<sub>]<sub>]</sub></sub> (]/]) 03:48, 4 January 2025 (UTC)
:: I'm not suggesting disallowing anything. Rather, if one makes an edit that contains, for example, ''isn't'', and the text is not within quotation marks. you would simply be warned that contractions should not be used, with a link given to the relevant part of the MOS. If there is some valid reason to use the contraction, you would just click save anyway. I can't remember how but I've certainly encountered edit filters with that behaviour before, where you can save the edit after a warning. ] (]) 13:05, 22 November 2021 (UTC)
::: I think it would result in ] issues. It certainly makes me mildly annoyed every time I trip an edit filter. ] (]) 13:20, 22 November 2021 (UTC) ::If you mean having it work on without JS enabled, yes—just make the "default" behavior be to show all pictures. ] (]) 04:17, 4 January 2025 (UTC)
:It seems like this already exists over at ], but for some reason it's not enabled in mainspace (only on portals). I'd ask on the talk page for it to be enabled elsewhere (or you can modify the code to let it work elsewhere). ] (]) 04:30, 4 January 2025 (UTC)
:::: I would anticipate the user experience, if the filter were tripped, to be something like the following:
:If all of the images are relevant, forcing reloads to see them all is silly. We need to illustrate articles in a way that works for readers, not just editors. —] (]) 05:55, 4 January 2025 (UTC)
::::# user who did not read the manual of style makes an edit including text like "]"
::Usually, all of the images are already included in the article to illustrate the specific things they illustrate instead of the topic. But the infobox only has one image<br>To Hires: the usual way to solve this is {{tl|photo montage}}. ] (]) 15:52, 4 January 2025 (UTC)
::::# user is prevented from saving the edit immediately, with the reason displayed including a link to the MOS
:::Another option worth considering is to go without an infobox image. —] (]) 17:54, 4 January 2025 (UTC)
::::# user revises their edit, and is less likely to make a similar mistake in the future
:::: How would you see it playing out? ] (]) 13:43, 22 November 2021 (UTC) :This used to be done on ] with ]. ] (]) 07:46, 4 January 2025 (UTC)

{{abot}}
== Implemeting "ChatBot Validation" for sentences of Misplaced Pages ==

Hi, I propose to define a "Validation process" using Chatbots (e.g. ]) in this way:
# The editor or an ordinary user, presses a button named "Validate this Sentence"
# A query named "Is this sentence true or not? + Sentence" is sent to ChatGPT
# If the ChatGPT answer is true, then tick that sentence as valid, otherwise declare that the sentence needs to be validated manually by humans.
I think the implementation of this process is very fast and convenient.
I really think that "ChatBot validation" is a very helpful capability for users to be sure about the validity of information of articles of Misplaced Pages. Thanks, ] (]) 10:34, 6 January 2025 (UTC)

:While it would certainly be convenient, it would also be horribly inaccurate. The current generation of chatbots are prone to hallucinations and cannot be relied on for such basic facts as what the current year is, let alone anything more complicated. ] (]) 10:48, 6 January 2025 (UTC)
::@] The question is
::{{Quote|Is Misplaced Pages hallucinations or ChatGPT is hallucinations?}}
::This type of validation (validation by ChatGPT) may be inaccurate for correctness of Misplaced Pages, but when ChatGPT declares that "Misplaced Pages information is Wong!", a very important process named "Validate Manually by Humans" is activated. This second validation is the main application of this idea. That is, finding possibly wrong data on Misplaced Pages to be investigated more accurately by humans. ] (]) 11:02, 6 January 2025 (UTC)
:::The issue is, ChatGPT (or any other LLM/chatbot) might hallucinate in both directions, flagging false sentences as valid and correct sentences as needing validation. I don't see how this is an improvement compared to the current process of needing verification for all sentences that don't already have a source. ] (] · ]) 11:13, 6 January 2025 (UTC)
:::If there was some meaningful correlation between what ChatGPT declares true (or false) and what is actually true (or false) then this might be useful. This would just waste editor time. ] (]) 11:15, 6 January 2025 (UTC)
::::@]@] Although ChatGPT may give wrong answers, but it is very powerful. To assess its power, we need to apply this research:
::::# Give ChatGPT a sample containing true and false sentences, but hide true answers
::::# Ask ChatGPT to assess the sentences
::::# Compare actual and ChatGPT answers
::::# Count the ratio of answers that are the same.
::::I really propose that if this ratio is high, then we start to implement this "chatbot validation" idea. ] (]) 11:24, 6 January 2025 (UTC)
:::::There are many examples of people doing this research, e.g. ranks ChatGPT as examples accurate "88.7% of the time", but (a) I have no idea how reliable that source is, and (b) it explicitly comes with multiple caveats about how that's not a very meaningful figure. Even if we assume that it is 88.7% accurate at identifying what is and isn't factual across all content on Misplaced Pages that's still not really very useful. In the real world it would be less accurate than that, because those accuracy figures include very simple factual questions that it is very good at ("What is the capital of Canada?" is the example given in the source) that we don't need to use ChatGPT to verify because it's quicker and easier for a human to verify themselves. More complex things, especially related to information that is not commonly found in its training data (heavily biased towards information in English easily accessible on the internet), where the would be the most benefit to automatic verification, the accuracy gets worse. ] (]) 11:38, 6 January 2025 (UTC)
:Have you read, for example, the content section of OpenAI's ? ] (]) 10:53, 6 January 2025 (UTC)
::@] If OpenAI does not content with this application, we can use other ChatBots that content with this application. Nowadays, many chatbots are free to use. ] (]) 11:04, 6 January 2025 (UTC)
:::I'm sure they would be thrilled with this kind of application, but the terms of use explain why it is not fit for purpose. ] (]) 11:17, 6 January 2025 (UTC)
:Factual questions are where LLMs like ChatGPT are weakest. Simple maths, for example. I just asked "Is pi larger than 3.14159265?" and got the wrong answer "no" with an explanation why the answer should be "yes":
::"No, π is not larger than 3.14159265. The value of π is approximately 3.14159265358979, which is slightly larger than 3.14159265. So, 3.14159265 is a rounded approximation of π, and π itself is just a tiny bit larger."
:Any sentence "validated by ChatGPT" should be considered unverified, just like any sentence not validated by ChatGPT. —] (]) 11:28, 6 January 2025 (UTC)
:: I get a perfect answer to that question (from the subscription version of ChatGPT): "Yes. The value of π to more digits is approximately 3.141592653589793… which is slightly larger than 3.14159265. The difference is on the order of a few billionths." But you are correct; these tools are not ready for serious fact checking. There is another reason this proposal is not good: ChatGPT gets a lot of its knowledge from Misplaced Pages, and when it isn't from Misplaced Pages it can be from the same dubious sources that we would like to not use. One safer use I can see is detection of ungrammatical sentences. It seems to be good at that. ]<sup><small>]</small></sup> 11:42, 6 January 2025 (UTC)
::It's a good example of the challenges of accuracy. Using a different prompt "Is the statement pi > 3.14159265 true or false?", I got "The statement 𝜋 > 3.14159265 is true. The value of π is approximately 3.14159265358979, which is greater than 3.14159265." So, whatever circuit is activated by the word 'larger' is doing something less than ideal, I guess. Either way, it seems to improve with scale, grounding via RAG or some other method and chain of thought reasoning. Baby steps. ] (]) 11:51, 6 January 2025 (UTC)
:I do not think we should outsource our ability to check whether a sentence is true and/or whether a source verifies a claim to AI. This would create ''orders of magnitude'' more problems than it would solve... besides, as people point out above, facts is where chatbots are weakest. They're increasingly good at imitating tone and style and meter and writing nicely, but are often garbage at telling fact from truth. '']'' (] — ]) 02:22, 7 January 2025 (UTC)
===Using ChatBots for reverting new edits by new users===
Even though the previous idea may have issues, I really think that one factor for reverting new edits by new users can be "the false answer of verification of Chatbots". If the accuracy is near 88.7%, we can use that to verify new edits, possibly by new users, and find vandalism conveniently. ] (]) 13:48, 6 January 2025 (UTC)

:Even if we assume the accuracy to be near near 88.7%, I would not support having a chatbot to review edits. Many editors do a lot of editing and getting every 1 edit out of 10 edit reverted due to an error will be annoying and demotivating. The bot ] already automatically reverts obvious vandalism with 99%+ success rate. ] <i><sup style="display:inline-flex;rotate:7deg;">]</sup></i> 14:11, 6 January 2025 (UTC)
::@] Can ] check such semantically wrong sentence?
::{{Quote|] was an American engineer.}}
::instead of an inventor, this sentence wrongly declares that he was an engineer. Can ] detect this sentence automatically as a wrong sentence?
::So I propose to rewrite ] in a way that it uses Chatbots, somehow, to semantically check the new edits, and tag semantically wrong edits like the above sentence to "invalid by chatbot" for other users to correct that. ] (]) 14:22, 6 January 2025 (UTC)
:::{{tq|Can Cluebot detect this sentence automatically as a wrong sentence?}} No. It can't. Cluebot isn't looking through sources. It's an anti-vandalism bot. You're welcome to bring this up with those that maintain Cluebot; although I don't think it'll work out, because that's way beyond the scope of what Cluebot does. ] <span style="font-weight:bold">&#124;</span> ] 19:46, 6 January 2025 (UTC)
:::I think you, {{u|Hooman Mallahzadeh}}, are too enamoured with the wilder claims of AI and chatbots, both from their supporters and the naysayers. They are simply not as good as humans at spotting vandalism yet; at least the free ones are not. ] (]) 20:46, 6 January 2025 (UTC)
:The number of false positives would be too high. Again, this would create more work for humans. Let's not fall to AI hype. '']'' (] — ]) 02:23, 7 January 2025 (UTC)
:Sorry this would be a terrible idea. The false positives would just be to great, there is enough ] of new editors we don't need LLM hallucinations causing more. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 16:26, 7 January 2025 (UTC)
::Dear @], I didn't propose to revert all edits that ChatBot detect as invalid. My proposal says that:
::{{Quote|Use ChatBot to increase accuracy of ].}}
::The ] does not check any semantics for sentences. These semantics can only be checked by ] like ChatGPT. Please note that every Misplaced Pages sentence can be "semantically wrong", as they can be syntacticly wrong.
::Because making "Large language models" for semantic checking is very time-consuming and expensive, we can use them online via ] techniques. ] (]) 17:18, 7 January 2025 (UTC)
:::But LLMs are not good at checking the accuracy of information, so Cluebot NG would not be more accurate, and in being less accurate would behave in a more BITEY manner to new editors. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 17:24, 7 January 2025 (UTC)
::::Maybe ChatGPT should add a capability for "validation of sentences", that its output may only be "one word": True/False/I Don't know. Specially for the purpose of validation.
::::I don't know that ChatGPT has this capability or not. But if it lacks, it can implement that easily. ] (]) 17:33, 7 January 2025 (UTC)
:::::Validation is not a binary thing that an AI would be able to do. It's a lot more complicated than you make it sound (as it requires interpretation of sources - something an AI is incapable of actually doing), and may require access to things an AI would never be able to touch (such as offline sources). —] ] <sup><small>] ]</small></sup> 17:37, 7 January 2025 (UTC)
:::{{ping|Hooman Mallahzadeh}} I refer you to the case of ], which earned the lawyers citing it a . —] ] <sup><small>] ]</small></sup> 17:30, 7 January 2025 (UTC)
::::@] Thanks, I will read the article. ] (]) 17:34, 7 January 2025 (UTC)
:::{{ec|4}} For Misplaced Pages's purposes, accuracy is determined by whether it matches what reliable sources say. For any given statement there are multiple possible states:
:::#Correct and supported by one or more reliable sources at the end of the statement
:::#Correct and supported by one or more reliable sources elsewhere on the page (e.g. the end of paragraph)
:::#Correct and self-supporting (e.g. book titles and authors)
:::#Correct but not supported by a reliable source
:::#Correct but supported by a questionable or unreliable source
:::#Correct according to some sources (cited or otherwise) but not others (cited or otherwise)
:::#Correct but not supported by the cited source
:::#Incorrect and not associated with a source
:::#Incorrect and contradicted by the source cited
:::#Incorrect but neither supported nor contradicted by the cited source
:::#Neither correct nor incorrect (e.g. it's a matter of opinion or unproven), all possible options for sourcing
:::#Previously correct, and supported by contemporary reliable sources (cited or otherwise), but now outdated (e.g. superceded records, outdate scientific theories, early reports about breaking news stories)
:::#Both correct and incorrect, depending on context or circumstance (with all possible citation options)
:::#Previously incorrect, and stated as such in contemporary sources, but now correct (e.g. 2021 sources stating Donald Trump as president of the US)
:::#Correct reporting of someone's incorrect statements (cited or otherwise).
:::#Predictions that turned out to be incorrect, reported as fact (possibly misleadingly or unclearly) at the time in contemporary reliable sources.
:::And probably others I've failed to think of. LLMs simply cannot correctly determine all of these, especially as sources may be in different languages and/or not machine readable. ] (]) 17:44, 7 January 2025 (UTC)

== AfD's taking too long ==

I've noticed that a lot of AfD's get relisted because of minimal participation, sometimes more than once. This means that in the instance where the article does get deleted in the end, it takes too long, and in the instance where it doesn't, there's a massive AfD banner at the top for two, sometimes three or more weeks. What could be done to tackle this? How about some kind of QPQ where, any editor that nominates any article for deletion is strongly encouraged to participate in an unrelated AfD discussion? -- ]-'']'' -- 06:59, 7 January 2025 (UTC)

:I feel ] is appropriate here. I don't understand why the article banner is a problem? Am I missing something? ] (]) 07:41, 7 January 2025 (UTC)
:We already have ] which says that if an AfD nomination has minimal participation and meets the criteria for ], then the closing admin should treat it like an expired PROD and do a soft deletion. I remember when this rule was first added, admins did try to respect it. I haven't been looking at AfD much lately—have we reverted back to relisting discussions? ] (]) 08:10, 7 January 2025 (UTC)
::From what I've seen when I was active there in November, ProD-like closures based on minimal participation were quite common. ] (]) 22:47, 7 January 2025 (UTC)

== Add an infobox template for those who won the ] ==

Either that or at least have it included in the infoboxes of the World Chess Champions. What do you guys think? ] (]) 19:19, 7 January 2025 (UTC)

Latest revision as of 22:47, 7 January 2025

Section of the village pump where new ideas are discussed
 Policy Technical Proposals Idea lab WMF Miscellaneous 
Shortcuts The idea lab section of the village pump is a place where new ideas or suggestions on general Misplaced Pages issues can be incubated, for later submission for 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 consensus 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 Misplaced Pages:Perennial proposals.

Discussions are automatically archived after remaining inactive for two weeks.

« Archives, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62
Centralized discussion For a listing of ongoing discussions, see the dashboard.

Toward helping readers understand what Wiki is/isn’t

I’ve often noticed confusion on the part of both general readers and editors about what Misplaced Pages articles are AND aren’t. Truth be told, I suspect all of us editors probably had it not only before becoming editors but also well into our Wiki work.

So I got thinking that perhaps a cute (but not overly so!) little information box that would fly in or otherwise attract attention upon accessing a new article could help halt some common misunderstandings or lack of awareness of general readers. Because I think most editors here at the Pump would be aware of many such examples, I hope you’ll forgive my not providing e.g.’s.

(Of course if such an info box were put in place, there’d also need to be a way for readers not to see it again if they so wish.)

I started to check elsewhere at the Pump to see if a similar idea had ever been submitted before, but I couldn’t figure out a relevant search term. And I didn’t want to suggest an outright proposal if anything similar had in fact ever been proposed. So IDEA LAB just seemed a good place to start the ball rolling. Looking forward to seeing where it leads. Augnablik (talk) 10:58, 17 November 2024 (UTC)

I'm a strong supporter of providing more information about how Misplaced Pages works for readers, especially if it helps them get more comfortable with the idea of editing. Readers are editors and editors are readers—this line should be intentionally blurred. I don't know if a pop up or anything similar to that is the right way to go, but I do think there's something worth considering here. One thing I've floated before was an information panel featured prominently on the main page that briefly explains how every reader is an editor and gives some basic resources. Thebiguglyalien (talk) 17:49, 17 November 2024 (UTC)
The problem with putting stuff on the main page is that many (probably most) readers get to Misplaced Pages articles from a search engine, rather than via the main page. Phil Bridger (talk) 17:57, 17 November 2024 (UTC)
Another issue is a large number of these users tend to be on mobile devices, which have known bugs with regards to things like this. —Jéské Couriano v^_^v 20:45, 17 November 2024 (UTC)
The main page gets 4 to 5 million page views each day. And even so, I would guess that people who go out of their way to read the main page are better candidates to become frequent editors than people who treat Misplaced Pages like it's part of Google. Thebiguglyalien (talk) 15:12, 18 November 2024 (UTC)
I wasn't thinking of the main page. What I had in mind was that whenever someone requests to go to an article — irrespective of how he or she entered Misplaced Pages — the information box would fly in or otherwise appear. Augnablik (talk) 17:30, 18 November 2024 (UTC)
I know you weren't thinking of the main page. My reply was to Thebiguglyalien. Phil Bridger (talk) 20:23, 18 November 2024 (UTC)
So I see now. Sorry. Augnablik (talk) 09:44, 20 November 2024 (UTC)
What sort of confusion are you seeking to dispel? Looking over WP:NOT, basically everything on there strikes me as "well, DUH!". I honestly can't understand why most of it has had to be spelled out. --User:Khajidha (talk) (contributions) 13:04, 18 November 2024 (UTC)
@Khajidha, i don't see the box as ONLY to dispel confusion but ALSO to point out some strengths of Misplaced Pages that probably readers wouldn't have been aware of.
A few things that came to my mind: although Misplaced Pages is now one of the world's most consulted information sources, articles should be considered works in progress because ... however, there are stringent requirements for articles to be published, including the use of strong sources to back up information and seasoned editors to eagle-eye them; writing that is objective and transparent about any connection between writers and subjects of articles ... and (this last could be controversial but I think it would be helpful for readers in academia) although not all universities and academic circles accept Wiki articles as references, they can serve as excellent pointers toward other sources.
if the idea of presenting an information box including the above (and more) is adopted, a project team could work on exactly what it would say and look like. Augnablik (talk) 18:58, 18 November 2024 (UTC)
I think that considerably overstates reality (the requirements are not stringent, sources do not have to be strong, many things are not checked by anyone, much less by seasoned editors, hiding COIs is moderately common...).
BTW, there has been some professional research on helping people understand Misplaced Pages in the past, and the net result is that when people understand Misplaced Pages's process, they trust it less. This might be a case of Careful What You Wish For. WhatamIdoing (talk) 19:20, 18 November 2024 (UTC)
Ooops. Well, if stringent requirements, etc., overstate reality, then official Wiki guidance and many Teahouse discussions are needlessly scaring many a fledgling editor! 😱 Augnablik (talk) 19:40, 18 November 2024 (UTC)
All of these points also fall into the "well, DUH!" category. I did, however, want to respond to your statement that "not all universities and academic circles accept Wiki articles as references". I would be very surprised if any university or serious academic project would accept Misplaced Pages as a reference. Tertiary sources like encyclopedias have always been considered inappropriate at that level, as far as I know. --User:Khajidha (talk) (contributions) 19:38, 18 November 2024 (UTC)
Point taken about encyclopedias being generally unacceptable in academic writing.
But as we’re having this discussion in an idea lab, this is the perfect place to toss the ball back to you, Khajidha, and ask how you would describe Misplaced Pages for new readers so they know how it can be advantageous and how it can’t?
As I see it, that sort of information is a real need for those who consult Misplaced Pages — just as customers appreciate quick summaries or reviews of products they’re considering purchasing — to get a better handle on “what’s in it for me.” Augnablik (talk) 20:05, 18 November 2024 (UTC)
I think the logo at the top left already does a pretty good job: "Misplaced Pages: The 💕". Especially if you look at the expanded form we use elsewhere: "Welcome to Misplaced Pages, the 💕 that anyone can edit."--User:Khajidha (talk) (contributions) 12:39, 19 November 2024 (UTC)
@Khajidha, a mere tag saying "The 💕" seems to me just a start in the right direction. The addition of "that anyone can edit" adds a little more specificity, although you didn't mention anything about writing as well as editing. Still, I think these tags are too vague as far as what readers need more insight about.
I'm working on a list of things I'd like to bring to readers' attention, but I'd like to put it away tonight and finish tomorrow. At that point, I'll humbly request you to "de-DUH" your evaluation of my idea. Augnablik (talk) 17:01, 20 November 2024 (UTC)
Seems to me the problem is that people don't understand what an encyclopedia is. That's a "them" problem, not an "us" problem. And what exactly do these readers think editing the encyclopedia would be that doesn't incude writing it? User:Khajidha (talk) (contributions) 17:45, 20 November 2024 (UTC)
Misplaced Pages is very different from the historical concept of encyclopedia. The open editing expands the pool of editors, at the expense of accuracy. -- Shmuel (Seymour J.) Metz Username:Chatul (talk)
Misplaced Pages may have put traditional general encyclopedias out of business, or at least made them change their business model drastically, but it does not define what an encyclopedia is. One example is that Misplaced Pages relies largely on secondary sources, but traditional encyclopedias, at least for the most important articles, employed subject matter experts who wrote largely on the basis of primary sources. It is our job to explain the difference. Phil Bridger (talk) 20:03, 20 November 2024 (UTC)
After a little longer gap between than what I thought it would take to create a list of things I believe all readers need to be aware of from the git-go about what Misplaced Pages is and isn't, due to some challenges in other departments of life, here's what I came up with. It would be in sections, similar to what you see below, each surrounded by a clip art loop, perhaps golden brown, and perhaps a few other pieces of clip art to set it off visually.I wish I knew how to separate paragraphs with line spacing ... I know this looks a little squished.
_____________________________________
New to reading Misplaced Pages articles? Here are some helpful things for you to be aware of about Misplaced Pages. They'll help you get more clearer ideas of how you can use the articles to best advantage.
If you'd like to go into more depth about all this, and more, just go to the article in Misplaced Pages about itself by typing WIKIPEDIA in the Misplaced Pages search field.
Misplaced Pages is a different kind of encyclopedia.
—   Its articles can be written and edited by anyone.
—   They’re supposed to be based completely on reliable outside sources.
—   They can be updated at any time, thus allowing for quick corrections or additions if needed.
—   Misplaced Pages is free.
That’s the main difference between Misplaced Pages and traditional encyclopedias.
BUT:
All encyclopedias serve as starting points where readers can find out about information — especially the main thinking about particular subjects — then follow up as they wish.
Students and researchers: keep in mind that schools and professional research journals don’t accept encyclopedias as references for written papers, but do encourage using them to get some ideas with which to go forward.
Misplaced Pages has become popular for good reason.
—   Misplaced Pages is the world’s largest-ever encyclopedia.
—   It’s consistently ranked among the ten websites people visit most.
—   Because it’s all online, it’s easy to access.
—   Because it’s highly interactive, it’s easy to move around from topic to topic.
Quality standards for writing articles are in place and in action behind the scenes.
—  Misplaced Pages has high standards for choosing the subjects of articles.
—   Misplaced Pages also has high standards for writing articles, especially freedom from bias.
—   Certain editors are assigned to ensure that articles follow Misplaced Pages standards.
— Although differences of opinions naturally arise about whether a particular article does so, there are sets of procedures to work them out and arbiters to step in as needed. Augnablik (talk) 10:18, 25 November 2024 (UTC)
The <br /> tag should take care of line spacing. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 13:49, 25 November 2024 (UTC)
Is this possible to do in Visual Editor instead (I hope)? Augnablik (talk) 13:52, 25 November 2024 (UTC)
Why would you put information about "reading Misplaced Pages articles" in an editing environment?
Also, several things you've written are just wrong. Misplaced Pages is not considered a "highly interactive" website. "Certain editors" are not "assigned to ensure" anything. Misplaced Pages does not have "high standards for writing articles", and quite a lot of readers and editors think we're seriously failing in the "freedom from bias" problem. We might do okay-ish on some subjects (e.g., US political elections) but we do fairly poorly on other subjects (e.g., acknowledging the existence of any POV that isn't widely discussed in English-language sources). WhatamIdoing (talk) 20:14, 28 November 2024 (UTC)
Actually, I think a more magnetic format for this tool I'm hoping can one day be used on Misplaced Pages would be a short series of animated "fly-ins" rather than a static series of points with a loop around each set thereof. Augnablik (talk) 13:51, 25 November 2024 (UTC)
@Augnablik, personally, I think your idea would be great and would help bring new editors to the project, especially with these messages, which seem more focused on article maintenance (more important nowadays imo) than article creation.
JuxtaposedJacob (talk) | :) | he/him | 02:32, 5 December 2024 (UTC)
as unfortunate as it is, people are generally not that smart. Considering the number of people I've had to explain the concept of editing wikipedia to, I'd be shocked if most people know how wikipedia works and what it isn't Mgjertson (talk) 08:44, 17 December 2024 (UTC)
It’s exactly because it does seem to take a lot for some people to get the idea that I‘m convinced something can be done about that when readers first come to Misplaced Pages. Something catchy and animated, in contrast to “chapter and verse.”
Or so many other groups around the world have found. Augnablik (talk) 11:15, 17 December 2024 (UTC)
Idea Labmates …
Because I had such high hopes of being on the trail of something practical to help prevent some of the main misunderstandings with which readers come to Misplaced Pages — and at the same time to foster awareness of how to use it to better advantage — I wonder if a little spark could get the discussion going again. Or does the idea not seem worth pursuing further? Augnablik (talk) 11:05, 30 November 2024 (UTC)
I guess not.
At least for now.
📦 Archive time. Augnablik (talk) 02:53, 3 December 2024 (UTC)
I hope you won't be disheartened by this experience, and if you have any other good ideas will share them with us. There are two stages to getting an idea implemented in a volunteEr organisation:
  1. Getting others to accept that it is a good idea.
  2. Persuading someone to implement it.
You have got past stage 1 with me, and maybe others, but I'm afraid that, even if I knew how to implement it, it wouldn't be near the top of my list of priorities. Phil Bridger (talk) 09:17, 3 December 2024 (UTC)
Thank you, Phil. No, not disheartened … I think of it as an idea whose time has not yet come. I’m in full agreement about the two stages of idea implementation, plus a couple more in between to lead from one to the other.
When we in the creative fields recognize that continuum and get our egos out of the way, great things begin to happen. Mine is hopefully drying out on the line.😅 Augnablik (talk) 09:41, 3 December 2024 (UTC)
A starters guide with most common things you need to know and problems you will come up against would be good Sharnadd (talk) 11:37, 30 December 2024 (UTC)
Do please keep going, @Sharnadd. Augnablik (talk) 13:31, 30 December 2024 (UTC)
Thank you I will Sharnadd (talk) 15:46, 30 December 2024 (UTC)

"Sensitive content" labels (only for media that is nonessential or unexpected for an article's subject)

Closing this as it seems like discussion has derailed into unproductive debate #90910 on "should we have a content filter" (WP:PERENNIAL). I'd suggest anyone interested in workshopping a new proposal should try a different venue where they won't have to deal with back-and-forth bickering. – Closed Limelike Curves (talk) 20:54, 28 December 2024 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


You see, many Misplaced Pages articles contain images or other media that are related to the article's subject, but that readers might not want to see, and have no way of avoiding if they are reading the article without prior knowledge of its contents.

For instance, the article Human includes an image which contains nudity. This image is helpful to illustrate the article's subject, but many people who read this seemingly innocuous article would not expect to see such an image, and may have a problem with it.

Of course, if someone decides to read the article Penis and sees an image of a penis, they really can't complain, since the image would just be an (arguably, essential) illustration of the article's subject, and its presence can easily be known by the reader ahead-of-time.

My solution to this is to have editors look for media or sections of an article which could be seen as having a different level of maturity compared to the rest of the article's content, then ensuring that the reader must take additional action in order to see this content, so that readers of a seemingly innocuous article would not have to see content that could be considered "shocking" or "inappropriate" when compared to the rest of the article's content, unless they specifically choose to do so.

I posted this idea here so other people could tell me what they think of it, and hopefully offer some suggestions or improvements. -A Fluffy Kitteh | FluffyKittehz User Profile Page 15:56, 10 December 2024 (UTC)

As with just about every other proposal related to "sensitive" or "shocking" content it fails to account for the absolutely massive cultural, political, philosophical and other differences in what is meant by those and similar terms. On the human article, at least File:Lucy Skeleton.jpg, File:Anterior view of human female and male, with labels 2.png, File:Tubal Pregnancy with embryo.jpg, File:Baby playing with yellow paint. Work by Dutch artist Peter Klashorst entitled "Experimental".jpg, File:Pataxo001.jpg, File:HappyPensioneer.jpg, File:An old age.JPG, File:Human.svg and quite possibly others are likely to be seen as "shocking" or "sensitive" by some people - and this is not counting those who regard all depictions of living and/or deceased people as problematic. Who gets to decide what content gets labelled and what doesn't? Thryduulf (talk) 16:18, 10 December 2024 (UTC)
Who gets to decide? Editors, by consensus, just like everything else.
But more pointfully, @FluffyKittehz, our usual advice is not to do this, and (importantly) to be thoughtful about image placement. For example, decide whether a nude photo is better than a nude line drawing. Decide whether the nude image really needs to be right at the top, or whether it could be a bit lower down, in a more specific section. For example, the nude photos in Human are in Human#Anatomy and physiology, which is less surprising, seen by fewer users (because most people don't scroll down) and more understandable (even people who dislike it can understand that it's relevant to the subject of anatomy).
BTW, the people in that particular nude photo are paid professional models. They were specifically hired, about a dozen or so years ago, to make non-photoshopped photos in the non-sexualized Standard anatomical position (used by medical textbooks for hundreds of years). I have heard that it was really difficult for the modeling agency to find anyone who would take the job. WhatamIdoing (talk) 03:53, 11 December 2024 (UTC)
First, if you, dear reader, have a tendency to mouse over bluelinks much as I do, I'd suggest not doing so without first reading what I'm linking to.

There are certainly some pages where NOTCENSORED is taken more than a tad too far. My opinion is that if there exists a diagram that would do a comparable job in depicting an objectionable subject, the diagram is to be preferred to the photograph. We sometimes do a pretty good job of using diagrams, just look (or don't, your choice) at where Seedfeeder's illustrations are used.

Also, I think a diagram (even if inferior) is preferable in the lede, so as not to shock readers who open (or even mouse over) the page. The images human are alright in comparison. We're perhaps the only esteemed publication which has images reasonably portrayable as pornographic, and I don't think it's a good look. JayCubby 23:12, 17 December 2024 (UTC)
if there exists a diagram that would do a comparable job in depicting an objectionable subject, the diagram is to be preferred to the photograph. Which subjects are "objectionable"? Who gets to decide? What if there is disagreement about whether a diagram does a "comparable" job? What about those who think a diagram is equally (or even more) objectionable to a photograph? Thryduulf (talk) 01:03, 18 December 2024 (UTC)
@Thryduulf By 'objectionable', I mean subjects that are considered to be objectionable on a fairly brad scope. There are very few places (let's say the Western world for sake of argument, but this would probably hold true across the world) where a photograph of an erect human penis or a woman pleasuring herself with an electric toothbrush wouldn't be taboo if put on a billboard. There are few (but certainly more than the above) public places where it's acceptable to parade around in one's birthday suit. That I think we can agree on. I'm not giving a concrete definition, because norms do vary across cultures, but there is a baseline of what most people agree on.
The reason we have media at all in articles, including for human penis or Female ejaculation, is to describe the subject matter. In some circumstances, the subject matter might be best not illustrated with a photograph (some aspects of anatomy, sexuality, society), or would be adversely affected by not having a photograph or video (.
On the diagram bit, I think that diagrams are almost always less offensive than images, certainly so in the case of simply objectionable subject matters. JayCubby 14:53, 18 December 2024 (UTC)
1) what would be taboo on a billboard is not relevant to an encyclopedia. You mention "public places". This isn't a public place. We are not throwing these images out to the public with no warning. They are used to illustrate articles on the subject depicted. And, before you mention "bystanders" seeing what you are looking at: a) they need to not be so rude as to do that and b) if you worry about it so much, don't look at Misplaced Pages in public
2) "the subject matter might be best not illustrated with a photograph" I would be interested in what things you think could be best illustrated by not showing them. Because I can't really think of any. --User:Khajidha (talk) (contributions) 15:36, 18 December 2024 (UTC)
Re #1: I used a billboard as a more extreme example. I'd argue that we are throwing those images out to the public without warning. Were I to look at what other books or websites (not just encyclopedias) addressed to the general public informing people on the topic, I'd be hard-pressed to find instances where photographs are put as we do. Readers don't expect Misplaced Pages to be any different.
2. It was late when I wrote the above, I posted the unfinished bit earlier today. What I mean is there are cases where a diagram is sufficient and a photograph wouldn't add anything but shock value. JayCubby 17:06, 18 December 2024 (UTC)
Other books in general and other websites in general are also not relevant. We are an encyclopedia. And we aim to be the most comprehensive one ever. And, no, we are not throwing things out to the public. We are allowing the public to access our work. You come here for information on a topic. We provide it. Including relevant images. --User:Khajidha (talk) (contributions) 17:45, 18 December 2024 (UTC)
(edit conflict) objectionable on a fairly brad scope so that means we should regard everything that is objectionable to any large culture, such as Christians, Muslims, Hindus, Jews, Americans, Indians, Chinese, Nigerians, etc (there is no single "western" culture)? Or do you mean only those cultures you are personaly familiar with? or perhaps agree with? Personally I find File:Redneck Revolt Armed Demonstration.jpg far more objectionable than an erect human penis.
I think that diagrams are almost always less offensive than images You are entitled to your opinion, but how representative is it? Why does your opinion matter more than e.g. my opinion or an Islamic cleric's opinion, or a pornographer's opinion? simply objectionable subject matters what does this mean in objective terms? Simply objectionable to whom? Thryduulf (talk) 15:41, 18 December 2024 (UTC)
On the first point, I mean there are things that Christians, Muslims, Hindus, Jews, Americans, Indians, Chinese, and Nigerians would agree to be objectionable. As I said, there's a baseline. I didn't suggest censoring everything anybody is offended by.

On the second, see above for the audience. Can you state instances of where diagrams are in fact more offensive than photographs of the same subject? JayCubby 17:10, 18 December 2024 (UTC)
Obviously there isn't a baseline. Otherwise we wouldn't be having this discussion. You have not mentioned even a single thing that I would object to being illustrated in a comprehensive encyclopedia.--User:Khajidha (talk) (contributions) 17:48, 18 December 2024 (UTC)
There is a baseline taboo against depictions of sexual abuse of children, and we kick people who disagree with this baseline off the project. —Kusma (talk) 19:36, 18 December 2024 (UTC)
Thank you for finally finding an example. I still doubt that there is much more that could be agreed on.--User:Khajidha (talk) (contributions) 19:44, 18 December 2024 (UTC)
The primary reason we do not display images depicting sexual abuse of children is that nobody has uploaded any freely licensed images of this subject that we can legally host. If a free image depicting this exists (not impossible) that we can legally host (currently extremely unlikely) and is uploaded then we will include it in any articles where it is encyclopaedically relevant and due (whether there are any such articles is unknowable without seeing the image).
Off the top of my head, maybe an annotated diagram about a homemade bomb would be more offensive than a photograph of a bomb? There are certainly no shortage of examples where, to at least some people, diagrams are equally offensive as photographs.
I didn't suggest censoring everything anybody is offended by. then you need to state how you are choosing which things to censor. Whose opinions matter? How many people being offended by something is enough? Or does it matter who it is? Thryduulf (talk) 19:53, 18 December 2024 (UTC)
Jfc, that is not the primary reason. Even if we had a freely-licensed image, and WMF Legal was like "sure, go ahead," we would not go ahead. Levivich (talk) 20:01, 18 December 2024 (UTC)
It's obviously hypothetical given that such an image does not currently exist (and I can't think of an image that would be both encyclopaedically relevant* and legal), but if it did you would need to explain why NOTCENSORED didn't apply. Any arguments that an image were not DUE would have to be based on things other than "I don't like this image" or "I don't like the subject of this image".
*Some years ago I remember images of FBI child pornography raids and/or of specific people convicted of child pornography were proposed to illustrate the Child pornography article, but rejected for not being clearly related enough/on BLP grounds. Thryduulf (talk) 20:48, 18 December 2024 (UTC)
  • WP pretty explicitly doesn't care if someone finds content offensive. Penises and vaginas are things that exist. Anatomically correct images of penises and vaginas are educationally useful. Anatomy isn't pornography. GMG 16:43, 18 December 2024 (UTC)
I do wonder if we should be considering sources when discussing this topic. Including a graphic image in an article, when sources do not typically include such an image, could be viewed as undue weight or a type of original research. It’s normal for anatomy textbooks to contain pictures of anatomy, so it should be normal for our anatomy articles to include that type of picture too. Barnards.tar.gz (talk) 21:08, 18 December 2024 (UTC)
Yes, it's appropriate to follow the sources' lead in choosing images.
We also have guidelines against the WP:GRATUITOUS inclusion of Misplaced Pages:Offensive material – and the near-total absence of disputes, for many years, about when and whether that guideline relevant pretty much disproves the "but nobody can possibly decide what's offensive" whingeing above – and we require that illustrations be WP:PERTINENT, and MOS:LEADIMAGE says that "Lead images should be of least shock value; an alternative image that accurately represents the topic without shock value should always be preferred". We comply with foundation:Resolution:Controversial content, which requires that readers not be astonished to discover (for example) sexual content on a page through methods such as (a non-exhaustive example) not putting sexual photos in articles that aren't about sexual content or even (for the advanced class) adding quick descriptions, so that people who might hover over or click on a link will know what it's about, so that "the sexual practice of ____" instead of just "____".
This is not that difficult. We don't "label" the images, as suggested above, but we do generally make decent choices, and where we could do better, we invite editors to WP:Be bold in making Misplaced Pages more closely conform with the long-standing policies and guidelines. WhatamIdoing (talk) 00:02, 19 December 2024 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Opt-in content warnings and image hiding

A recent discussion about sensitive images at VPP became quite heated, for reasons, but there actually appears to be little to no opposition to developing opt-in features to help readers avoid images that they don't want to see. Currently the options are very limited: there are user scripts that will hide all images, but you have to know where to find them, how to use them, and there's no granularity; or you can hide specific images by page or filename, which has obvious limitations. I therefore thought I'd bring it here to discuss ideas for improving these options.

My idea would be to implement a template system for tagging images that people might not want to see, e.g. {{Content warning|Violence|]}} or {{Content warning|Sex|]}}. This would add some markup to the image that is invisible by default. Users could then opt-in to either hiding all marked images behind a content warning or just hiding certain categories. We could develop a guideline on what categories of content warning should exist and what kind of images they should be applied to.

A good thing about a system like this is that the community can do almost all of the work ourselves: the tagging is a simple template that adds a CSS class, and the filtering can be implemented through user scripts/gadgets. WMF involvement on e.g. integrating this into the default preferences screen or doing the warning/hiding on the server side would be a nice-to-have, not a must-have. – Joe (talk) 07:34, 11 December 2024 (UTC)

Oh also, I suggest we strictly limit discussion here to opt-in systems—nothing that will change the current default of all images always being visible as-is—because experience shows that, not only is consensus on this unlikely to change, but even mentioning it has a tendency to heat up and derail discussions. – Joe (talk) 07:36, 11 December 2024 (UTC)
Would there be a way to tag or list the images themselves, rather than needing to recreate new template coding for each use? CMD (talk) 08:32, 11 December 2024 (UTC)
That would make sense, but since the images are (mostly) on Commons I couldn't figure out a way of doing it off the top of my head. It would also mean that control of what and how things were tagged would be on another project, which always tends to be controversial on enwiki. – Joe (talk) 08:56, 11 December 2024 (UTC)
From the experience with spoiler warnings, these things tend to proliferate if they exist at all. I would rather stay with the clean policy of no warnings whatsoever than discuss whether to introduce warnings for certain classes of offensive things. I am personally offended by the use of "His Royal Highness" or similar words when referring to citizens of Germany like Mr Prinz von Preussen, but I think it is better not to have a category of pictures offending German anti-monarchists. Even if we do not do the censoring ourselves, I oppose spending volunteer time on implementing something that can be used as a censorship infrastructure. —Kusma (talk) 09:33, 11 December 2024 (UTC)
This would retain the policy of no warnings because they would be invisible to anybody who didn't opt-in. Similarly, only volunteers who want to use their time in maintaining this system would do so. – Joe (talk) 10:45, 11 December 2024 (UTC)
I also was reminded of the spoiler tag fiasco. Only at least we can agree spoiler tags would be on any and all plot summaries. Dronebogus (talk) 17:31, 11 December 2024 (UTC)
Another recent discussion at Misplaced Pages:Village_pump_(proposals)#"Blur_all_images"_switch. Gråbergs Gråa Sång (talk) 10:04, 11 December 2024 (UTC)
Strongest oppose to tagging system, for which there was pretty clear consensus against in the previous discussion. It is against the spirit of Misplaced Pages and would be a huge headache for an end that goes against the spirit of Misplaced Pages. This project should not be helping people hide from information. ꧁Zanahary15:33, 11 December 2024 (UTC)
  • Support: I don't see why would anyone oppose it. And since I have little knowledge on technical stuff, I don't have anything to add to this idea.
☆SuperNinja2☆ TALK! 17:59, 11 December 2024 (UTC)
@Super ninja2: you don’t vote at the Idea Lab. Zanahary is admittedly falling foul of this rule too but I’ll give it a pass as “I am so passionate about this I will vote rhetorically”. Dronebogus (talk) 18:06, 11 December 2024 (UTC)
Sorry, I didn’t realize we don’t vote here. How are we supposed to voice opposition to an idea? Just exclude the bolded vote? ꧁Zanahary18:36, 11 December 2024 (UTC)
You don't. You criticize and give your opinion to fix. ☆SuperNinja2☆ TALK! 18:49, 11 December 2024 (UTC)
I don't voice opposition to an idea? Here's my criticism: tagging to appeal to sensitivities that would have certain types of information and imagery hidden is validating those sensitivities, which is not the place of Misplaced Pages (and is against its spirit), and enables the concealment of informationm which is diametrically opposed to the spirit of Misplaced Pages. My proposed "fix" is to not pursue this content-tagging idea. ꧁Zanahary19:23, 11 December 2024 (UTC)
I actually thought so. Saw Zanahary voting and thought maybe I was wrong. ☆SuperNinja2☆ TALK! 18:48, 11 December 2024 (UTC)
I haven’t seen anyone bring this up, but this clearly goes against WP:No disclaimers. Please consider this a constructive note about the obstacles you will face if you try to add content warnings to Misplaced Pages. ꧁Zanahary17:23, 16 December 2024 (UTC)

Having a general Opt-in system of blurring or hiding all images would be no problem. Having one based on tags, content, categories... would be largely unmaintainable. If you create an "opt-in here to hide all sexual images", then you have to be very, very sure that you actually can do this and not give false promises to readers. But as there is no agreement on where to draw the line of what is or isn't sexual, nudity, violence, disturbing, ... this will only lead to endless edit wars without possible resolution. Are the images on Breastfeeding sexual? L'Origine du monde? Liberty Leading the People (ooh, violence as well!)? Putto? Pavilion of Human Passions? Fram (talk) 10:03, 11 December 2024 (UTC)

Exactly. One of the issues is that some people think there is a thing such as non-sexual nudity, while others think that nudity is always sexual. —Kusma (talk) 10:14, 11 December 2024 (UTC)
So we could have a category "nudity" instead of or in addition to "sex". Part of the proposal here is coming to a consensus on which categories should exist and on guidelines for their use. I don't see how we can conclude that this is an impossible or impractical task before even trying. We manage to draw lines through grey areas all the time. – Joe (talk) 10:44, 11 December 2024 (UTC)
"Trying" would be a massive task, so deciding whether it seems feasible or not before we start on it seems the wisest course of action. We get endless discussions and RfC about whether something is a WP:RS or not all the time, to have this kind of discussion about which tags we should have and then which images should be part of it will multiply this kind of discussions endlessly. Should The Adoration of the Magi (Geertgen tot Sint Jans) be tagged as nudity? Buttocks? Is File:Nipple of male human.jpg nudity? File:African Breast SG.jpg? If male nipples are nudity, then File:Michael Phelps wins 8th gold medal.jpg is nudity. If male nipples aren't nudity, but female nipples are nudity, then why one but not the other? Fram (talk) 11:04, 11 December 2024 (UTC)
TRADITION!! Gråbergs Gråa Sång (talk) 11:07, 11 December 2024 (UTC)
As with everything, we'd have to reach a consensus about such edge cases either in general or on a case-by-case basis. It's not for me to say how that would go with these examples, but I'd suggest as a general principle we should be descriptive rather than normative, e.g. if there is a dispute about what constitutes male nudity, then break the category down until the labels are uncontroversial – "male nudity (upper body)" and so on. – Joe (talk) 13:50, 11 December 2024 (UTC)
These aren't edge cases though. The more you have to break it down, the more work it creates, and the disputes will still continue. Will we label all images of women/men/children/other? All images of women showing any flesh or hair at all? Basically, we will need to tag every image in every article with an endless series of tags, and then create a system to let people choose between these endless tags which ones they want to hide, even things most of us might find deeply unsettling to even offer as an option? Do we want people to be able to use Misplaced Pages but hide all images of transgenders? All images of women? All images of Jews? Everything that isn't halal? In the 4 images shown below, the one in the bathtub is much more sexual than the one in the shower, but the one in the shower shows a nipple, and the other one doesn't. Even to only make meaningful categories to indicate the difference between those two images would be quite a task, and then you get e.g. the other image showing an artwork, which again needs a different indication. It seems like madness to me. Fram (talk) 14:05, 11 December 2024 (UTC)
There are just so many things that some people don't want to see... Dead Australians or Baháʼu'lláh are among the easier ones that might look near harmless to tag. However, people will also demand more difficult things like "images not appropriate for 12 year olds" that have no neutral definition (and where Europeans and Americans have widely differing opinions: just look for typical film ratings where European censors think sex, nudity, drug use and swearing are ok but violence is not, and American censors will think the opposite). There are also things some people find offensive that I am not at all ok with providing a censorship infrastructure for: images depicting mixed-race couples, images depicting trans people, images depicting same-sex couples. I do not think Misplaced Pages should help people avoid seeing such images, so I do not want us to participate in building a censorship infrastructure that allows it. —Kusma (talk) 11:18, 11 December 2024 (UTC)
Alternatives like Hamichlol exists. Gråbergs Gråa Sång (talk) 11:21, 11 December 2024 (UTC)
The English Misplaced Pages community would control which categories are used for this system and I am confident they would reject all of these examples. "People will make unreasonable demands" does not sound like a good reason not to do something. – Joe (talk) 13:44, 11 December 2024 (UTC)
I am confident they would reject all of these examples Why? On what objective grounds are you labelling those examples as "unreasonable"? Why are your preferences "reasonable"? Thryduulf (talk) 14:14, 11 December 2024 (UTC)
Because if there's one thing the English Misplaced Pages community is known for, it'a always agreeing on everything?
This project already has enough things for ongoing arguments over. Making lists of what people may want to avoid and ranking every image on whether it falls into that list is a tremendous effort that is bound to fail. (The thread calling for such categorization on the policy page is an excellent example.... a user felt they were harmed by an image of a dead man smiling... only it seems not to be a dead man, we were supposed to police that image based on how they would misinterpret it.) I'm also wondering if we risk civil litigation if we tell people that we're protecting against image-type-X and then someone who opted out of seeing such images views something that they consider X.
This is just one more impediment to people adding information to the encyclopedia. I can't see that this censorship system would make more people enthusiastic to edit here (and if it did, I'm not sure we'd really want the sort of editor it would encourage.) -- Nat Gertler (talk) 14:39, 11 December 2024 (UTC)

One more general problem with the proposal is that you do not know whether people will be forced to "opt in" by "well meaning" system administrators trying to censor what can be accessed from their system. Having machine readable tags on images makes it very easy to do so and also easy to remove people's ability to click through and see the content. We should not encourage volunteer efforts on supporting such censorship infrastructures. —Kusma (talk) 11:46, 11 December 2024 (UTC)

I don't think the specific proposal here, placing templates in articles (even if they default to not obscuring any images), would be workable. It's too big of an opportunity for activist editors to go on mass-article-editing sprees and for people to edit war over a particular instance of the template. You'd also have to deal with templates where simply wrapping the image in a template isn't currently possible, such as Template:Speciesbox. If people really want to pursue this, I think it'd be better to figure out how to tag the images themselves; people will still probably fight over the classifications, but at least it's less likely to spill over into disrupting articles. Anomie 12:45, 11 December 2024 (UTC)

The idea was that, since these templates would have no effect if not someone has not opted-in to hiding that specific category of image, people who do not want images to be hidden would be less likely to fight over it or be worried about what "activist editors" are doing. The idea that Misplaced Pages should not be censored for everyone has solid consensus behind it, but the position some are taking here, that other people should not be allowed an informed choice of what not to see, strikes me as quite extreme. – Joe (talk) 13:40, 11 December 2024 (UTC)
You were given all the information you need by the very fact that this is an encyclopedia. There WILL be things here to upset you. --User:Khajidha (talk) (contributions) 15:06, 11 December 2024 (UTC)
I dispute your good-faith but naive assertion that these templates would have "no effect on people who have not opted in". If you tag images systematically, you make it easy to build proxies (or just censored forks) that allow high schools in Florida to ensure their students won't be able to click through to the photo explaining how to use contraceptives. There is no innocent "only opt-in" tagging; any such metadata can and will be used for censorship. Do you really want us to be in the business of enabling censorship? —Kusma (talk) 15:14, 11 December 2024 (UTC)
Well yes, the proposal literally to enable censorship. For those who want it. It may be that it is used by network administrators as you suggest, we can't stop that, but that's between them and their users. I agree that censorship should not affect what editors include in our content but I find the idea that we can enforce our ideal of Zero Sensitivity Free Speech to a global readership also very naive (and frankly a little creepy; I keep picturing a stereotypical Wikipedian standing in front of a Muslim child screaming "no you WILL look at what we show you, because censorship is bad and also what about Renaissance art"). A silver lining could be that the option of controlling access to our content in a fine grained way may convince some networks to allow partial access to Misplaced Pages where they would otherwise completely block it. – Joe (talk) 16:58, 12 December 2024 (UTC)
We are not in the business of enabling censorship, voluntary or otherwise, because voluntary censorship very quickly becomes involuntary cesnsorship. We are in the business of providing access to information, not inhibiting access to information. Thryduulf (talk) 17:07, 12 December 2024 (UTC)
"We're not in the business of leaving the phrase 'rimjob' to your imagination, Timmy, we're in the business of providing access to artistic depictions of bunny sex!" he screamed, and screamed, and screamed... you guys are really silly sometimes. – Joe (talk) 17:31, 12 December 2024 (UTC)
I've seen enough arguments over people doing mass edits and otherwise fighting over invisible stuff in articles, including complaints of watchlist flooding, to think this would be any different. Anomie 00:17, 12 December 2024 (UTC)
Antonin Carlès (1851-1919) - La Jeunesse (1883) (12387743075)
Angela milk tub (LR-6395)
Adult Caucasian woman - Breast Self-Exam (1980)
Nude woman private portrait

* I would support an opt-in that turned off or blurred all images and made them viewable with a click. I would absolutely object to anything that used some categorization system to decide which images were potentially offensive to someone somewhere. There would be systemic sexism in such categorization because of different cultural norms. Valereee (talk) 12:56, 11 December 2024 (UTC)

Here are four images of adult women touching their own breasts. Do we categorize all of them as potentially offensive? Valereee (talk) 13:10, 11 December 2024 (UTC)
Yes, or at least the three photographs. I'm standing on a crowded subway car and just scrolled past three pics of boobs. Totally unexpected, totally would have minimized/blurred/hidden those if I could, just for the other people around me. It has nothing to do with being offensive, I'm just in a place where pictures of boobs are not really OK to have on my phone right now. And I live in a free country, I can only imagine what it might be like for others. Levivich (talk) 15:16, 11 December 2024 (UTC)
If you are in a place where images of boobs are not ok to have on your phone, you should turn off or blur images on wikis in general as you can never guarantee there will be a warning. (As an aside, these images are not far from some that I have seen in on ads in subway stations). —Kusma (talk) 16:15, 11 December 2024 (UTC)
Levivich, I sympathize with the desire not to encounter NSFW content while “at work”. But your standard here is “not safe for a crowded American or British public space”, which admittedly is the default for the Internet as a whole. But on Wikimedia we at least try to respect the fact that not everyone has that standard. Dronebogus (talk) 17:49, 11 December 2024 (UTC)
It really doesn't feel like we're trying to respect anyone, based on this and related discussions. We seem to be saying to anybody who has personal or cultural sensitivities about any kind of image (so the majority of humankind) that they can either accept our standard of WP:NOTCENSORED or to not see any images at all. We're saying we can't possibly let your kids have the full experience of our educational images while also avoiding photos of dead bodies or graphic depictions of penetrative sex, because what about male nipples? – Joe (talk) 17:04, 12 December 2024 (UTC)
I don't think anyone is saying that people should not see images at all... simply that if they are concerned about seeing images, they get to be the ones to decide which images they should see by clicking on that image. For them to make it our responsibility to guess which pictures they'll want and be the baddies when we're wrong is not respecting them and their ability to make decisions for themselves. (And I'm not sure that you can say we're giving anyone the "full experience of our educational images" when you are hiding some of them.) -- Nat Gertler (talk) 21:10, 12 December 2024 (UTC)
Yes because what about male nipples. Because what about female nipples? Lots of more liberal-minded legal guardians wouldn’t oppose children seeing those. Or even full nudity. Or even dead bodies and penetrative sex! And then we have to go the whole opposite direction ad absurdum with women in bikinis, and Venus de Milo, and unveiled females, or female humans in general, and Mohammad, and dead aboriginal Australians and spiders and raw meat and Hindu swastikas and poop. Dronebogus (talk) 11:27, 13 December 2024 (UTC)
If a stranger is offended by an image on your phone, remind them that they are being very rude by looking at it. --User:Khajidha (talk) (contributions) 20:57, 11 December 2024 (UTC)
Try that with the policeman looking over your shoulder in the country where accessing "indecent" images gets you imprisoned. – Joe (talk) 17:06, 12 December 2024 (UTC)
Pretty much every image of a human being (and plenty of other subjects) has the potential to be regarded as indecent somewhere. This means there are exactly two options that can achieve your desired outcome: censor all images, or assigned every image, individually, to one or more extremely fine-grained categories. The first already exists, the second is completely impractical. Thryduulf (talk) 17:11, 12 December 2024 (UTC)
Then DON'T GO TO A WEBSITE THAT YOU SHOULD REASONABLY EXPECT TO HAVE SUCH COTENT. Such as an encyclopedia.--User:Khajidha (talk) (contributions) 00:11, 13 December 2024 (UTC)
Someone on the subway asked me to stop looking at pictures of naked people on my phone and I said "WHAT?! I'M READING AN ENCYCLOPEDIA!" Levivich (talk) 00:22, 13 December 2024 (UTC)
I really don’t see why Misplaced Pages should work around the subway-goer looking at your phone and your ability to appease them. Look at another website if you want something censored and safe for onlookers. ꧁Zanahary00:28, 13 December 2024 (UTC)
I don't really see why you (or anyone) would be opposed to me having a script that lets me turn off those pictures if I want to. Levivich (talk) 00:36, 13 December 2024 (UTC)
You can have your own script to toggle off every image. You can have a script that runs on an off-wiki index of images you don’t want to see. But to tag images as potentially offensive, I have an issue with, and I hope you understand why even if you don’t agree. ꧁Zanahary02:44, 13 December 2024 (UTC)
I’m sorry but your situation is just weird. You should know Misplaced Pages is generally NSFW at this point if you’re complaining about it right now. Dronebogus (talk) 11:45, 13 December 2024 (UTC)
Seems that the problematic behavior here isn't us having the images or you looking at them, it is the random person looking at someone else's screen. We should not be required to modify our behavior because other people behave badly. --User:Khajidha (talk) (contributions) 15:49, 13 December 2024 (UTC)
You can look at other websites if you're in public and an uncensored one would disturb people who might glance at your phone! ꧁Zanahary21:06, 11 December 2024 (UTC)
And how do we categorize these in order to allow "offensive" images to be blurred, @Levivich? Valereee (talk) 22:42, 16 December 2024 (UTC)
@Valereee: We don't, we let the people who want to hide images decide which images they want to hide. They can pick specific images, or categories, or use the Wikidata "depict" info (as Izno mentions below), and there's probably some other ways to do it besides those three. Levivich (talk) 19:01, 17 December 2024 (UTC)
Wouldn't it be simpler to set up a toggle on/off applied locally for all images that can be used by IPs as well as registered accounts? Sorry if I'm completely misunderstanding the tech details.
To be clear, I have no objection to allowing people to decide from among WC’s how many hundreds of thousands of categories which ones they don’t want to see. Sounds like a daunting iterative process if there's a lot someone would rather not be surprised by, but it's their time. And if someone wants to go through WC and make sure everything's categorized, ditto. And I guess someone could leave penises on their list all the time and take boobs off once they get off the subway. :D What I object to is for us in any way to suggest/imply which categories someone might want to block. Valereee (talk) 14:16, 18 December 2024 (UTC)
Yes I totally agree with all of that :-) An image switch would be simpler, and compiling a list would take a lot of time, but it's their time. (I would toggle the switch on the subway to protect myself from boobs and penises!) Levivich (talk) 17:12, 18 December 2024 (UTC)
Browsers already have a toggle so they can avoid downloading all images. As I discussed in another thread, users who need to limit their downloads of images are likely to need to do this across all web sites, and so handling this restriction on the client side is more effective. isaacl (talk) 19:54, 18 December 2024 (UTC)
Yeah, but if most of your online time is at, like, art or shopping or recipe sites, it seems like kind of a hassle to make someone flip that toggle every time they come to Misplaced Pages when we could just give them a toggle to set here. Again apologies for my tech ignorance. Believe it or not I was an early adopter when I was young. In the early 90s I taught workshops for my professional association in how to build a website. :D Age. It comes for all of us. Valereee (talk) 16:52, 19 December 2024 (UTC)
Some browsers will let you configure settings for specific sites, so you can block images from only Misplaced Pages. It's just more effective for users to have one interface that they can use across all websites, than to have to make adjustments on every website they want to manage. (For a similar reason, Misplaced Pages doesn't dictate a specific font for the body text; it uses the configured default sans-serif font.)
Regarding the tech side, the most straightforward way to implement a setting for non-logged in users without incurring additional caching costs is to use Javascript that is triggered through something stored on the client (such as a cookie), which is how I understand the Vector2022 width setting is done. That introduces a race condition where images may be downloaded before they can get blocked, and potentially shifting layouts, or the entire page load has to be delayed. isaacl (talk) 17:42, 19 December 2024 (UTC)
I would blur all nude or inappropriate images and ask the people who enter on these pages if they are mature because sometimes kids use wikipedia for research and click things not appropriate for their age I would not blur some images on stuff like breast cancer because sometimes people research stuff on that for only educational purposes. Uknown character (talk) 18:24, 1 January 2025 (UTC)
I'd be ok with such an opt-in too, if it can be made. Perhaps such a link/button could be placed in the main meny or floating header. The hamburger too perhaps, for the mobile readers. Gråbergs Gråa Sång (talk) 13:27, 11 December 2024 (UTC)
The idea is not to decide what is and isn't potentially offensive, but to add descriptive labels and then let readers decide what they do and do not want to be warned about. So for example we would not categorise any of your examples as "potentially offensive", but as containing "nudity" or "nude women" or whatever level of granularity was agreed upon. This idea is a reaction to the proposal to obscure all images (which is being discussed elsewhere) because a) letting users choose whether to see an image is only useful if they have some indication of what's behind the blurring and b) quite frankly, I doubt anyone will ever use such an indiscriminate option. – Joe (talk) 13:33, 11 December 2024 (UTC)
One generally does have indications of what is being blurred, both some sense in a blurred image but more importantly by caption. Some ways of hiding all images would ipresent not a blurred image present a filename, and image filenames are largely descriptive. -- Nat Gertler (talk) 15:59, 11 December 2024 (UTC)
Use alt text, the explicit purpose of which is to present a description of the picture for those that cannot see it, rather than file names which can be completely descriptive without describing anything relevant to why someone might or might not want to view it, e.g. the photo of the statue here is File:Antonin Carlès (1851-1919) - La Jeunesse (1883) (12387743075).png. Thryduulf (talk) 18:22, 11 December 2024 (UTC)
That is actually a much better idea than blurring, thanks! Having a "see alt text instead of images" option would not only be more practical for people wanting to know if images are sensitive before seeing them, it would also give more of an incentive to add alt text to begin with. Chaotic Enby (talk · contribs) 18:31, 11 December 2024 (UTC)
I would also support an opt-in to blur all images (in fact, User:Chaotic Enby/blur.js does about that). However, categorizing images with labels whose only purpose is for reader to decide whether they are offensive is, by definition, flagging these images as "potentially offensive", as I doubt a completely innocuous image would be flagged that way. And any such categorization can easily be exploited, as above.Also, the ethical concerns: if some people find homosexuality offensive, does that mean Misplaced Pages should tag all images of gay couples that way? What is the message we bring if gay people have a tag for blurring, but not straight people? Chaotic Enby (talk · contribs) 14:04, 11 December 2024 (UTC)

You might be able to do it using categories, even Commons categories. Instead of (or in addition to) adding images one by one to special maintenance categories, add entire image categories to the maintenance categories. Keep in mind this isn't the kind of thing that needs consensus to do (until/unless it becomes a gadget or preference)--anyone can just write the script. Even the list of categories/images can be maintained separately (e.g. a list of Commons categories can be kept on enwiki or meta wiki or wherever, so no editing of anything on Commons would be needed). It could be done as an expansion of an existing hide-all-images script, where users can hide-some-images. The user can even be allowed to determine which categories/images are hidden. If anyone wants to write such a script, they'd have my support, hmu if you want a tester. Levivich (talk) 15:30, 11 December 2024 (UTC)

As I commented at Misplaced Pages:Village pump (proposals)/Archive 214#Censor NSFW/ NSFL content last month unless you get really fine-grained, Commons categories don't work. For example all these images are in subcategories of Commons:Category:Sex:
  • Sex → Books about sex → Books about human sexuality, Books about LGBT SexBooks about sexBooks about human sexuality, Books about LGBT
  • Sex → Biology of sex → Sex determination → Haplodiploidy SexBiology of sexSex determinationHaplodiploidy
  • Sex → Sex in art → Sex (text) → CIL XIII 000129 → Musée Saint-Raymond, Ra 196 SexSex in artSex (text)CIL XIII 000129Musée Saint-Raymond, Ra 196
  • Sex → Ejaculation → Ejaculation of humans → Female ejaculation → Rufus, Le Poil SexEjaculationEjaculation of humansFemale ejaculationRufus, Le Poil
  • Sex → Females → Female symbols → Women icons → Blank persons placeholders (women) SexFemalesFemale symbolsWomen iconsBlank persons placeholders (women)
  • To get any sort of useful granularity you have to go multiple levels deep, and that means there are literally thousands (possibly tens of thousands) of categories you need to examine individually and get agreement on. And then hope that the images are never recategorised (or miscategorised), new images added to categories previously declared "safe" (or whatever term you choose) or new categories created. Thryduulf (talk) 15:43, 11 December 2024 (UTC)
    c:Category:Penis. If someone wrote a script that auto-hid images in that category (and sub-cats), I'd install it. We don't need agreement on what the categories are, people can just make lists of categories. The script can allow users to choose whatever lists of categories they want, or make/edit their own list of categories. One thing I agree about: the work is in compiling the lists of categories. Nudity categories are easy; I suspect the violence categories would be tougher to identify, if they even exist. But if they don't, maintenance categories could be created. (Lists of individual images could even be created, but that is probably too much work to attempt.) Levivich (talk) 15:53, 11 December 2024 (UTC)
    Going that private script route, you could also use the category of the article in which it appears in some cases. But I'd worry that folks would try to build categories for the specific reason of serving this script, which would be sliding from choice to policy. -- Nat Gertler (talk) 16:02, 11 December 2024 (UTC)
    Nah, still choice. One option is to create new maintenance categories for the script. Another option is for the script to just use its own list of images/categories, without having to add images to new maintenance categories. Levivich (talk) 16:21, 11 December 2024 (UTC)
    Allowing maintenance categories designed to hide images is very much a policy issue, no matter how many times you say "nah". The moment that "pictures which include Jews" category goes up, we're endorsing special tools for antisemitism. -- Nat Gertler (talk) 17:04, 11 December 2024 (UTC)
    Nah. See, while we have a categories policy, new maintenance categories are not something we "allow" or don't allow -- they're already allowed -- and they don't create a "policy issue" because we already have a policy that covers it. People create new maintenance categories all the time for various reasons -- it's not like we have to have an RFC to make a new template or make a new maintenance category. This is a wiki, have you forgotten? We need consensus to delete stuff, not create stuff.
    And you're totally ignoring the part that I've now said multiple times, which is that no new maintenance categories are required. That's one way to skin this cat, but it can also be done by -- pay attention please -- creating lists of categories and images. See? No maintenance category, no policy issue.
    Anybody creating a list of "pictures which include Jews" would be violating multiple site policies and the UCOC and TOS. This is a wiki, remember? Did we not have Misplaced Pages because someone might create an antisemitic article? No! We still had a Misplaced Pages, knowing full well that some people will abuse it. So "somebody might abuse it!" is a really terrible argument against any new feature or script or anything on Misplaced Pages.
    What are you even opposing here? You have a problem with someone creating a script to hide images? Really? Maybe just ... not ... try to imagine reasons against it? Maybe just let the people who think it's a good idea discuss the implementation, and the people who don't think it's a good idea can just... not participate in the discussion about implementation? Just a thought. It's hard to have a discussion on this website sometimes. Levivich (talk) 17:09, 11 December 2024 (UTC)
    Creating a script to hide images is fine. Curating/categorising images to make them easier to hide is not. You are free to do the first in any way you like, but the second should not be done on Misplaced Pages or any Wikimedia project. —Kusma (talk) 17:30, 11 December 2024 (UTC)
    Why yes, I can understand why having people who disagree with you about both intent and effect in this matter would be a disruption to the discussion you want to have, with all agreeing with you and not forseeing any problems nor offering any alternate suggestions. I'm not seeing that that would be particularly in the spirit of Misplaced Pages nor helpful to the project, however. "Someone might abuse it and it might require more editorial effort to work it out, all of which could be a big distraction that do not actually advance the goals of the project" is a genuine concern, no matter how many times you say "nah". -- Nat Gertler (talk) 17:40, 11 December 2024 (UTC)
    How would hiding pictures of Jews be an abuse? ꧁Zanahary18:40, 11 December 2024 (UTC)
    If not categories then perhaps that image tagging system commons has? (Where it asks you what is depicted when you upload something). Not sure how much that is actually used though. – Joe (talk) 17:18, 12 December 2024 (UTC)
    Using the sub-cats, you would hide e.g. the image on the right side (which is in use on enwiki). Fram (talk) 16:14, 11 December 2024 (UTC)
    Yeah, given how Misplaced Pages categorization works (it's really labeling, not categorization), it's well known that if you go deep enough into sub-cats you emerge somewhere far away from the category you started at.
    If the cost of muting the Penis category is having the bunny picture hidden, I'd still install the script. False positives are nbd. Levivich (talk) 16:23, 11 December 2024 (UTC)
    This is a bad example. It is only used on the article about the objectionable painting it is extracted from. Aaron Liu (talk) 20:53, 13 December 2024 (UTC)
    And...? I thought we were hiding objectionable images (and considering that painting as "objectionable" is dubious to start with), not all images on a page where one image is objectionable? Plus, an image that is only used on page X today may be used on page Y tomorrow ("rabbits in art"?). So no, this is not a bad example at all. Fram (talk) 22:54, 13 December 2024 (UTC)
    This is no better than the discussion running at the other VP and is borderline forum shopping. I’m disappointed in the number (i.e. non-zero) of competent users vehemently defending a bad idea that’s been talked to death. I keep saying that the only way (no hyperbole) this will ever work is an “all or nothing” opt-in to hide all images without prejudice. Which should be discussed at the technical VP IMO. Dronebogus (talk) 17:37, 11 December 2024 (UTC)
    Reactivating the sensitive content tagging idea here feels like forum-shopping to me too. ꧁Zanahary18:41, 11 December 2024 (UTC)

    oppose as forum-shopping for yet another attempt to try to introduce censorship into the wikipedia. ValarianB (talk) 18:51, 11 December 2024 (UTC)

    If people really want a censored Misplaced Pages, are't they allowed to copy the whole thing and make their own site? One WITHOUT blackjack and hookers?--User:Khajidha (talk) (contributions) 21:02, 11 December 2024 (UTC)
    Yes, we even provide basic information on how to do it at Misplaced Pages:FAQ/Forking. Thryduulf (talk) 21:26, 11 December 2024 (UTC)
    Actually forget the Misplaced Pages and the blackjack! Dronebogus (talk) 14:55, 12 December 2024 (UTC)
    Maybe you missed it, ValarianB, but this is the idea lab, so a) as it says at the top of the page, bold !voted are discouraged and b) the whole point is to develop ideas that are not yet ready for consensus-forming in other forums. – Joe (talk) 17:10, 12 December 2024 (UTC)
    Maybe you missed it, @Joe, but forum shopping, spending time developing ideas that have no realistic chance of gaining consensus in any form, and ignoring all the feedback you are getting and insisting that, no matter how many times and how many ways this exact same thing has been proposed previously, this time it won't be rejected by the community on both philosophical and practical grounds are also discouraged. Thryduulf (talk) 17:16, 12 December 2024 (UTC)
    ...you realise you don't have to participate in this discussion, right? – Joe (talk) 17:20, 12 December 2024 (UTC)
    Why shouldn't they? They strongly oppose the idea. ꧁Zanahary18:07, 12 December 2024 (UTC)
    Yes, that's exactly the problem with forum shopping. If you keep starting new discussions and refusing to accept consensus, you might exhaust people until you can force your deeply unpopular idea through.135.180.197.73 (talk) 18:31, 12 December 2024 (UTC)
    Because Thryduulf apparently thinks it's a waste of time to do so. And since the purpose of the idea lab is to develop an idea, not propose or build consensus for anything, I tend to agree that chiming in here just to say you oppose something is a waste of (everyone's) time. – Joe (talk) 18:43, 12 December 2024 (UTC)
    How? If I were workshopping an idea to make Misplaced Pages cause laptops to explode, a discussion that omits opposition to that idea would be useless and not revealing. ꧁Zanahary19:56, 12 December 2024 (UTC)
    Because you're not participating to help develop the idea, your participating to stop other people from developing the idea. Brainstorming is not a debate. Brainstorming an idea does not involve people making arguments for why everyone should stop brainstorming the idea.
    To use an analogy, imagine a meeting of people who want to develop a proposal to build a building. People who do not think the building should be built at all would not ordinarily be invited to such a meeting. If most of the meeting were spent talking about whether or not to build the building at all, there would be no progress towards a proposal to build the building.
    Sometimes, what's needed (especially in the early stages of brainstorming) is for people who want to develop a proposal to build a building, to have the space that they need to develop the best proposal they can, before anybody challenges the proposal or makes the argument that no building should be built at all. Levivich (talk) 20:13, 12 December 2024 (UTC)
    The issue here is that image filtering for this purpose is a PEREN proposal, with many of the faults in such a system already identified. Not many new ideas are being proposed here from past discussions. Masem (t) 20:27, 12 December 2024 (UTC)
    I don't think this model works for a wiki. There's no committee presenting to the public. This project is all of ours, and if there's so much opposition to a proposal that it cannot be discussed without being overwhelmed by opposition, then I don't see it as a problem that the unpopular idea can't get on its feet. ꧁Zanahary20:43, 12 December 2024 (UTC)
    Heh. So if three or four people can disrupt an idea lab thread, then that means it was a bad idea... is what you're saying? Levivich (talk) 21:22, 12 December 2024 (UTC)
    Sure. Write up the worst interpretation of my comment and I’ll sign it. ꧁Zanahary21:43, 12 December 2024 (UTC)
    There's no problem with users voluntarily discussing an idea and how it might be implemented. They should, of course, remain aware that just because everyone interested in an idea comes up with a way to proceed doesn't mean there's a community consensus to do so. But if they can come up with a plan to implement an add-on feature such as a gadget, for example, that doesn't impose any additional costs or otherwise affect the work of any other editor who isn't volunteering to be involved, then they're free to spend their own time on it. isaacl (talk) 19:33, 12 December 2024 (UTC)
    My personal thought on how this should work is image sorting by category, the onus is completely on the user using the opt-in tool to select categories of images they don't want to see. We don't need to decide for anybody, they can completely make their own decisions, and there's no need for upkeep of a "possibly offensive image list." Just Step Sideways 02:48, 13 December 2024 (UTC)
    It’s interesting but I don’t support it. People don’t necessarily get how categories work. “Sex” isn’t about sexual intercourse, but it’ll be at the top of everyone’s block lists. And blocking a huge over-category like violence will block a lot of totally inoffensive images. In other words, this is too technical for most people and will satisfy no-one while catching mostly false positives. Which is actually worse than all-or-nothing. Dronebogus (talk) 11:19, 13 December 2024 (UTC)
    A problem with this is that the tail may begin to wag the dog, with inclusion on block lists becoming a consideration in categorizing images and discussions on categorizations. ꧁Zanahary15:00, 13 December 2024 (UTC)
    I can see that happening, becoming a WP:ETHNICGALLERY-like timesink. Gråbergs Gråa Sång (talk) 15:07, 13 December 2024 (UTC)
    I say let stupid people who don't understand what word means make their own mistakes. It might even teach them something. So long as it is opt-in only it won't effect anyone else. El Beeblerino 07:28, 15 December 2024 (UTC)

    Suggestion: we let those who think this is a good idea waste hours of their time devising a plan, and then we oppose it once they bring it to WP:VPPR. I guess they have received enough feedback and can look through the archives to see why this is a bad idea which has been rejected again and again. It's their choice if they want to add one more instance of this perennial proposal, if they believe that either the opposes here are a minority and they represent the silent majority somehow, or if they somehow can find a proposal which sidesteps the objections raised here. Fram (talk) 11:46, 13 December 2024 (UTC)

    That'd be great, thanks. – Joe (talk) 11:49, 13 December 2024 (UTC)

    Break (opt-in content warnings)

    So to summarise the constructive feedback so far:

    • It'd be better for labels to be attached to images and not to inclusions of them
    • It'd be better to use an existing labelling (e.g. categories, captions) rather than a new system
    • However it's doubtful if it's feasible to use categories or if they are sufficiently consistent
    • An alternative could be to maintain a central list of labels

    This suggests to me three, not mutually exclusive approaches: obscure everything any rely on captions and other existing context to convey what's shown (which is being discussed at Misplaced Pages:Village_pump_(proposals)#"Blur_all_images"_switch); develop a gadget that uses categories (possibly more technically complex); develop a gadget that uses a central list (less technically complex, could build lists from categories). – Joe (talk) 12:11, 13 December 2024 (UTC)

    Ah, the dreaded “arbitrary break”. Dronebogus (talk) 14:09, 13 December 2024 (UTC)
    …this is your summary of feedback so far? How about "many editors believe that marking content as potentially sensitive violates WP:NOTCENSORED and the spirit of an encyclopedia?" ꧁Zanahary14:58, 13 December 2024 (UTC)
    Seriously could you two stop? Levivich (talk) 15:10, 13 December 2024 (UTC)
    That viewpoint has been well-heard and understood, and any actual implementation plan that develops will have to take it into account. isaacl (talk) 17:23, 13 December 2024 (UTC)
    If you don't like it, don't use it. WP:NOTCENSORED applies to features or gadgets just as much as it does to content—Misplaced Pages should not hide information about optional content filtering extensions from users by excluding it from the preferences tab. – Closed Limelike Curves (talk) 19:00, 19 December 2024 (UTC)
    My main questions would be what the criteria are for deciding what labels to have, and what steps would be taken to minimize the prejudicial effects of those labels (see Question 7 in this ALA Q&A)? (Asking in good faith to foster discussion, but please feel free to disregard if this is too contrarian to be constructive.)--Trystan (talk) 16:49, 13 December 2024 (UTC)
    That is an excellent link. —Kusma (talk) 17:33, 13 December 2024 (UTC)
    I think it'd be best if the user sets their own exclusion list, and then they can label it however they want. Anyone who wants to could make a list. Lists could be shared by users if they want. Levivich (talk) 18:20, 13 December 2024 (UTC)
    One option would be to start with an existing system from a authorative source. Many universities and publishers have guidelines on when to give content warnings, for example. – Joe (talk) 19:23, 13 December 2024 (UTC)
    This is a review of what content warnings and trigger warnings exist, not guidelines on when they should be used. It examined electronic databases covering multiple sectors (n = 19), table of contents from multi-sectoral journals (n = 5), traditional and social media websites (n = 53 spanning 36 countries), forward and backward citation tracking, and expert consultation (n = 15), and no encyclopedia. ꧁Zanahary19:46, 13 December 2024 (UTC)
    Yep, that's why I linked it; to show that we have at least 136 potential models. Though if you read further they do also come up with their own "NEON content warning typology" which might not be a bad starting point either. – Joe (talk) 20:02, 13 December 2024 (UTC)
    Do you want to apply it to sensitive articles, too? That seems more in line with the NEON system. ꧁Zanahary20:21, 13 December 2024 (UTC)
    No. – Joe (talk) 05:58, 14 December 2024 (UTC)
    @Joe Roe: and why not? Dronebogus (talk) 15:45, 15 December 2024 (UTC)
    It seems like getting something running for images is enough of a challenge, both technically and w.r.t to community consensus. – Joe (talk) 07:59, 16 December 2024 (UTC)
    Since it included NO encyclopedias, it looks to me like we have NO models. Possibly because such things are fundamentally incompatible with the nature of an encyclopedia.--User:Khajidha (talk) (contributions) 23:44, 13 December 2024 (UTC)
    Bet you can't name three encyclopedias that contain a picture of anal sex. Britannica, World Book, and Encarta don't, in any edition. Seems that not having pictures of anal sex is quite compatible with the nature of an encyclopedia. Misplaced Pages might be the first and only encyclopedia in history that contains graphic images. Levivich (talk) 00:42, 14 December 2024 (UTC)
    Sounds like the problem is ith those others.--User:Khajidha (talk) (contributions) 00:55, 14 December 2024 (UTC)
    But it does make me wonder whether anything that appears only in Misplaced Pages and not in other general-purpose encyclopedias is accurately described as "the nature of an encyclopedia". That sounds more like "the nature of (the English) Misplaced Pages". WhatamIdoing (talk) 01:18, 14 December 2024 (UTC)
    Misplaced Pages has long ago stopped being similar to old general purpose encyclopaedias; it is a sui generis entity constrained only by WP:NOT. We do have massive amounts of specialist topics (equivalent to thousands of specialist encyclopaedias) and try to illustrate them all, from TV episodes to individual Biblical manuscripts to sex positions. —Kusma (talk) 07:40, 14 December 2024 (UTC)
    Or those other encyclopedias are deficient. --User:Khajidha (talk) (contributions) 22:33, 14 December 2024 (UTC)
    feel free to argue on the anal sex page that we shouldn’t have any images of anal sex. We do. ꧁Zanahary01:19, 14 December 2024 (UTC)
    I believe that the argument is that since Misplaced Pages is the only (known) general-purpose encyclopedia to include such photos, then their absence could not be "fundamentally incompatible with the nature of an encyclopedia". If the absence of such photos were "fundamentally incompatible with the nature of an encyclopedia", then Misplaced Pages is the only general-purpose encyclopedia that has ever existed. WhatamIdoing (talk) 02:10, 14 December 2024 (UTC)
    Why shouldn’t we operate from the idea that Misplaced Pages is the ideal encyclopedia? To me it clearly is. The spirit of an encyclopedia is obviously better served with photos on the article for anal sex than with a lack of them. ꧁Zanahary03:09, 14 December 2024 (UTC)
    Because, as people who have a significant say in what Misplaced Pages looks like, that would be incredibly solipsistic and automatically lead to the conclusion that all change is bad. – Joe (talk) 06:00, 14 December 2024 (UTC)
    Taken to extremes, all philosophies would pitfall into pointlessness. If we exclude illustrating images because Britannica and World Book do too, then we may as well just fuse with either of those, or shut down Wiki because those others have it covered. Photos of an article subject are educational illustrations, and encyclopedias that lack such photos are weaker for it. ꧁Zanahary06:20, 14 December 2024 (UTC)
    The point is that you shouldn't take an outlier and declare that unusual trait to be True™ Nature of the whole group. One does not look at a family of yellow flowers, with a single species that's white, and say "This one has white petals, and I think it's the best one, so yellow petals are 'fundamentally incompatible with the nature of' this type of flower". You can prize the unusual trait without declaring that the others don't belong to the group because they're not also unusual. WhatamIdoing (talk) 22:47, 16 December 2024 (UTC)
    I honestly don’t care about the other encyclopedias. If they wanted my help, I’d tell them to be more like Misplaced Pages, including by illustrating educatively without regard for offense, sensitivity, or shock. And when I say censorship is incompatible with encyclopedias, I’m not comparing against an average of extant encyclopedias; I am comparing against the principles and essence of what an encyclopedia is, which is an educational, organized, thorough compendium of important information as derived from reliable secondary sources. I consider any sacrifice from the informing mission of Misplaced Pages (like hiding some images, let alone marking them as potentially offensive) to be a loss, and I don’t consider making Misplaced Pages more comfortable or calming to be a benefit. That can be handled by pajamas.com or whatever—or by a Misplaced Pages fork that balances reader comfort and sensitivity with information. Not this one, though. ꧁Zanahary01:15, 17 December 2024 (UTC)
    A good reference work/encyclopedia on human sexuality probably does, though I haven’t gone and checked. ꧁Zanahary03:11, 14 December 2024 (UTC)
    Well one obvious example would be the Kama Sutra. Nobody complains about that. Dronebogus (talk) 15:42, 15 December 2024 (UTC)
    The right approach to take here is to use the depicts statement on Commons images (see also c:Commons:Structured data). This should have a fairly high true positive ratio (compared either to picking out specific images or using categories) as the intention of the property is to be pretty concrete about what's appearing in the file (see also c:Commons:Depicts and/or c:Commons:Structured data/Modeling/Depiction - it's not obvious to me which is the Commons preference for how to depict things). You'll need to figure out which Wikidata items you want to offer which indicate a screened image, but that can start in the penis, Muhammad, internal organ, and sex directions and go from there. The gadget will probably want to support querying the subclass chain of the Wikidata item (property P279) so that you can catch the distinction between any penis and the human penis. My impression of the problem in using depicts statements is that the structured data work on Commons is much younger than the categories work is and so you're probably going to end up with more false negatives than not. It's a wiki though, so the right way to improve those cases should be obvious, and can perhaps even start with a database query today tracking which images used in our articles do not yet have depicts statements. The other problem this direction is that it doesn't take into account images hosted locally since those don't have structured data, but I anticipate the vast majority of the kinds of images this discussion entertains are free images. Izno (talk) 10:09, 14 December 2024 (UTC)
    Nobody maintains those things. They’re almost as useless as captions. Dronebogus (talk) 15:43, 15 December 2024 (UTC)
    As I said, the work is much younger. There are also detractors in that community. Yet, I expect that there are many people who do use them, and we can ourselves work just on the set of images that are used in our articles. I imagine that set is both small and queryable, especially for potentially offensive images, which itself is a much smaller set than the nearly 7 million articles we have lying around. Izno (talk) 02:39, 17 December 2024 (UTC)
    This is sounds like a very promising approach POV, thanks. I have to say I also had the strong impression that the "depicts" feature was abandonware, but then again maybe having a concrete use for the labels will prompt people to create more of them. – Joe (talk) 08:06, 16 December 2024 (UTC)
    It seems to get used a lot be people using c:Special:UploadWizard – half of uploads? I have the impression that using it might increase the likelihood of the tagged images being found in relevant searches, but I don't know why I believe that. But since I believe it, I'd encourage people to use it, at least for images that they believe people would want to find. WhatamIdoing (talk) 22:50, 16 December 2024 (UTC)
    Indeed, finding users for it besides c:Special:MediaSearch (which does use structured data) does seem like a way to inspire change, as I alluded to at "it's a wiki". Izno (talk) 02:43, 17 December 2024 (UTC)
    • I don't see consensus in this discussion to create a new tagging/labelling system or to use existing Commons categories to hide images. People can argue until they're blue in the face, but the proposal(s) will ultimately be rejected at a community-wide RfC. That aside, I don't believe anyone here is opposed to having a toggle button that blurs or hides all images, right? The toggle switch could be placed in the Settings menu (on mobile view) or Appearance menu (on desktop view), and it would be switched off by default (meaning if editors want to blur/hide all images, they would have to manually switch it on). Only the WMF team has the ability to create such a feature, so that logged-out users can use it and logged-in users won't need to install user scripts. That idea could be suggested at the m:Community Wishlist. Some1 (talk) 15:31, 15 December 2024 (UTC)
      At the VPPro discussion this was forked from opposition has been expressed. Thryduulf (talk) 15:46, 15 December 2024 (UTC)
      @Some1: This is the idea lab. Discussions here are explicitly not about developing consensus one way or another (see the notice at the top of this page). The blur all images approach is being discussed elsewhere (linked several times above) and I would prefer to keep this on the original topic of labelled content warnings. – Joe (talk) 08:01, 16 December 2024 (UTC)
      Probably some of why you're getting so much pushback is because of the first sentence of this section, where you refer to the previous discussion and say "there actually appears to be little to no opposition to developing opt-in features to help readers avoid images that they don't want to see", which is not at all the mood of that discussion. I saw one person saying that making it opt-in would sway them and a great many people saying that the very existence of such a system would be ripe for abuse. Also, this is the Idea Lab, it is for developing ideas, not staying fixed to the original proposal. Please stop bludgeoning the discussion by repeating your original proposal and allow people to develop a form of the concept that is more likely to have community support, such as blurring all images.135.180.197.73 (talk) 23:54, 17 December 2024 (UTC)
    • I feel like this section is trying to give false legitimacy to a widely opposed idea by saying the longstanding consensus that “content warnings and censorship are bad” (and by extension the opinions of anyone supporting that position) is illegitimate because it’s not “constructive”. People have a right to not help you “construct” an idea that’s against policy and been rejected time and time again. If you don’t want negativity don’t make a controversial proposal. Dronebogus (talk) 15:40, 15 December 2024 (UTC)
      Nobody is asking you to help. Several of us have politely tried to get you to stop bludgeoning the discussion by stating your opposition over and over again. – Joe (talk) 08:04, 16 December 2024 (UTC)
      It's not happening here. You have been told where to go to copy the entire site and modify it to fit your ideas. --User:Khajidha (talk) (contributions) 13:07, 16 December 2024 (UTC)
      I find it curious how nobody ever calls opinions they support “bludgeoning”. Levivich and WhatamIdoing have contributed almost as much, and as repetitively, in agreement with you. I know idea lab is supposed to be all about open-mindedness and positivity but this is a perennial proposal that clearly violates WP:NOTCENSORED and WP:NPOV, two of the most fundamental policies of Misplaced Pages. You’re building something up that will inevitably get shot down if it actually made it to RFC. Dronebogus (talk) 00:00, 17 December 2024 (UTC)
    Joe Roe, I remember reading somewhere on a wikimedia project (maybe it was Phabricator) thoughts about implementing a tool called OpenNSFW, which from my non-technical understanding, it's able to look at an image and label it as safe or NSFW. I don't know how accurate it is, whether it could be implemented on such a scale, etc, etc but I thought it might be relevant. JayCubby 00:41, 19 December 2024 (UTC)
    OpenNSFW is not something I've heard of previously. A few minutes research and all I can tell you about it is that it categorises images as either "safe for work" or "not safe for work" the latter being images containing either "pornography" or "nudity" but nowhere I've found are those terms defined. I was not able to find any independent analysis of how accurate OpenNSFW is, but other machine learning algorithms that attempt the same task seem to have best-case results between 79% and 94% accuracy. I was not able to find any indication of detail about how accuracy was determined beyond "it's subjective" and one inaccurate result being an image of a clothed young woman sat on the ground leaning against a wall playing a guitar being classed as not safe for work by one model (that was not OpenNSFW), my guess is that this was due to low contrast between the guitar and the woman's skin tone. Even if OpenNSFW equals the 94% success rate of the best model tested, that still leaves 6% of images wrongly categorised. Even in extremely unlikely case the errors were all safe-for-work images wrongly categorised as not-safe-for-work, this requires the viewer to have the same (unknown) definitions of "pornography" and "nudity" as the model's developers and for those two categories to cover 100% of images they regard as not safe for work (e.g. they are happy to view images of violence, drug use, medical procedures, war, disease, death, etc). It is also worth noting that these models are described as "computationally expensive", so are unlikely scale well. Unless someone is able to show that this model performs very significantly better than the others reviewed (on all metrics), this is not practical for Wikimedia projects even if this sort of censorship was something we would entertain (which it is not). Thryduulf (talk) 01:51, 19 December 2024 (UTC)
    Let's say, for the sake of argument, that OpenNSFW could correctly label 80% of images deemed to contain nudity (which is what I think it's mostly trained for). It probably doesn't make sense to scan all images on Commons, a good deal of categories could be excluded (like the literally millions of pictures from the ISS, or ethnographic toplessness). Other offensive subjects or categories (graphic violence, gas gangrene) could be blanket-included and resulting false positive excluded by hand (let's say experienced users could apply for a patrol-type right).
    https://www.researchgate.net/publication/345162125_Classification_of_Not_Suitable_for_Work_Images_A_Deep_Learning_Approach_for_Arquivopt might be helpful, but it's too technical for me. JayCubby 02:32, 19 December 2024 (UTC)
    Once again you are simply assuming that your definitions match other people's definitions. For example, many people who object to images of nudity do not distinguish between "ethnographic nudity" and other types, but many people do - who is right? Anything requiring human input (e.g. your "patrol-type right" suffers all the same problems that you are trying to solve by using machine learning in the first place (see extensive documentation of these problems in this discussion). Thryduulf (talk) 02:39, 19 December 2024 (UTC)
    Misplaced Pages, at least the English version, is Western-leaning. In the West, there's some distinction between ethnographic and non-ethnographic toplessness and their perceived offensiveness, but I'm not trying to rigidly define offensive material, as a broad definition would be impossible. I don't want to censor everything possibly objectionable, only what readers of an encyclopedia really wouldn't expect to jump out at them. On the patrol bit, I'm saying there will be false positives and negatives, but likely a small enough number to be correctable manually. JayCubby 02:49, 19 December 2024 (UTC)
    Misplaced Pages, at least the English version, is Western-leaning this is a bug. We attempt to avoid systematic biases like this because our goal is to create a neutral encyclopaedia, not a western-leaning encyclopaedia. In the West, there's some distinction between ethnographic and non-ethnographic toplessness and their perceived offensiveness while this is true for some western people in some western places, it is not true of all western people in all western places. For example the distinction would matter in a UK university geography lecture, it would not matter in a UK university maths lecture. , I'm saying there will be false positives and negatives, but likely a small enough number to be correctable manually. If you think that a 20% incorrect categorisation rate (or even 2%) would produce manageable numbers then you haven't appreciated how many images are on Commons. You have also ignored (again) all the problems that are not about numbers. Thryduulf (talk) 03:11, 19 December 2024 (UTC)
    On the accuracy bit, the accuracy numbers appear to be for people alone based on the paper I found. This would be a silly thing to implement if it falsely flagged tens of millions of images, .
    On the distinction bit, I'm saying people would be less offended by the images in Himba than Topfreedom.
    On the numbers aspect, yes, there are 99,475,179 images on Commons, but by my very rough estimates the vast majority of those could be excluded without creating many false positives.
    I could do an in-depth analysis of this, yes, but it's a big enough subject that the only effective way to approach it is through numbers. JayCubby 03:26, 19 December 2024 (UTC)
    I'm saying people would be less offended by the images in Himba than Topfreedom. and I'm saying that while this is true for some people (group A) it is false for other people (group B). People from both groups will be using this filter. If you do censor ethnographic nudity then group A will rightly complain about being denied access to appropriate content (false positive), if you don't censor ethnographic nudity then group B will rightly complain about seeing inappropriate content (false negative). You cannot both censor and not censor the same image. Which group do you choose to side with? How are you explaining to the other group that their standards are wrong?
    yes, there are 99,475,179 images on Commons, but by my very rough estimates the vast majority of those could be excluded without creating many false positives. even if you exclude 95% of images, that is still almost 5 million that you need to deal with by hand. If 95% of the 5% are automatically categorised correctly and you somehow don't need to check them, that still leaves about 250,000 images. All this assumes that there is no miscategorisation, no new images or categories, no renamed categories, and no instances of categories in your exclude/include sets being merged together (all but the last is provably false, the last is unknowable either way at this level of detail). Whose standards are the patrollers applying to the images they check? Why those standards? What happens if patrollers disagree?
    the only effective way to approach it is through numbers. except considering only numbers is not effective, because the vast majority of the problems with this and similar proposals are nothing to do with numbers. Thryduulf (talk) 03:44, 19 December 2024 (UTC)
    On the first, I think there should be a minimum of images that should be obscured. Maybe select ones on anatomy, I don't know.

    On your second point, I'm not too sure of Commons' category structure, I'd like to see numerical distribution of images into different categories. JayCubby 03:49, 19 December 2024 (UTC)
    The Commons category structure is so disorganised that the backlog for images lacking any categories is six years old. (Not a knock on Commons editors, it's just such an overwhelmingly huge yet entirely thankless task.) Any system with heavy reliance on those categories would be at the whims of this. CMD (talk) 04:29, 19 December 2024 (UTC)
    The following is a (genuinely) brief overview of Commons categorisation with relevance to this discussion. Commons categories come in multiple types.
    • Some categories are not relevant to image subject (e.g. user categories, copyright licenses, files by copyright license, project administration categories, etc).
    • Meta-categories - i.e. ones that should contain only subcategories (e.g. Commons:Category:People with objects by material). Note that many of these incorrectly contain images that should be in subcategories.
      • All these categories (and their subcategories) should be sub-categories (at some level) of Commons:Category:Topics, but I don't know if they all are. I also don't know whether that category contains any non-content subcategories, nor whether there are root categories that should contain all and only non-content categories (my guess is that in practice there isn't).
    • Mid-level categories that contain both images and sub-categories
    • Bottom-level categories that contain only images.
    Of those categories that contain image, some contain only a single image others contain thousands (although no category should contain this many, there is no exact threshold for when a category needs diffusion, no guarantee it will get diffused, and some categories need perpetual maintenance.
    Many (most?) images are in multiple content categories, e.g. File:Cosplayer of Ellen Joe at ICOS04 (20241019153251).jpg is in Commons:Category:Cosplay of Ellen Joe (15 images), Commons:Category:Cosplayers with motorcycles (18 images), Commons:Category:High-heeled shoes in cosplay (575 images, 11 subcategories), Commons:Category:ICOS04 (31 images) and Commons:Category:Women with chains (3 images, 2 subcategories).
    Some categories contain only images that unambiguously show nudity, some contain only images that unambiguously don't show nudity, others contain both of the above and images that are ambiguous (e.g. Commons:Category:Fantasy Fest 2012, is opaque body paint nudity? what about translucent body paint? nipple pasties?).
    Subcategories can be surprising, e.g. you'd expect Commons:Category:Nude women standing to only contain photos of nude woman standing, but it also contains Commons:Category:SVG nude standing women, which contains Commons:Category:SVG nude standing women, which includes File:290 Venuso el Willendorf.svg. Is that pornographic? Nudity? If so is it ethnographic? Are your answers the same for File:Misplaced Pages 20 - AT Niederösterreich Venus.svg from the same category? How does that make you feel about the completely innocuous-sounding Commons:Category:Misplaced Pages 20 derivatives/svg which the second image is directly in.
    All files should be categorised when uploaded, categories exist for media needing categorisation for each year since 2018, each one contains between 34,000 and 193,000 files. Commons:Category:Media needing categories requiring human attention has over 2,500 subcategories, each with several tens of images. Thryduulf (talk) 05:18, 19 December 2024 (UTC)

    this is a bug. We attempt to avoid systematic biases like this

    In some cases it's a bug. In other cases, it's just about being useful. enwiki is meant for English-speaking internet users. If we randomly rewrote 10% of each page in Chinese, that would be less "linguistically biased", but very annoying for the 99% of enwiki users who can't read Chinese. In the same way, a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale). We'll never do a perfect job of that, but we can definitely do better than implicitly bowing to the preferences of the most extreme 1% of users (who think all images should be treated as safe-for-work). – Closed Limelike Curves (talk) 03:30, 21 December 2024 (UTC)
    a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale). 1. Why? 2. What is a "prudishness scale"? 3. How are you determining the median on it? 4. How are you assessing each image on the scale? Thryduulf (talk) 12:34, 21 December 2024 (UTC)
    The median is “whatever I personally consider it to be”; it’s a generalization of something Ellen Willis once said: “In practice, attempts to sort out good erotica from bad porn inevitably comes down to 'What turns me on is erotic; what turns you on is pornographic.” Dronebogus (talk) 09:26, 22 December 2024 (UTC)
    This is exactly the opposite of my point (see below). The median is whatever readers consider it to be, completely independent of my opinions. My opinion is that no image should be censored or blurred. If the tool I proposed below existed, I'd personally vote "0 years old" on every image (because I don't think anything should be censored). But that's my personal opinion, as an extremely culturally liberal/libertarian kind of person. It's not my place to impose that on the readers. – Closed Limelike Curves (talk) 19:21, 22 December 2024 (UTC)
    “Whatever readers consider it to be” yeah good luck finding anything within 20 parsecs of a consensus from the collective readership of the largest website on the planet. Dronebogus (talk) 08:51, 26 December 2024 (UTC)
    For #1, see median mechanism and an introduction to mechanism design/collective choice theory for an overview of desirable properties. In a sense, the median identifies the unique "consensus" position, because a majority of voters will oppose any other setting (a majority of voters will prefer the median to the alternative). For #2-4: a prudishness scale is a scale that measures prudishness. A simple example would be to ask every reader "at what age would you let your kids see this image?" For each image, we calculate the median to get that image's age rating. Users then get to select what age ratings they want to hide in their preferences.To clarify, this is a thought experiment; I'm not suggesting the WMF create an actual polling tool just for this. (Though I'd be very interested in it if we could use it for other things too, e.g. readers rating articles on their quality or neutrality.) Instead, my point is:
    1. You can give a neutral definition for whether an image is appropriate or not, which has nothing to do with any editor's personal opinion; it's just a statement about readers' preferences. Every image already has an "age rating" (even if we haven't measured it), just like how every politician has an "approval rating" (even if we haven't polled anyone).
    2. Having zero image filtering isn't some kind of magic "neutrality" that keeps us from having to make difficult choices—we're still making all of those decisions. We're just choosing to take the most extreme position possible on every image, by setting all of their ratings to "0 years old" (regardless of what readers think). That's a very opinionated decision—it's just as "neutral" as banning every image because someone might consider it inappropriate.
    – Closed Limelike Curves (talk) 19:11, 22 December 2024 (UTC)
    As you've now admitted you're just wasting everybody's time here with a thought experiment rather than an actual proposal, I shan't go into detail about all the ways you're comment is fundamentally wrong, but the most basic is that a majority of voters will prefer the median to the alternative is intended to apply to voting for a political candidate (which we are not doing here) and assumes a one-dimenional spectrum and, as the article states It is impossible to fully generalize the median voter theorem to spatial models in more than one dimension. What images to censor is almost fractally-dimensional - even if you take what appears to be a single dimension at first glance, say nudity, you quickly realise that you need to split that down further - the subject's age, gender, topless/bottomless/full nudity, pose, context (e.g. ethnographic or not), medium (e.g. painting, photograph, cartoon, sculpture, diagram, etc), prominence in the image, etc. all matter to at least some people, and they all vary differently. e.g. a sculpture of a topless elderly adult male hunched over is very different to an impressionist painting of a beach scene with a topless pre-pubescent girl in the background is very different to a medical photograph of a topless transgender 20-something man immediately post top surgery, etc. Thryduulf (talk) 18:53, 23 December 2024 (UTC)
    @Closed Limelike Curves, the WMF already did that, though before your time; see WP:AFT5.
    @Thryduulf, I believe this "impossible" thing is already being done at Common Sense Media, which appears to be a US website for telling parents whether the book-shaped object their kid is reading is age-appropriate and contains any of multiple specified taboo elements (e.g., tobacco, alcohol, kissing). If we really wanted to pursue something like this, we could look at how it's being done elsewhere. I would not be surprised to find that it is already happening in other places (just perhaps without the specific goal of masking images). WhatamIdoing (talk) 04:15, 26 December 2024 (UTC)
    The fact that CSM gives ratings from their particular point of view does not mean they are succeeding at what Thryduff noted. They are an advocacy group with their own point of view of what is appropriate. -- Nat Gertler (talk) Nat Gertler (talk) 04:25, 26 December 2024 (UTC)
    When I looked at it, it gave age ratings based on what their userbase said. Whether a book contains any references to tobacco is objective, so one would not expect to find differences of opinions about that. WhatamIdoing (talk) 06:02, 27 December 2024 (UTC)
    I think there's a lot of subjectivity to what counts as a "reference to tobacco". If Sherlock is puffing on his Meerschaum pipe, certainly. If there's a Meerschaum on the mantlepiece, probably. If he's wearing a smoking jacket? If Watson tells him he looks smokin' in that jacket? If he mentions that Martin Luther King Jr worked a plantation in Simsbury, Connecticut?? How close to tobacco does the reference have to be in order to be a reference to tobacco? -- Nat Gertler (talk) 06:15, 27 December 2024 (UTC)
    And yet we manage somehow to decide what belongs in Category:Tobacco, so presumably this would also be manageable. WhatamIdoing (talk) 06:18, 27 December 2024 (UTC)
    Which articles belong in category Tobacco is determined by whether tobacco is a defining feature of the article subject and no more specific subcategory is more appropriate. If you cannot see how this is qualitatively and substantially different to determining whether an image contains a reference to tobacco then you do not have the competence required to usefully partake in this discussion. Thryduulf (talk) 22:13, 27 December 2024 (UTC)
    We are not CSM, and we should not take a position on the propriety of imagery and information related to nudity, profanity, alcohol, and consumerism! This is an encyclopedia, not a morality police. Speaking of, this is also proven possible a project by Iran’s Morality Police, by the Indonesian Ministry of Communication and Digital Affairs, and by the Chinese Ministry of Public Security. It is indeed very possible to censor and deem certain information offensive. We are just not willing to do that. ꧁Zanahary07:58, 26 December 2024 (UTC)
    I feel like you have been consistently struggling with the gap between "identifying" and "censoring". We already put photos in c:Category:Pornography at Commons. Editors have figured out how to do that, and it does not involve "taking a position on the propriety" or becoming "morality police", nor does it involve "censoring and deeming certain information offensive". Putting some sort of #sexual-content hashtag on the image would not require a materially more complex process.
    Again, I don't believe this will happen unless and until the WMF is forced to do so, but I think we should be realistic about the challenges. There are parts of this that are quite simple and very similar to what we're already doing, every single hour of the day. WhatamIdoing (talk) 06:11, 27 December 2024 (UTC)
    Looking at the non-subcategorized photographs in that category.... most of them are not pornography. -- Nat Gertler (talk) 06:18, 27 December 2024 (UTC)
    Sure. I wouldn't use that particular cat (or any of them) as a substitute for a purpose-built system. But we seem to figure out what's relevant for each type of category, so I believe that people could do the same kind of mental work in a different format, and even use the same kind of dispute resolution processes if editors had difficulty agreeing in any given case. This is not rocket science; this is not brain surgery. (It's also IMO not going to happen.) WhatamIdoing (talk) 06:21, 27 December 2024 (UTC)
    It's also IMO not going to happen. Then why are you dragging out this discussion on an overwhelmingly opposed idea supporting an idea you know will almost certainly fail? When an idea I support doesn’t gain momentum I’ll throw out a few counter-arguments and tweaks and move on. Dronebogus (talk) 20:43, 28 December 2024 (UTC)
    The selection of criteria to filter for is mired in POV. If the provided filters were for content related to Jews, images of people with green eyes, and images of unpierced ears, you’d probably scratch your head at the apparent fact that the designers of these filters thought that these categories of information were problematic and worth working around and validating sensitivities towards. ꧁Zanahary17:29, 27 December 2024 (UTC)
    the WMF already did that, though before your time; see WP:AFT5.
    sigh—of course this tool already existed, then got killed off in an RfC by angry editors.I can at least partially agree with the spirit of the comments, which is that if people were just giving feedback along the lines of "How do you rate this article from 1-5?", that wouldn't be super useful (even if there's no downside either, and it's a huge improvement over our current system of article ratings).OTOH, A/B tests comparing two versions would probably be very useful for settling some kinds of disputes (especially those about article wording, e.g. what readers find more intuitive). – Closed Limelike Curves (talk) 05:17, 27 December 2024 (UTC)
    Well, the reason it's AFT5 is because there were five versions, and none of them worked out very well. Ratings-only versions didn't provide actionable feedback. Free-form text let people spam garbage, and expose their personal/identifying information on talk pages. It caused a lot of extra work for WP:Oversighters.
    The bigger problem was that the utility varied by subject area. The feedback on medical articles was pretty consistent: readers want images, and they want to know the prognosis. AFT5 comments are one of the sources for my oft-repeated line that if the Misplaced Pages article is written correctly, and you get a text message saying "We're at the hospital. They think the baby has scaryitis", then the article will tell you whether the correct response is "What a relief" or "I'm so sorry". The feedback on pop culture articles was also pretty consistent, but in a rather unfortunate way. The feedback there was largely "I loooove this band!" or "This show is overrated" (and the ratings were about the person's opinion of the topic, not about the Misplaced Pages article). WhatamIdoing (talk) 06:17, 27 December 2024 (UTC)
    Makes sense. (Although I'm not sure why this created lots of work for OS—I was under the impression that people are allowed to disclose their personal information on WP themselves, if they want.) My complaint is mostly about killing this rather than trying to improve it. I can think of two quick major improvements—
    1. Worst-case scenario, just go back to the "unactionable" 5-star ratings. That's already a big improvement on B/C/Start ratings as a metric of article quality (since it's not based entirely on how picky a reviewer you got updating the rating 12 years ago). Using an average rating cutoff could be a good first step in prioritizing or weeding out GANs.
    2. Have some kind of "reviewer reputation", so feedback from people who left good comments gets sorted to the top and low-reputation comments are hidden. Bonus points if you let people upvote/downvote comments.
    – Closed Limelike Curves (talk) 18:14, 27 December 2024 (UTC)
    1. The problem with the 5-star ratings was that they were meaningless because the metric was undefined e.g some people ranked an article 5 stars for being fully referenced, copyedited, written in good quality prose, adequately illustrated and not missing information about whatever the reviewer was looking for, others would rank the same revision as 3 or even 2 stars. Some reserved 5 stars for articles than could not be improved. Others ranked the article based on how useful it was to them (a stub would rank 5 stars if it contained everything they were looking for, which might just be e.g. a birth date, a featured article might get 1 star if it didn't answer their specific question), yet another set of readers ranked the article based on how much they liked (or didn't like) the subject of the article.
    2. This would not solve the problem of reviews containing spam or personal information, nor would it be possible to assign a reputation for readers who are not logged in.
    Read the discussions about the article feedback trials, they were discontinued because nothing that was tried worked, and nothing else that was suggested was workable (and lots of things were suggested). Thryduulf (talk) 22:26, 27 December 2024 (UTC)
    The problem with the 5-star ratings was that they were meaningless because the metric was undefined
    The very vague nature of B/C/Start ratings by a single person is what makes them borderline-meaningless. The good news is if you average over enough ratings, that's fine—different definitions of each rating cancel out. (Especially if you do a basic adjustment for each rater's POLR intercepts, i.e. how "strict" they are when they're rating articles.) – Closed Limelike Curves (talk) 23:23, 27 December 2024 (UTC)
    B/C/Start ratings have limited usefulness but are not meaningless: They are sort-of defined and measure a single thing (article quality at given point in time). Thryduulf (talk) 23:39, 27 December 2024 (UTC)
    That's precisely correct, and also exactly how 5-star ratings work (sort-of defined, and measure article quality at a given point in time). The main difference is with a larger sample size (e.g. all readers, rather than the occasional editor), the usefulness of these ratings increases (since idiosyncrasies start to cancel out). – Closed Limelike Curves (talk) 01:02, 28 December 2024 (UTC)
    For articles with lots of ratings the ratings did not produce any useful feedback and did not reliably correlate with article quality, because not everybody was rating article quality. Lots of articles did not get many ratings. It worked in theory, but it did not work in practice. Seriously, actually read the old discussions, it will save you and everybody else a boatload of time. Thryduulf (talk) 08:17, 28 December 2024 (UTC)
    @Closed Limelike Curves, the problem was that most readers weren't rating article quality.
    We'd given them an FA- or GA-quality article, and the responses would be "One star. I hated this movie." We'd give them a badly written, unsourced stub, and they responses would be "Five stars. This is the best movie ever."
    A larger sample size does not solve this problem. You cannot cancel out individual raters' idiosyncrasies about quality when the raters aren't rating quality in the first place. WhatamIdoing (talk) 21:04, 28 December 2024 (UTC)
    I'm not saying the implementation was great or didn't need major changes, just that the idea of soliciting feedback from readers was good, and the issues with the system can be fixed (filtering out "unhelpful reviewers" is a classic unsupervised learning task, or article ratings could be replaced with simple A/B tests to compare before/after an edit). Even if it wasn't, though, there's no harm in holding onto the ratings—if they're not helpful, just don't use them—or in keeping the interface on and limiting it to logged-in users. – Closed Limelike Curves (talk) 21:39, 28 December 2024 (UTC)
    the idea of soliciting feedback from readers was good it was (and is) a good idea. However nothing that was tried worked in practice to produce feedback even close to useful enough to outweigh the costs of collecting it - except the one thing we currently still have: talk pages. Talk pages give us less feedback than the AFT, but a much greater proportion of it is useful feedback and a much lower proportion of it is spam, personal information, or just plain irrelevant. We tried fixing the system - not just once but five times - and you can be certain that if there was 'one simple trick' or anything like that then it has been tried and didn't actually solve the problems. If you had either actually read the links you've been given or actually listened to what other people have told you on multiple occasions you would know all this though. Thryduulf (talk) 22:49, 28 December 2024 (UTC)
    Yes, I read through the links the first time they were provided. I don't see anything about switching to A/B testing by paragraph, or consulting with experts in statistics or ML to address problems in the data. (It turns out this is a very common problem on the internet—but despite this, every website except Misplaced Pages has managed to find a feasible solution by spending 5 minutes talking to a data scientist.) – Closed Limelike Curves (talk) 17:07, 3 January 2025 (UTC)
    a filter should try to match the preferences of the median English-speaking internet user (on a "prudishness" scale). I actually do not understand how one can think this is the job of an encyclopedia. ꧁Zanahary20:12, 22 December 2024 (UTC)
    Because you can change the settings to let you see whatever you'd like? This is just my suggestion for how to choose a sensible default—default to whatever most people would pick anyway. – Closed Limelike Curves (talk) 22:00, 22 December 2024 (UTC)
    You assume that most people want to block images in the first place.--User:Khajidha (talk) (contributions) 17:32, 23 December 2024 (UTC)
    I explicitly do not. If a majority of people don't want to block any images for people of any age, the median age rating for all images would be 0 in the mechanism I described above. – Closed Limelike Curves (talk) 00:19, 24 December 2024 (UTC)
    The default on an encyclopedia is the revelation of pertinent information. ꧁Zanahary18:05, 23 December 2024 (UTC)
    Though there is a point at which too much information, to the point of irrelevancy, can be given. We, I fear, are approaching that point with our use of images at times. JayCubby 18:52, 23 December 2024 (UTC)
    What you are saying is that some images are WP:UNDUE, which is completely separate from anything being discussed here. Thryduulf (talk) 18:54, 23 December 2024 (UTC)
    That is completely unrelated to the concealment of sensitive images, and is instead pertinent to, as @Thryduulf has said, WP:UNDUEness. ꧁Zanahary19:14, 23 December 2024 (UTC)
    There's also MOS:IMAGERELEVANCE. Some1 (talk) 15:52, 28 December 2024 (UTC)
    • At what point does a conversation at Idea Lab get shut down as unproductive? Because at this point all I’m seeing is repetitive debates about what constitutes “NSFW” and how you would implement a filter on a technical basis (both without anything resembling consensus). These are the same problems that every other content warning proposal has run into and no groundbreakingly novel solution has been found during this very lengthy discussion. I’m going to say it: Toby was a better proposal than this. It was at least a genuinely original approach even if it was bizarre and ludicrous. Dronebogus (talk) 08:48, 21 December 2024 (UTC)

    Should Misplaced Pages:Perennial proposals be restricted somehow?

    I was inspired by the sudden resurgence of the “content warnings/hide offensive images” idea (a few sections up and recently discussed at Misplaced Pages:Village pump (policy)) to propose this. While it’s currently acknowledged that people face an uphill battle (or rather a battle up a sheer cliff) trying to promote these ideas, I think the current situation fails to address the fact that most of the listed proposals were rejected for very good reasons and should probably stay that way. I don’t know how exactly you would limit the ability to re-litigate them besides promoting some to outright policy, but was wondering if anyone supported this idea. Dronebogus (talk) 00:12, 17 December 2024 (UTC)

    We should also consider the fact that some former perennial proposals, like admin recall, ended up being accepted by the community down the line. Chaotic Enby (talk · contribs) 00:26, 17 December 2024 (UTC)
    I think it's useful to point people to previous discussion so they can see all the potential challenges. For better or worse, anyone is free to brainstorm ways to try to overcome those challenges, if that's what they want to do. Until they are actually seeking consensus support for a specific proposal, it's their own time they're spending. And some initiatives can be done as standalone projects that don't affect anyone, so don't need consensus support. (For example, there are a lot of challenges in getting a discussion reply script/gadget to work well with all supported browsers. But anyone can and has implemented their own scripts, without getting consensus from the community on which browsers are supported or the included features.) isaacl (talk) 00:26, 17 December 2024 (UTC)
    I think that the current page does a good enough job of explaining why the previous attempts were rejected. What I would like on that page is a few examples of the actual discussions where they were rejected. I think that this would be useful for anyone attempting to propose these again, and especially useful in ensuring that if someone *does* try again it's not with the exact same bad argument that already failed. Loki (talk) 00:54, 17 December 2024 (UTC)
    The "See Also" section on each section is often used for that purpose. Anomie 04:57, 17 December 2024 (UTC)
    No. Endless relitigation of ideas is just a necessary good and bad part of a wiki. ꧁Zanahary01:07, 17 December 2024 (UTC)
    • I think we can just be faster to close such discussions, or better yet, not comment on them beyond "this is a perennial proposal. here's why it won't work," with an understanding that most perennial proposals are coming from new users. Mostly, folks who propose them should be given an education about perennial, and then the thread closed unless they have a new angle or it actually starts to garner support. CaptainEek 04:06, 17 December 2024 (UTC)
    • No, let's not. The point of WP:PEREN is informative, not prohibitive, and if someone has an actual new argument to raise in favor of one of the proposals then they should do so. What would probably help more is if people were better about pointing out "this is a perennial proposal, see for reference to past discussion and why it was rejected. If you have new arguments to raise, please do, but please avoid wasting everyone's time repeating old arguments unless you have strong reason to believe consensus has changed." instead of diving in to to re-argue it for the nth time. Anomie 04:57, 17 December 2024 (UTC)
    • Restricting proposals of perennial proposals would stop them being perennial. A vicious philosophical circle. CMD (talk) 06:01, 17 December 2024 (UTC)
    • This would blatantly contradict WP:CCC as well as the purpose of this pump. Engaging in an open discussion of if and how an as-yet-unadopted idea can be improved is not "litigation" and does no harm. As an aside, I am impressed that you manage to vociferously object to allowing people to restrict what images their kids can see but be in favour of restricting what ideas we're allowed to talk about. – Joe (talk) 10:07, 17 December 2024 (UTC)
      Of course I vociferously object to your censorship proposals, even if you try to claim they aren’t censorship, because Misplaced Pages is not censored! I’m not even trying to restrict “what we’re allowed to talk about”, I’m trying to prevent endless re-litigation of bad ideas that failed for a reason. It’s not like we’re allowed to just talk about anything we like here anyway— see WP:NOTFORUM, WP:CIVIL, WP:ASPERSIONS, WP:BLP, Misplaced Pages:NOTFREESPEECH, etc. Dronebogus (talk) 02:07, 19 December 2024 (UTC)
    • The German Misplaced Pages has binding decisions, very unlike our WP:CCC. That has advantages and disadvantages. Overall, I think our model here where perennial proposals are socially discouraged but not limited by another policy, works better. (And I have seen consensus change on a few things that seemed immutable). So no, I don't think any stronger defences against perennial proposals should be implemented. —Kusma (talk) 10:46, 17 December 2024 (UTC)
    I think our current system of usually WP:SNOW-closing such discussions unless there's actually potential it can change works well; it allows the topic to be broached (*again*) but doesn't waste too much time. Cremastra 🎄 uc 🎄 01:14, 21 December 2024 (UTC)
    • I doubt this will change the fairly clear consensus here against any kind of restriction, but if I were to propose a clear policy on this it’d be something like “unless a proposal is unambiguously novel in its approach to a perennial issue, it will be shut down at the discretion of any uninvolved admin”. Basically if it’s just “the same, but again”, it gets snowed on. Dronebogus (talk) 09:08, 22 December 2024 (UTC)
      I'd broadly agree with that, but I'd phrase it is as something like requiring proposals to clearly explain how it is different to previously rejected proposals and/or clearly explain what has changed since this was previously proposed that now mean the previous objections objectively no longer apply. For example, if a proposal was rejected because it was technically impossible but that is no longer the case or the reason for rejection was because we don't allow X but we now do, then discussion could be productive. Thryduulf (talk) 11:36, 22 December 2024 (UTC)
      I don't, especially since we've recently listed suicide-related discussions in PEREN. "Thou must always follow the media code for the UK" is a non-starter, but some of the discussions listed there actually amount to "We editors rejected this because we didn't actually read and understand the kind of complicated journal article that was presented as saying crisis hot lines were not proven to be effective at saving lives, and, um, it turns out that the source was measuring 'the presence or absence, in a given country, of any type of media guideline, which vary widely between countries, e.g., by not mentioning crisis hot lines at all' and not actually about 'the life-saving efficacy of displaying a note at the end of a page containing contact information for a crisis hot line', which is specifically what we were talking about." WhatamIdoing (talk) 04:24, 26 December 2024 (UTC)
      That was one reason the suicide hotline proposal joined the wall of… ignobility (I don’t want to say “shame”); there are other, very good reasons it’s been consistently rejected— the biggest being the exact same ones as content warnings in general: they’re not neutral, violate WP:GREATWRONGS and would lead to ad absurdum situations like “putting the surgeon-general’s warning on the cigarette article” Dronebogus (talk) 13:44, 26 December 2024 (UTC)
      "If you are in this circumstance, call ____ for assistance" is not a content warning. Also, note that most such notes appear at the end of articles, i.e., in a position that can't discourage people from reading the article.
      According to the new PEREN entry, which lumps together an unusually disparate group of suicide-related discussions into a single "all rejected so stop talking about it (except for the many parts we've already implemented)" entry, the reasons we rejected providing crisis hot lines are:
      • We didn't read the research, so we said the research said it might be useless;
      • We didn't believe that m:Mental health resources exists, so we said it would be impossible to create and maintain such a page; and
      • We worried that if we ever did anything even slightly special about suicide, then someone would demand that their special topic also get special treatment (except, you know, for all the special topics we already provide "special treatment" for, otherwise known as "having editorial standards").
      WhatamIdoing (talk) 05:13, 27 December 2024 (UTC)
      If that’s your interpretation of the discussions then that’s your interpretation; the actual entry at PEREN says pretty clearly that “generally start from a position of advocacy or righting great wrongs” and highlights massive technical issues with location targeting. But since you seem to like this proposal a lot feel free to re-propose it; if nothing else it will provide new evidence on why exactly the idea is so unpopular. Dronebogus (talk) 20:38, 28 December 2024 (UTC)
      I think that our content about suicide is sufficiently complex and diverse that proposing a one-size-fits-most solution would not be helpful. This is also one of those areas in which it's better to have a consensus among people who know what they're talking about than to put it out for a general vote, so proposing it to the community overall is also not likely to be helpful.
      The community, overall, and allowing for the occasional mistake, is pretty good at figuring out things like "Which topics to do we want to include?" and "Is this a suitable source for this statement?" Even there, we routinely defer to editors with subject-matter expertise in some subjects (e.g., an RFC about how to explain some detail of a mathematical proof is not going to get very many responses). But some subjects (suicide, but also things like copyright law and education) attract responses from people who don't know what they're talking about, and who don't know how little they know.
      To give an example related to suicide, it's likely that in September 2014, Robin Williams#Death was a bigger public health threat to its readers than the Suicide article. I say that without knowing what either article said at the time, because of this fact: research shows that people who are 'exposed to' a recent suicide death are at a somewhat elevated risk of killing themselves, but talking about suicide in general is not believed to produce that risk. But the proposals are usually focused on the small number of lower-risk articles ("Let's put a message at the top of Suicide"), instead of the larger number of transiently higher-risk articles (recent suicide deaths). People who knew what they were talking about would likely be making different proposals. The editors who respond to those proposals seem to know even less about suicide content than the proposers.
      We have made substantial shifts over the years in how we handle suicide-related content, including some general rules (e.g., adopting MOS:SUICIDE and WP:BDP) and some article-specific decisions by consensus (e.g., an example that "just happens" to include a crisis hotline phone number). I think that this process will continue over time, and I think that restricting future proposals about suicide content – as proposed by you at the top of this section, in contrast to your suggestion here that I propose something – merely because we got nine (9) editors to vote in favor of listing it in PEREN, is a very bad idea. WhatamIdoing (talk) 19:12, 30 December 2024 (UTC)
      @WhatamIdoing This is not the place to re-litigate any specific perennial proposal. If you think that consensus has changed since the most recent discussion, then start a new one in an appropriate venue, but given how recent and lengthy the last one was I personally wouldn't regard it as a good use of my time. Thryduulf (talk) 22:57, 30 December 2024 (UTC)
      As I just said, I don't think that making a proposal is a good idea. There is too much risk of the Dunning–Kruger effect to be confident that good ideas will be officially adopted and bad ideas properly rejected.
      I give this solely as an example of why IMO we should not "limit the ability to re-litigate" PEREN's contents. WhatamIdoing (talk) 23:12, 30 December 2024 (UTC)
    • A simpler solution: what if some perennial proposals that fundamentally conflict with longstanding policy, or are borderline nonsensical (“Misplaced Pages should only allow the truth”?) are just independently banned? It could be as simple as an addendum to WP:CENSORED that states “attempts to implement a filter that selectively targets files or content based on arbitrary characteristics like perceived offensiveness are not tolerated”. Dronebogus (talk) 13:51, 26 December 2024 (UTC)
      What "fundamentally conflict(s) with longstanding policy" is ultimately up to the community. The community could, at any time, say we're getting rid of WP:CENSORED entirely. Will we, probably not, but we have weakened it before: WP:GRATUITOUS is a guideline that post-dates WP:CENSORED, and despite a reasonably clear argument that they contradict each other.
      Basically the reason I oppose this is that it's pointless. You can't tell the community that it can't ever do something by putting it in a policy, because the community decides what the policy is in the first place. Ideally the policy reflects what the community already values, in fact. Loki (talk) 21:43, 26 December 2024 (UTC)

    Opt-in subscription status transparency

    The subscription feature is great, thanks to the team that built that. This has spawned some over- or under-pinging based on editors' uncertainty about whether another editor is or isn't subscribed, and doesn't want/does want to be notified, including frequent in-discussion requests to be pinged (or the reverse). The uncertainty makes us wonder if we are annoying someone by pinging them (clearly we are, sometimes) or whether we are failing to appropriately notify someone who ought to be notified (this also happens).

    This seems less than optimal, and a technical solution ought to be able to fix it. I'd like to propose an enhancement for subscription status transparency that would allow me the option to tick a box (or take some other action) that would make my subscription status in that one single discussion visible to others in some fashion. The first method that occurs to me is some kind of change at or near one signature(s) in the discussion, perhaps an appended icon or tag. I am subscribed to this discussion, and as an example solution, I have interpolated Unicode U+1F440 ('Eyes' symbol) into my sig (with a tooltip on the icon) as an indicator that I am subscribed to this discussion, but there may be other or better ways.

    Possibly this could be accompanied by a further enhancement involving a new Preferences setting Checkbox (default unchecked) called 'Enable subscription transparency', that if checked, would flip it to opt-out, such that all my subscribed discussions would be tagged for subscription transparency unless I took action to turn it off at a given discussion. (Note that this Preference setting would not automatically subscribe me to any discussion, it would just make my subscription status transparent.) And, um, finally, please don't ping me; I am subscribed. Mathglot (talk) 21:50, 21 December 2024 (UTC)

    It's not public for exactly the same reasons that your watchlist isn't public. WhatamIdoing (talk) 23:23, 21 December 2024 (UTC)
    Of course, that goes without saying, and should remain that way. But if I wish to share it, then that is my choice, is it not, just like telling everyone: "I am subscribed to this discussion" is my choice. The proposal is simply a more economical method of saying what I wish to say, and a time-saver. It's possible I wasn't clear that the main proposal would apply to *a single discussion*, and I have made a small redaction to that end. Mathglot (talk) 23:30, 21 December 2024 (UTC)
    Why not just make a template (Template:subscribed perhaps) that someone wanting to indicate they are subscribed to (or are otherwise watching) a given discussion and do not wish to receive pings can transclude? Thryduulf (talk) 01:00, 22 December 2024 (UTC)
    Sure, but that would be 17 characters (perhaps shorter with an intuitive shortcut), compared to 16 characters for 'I am subscribed.', and in a long discussion, you might have to use it repeatedly. I'm looking more for something you can do just once per conversation (just like subscribing is only done once), that would be visible in some way in a given discussion for other users to consult and then ping/not-ping as needed.
    Currently, once you subscribe to a conversation, the Mediawiki software knows this, and is capable of "doing something" (i.e., notify you) every time anybody else posts a comment. This proposal requests that it "do something" when you, as a subscribed user, declare your status, which involves not notifications to bunches of users (rather complex), but adding something visible to the discussion (rather simple in comparison). Maybe it's a signature flag, maybe it's a hover tip, maybe it's a dropdown under the section title, or a collapsed floater that expands with a list of all the users who have declared their status (either way), maybe those using the link will get a popup saying, User:Example1 is subscribed or maybe it's something else, but the point is, I'm looking for a set-once-and-forget solution for the user who wishes to declare their subscription status, so other users can respond accordingly. Mathglot (talk) 02:47, 22 December 2024 (UTC)
    FYI, the appended icon approach wouldn't work for anyone with the convenient discussions script. JoelleJay (talk) 19:49, 26 December 2024 (UTC)
    That's a tip worth taking into consideration. Maybe it's something that could be incorporated into that script, which I had not heard of before this. Mathglot (talk) 20:03, 26 December 2024 (UTC)
    If the system existed and produced some appropriate script-readable output, I'm pretty sure Jack would be happy to incorporate it into CD. WhatamIdoing (talk) 06:24, 27 December 2024 (UTC)
    A good idea. My main thing is that whatever it did, should be visible to all, not just to users of the script, or it would defeat the purpose. But perhaps it could do something; worth checking into. Mathglot (talk) 07:16, 27 December 2024 (UTC)

    The prominence of parent categories on category pages

    The format of category pages should be adjusted so it's easier to spot the parent categories.

    Concrete example:

    I happen to come across the page: Category:Water technology

    I can see the Subcategories. Great. I can see the Pages in the category. Great. No parent categories. That's a shame --- discovering the parent categories can be as helpful as discovering the subcategories.

    Actually, the parent categories are there (well, I think they are --- I'm not sure because they're not explicitly labelled as such). But I don't notice them because they're in a smaller font in the blue box near the bottom of the page: Categories: Water | Chemical processes | Technology by type

    I think the formatting (the typesetting) of the parent categories on category pages should be adjusted to give the parent categories the same prominence as the subcategories. This could be done by changing: Categories: Water | Chemical processes | Technology by type to: Parent categories: Water | Chemical processes | Technology by type and increasing the size of the font of `Parent categories', or, perhaps better, by having the parent categories typeset in exactly the same way as the subcategories. D.Wardle (talk) 22:21, 22 December 2024 (UTC)

    Parent categories are displayed on Category: pages in exactly the same way that categories are displayed in articles. WhatamIdoing (talk) 04:26, 26 December 2024 (UTC)
    The purpose of an article page is to give a clear exposition of the subject. Having a comprehensive presentation of the categories on such a page would be clutter --- a concise link to the categories is sufficient and appropriate.
    The purpose of a category page is to give a comprehensive account of the categories. A comprehensive presentation of the categories would not clutter the subject (it is the subject).
    Therefore, I do not expect the parent categories to be presented the same on article and category pages --- if they are presented the same, that only reinforces my opinion that some change is necessary. D.Wardle (talk) 20:15, 27 December 2024 (UTC)
    I think the purpose of a category page is to help you find the articles that are in that category (i.e., not to help you see the category tree itself). WhatamIdoing (talk) 21:40, 27 December 2024 (UTC)
    Is there any research on how people actually use categories? —Kusma (talk) 21:48, 27 December 2024 (UTC)
    I don't think so, though I asked a WMF staffer to pull numbers for me once, which proved that IPs (i.e., readers) used categories more than I expected. I had wondered whether they were really only of interest to editors. (I didn't get comparable numbers for the mainspace, and I don't remember what the numbers were, but my guess is that logged-in editors were disproportionately represented among the Category: page viewers – just not as overwhelmingly as I had originally expected.) WhatamIdoing (talk) 22:43, 27 December 2024 (UTC)
    I'm fine with parent categories being displayed the same way on articles and categories but I think it's a problem that parent categories aren't displayed at all in mobile on category pages, unless you are registered and have enabled "Advanced mode" in mobile settings. Mobile users without category links probably rarely find their way to a category page but if they do then they should be able to go both up and down the category tree. PrimeHunter (talk) 15:39, 28 December 2024 (UTC)
    Am I missing something? Is there a way of seeing the category tree (other than the category pages)?
    If I start at:
    https://en.wikipedia.org/Wikipedia:Contents#Category_system
    ... following the links soon leads to category pages (and nothing else?). D.Wardle (talk) 20:20, 28 December 2024 (UTC)
    I'd start with Special:CategoryTree (example). WhatamIdoing (talk) 20:49, 28 December 2024 (UTC)
    You can click the small triangles to see deeper subcategories without leaving the page. This also works on normal category pages like Category:People. That category also uses (via a template) <categorytree>...</categorytree> at Help:Category#Displaying category trees and page counts to make the "Category tree" box at top. PrimeHunter (talk) 20:59, 28 December 2024 (UTC)
    Now there are three words I would like to see added to every category page. As well as `parent' prefixing `categories' in the blue box (which prompted this discussion), I would also like `Category tree' somewhere on the page with a link to the relevant part of the tree (for example, on:
    https://en.wikipedia.org/Category:Water_technology
    ... `Category tree' would be a link to:
    https://en.wikipedia.org/Special:CategoryTree?target=Category%3AWater+technology&mode=categories&namespaces=
    ).
    I can only reiterate that I think I'm typical of the vast majority of Misplaced Pages users. My path to Misplaced Pages was article pages thrown up by Google searches. I read the articles and curious to know how the subject fitted into wider human knowledge, clicked on the category links. This led to the category pages which promised so much but frustrated me because I couldn't find the parent categories and certainly had no idea there was a category tree tool. This went on for years. Had the three additional words been there, I would have automatically learned about both the parent categories and the category tree tool, greatly benefitting both my learning and improving my contributions as an occasional editor. Three extra words seems a very small price to pay for conferring such a benefit on potentially a huge fraction of users. D.Wardle (talk) 03:43, 30 December 2024 (UTC)
    I think it would be relatively easy to add a link to Special:CategoryTree to the "Tools" menu. I don't see an easy way to do the other things. WhatamIdoing (talk) 07:33, 30 December 2024 (UTC)
    It's possible to display "Parent categories" on category pages and keep "Categories" in other namespaces. The text is made with MediaWiki:Pagecategories in both cases but I have tested at testwiki:MediaWiki:Pagecategories that the message allows a namespace check. Compare for example the display on testwiki:Category:4x4 type square and testwiki:Template:4x4 type square/update. PrimeHunter (talk) 18:01, 30 December 2024 (UTC)
    How much evidence of community consensus do you need to make that change here? WhatamIdoing (talk) 19:16, 30 December 2024 (UTC)
    Maybe I'm naive, but I think it must be easy to do the two things I'm suggesting. There is a piece of code somewhere that takes the content entered by a Wikipedian using `Edit' and creates the category page. It's just a case of modifying that code to add one word and two words which are also a link. It must be similar to changing a style file in LaTeX or a CSS in html.
    Again, maybe I'm naive, but it would seem to me appropriate to move this discussion to Village pump (proposals). Any objection? D.Wardle (talk) 21:07, 4 January 2025 (UTC)
    If @PrimeHunter is willing to make the change, then there's no need to move the discussion anywhere. WhatamIdoing (talk) 23:19, 4 January 2025 (UTC)

    Adding "template collapse" and "section collapse" capability in source editor of Misplaced Pages

    Hi, I propose to add "Collapse and expand" capability for templates in source editor of Misplaced Pages. This way, readability in edition raises significantly. For example, by this capability, we can collapse the lines of Infobox of an article, and pay attention to the rest of the article very conveniently. This capability is very common Integrated development environments like Eclipse. The same idea can be implemented in the "source editor" of Misplaced Pages to enhance its readability. Additionally, by the same concept, we can collapse all other sections of an article, to pay attention to just one of them very conveniently. Hooman Mallahzadeh (talk) 07:50, 23 December 2024 (UTC)

    Firstly, the idea lab is not for feature requests, which go on Phabricator.
    Code folding on Barack Obama
    Secondly, template folding is already available as part of the "Improved Syntax Highlighting" beta feature, which can be enabled in your preferences. It does have some janky UX (pictured) though; work on adding conventional UX to the gutter is tracked in T367256Finally, section collapsing is available in the mobile view of all skins. Aaron Liu (talk) 16:16, 23 December 2024 (UTC)
    I think that he meant being able to collapse a ==Section== inside a wikitext editor. WhatamIdoing (talk) 04:28, 26 December 2024 (UTC)

    @WhatamIdoing: Yes. And also I think its implementation is very easy. It only needs to add some HTML codes like:

      <button type="button" class="btn btn-info" data-toggle="collapse" data-target="#demo">Collapse template</button>
     <div id="demo" class="collapse">
    {{Infobox programming language
    | name = Lua
    | logo = Lua-Logo.svg
    | logo size = 128px
    }}
      </div>

    One layer before final rendering for template and sections of "source editor" of Misplaced Pages. I mean, this useful capability can be implemented very easily. Hooman Mallahzadeh (talk) 04:46, 26 December 2024 (UTC)

    A ticket should be filed for this on phab: tagged with mediawiki-extensions-codemirror. If you think it can be implemented very easily, you are also welcome to file a patch on gerrit: (see mw:Gerrit/Tutorial). – SD0001 (talk) 14:31, 6 January 2025 (UTC)

    NOINDEX AfDs on living people

    Earlier today, I discovered that one of the first Google results for "Hannah Clover" was Misplaced Pages:Articles for deletion/Hannah Clover. It was a bit odd and I discussed it off-wiki. Later today, HouseBlaster NOINDEXed the page. This prompted me to think that maybe this should be standard for all WP:BLPs, especially if the article is deleted/redirected, as this helps maintain the subject's privacy. I'm less bothered by it than most, but it seems like something that compliments the BLP policy so well I'm surprised it isn't already in place. Thoughts? Clovermoss🍀 (talk) 03:22, 25 December 2024 (UTC)

    I definitely think we should do it for all BLPs, especially if the result is delete. It partially defeats the point of deletion if it is still indexed. I would be open to broader solutions, including applying this to anything in Category:AfD debates (Biographical) (which sounds easier to implement?) or even all AfDs, period. Not sure if I would support it, but it is an idea to consider. HouseBlaster (talk • he/they) 03:32, 25 December 2024 (UTC)
    They've been forbidden in robots.txt since 2006. —Cryptic 03:52, 25 December 2024 (UTC)
    The phab tasks says it's resolved, but there's more recent comments linking to T148994 and T365739, which are still open. Then there's T6776 that says that this needs to be added to robots.text (which implies the original task was not fixed as intended) which is also closed as resolved. Clovermoss🍀 (talk) 04:21, 25 December 2024 (UTC)
    @Clovermoss These are in the robots.txt file, see the stuff just after the comment "# enwiki:" in https://en.wikipedia.org/robots.txt. This can be edited on wiki by changing Mediawiki:robots.txt. 86.23.109.101 (talk) 22:12, 25 December 2024 (UTC)
    Good note! I agree with you, these shouldn’t be indexed. ꧁Zanahary08:00, 26 December 2024 (UTC)
    Weird, all AfDs are blocked in robots.txt. If I search for "Hannah Clover aricle for deletion" the first result is the AfD with "No information is available for this page" pointing towards this page explaining the situation. It appears Google will include the result in it's search results unless the page includes NOINDEX, and for that to work it has to be removed from robots.txt!
    So adding it to robots.txt doesn't stop it from being crawled and included in search results, which isn't the expected result. Sounds like the only solution is a modification so that the wiki software always includes NOINDEX based on fuzzy criteria, as robots.txt is no longer having it's expected result. -- LCU ActivelyDisinterested «@» °∆t° 12:43, 26 December 2024 (UTC)
    Courtesy ping to MMiller (WMF) then. Clovermoss🍀 (talk) 13:56, 26 December 2024 (UTC)
    There was a guy who sent me a bunch of creepy threatening emails, and didn't clearly indicate what he wanted, until in one of the tirades he implied that his BLP AfD was polluting search results for his name, so I courtesy-blanked it for him, at which point he did not thank me, but he did stop sending me emails about how he was going to ruin my life, so I think this was what he wanted.
    I think it would be good if we had a system that did not reward this guy's behavior while punishing everyone else. jp×g🗯️ 17:51, 1 January 2025 (UTC)

    This thread raises a very serious concern, as I agree with everyone else that AfDs, especially on BLPs, should absolutely not appear in off-wiki search results. I had been under the impression that "noindex" and robots.txt had basically the same effect, so if that is no longer the case or if there are anomalies, how Misplaced Pages uses them should be further analyzed and adjusted as necessary.
    As far as I can tell, the gold standard for keeping things out of search engines is talk pages, which I never see in Google results and rarely anywhere else. What is the code we are using there? Newyorkbrad (talk) 19:37, 26 December 2024 (UTC)

    That's odd, none of the last 10 BLP AfDs I participated in show up on Google, though category:AfD debates and various WikiProject deletion lists do show up and include the links to those discussions that are still open. Have you come across any other AfDs in search results? JoelleJay (talk) 20:03, 26 December 2024 (UTC)
    Could it be that the links appear off wiki, somewhere Google isn't blocked from indexing, and so are then included in Google's search results?
    Actually I'm pretty sure this is the case. The searches are a bit forced but both show up in the search results with the same message "No information is available for this page. Learn Why" message as the AfD for Hannah Clover. Both are mentioned off wiki. -- LCU ActivelyDisinterested «@» °∆t° 21:15, 26 December 2024 (UTC)
    I tried some similar searches with some current AfDs and had no success for ones not mentioned off wiki. -- LCU ActivelyDisinterested «@» °∆t° 21:17, 26 December 2024 (UTC)
    Talk: pages are indexed and do appear in search results. I suspect that Google's algorithm recognizes them as less desirable links and merely ranks them so low that they don't usually appear on the first page.
    It appears that Google indexes a few AFDs as a result of redirects, e.g., Misplaced Pages:Articles for Deletion/Skippers' Meeting. @Brooke Vibber (WMF), I see you did some of the work on this years ago. Would adding that capitalization difference be a trivial addition? Or should we make a list and delete these redirects? WhatamIdoing (talk) 21:08, 26 December 2024 (UTC)
    See https://developers.google.com/search/docs/crawling-indexing/robots/intro#robotted-but-indexed and https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag#combining. If a url is in robots.txt then Google doesn't crawl the page to see the content but they may still include the page in search results if it's linked from a crawled page somewhere else. If the url alone is a good match to a search then the page may appear even though the search result cannot be based on the content of the page, and no excerpt from the page will be shown at the search result. Maybe Google also uses the link text in links to the page. If a page has noindex and Google knows this then they don't include the page in search results. However, they have to crawl the page to discover noindex and they won't crawl the page if it's in robots.txt. So if you want to prevent the page from appearing in all search results then you have to add noindex and not place the url in robots.txt. PrimeHunter (talk) 22:09, 26 December 2024 (UTC)
    The ones that have a redirect are showing excerpts (just like any article would). WhatamIdoing (talk) 05:16, 27 December 2024 (UTC)
    This is an effect of MediaWiki redirects not making real URL redirection for redirects. https://en.wikipedia.org/Wikipedia:Articles_for_Deletion/Skippers%27_Meeting (capital D in Deletion) does not tell the browser to go to https://en.wikipedia.org/Wikipedia:Articles_for_deletion/Skippers%27_Meeting (lowercase d). Instead MediaWiki displays the same content with a "Redirected from" message added at the top, but the browser stays on the capital D page. JavaScript is used to rewrite the url in the address bar to lowercase d but the lowercase d page (which is covered by robots.txt) is never read. The general solution to this redirect issue would be to add noindex to all pages we don't want indexed via redirects. If the target page has noindex then MediaWiki also adds noindex to redirects to the page. An alternative could be a Phabricator request for MediaWiki to automatically add noindex to pages which are covered by robots.txt. PrimeHunter (talk) 01:28, 28 December 2024 (UTC)
    So would removing AfD pages from robots.txt and instead adding __NOINDEX__ to Template:AfD top fix this (at least for new AfDs)? – Joe (talk) 16:36, 29 December 2024 (UTC)
    It would probably fix it for new AfD's if Googlebot visits the pages and discovers noindex, but we have around 540,000 old AfD pages. Some of them transclude templates which could be modified but a large bot run would probably also be needed. And I don't like allowing various web crawlers to read all those pages and hope they don't use the information for anything when there is a noindex. I would prefer keeping them in robots.txt but also adding noindex. It doesn't solve all problems but nothing does. PrimeHunter (talk) 00:00, 30 December 2024 (UTC)
    Not to mention everything else we (try to) block with robots.txt - RFA, RFAR, CCI, CHU, all the noticeboards (with BLP/N a particular standout), and so on. But yes, this is specifically Google being evil, as usual; responding by deliberately instructing every other crawler to be evil too is not a good fix. I do wonder if there's any value in allowing Googlebot's useragent specifically to crawl these (once noindex is in place, of course), but that's not something we can fix locally - MediaWiki:Robots.txt all gets spliced into the User-agent: * section. —Cryptic 00:18, 30 December 2024 (UTC)
    The old AfD pages are obviously a problem but as they are currently being indexed by Google due to this issue, it at least wouldn't be a regression and it could eventually be fixed with a one-off bot task.
    I would prefer keeping them in robots.txt but also adding noindex – but wouldn't this mean that Google will still index them, i.e. the status quo? I assume the reason that all of these pages are in robots.txt is because "we don't want them to show up on Google" so we kind of have to adapt to the reality here, or what is the point of listing them at all? Other responsible search engine crawlers and other bots would presumably also respect the noindex. – Joe (talk) 12:00, 30 December 2024 (UTC)
    Two issues are discussed in this thread. Adding noindex would solve the second where the content of pages in robots.txt can be indexed via redirects which are not in robots.txt. It may also solve some situations where MediaWiki can display pages via alternative url's (not redirects) instead of the canonical url with /Wikipedia:Articles_for_deletion/. robots.txt already blocks some alternative url's but it may miss some. It wouldn't solve the first issue where the url alone without the content can give a Google hit for pages in robots.txt, but I fear the fix (removing from robots.txt) would cause more problems than it solves. PrimeHunter (talk) 17:31, 30 December 2024 (UTC)
    My understanding of Google's documentation is that it would solve the first issue, because without an entry in robots.txt googlebot will read the page, see the noindex, and remove the page from its index accordingly. What happens now is that because the page is covered by robots.txt, it doesn't read it and so doesn't know to deindex it. Am I misunderstand that this is what you yourself said abouve – So if you want to prevent the page from appearing in all search results then you have to add noindex and not place the url in robots.txt? – Joe (talk) 09:45, 1 January 2025 (UTC)
    My most recent post was about adding noindex without removing the pages from robots.txt. If we also remove them from robots.txt then yes, I said earlier and still think it would solve the specific first issue discussed above about some AfD pages appearing (with title only and no content) in some Google searches. However, I think it would cause other issues and not be worth it. For example, noindex is about search engine indexing. What else may various bots feel entitled to do with the information once they have read it with permission from robots.txt? Publish a copy? Train a chatbot and influence what it says later? PrimeHunter (talk) 13:50, 1 January 2025 (UTC)
    What other issues though? I'm not trying to be obtuse, it's just that I don't think anyone has specified what they are, and even though I'm sure there would be knock-on effects, properly removing these from that monopoly-holding search engine is a big enough deal that in my mind it would justify a certain amount of unintended consequences. Because again, I'm pretty sure the reason that these are in robots.txt are in the first place is to stop them showing up on Google, so if that's not working...
    We could (and probably should) also add a "none" meta tag in addition to or instead of "noindex", which I believe would make it functionally equivalent to the current robots.txt rules for well-behaved bots. Not that I believe that this effectively stops many people slurping up our project discussions... try asking an LLM to generate an AfD nomination, for example. – Joe (talk) 15:01, 1 January 2025 (UTC)
    To be fair, they could still do all of those things. Blocking a bot in robots.txt is not denying them a license to the content (we do not have the ability to do this) and they could get all AfDs by downloading a database export. Elli (talk | contribs) 23:28, 1 January 2025 (UTC)

    Dealing with drive-by reviews of GA

    There is already a method for dealing with drive by nominations (which is immediately failing them) but I don't think there are protocols to addressing drive by reviews (basically passing or failing an article while barely/not even making any comments). Should there be protocols, of so what? Sangsangaplaz (Talk to me! I'm willing to help) 13:36, 26 December 2024 (UTC)

    @Sangsangaplaz, thanks for your work in GA.
    The goal with Misplaced Pages:Good articles is to correctly identify articles that meet the criteria. Reviewers are not actually required to provide detailed explanations about how they came to their decision. It's nice if they do so, because if they list an article without many/any comments, then there will be some suspicious-minded editor thinking that the reviewer is lazy and/or the article didn't really "deserve" to be listed (AFAICT, they think that unless the nom suffers through a long list of nitpicky questions and non-criteria requests from the reviewer, then the nom hasn't truly earned GA), and if they fail the article without an explanation, the nom has little information about what additional work needs to be done before re-nominating it. So it really is helpful.
    But: it's not required, and so long as the result is accurate, then it doesn't matter. This is a WP:NOTBURO policy principle: We are not here for the purpose of following bureaucratic procedures. You need to get it right, but you do not need to do paperwork that doesn't help you (or anyone else) get it right, merely for the sake of being able to say "Look, I wrote 600 words about this. Writing 600 words shows that I very carefully reviewed the article". The most important parts of a GA review are writing and sourcing. These can require hours of work without necessarily producing a paper trail.
    Whatever you put in a review should be something you can point to a specific "book, chapter, and verse" in the Misplaced Pages:Good article criteria. For example:
    • The criteria require reviewers to consider whether the article is well-written, so reviewers should say things like "I find this section a bit confusing, and GACR 1a requires it to be understandable. Is this saying that the character accidentally dropped the magical glass and it broke, or did he throw it down on purpose?"
    • The criteria ban reviewers from failing articles over the formatting of citations, so reviewers should either say nothing at all about this (the most common choice), or should say something like "The citations are not consistently formatted, but this is not a requirement for GA per the footnote in GACR 2a, so I will not consider this when making my decision."
    • There are many things that are not in the criteria at all (e.g., word counts, red links, matching the formatting of similar articles, use of non-English sources, how many words/sentences/paragraphs are in each section...), so reviewers should not care about those things, and if they mention them for some reason, they should be explicitly listed as something that isn't a requirement.
    As a minor point about "well-written": I particularly appreciate it when reviewers make minor fixes as they read. If there's (e.g.) a simple spelling error, reviewers should just fix it instead of posting in the review that someone else should fix it. Obviously, reviewers must only make minor changes. But I think it is a sign of a collegial and very much WP:HERE reviewer if they do make any such minor fixes, when it will be faster to fix it than to explain to someone else what needs fixing. But that results in less of a paper trail. WhatamIdoing (talk) 21:39, 26 December 2024 (UTC)
    The issue here is QPQ means you have an incentive to crank out GARs as quickly as possible. – Closed Limelike Curves (talk) 04:14, 4 January 2025 (UTC)

    More options for the Suggested Edits feature

    Hi All,

    I'm finding the Suggested Edits feature very useful for what to work on, but I'd like to be able to refine what it suggests more. Specifically:

    - I want to be able to opt out of any BLP suggestions.

    - I would like to be able to dismiss pages I've looked at and decided I'm not going to edit, so they don't come up in suggested edits for me anymore.

    Those are the two things I'd like but I feel that having more ways to narrow what comes up in suggested edits would be a useful feature all round. Daphne Morrow (talk) 11:03, 28 December 2024 (UTC)

    Notified: mw:Help talk:Growth/Tools/Suggested edits Aaron Liu (talk) 15:04, 28 December 2024 (UTC)
    Daphne Morrow, you may wish to bring your suggestions to Misplaced Pages talk:Growth Team features, where the people able to effect change participate with some frequency. Folly Mox (talk) 17:17, 30 December 2024 (UTC)

    Citation needed overload

    The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


    Information icon There is currently a discussion regarding another backlog drive for articles with unsourced statements. The thread is Misplaced Pages talk:WikiProject Reliability#Articles with unsourced statements. Thank you. CNC (talk) 17:44, 29 December 2024 (UTC)

    The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

    numbers in context

    My inquiry is about putting numbers in context and how Misplaced Pages might contribute to that initiative. In this age of information, we are often overrun with a surplus of data or even just data that is not in context. We are bombarded on a daily basis with numbers having to do with science, global warming, national budget deficits, geography, politics, money, etc.... The media often does not put the numbers it gives us in context of the big picture. For example, our current national deficit is about $36 trillion. What does that mean? It would be useful to have a central site in which one could search on the US deficit and understand what that number is in context of other things. Although I am not an expert in monetary matters, i could see how one would put the number on a per capita basis and compare it to other countries. The number could also be compared to GDP and also compared in that way to other countries. The history of the deficit and how it compares to inflation, or any other appropriate metric, could also be discussed.

    If I search Misplaced Pages currently on the topic of the deficit, I will find much of the information suggested above. But I'm suggesting a graphical way of making many comparisons and concentrating on the data and graphs rather than the text in it's current format. In its current form, the site gives quite a bit of verbal information (which is great) making occasional reference to the graphs. The graphs are very much a second thought and sometimes ever hard to read.

    I suggest creating a site in which the data/graphs are given the focus with little verbiage to go with it. The graphs/comparisons could be manipulated by the users for a better view e.g. manipulating axes to zoom in on a span of interest. Comparisons to other relevant data could easily be made or imported etc.... As with Misplaced Pages articles, the information used to populate the topics would be provided by users and reviewed. Appropriate references would have to be provided etc...

    Alternatively, the information could be entered in a current Misplaced Pages article in a special section labeled as "data" (or something similar). In that section, the data would become the central focus of the information in question where the user could make easy comparisons and see in-depth context of the numbers and be able to manipulate the view of the graphs in a more interactive manner.

    the site data.gov makes a very poor attempt at providing this kind of information. In that site, some of the data is even available in Excel spreadsheet format, which is a good idea. But the search function and comparison capabilities are very poor and left entirely up to the user by accessing various sites to compile the information.

    Please let me know if you would be interested in this initiative. I could compile data about a given topic to show in more detail my vision of what the information would look like under my proposal. I would welcome your comments and suggestions. Noisemann (talk) 16:58, 30 December 2024 (UTC)

    We have some serious technical problems with graphs at the moment (not drawings of graphs, which work just like any photo, but made-on-site graphs that can be changed and updated easily). WhatamIdoing (talk) 18:04, 30 December 2024 (UTC)
    Unless i'm mistaken, the plots/graphs in Misplaced Pages articles are treated just like photos. There is no interaction available except possibly zooming in or out like with a picture. But that is only the tip of the iceberg of the issue that I have. My idea (which is probably not a new one) has to do with the availability of context data relevant to a given set or to a given number. That's the bigger and more interesting issue. Noisemann (talk) 23:28, 30 December 2024 (UTC)
    Noisemann, you may be missing some relevant context. See mw:Extension:Chart/Project. Folly Mox (talk) 00:40, 31 December 2024 (UTC)
    thanks for that information... very helpful. This is definitely a step in the right direction. The next big step in this is having the appropriate data sets available or linked to make relevant comparisons. More importantly, those comparisons have to be suggested or provided by the site itself. Unfortunately, i'm not skilled enough in programming to help make that happen. But it seems as though initiatives are evolving toward my initial thought. I'll have to keep an eye on what is being done in that space. Noisemann (talk) 01:59, 31 December 2024 (UTC)
    We have a few tools that can create graphs. Some of them (ab)use table formatting or HTML codes. They aren't necessarily elegant or flexible internally, but simple things are possible. See Skylab#Orbital operations for a bar chart and Breast cancer awareness#Risks of over-awareness for a pie chart. WhatamIdoing (talk) 06:28, 31 December 2024 (UTC)
    A good example of this approach is Our World in Data. This uses graphs and visualisations to good effect:
    13,220 charts across 120 topics All free: open access and open source
    Misplaced Pages is comparatively poor as it has a systemic preference for prose. Consider the main page, for example, where the featured article is often run without even a picture while In the News presents death and disaster as sensational incidents and accidents without giving the big picture of mortality statistics. I can't remember the last time a graph appeared on the main page.
    Andrew🐉(talk) 09:10, 31 December 2024 (UTC)
    I think the {{inflation}} template is a good example of progress in this front. One off-the-cuff idea I have had is that numbers could be given context more broadly. For example, "the spending bill approved $300 million for the army." jp×g🗯️ 18:01, 1 January 2025 (UTC)
    Also we could make tooltips not be dog shit on mobile. jp×g🗯️ 18:01, 1 January 2025 (UTC)
    Commons does have Data namespace that can hold raw data in JSON format. I am not certain how much that is used in Misplaced Pages articles however. Example: commons:Data:Government spending – OECD (2017) (OWID 309).tab. I am not certain if graphs are possible, but maps are: commons:Data:/Sweden/Nature reserves/2020/Almö/2000057.map. MKFI (talk) 19:59, 1 January 2025 (UTC)

    “Till”

    I see the word “till” appear often in Misplaced Pages articles as a substitute for “until”, often on pages pretaining to India. As an example, Berwa uses “till” this way. It feels unprofessional for Misplaced Pages, and should be addressed. Roasted (talk) 03:50, 1 January 2025 (UTC)

    wikt:till is a proper English word with its own etymology. I don't see why not. Aaron Liu (talk) 13:21, 1 January 2025 (UTC)
    Thanks for pointing that out. I didn't know that. WhatamIdoing (talk) 05:12, 3 January 2025 (UTC)
    This is the first time, as far as I recall, that I've seen "till" described as unprofessional. It may possibly be true in some varieties of English, but I'm fairly sure it's not in the one I use (pretty standard British English). Phil Bridger (talk) 13:51, 1 January 2025 (UTC)
    I would say “till” is somewhat less formal than “until” - but the two are interchangeable.
    If the informality bothers you - you don’t need permission to edit. Just swap words. That said… it also isn’t worth an argument. If someone else objects to your preferred formality, and reverts your edit - just let it be. Blueboar (talk) 14:26, 1 January 2025 (UTC)
    Extra use of it may well count as Indian English, which is fine for Indian articles. Johnbod (talk) 03:08, 3 January 2025 (UTC)
    Is it an Indian English thing to use "till" more? I thought it was a normal English thing. Aaron Liu (talk) 03:31, 3 January 2025 (UTC)
    By normal English, do you mean American or British? Or all varieties of English? ꧁Zanahary05:00, 3 January 2025 (UTC)
    all Aaron Liu (talk) 12:17, 3 January 2025 (UTC)
    “Till” is certainly fairly common in spoken English (of all varieties), but I think “until” is more common in written English. Blueboar (talk) 13:32, 3 January 2025 (UTC)
    I've personally nearly never heard "till" used in informal conversation, save the literary "till morrow". Aaron Liu (talk) 13:34, 3 January 2025 (UTC)
    Quoting from Garner's Modern English Usage:

    Till is, like until, a bona fide preposition and conjunction. Though perhaps a little less formal than until, till is neither colloquial nor substandard. As Anthony Burgess put it, “In nonpoetic English we use ‘till’ and ‘until’ indifferently.”
    But the myth of the word’s low standing persists. Some writers and editors mistakenly think that till deserves a bracketed sic If a form deserves a sic, it’s the incorrect ⋆’til: the word has no literary history as a contraction. Not until the 1980s was it widely perceived to be one.

    Isochrone (talk) 13:36, 3 January 2025 (UTC)
    In fact, I personally treat "till" as grandiloquy. Aaron Liu (talk) 13:40, 3 January 2025 (UTC)

    Chart task force/workshop

    mw:Extension:Chart is now deployed to three pilot wikis and looks great, so it looks like we will finally have interactive charts back soon. When it is enabled here, there'll be both a need to migrate existing mw:Extension:Graph-based figures to the new extension, and an opportunity to improve and expand our use of charts in articles. As the charts themselves are defined on Commons and then transcluded here, we could even get a head start on this now and have them ready to go when the extension is enabled. Is there interest in forming a task force to do this? I think a natural home for it would be Misplaced Pages:Graphics Lab, where it could perhaps be formed as a "workshop" to add to the existing ones for illustrations, photos, and maps. – Joe (talk) 08:05, 2 January 2025 (UTC)

    I dunno, would it be possible to have a bot make the graphs/transfer data from the current (broken) graphs to the newfangled ones? Jo-Jo Eumerus (talk) 08:41, 2 January 2025 (UTC)
    Considering it's likely (from what I can tell) to be a completely new syntax, that seems unlikely it may be difficult without some human moderation (though Echarts' syntax is much more user friendly, so it should be somewhat simple). Most charts are transcluded via a template already so those are somewhat easy to modify – those with raw Vega code are going to be more painful to deal with.I would support a graph transition page but am not sure as to whether the graphics lab could do with a fourth subsection, though there seems to be little harm in adding it and seeing if it is actually used. I would be hesitant at trying to setup charts on wiki before the extension is even enabled here, however; we should probably observe the pilot wikis for now and wait for enwiki deployment. – Isochrone (talk) 11:24, 2 January 2025 (UTC)
    I hear that AI is particularly good at software coding questions. Maybe one of our AI fans could try it out. WhatamIdoing (talk) 05:13, 3 January 2025 (UTC)
    I'm sure feeding the data into an LLM would be somewhat simple (especially as the syntax is modular and repetitive) but it comes back to the problem of being unable to check the output to see if there are errors. Do we have an idea of how many usages of the Graph extension there is on-wiki that doesn't use a template, to get an idea of what needs to be migrated? – Isochrone (talk) 13:32, 3 January 2025 (UTC)
    I don't know how much the templates are going to help, since if I understand correctly the new extension requires both the chart and the data it uses to be on Commons. But working out issues like this is exactly why I think getting a head start with a task force would be a good idea. – Joe (talk) 13:49, 3 January 2025 (UTC)
    Are you thinking of creating a page in the style of a workshop, where users can make requests (Misplaced Pages:Graphics Lab/Charts workshop), or a resource page that collates relevat information (or both)? – Isochrone (talk) 13:53, 3 January 2025 (UTC)
    Both, but probably initially focusing on the latter. – Joe (talk) 14:18, 3 January 2025 (UTC)
    Okay, I've created a skeleton structure for a page at Misplaced Pages:Graphics Lab/Resources/Charts. I will try to expand it later, though it is obviously difficult when charts are not yet enable here. – Isochrone (talk) 14:26, 3 January 2025 (UTC)

    Project once-over

    I have an idea to do a project-wide initiative to review all Misplaced Pages articles through a fresh set of eyes. Basically, as we are approaching seven million articles, the top 500,000 editors in good standing would each be given a list of 14 articles which those editors had never edited on before. The recipients would be asked to give the articles on the list just a fairly quick glance to see if everything looked in order, no glaring errors or issues or vandalism on the page. The list would exclude the ~50,000 good/featured articles and lists, as well as articles currently nominated for deletion, since those are likely to have been recently critically reviewed. The recipients would be asked to signify somehow that they had or had reviewed the articles on their list. BD2412 T 23:09, 2 January 2025 (UTC)

    That sounds like an interesting experiment, I think it'd be fun. Are there 500,000 active editors? Schazjmd (talk) 23:14, 2 January 2025 (UTC)
    Not really, but it can't hurt to ask. For the ones who don't respond, perhaps we wait a few weeks and send out new lists of articles to those who did. BD2412 T 23:23, 2 January 2025 (UTC)
    It's an interesting idea. There would need to be some sort of matching between article and reviewer. I am perfectly capable of evaluating an article about e.g. rail transport, British history or most geography, for articles about e.g. mathematics anything much beyond "are there swear words or broken templates?" is beyond my ability. You would also need to avoid matching someone with an article they are topic banned from, have a COI regarding or are simply too biased to edit neutrally - e.g. there is a reason I have never edited the article about Nigel Farage. Most active editors would know this wasn't an invitation to deviate from good practice, but I'm not confident that applies to everyone. Thryduulf (talk) 00:48, 3 January 2025 (UTC)
    Actually, I was thinking that we would have people look at articles completely outside their normal go-to zones of interest. You, for examples, should be able to glance at a mathematics article and see if something is seriously awry (or looks seriously awry). The idea is to have a really quick process that allows us to get through millions of articles in the course of a few days by just looking for the sorts of issues that would be obvious to anyone. In fact, I started thinking about this because, in the course of my own punctuation-spacing project, I came across this fourteen-year old instance of an IP adding "nbhvjhb,jnbkjbiukjn" to a reference, which apparently no one ever looked at again. BD2412 T 02:58, 3 January 2025 (UTC)
    While I would be able to tell someone adding "nbhvjhb,jnbkjbiukjn" to a maths article was an an error, but I would not give my stamp of approval to the article because that would imply there are no glaring errors because something that would be nearly as obvious to a mathematician (e.g is says "integrate" when it should say "subtract") I'm not going to see (for all I know "integrate" is correct). :::::This partitions the interval into n sub-intervals indexed by i, each of which is "tagged" with a specific point ti ∈ . might as well be written in Basque for all it means to me. There is a difference between articles I don't normally read or edit because they are outside my area of interest, and articles I don't normally read or edit because they are outside my area of competence. Thryduulf (talk) 05:41, 3 January 2025 (UTC)
    There are currently 48,518,032 Misplaced Pages accounts, of which 116,430 have made at least one edit during the last month. Hawkeye7 (discuss) 03:17, 3 January 2025 (UTC)
    About 800K registered editors make an edit each year. As a general rule, about half of those only made one edit.
    BD, given that the most articles only get looked at once a week (see Misplaced Pages:Statistics#Page views), maybe we don't need to review every article. WhatamIdoing (talk) 08:03, 3 January 2025 (UTC)
    I really like this general idea ꧁Zanahary04:59, 3 January 2025 (UTC)
    I do in theory, but not in practice. I can foresee potential user talk page spam issues, plus the problem of topic relevance (as discussed above) and the willingness and ability (or lack thereof) of each reviewer (I'd honestly want an invite list for something like that to be relatively exclusive, like, say, people with at least a couple of thousand edits; I wouldn't just be concerned about false-positive or false-negative reviews, but while "reviewing" an article, some neweditors might make good-faith but ultimately disruptive edits to it, and I wouldn't want a watchlister of some obscure page to be alarmed by editors like this). Reviewing articles like this would be a great task for some new users but certainly not all, and it'd be impossible to differentiate the good and bad kinds automatically; compare what I said about newcomers and copyediting in my Signpost piece about my desysop; bad experiences from certain users (including those I dealt with before) bleed in to my cynicism here. It'd be better that interested parties do random page patrol from time to time. Graham87 (talk) 05:56, 3 January 2025 (UTC)
    Like others, I think this is an interesting idea, but I'm very sceptical that it's a practical one. Never mind active editors, how many editors do we have that are at all interested in doing systematic maintenance work on arbitrary topics? My gut feeling is no more than a couple of hundred, and they are already spread thin. But wasn't there a WikiProject started a few years ago that had a similar concept... basically new page review in reverse? I can't remember the name. – Joe (talk) 08:37, 3 January 2025 (UTC)
    I remember that project - to look at the longest untouched pages. I think I created it, but now I can't remember the name. BD2412 T 04:36, 4 January 2025 (UTC)
    There's WikiProject Abandoned Articles. Graham87 (talk) 10:42, 4 January 2025 (UTC)
    Which eventually leads to Misplaced Pages:Database reports/Forgotten articles. From a quick look, that report includes redirects, small DABs, and a lot of very short stubs about insignificant places and things. Donald Albury 19:19, 4 January 2025 (UTC)

    Deceased Wikipedian's talk pages

    User_talk:Astanhope died around 2014. Their talk page continues to accumulate cruft, forever. I hope that when I die, my talk page is not deleted, but also no longer receives endless postings mostly automated subscriptions and notifications. The right to die and be left in peace! Plus anyway, it's a waste for Misplaced Pages, and makes it hard to find the important stuff like last posts or tributes. -- GreenC 16:43, 3 January 2025 (UTC)

    What is it that you're requesting? 331dot (talk) 16:46, 3 January 2025 (UTC)
    @GreenC:  Fixed. JJPMaster (she/they) 16:49, 3 January 2025 (UTC)
    Ah Special:Diff/1154235724/1267104087 is all one needs. Thanks. Presumably it is adding {{nobots}} but I don't see it. I'll watch the page to see how well this template works with automated postings. -- GreenC 18:01, 3 January 2025 (UTC)
    @GreenC: I was under the assumption that {{nobots}} was included in the {{Deceased}} package, but I guess not. It is recommended to add it to deceased talk pages by Misplaced Pages:Deceased Wikipedians/Guidelines#On the talk page. JJPMaster (she/they) 18:36, 3 January 2025 (UTC)
    Some things like deletion nominations can actually be helpful for talk page watchers. Subscriptions should indeed be all canceled though. —Kusma (talk) 18:04, 3 January 2025 (UTC)

    Pages that use multiple images for the main image need a "randomizer"

    Lots of articles have main or primary images to show their topic but editors may be in dispute about which particular image best serves the article topic. For example, the Cold War article has had a number of different images to illustrate this topic, and they change from time to time.

    My thought is to have a list of images, one of which will appear on page load at random. That way, every time the page is reloaded, a single image from the list will show up as the main image. If there are only two, then it will flip back and forth, but there could be 10 images in the list. This lets more editors have a say in what shows without having too much conflict. Hires an editor (talk) 03:12, 4 January 2025 (UTC)

    Would this be feasible from an accessibility standpoint? JJPMaster (she/they) 03:48, 4 January 2025 (UTC)
    If you mean having it work on without JS enabled, yes—just make the "default" behavior be to show all pictures. – Closed Limelike Curves (talk) 04:17, 4 January 2025 (UTC)
    It seems like this already exists over at Template:Random slideshow, but for some reason it's not enabled in mainspace (only on portals). I'd ask on the talk page for it to be enabled elsewhere (or you can modify the code to let it work elsewhere). – Closed Limelike Curves (talk) 04:30, 4 January 2025 (UTC)
    If all of the images are relevant, forcing reloads to see them all is silly. We need to illustrate articles in a way that works for readers, not just editors. —Kusma (talk) 05:55, 4 January 2025 (UTC)
    Usually, all of the images are already included in the article to illustrate the specific things they illustrate instead of the topic. But the infobox only has one image
    To Hires: the usual way to solve this is {{photo montage}}. Aaron Liu (talk) 15:52, 4 January 2025 (UTC)
    Another option worth considering is to go without an infobox image. —Kusma (talk) 17:54, 4 January 2025 (UTC)
    This used to be done on India with Template:Switch. CMD (talk) 07:46, 4 January 2025 (UTC)

    Implemeting "ChatBot Validation" for sentences of Misplaced Pages

    Hi, I propose to define a "Validation process" using Chatbots (e.g. ChatGPT) in this way:

    1. The editor or an ordinary user, presses a button named "Validate this Sentence"
    2. A query named "Is this sentence true or not? + Sentence" is sent to ChatGPT
    3. If the ChatGPT answer is true, then tick that sentence as valid, otherwise declare that the sentence needs to be validated manually by humans.

    I think the implementation of this process is very fast and convenient. I really think that "ChatBot validation" is a very helpful capability for users to be sure about the validity of information of articles of Misplaced Pages. Thanks, Hooman Mallahzadeh (talk) 10:34, 6 January 2025 (UTC)

    While it would certainly be convenient, it would also be horribly inaccurate. The current generation of chatbots are prone to hallucinations and cannot be relied on for such basic facts as what the current year is, let alone anything more complicated. Thryduulf (talk) 10:48, 6 January 2025 (UTC)
    @Thryduulf The question is

    Is Misplaced Pages hallucinations or ChatGPT is hallucinations?

    This type of validation (validation by ChatGPT) may be inaccurate for correctness of Misplaced Pages, but when ChatGPT declares that "Misplaced Pages information is Wong!", a very important process named "Validate Manually by Humans" is activated. This second validation is the main application of this idea. That is, finding possibly wrong data on Misplaced Pages to be investigated more accurately by humans. Hooman Mallahzadeh (talk) 11:02, 6 January 2025 (UTC)
    The issue is, ChatGPT (or any other LLM/chatbot) might hallucinate in both directions, flagging false sentences as valid and correct sentences as needing validation. I don't see how this is an improvement compared to the current process of needing verification for all sentences that don't already have a source. Chaotic Enby (talk · contribs) 11:13, 6 January 2025 (UTC)
    If there was some meaningful correlation between what ChatGPT declares true (or false) and what is actually true (or false) then this might be useful. This would just waste editor time. Thryduulf (talk) 11:15, 6 January 2025 (UTC)
    @Chaotic Enby@Thryduulf Although ChatGPT may give wrong answers, but it is very powerful. To assess its power, we need to apply this research:
    1. Give ChatGPT a sample containing true and false sentences, but hide true answers
    2. Ask ChatGPT to assess the sentences
    3. Compare actual and ChatGPT answers
    4. Count the ratio of answers that are the same.
    I really propose that if this ratio is high, then we start to implement this "chatbot validation" idea. Hooman Mallahzadeh (talk) 11:24, 6 January 2025 (UTC)
    There are many examples of people doing this research, e.g. ranks ChatGPT as examples accurate "88.7% of the time", but (a) I have no idea how reliable that source is, and (b) it explicitly comes with multiple caveats about how that's not a very meaningful figure. Even if we assume that it is 88.7% accurate at identifying what is and isn't factual across all content on Misplaced Pages that's still not really very useful. In the real world it would be less accurate than that, because those accuracy figures include very simple factual questions that it is very good at ("What is the capital of Canada?" is the example given in the source) that we don't need to use ChatGPT to verify because it's quicker and easier for a human to verify themselves. More complex things, especially related to information that is not commonly found in its training data (heavily biased towards information in English easily accessible on the internet), where the would be the most benefit to automatic verification, the accuracy gets worse. Thryduulf (talk) 11:38, 6 January 2025 (UTC)
    Have you read, for example, the content section of OpenAI's Terms of Use? Sean.hoyland (talk) 10:53, 6 January 2025 (UTC)
    @Sean.hoyland If OpenAI does not content with this application, we can use other ChatBots that content with this application. Nowadays, many chatbots are free to use. Hooman Mallahzadeh (talk) 11:04, 6 January 2025 (UTC)
    I'm sure they would be thrilled with this kind of application, but the terms of use explain why it is not fit for purpose. Sean.hoyland (talk) 11:17, 6 January 2025 (UTC)
    Factual questions are where LLMs like ChatGPT are weakest. Simple maths, for example. I just asked "Is pi larger than 3.14159265?" and got the wrong answer "no" with an explanation why the answer should be "yes":
    "No, π is not larger than 3.14159265. The value of π is approximately 3.14159265358979, which is slightly larger than 3.14159265. So, 3.14159265 is a rounded approximation of π, and π itself is just a tiny bit larger."
    Any sentence "validated by ChatGPT" should be considered unverified, just like any sentence not validated by ChatGPT. —Kusma (talk) 11:28, 6 January 2025 (UTC)
    I get a perfect answer to that question (from the subscription version of ChatGPT): "Yes. The value of π to more digits is approximately 3.141592653589793… which is slightly larger than 3.14159265. The difference is on the order of a few billionths." But you are correct; these tools are not ready for serious fact checking. There is another reason this proposal is not good: ChatGPT gets a lot of its knowledge from Misplaced Pages, and when it isn't from Misplaced Pages it can be from the same dubious sources that we would like to not use. One safer use I can see is detection of ungrammatical sentences. It seems to be good at that. Zero 11:42, 6 January 2025 (UTC)
    It's a good example of the challenges of accuracy. Using a different prompt "Is the statement pi > 3.14159265 true or false?", I got "The statement 𝜋 > 3.14159265 is true. The value of π is approximately 3.14159265358979, which is greater than 3.14159265." So, whatever circuit is activated by the word 'larger' is doing something less than ideal, I guess. Either way, it seems to improve with scale, grounding via RAG or some other method and chain of thought reasoning. Baby steps. Sean.hoyland (talk) 11:51, 6 January 2025 (UTC)
    I do not think we should outsource our ability to check whether a sentence is true and/or whether a source verifies a claim to AI. This would create orders of magnitude more problems than it would solve... besides, as people point out above, facts is where chatbots are weakest. They're increasingly good at imitating tone and style and meter and writing nicely, but are often garbage at telling fact from truth. Cremastra (uc) 02:22, 7 January 2025 (UTC)

    Using ChatBots for reverting new edits by new users

    Even though the previous idea may have issues, I really think that one factor for reverting new edits by new users can be "the false answer of verification of Chatbots". If the accuracy is near 88.7%, we can use that to verify new edits, possibly by new users, and find vandalism conveniently. Hooman Mallahzadeh (talk) 13:48, 6 January 2025 (UTC)

    Even if we assume the accuracy to be near near 88.7%, I would not support having a chatbot to review edits. Many editors do a lot of editing and getting every 1 edit out of 10 edit reverted due to an error will be annoying and demotivating. The bot User:Cluebot NG already automatically reverts obvious vandalism with 99%+ success rate. Ca 14:11, 6 January 2025 (UTC)
    @Ca Can User:Cluebot NG check such semantically wrong sentence?

    Steven Paul Jobs was an American engineer.

    instead of an inventor, this sentence wrongly declares that he was an engineer. Can User:Cluebot NG detect this sentence automatically as a wrong sentence?
    So I propose to rewrite User:Cluebot NG in a way that it uses Chatbots, somehow, to semantically check the new edits, and tag semantically wrong edits like the above sentence to "invalid by chatbot" for other users to correct that. Hooman Mallahzadeh (talk) 14:22, 6 January 2025 (UTC)
    Can Cluebot detect this sentence automatically as a wrong sentence? No. It can't. Cluebot isn't looking through sources. It's an anti-vandalism bot. You're welcome to bring this up with those that maintain Cluebot; although I don't think it'll work out, because that's way beyond the scope of what Cluebot does. SmittenGalaxy | talk! 19:46, 6 January 2025 (UTC)
    I think you, Hooman Mallahzadeh, are too enamoured with the wilder claims of AI and chatbots, both from their supporters and the naysayers. They are simply not as good as humans at spotting vandalism yet; at least the free ones are not. Phil Bridger (talk) 20:46, 6 January 2025 (UTC)
    The number of false positives would be too high. Again, this would create more work for humans. Let's not fall to AI hype. Cremastra (uc) 02:23, 7 January 2025 (UTC)
    Sorry this would be a terrible idea. The false positives would just be to great, there is enough WP:BITING of new editors we don't need LLM hallucinations causing more. -- LCU ActivelyDisinterested «@» °∆t° 16:26, 7 January 2025 (UTC)
    Dear @ActivelyDisinterested, I didn't propose to revert all edits that ChatBot detect as invalid. My proposal says that:

    Use ChatBot to increase accuracy of User:Cluebot NG.

    The User:Cluebot NG does not check any semantics for sentences. These semantics can only be checked by Large Language Models like ChatGPT. Please note that every Misplaced Pages sentence can be "semantically wrong", as they can be syntacticly wrong.
    Because making "Large language models" for semantic checking is very time-consuming and expensive, we can use them online via service oriented techniques. Hooman Mallahzadeh (talk) 17:18, 7 January 2025 (UTC)
    But LLMs are not good at checking the accuracy of information, so Cluebot NG would not be more accurate, and in being less accurate would behave in a more BITEY manner to new editors. -- LCU ActivelyDisinterested «@» °∆t° 17:24, 7 January 2025 (UTC)
    Maybe ChatGPT should add a capability for "validation of sentences", that its output may only be "one word": True/False/I Don't know. Specially for the purpose of validation.
    I don't know that ChatGPT has this capability or not. But if it lacks, it can implement that easily. Hooman Mallahzadeh (talk) 17:33, 7 January 2025 (UTC)
    Validation is not a binary thing that an AI would be able to do. It's a lot more complicated than you make it sound (as it requires interpretation of sources - something an AI is incapable of actually doing), and may require access to things an AI would never be able to touch (such as offline sources). —Jéské Couriano v^_^v 17:37, 7 January 2025 (UTC)
    @Hooman Mallahzadeh: I refer you to the case of Varghese v. China South Airlines, which earned the lawyers citing it a benchslap. —Jéské Couriano v^_^v 17:30, 7 January 2025 (UTC)
    @Jéské Couriano Thanks, I will read the article. Hooman Mallahzadeh (talk) 17:34, 7 January 2025 (UTC)
    (edit conflict × 4) For Misplaced Pages's purposes, accuracy is determined by whether it matches what reliable sources say. For any given statement there are multiple possible states:
    1. Correct and supported by one or more reliable sources at the end of the statement
    2. Correct and supported by one or more reliable sources elsewhere on the page (e.g. the end of paragraph)
    3. Correct and self-supporting (e.g. book titles and authors)
    4. Correct but not supported by a reliable source
    5. Correct but supported by a questionable or unreliable source
    6. Correct according to some sources (cited or otherwise) but not others (cited or otherwise)
    7. Correct but not supported by the cited source
    8. Incorrect and not associated with a source
    9. Incorrect and contradicted by the source cited
    10. Incorrect but neither supported nor contradicted by the cited source
    11. Neither correct nor incorrect (e.g. it's a matter of opinion or unproven), all possible options for sourcing
    12. Previously correct, and supported by contemporary reliable sources (cited or otherwise), but now outdated (e.g. superceded records, outdate scientific theories, early reports about breaking news stories)
    13. Both correct and incorrect, depending on context or circumstance (with all possible citation options)
    14. Previously incorrect, and stated as such in contemporary sources, but now correct (e.g. 2021 sources stating Donald Trump as president of the US)
    15. Correct reporting of someone's incorrect statements (cited or otherwise).
    16. Predictions that turned out to be incorrect, reported as fact (possibly misleadingly or unclearly) at the time in contemporary reliable sources.
    And probably others I've failed to think of. LLMs simply cannot correctly determine all of these, especially as sources may be in different languages and/or not machine readable. Thryduulf (talk) 17:44, 7 January 2025 (UTC)

    AfD's taking too long

    I've noticed that a lot of AfD's get relisted because of minimal participation, sometimes more than once. This means that in the instance where the article does get deleted in the end, it takes too long, and in the instance where it doesn't, there's a massive AfD banner at the top for two, sometimes three or more weeks. What could be done to tackle this? How about some kind of QPQ where, any editor that nominates any article for deletion is strongly encouraged to participate in an unrelated AfD discussion? -- D'n'B-📞 -- 06:59, 7 January 2025 (UTC)

    I feel WP:RUSHDELETE is appropriate here. I don't understand why the article banner is a problem? Am I missing something? Knitsey (talk) 07:41, 7 January 2025 (UTC)
    We already have WP:NOQUORUM which says that if an AfD nomination has minimal participation and meets the criteria for WP:PROD, then the closing admin should treat it like an expired PROD and do a soft deletion. I remember when this rule was first added, admins did try to respect it. I haven't been looking at AfD much lately—have we reverted back to relisting discussions? Mz7 (talk) 08:10, 7 January 2025 (UTC)
    From what I've seen when I was active there in November, ProD-like closures based on minimal participation were quite common. Aaron Liu (talk) 22:47, 7 January 2025 (UTC)

    Add an infobox template for those who won the world chess championship

    Either that or at least have it included in the infoboxes of the World Chess Champions. What do you guys think? Wikieditor662 (talk) 19:19, 7 January 2025 (UTC)

    Categories: