Wikipedia:Village pump (proposals)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Xaosflux (talk | contribs) at 13:33, 10 October 2019 (→‎Require consensus BEFORE creating a new portal: ce). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

 Policy Technical Proposals Idea lab WMF Miscellaneous 

New proposals are discussed here. Before submitting:


RFC: Block edits that contain a VisualEditor bug

VisualEditor has a particularly devilish bug that is snagging newbies and experts alike, and impacting a dozen+ articles a day.

Example diff from See of Tyre

Note the <sup>[[Roman Catholic Archdiocese of Tyre#cite%20note-FOOTNOTEHamilton2016409-13|[13]]]</sup>. This should be cite #13 from the article Roman Catholic Archdiocese of Tyre as of the date the revision at See of Tyre was made. When the editor copy-pasted the citation in non-edit mode, it got transformed into this garbage string. Another interpreted available here.

A couple things about this bug:

  • It is unknown when the VE team will fix this bug.
  • It impacts not only citations: example cleanup edit
  • A log of cases is available here
  • I wrote a bot vebug bot to "fix" these cases as seen here.
  • The bot is not fail-proof or fully automatic, there are ways for things to go wrong due to subtle complexities with revision histories, syntax of the bug, technical limitations of determining a citation by its number, etc. Thus the bot leaves a {{verify source}} with inline instructions for editors to manual check/fix the cite. It moves the process forward, but is not a total resolution. Only manual work can fully verify.

Proposal: The RfC is to establish consensus for a new Edit filter to block further edits containing the bug. The block will contain a message instructing editors not to copy-paste wikitext text unless in edit-mode due to a bug in VisualEditor. -- GreenC 23:58, 3 September 2019 (UTC)[reply]

Survey

  • Support as nom and seed survey section. -- GreenC 23:58, 3 September 2019 (UTC)[reply]
  • Support as a gnome who has to clean up this stuff. It is not the editors' fault that they are doing something permissible using a tool that is still in beta, but we need a way to prevent this junk from breaking articles, along with a friendly error message explaining the current workaround.
    • Comment: If this RFC succeeds, I would love to see this sort of thing applied to other long-standing Visual Editor bugs that cause work for gnomes. I'm thinking of T162291 and T174303, both over two years old with no apparent movement toward a fix. – Jonesey95 (talk) 00:51, 4 September 2019 (UTC)[reply]
      • Blocking this specific bug is a good idea because it results in a loss of information. That is not the case for the bugs you linked and thus blocking them would not be a good idea. * Pppery * it has begun... 01:01, 4 September 2019 (UTC)[reply]
  • Support Permitting edits that can result in data corruption is not a good thing. * Pppery * it has begun... 01:01, 4 September 2019 (UTC)[reply]
  • Iffy... there's a bot in the works to fix those... if the bot is speedy enough, I'm not sure it's worth blocking people from making edits that are bugged through not fault of theirs. Headbomb {t · c · p · b} 01:46, 4 September 2019 (UTC)[reply]
I wrote the bot. The bot does triage but the cites are not "fixed", they still need manual intervention to verify. It turns a big mess into a little mess. This problem is not 100% fixable by bot. And the bot requires manual work as there are things it can't resolve at all. The block will instruct users what to do there won't be much lost. More lost by not blocking. -- GreenC 02:07, 4 September 2019 (UTC)[reply]
  • Support I remember seeing pages with refs like that and I thought they were made manually with <sup>...</sup> tags by newbie editors. Since such changes are always not desirable, then it's sensible to use Edit filter to disallow them. – Ammarpad (talk) 06:53, 4 September 2019 (UTC)[reply]
  • Only if we also block all syntax errors made by humans. —TheDJ (talkcontribs) 07:38, 4 September 2019 (UTC)[reply]
  • Comment it looks like the filter is unnecessary as the bug is claimed to be fixed, see below. Graeme Bartlett (talk) 08:26, 5 September 2019 (UTC)[reply]
Some still getting through [1][2] let's wait a bit before closing this RfC, not sure yet. They could be copy-pasted from old diffs or user/draft space, or some other way. -- GreenC 14:12, 5 September 2019 (UTC)[reply]
  • Support Yes good idea. People are copy and pasting from the wrong spot. This would save me from having to explain that they cannot do that as it simple does not work when they are not in edit mode. Can the edit filter explain what they need to do? Doc James (talk · contribs · email) 12:08, 7 September 2019 (UTC)[reply]
  • Support - But not outright block edits that introduce the bug. Let the editor fix the bug using a variant of source editor, similar to how edit conflicts are resolved. - ZLEA T\C 21:10, 18 September 2019 (UTC)[reply]
  • Support: The content comes first. Using a cute and convenient editor rather than a more complicated one is very optional. This is one of those cart and horse, tail and dog matters.  — AReaderOutThatawayt/c 23:37, 18 September 2019 (UTC)[reply]
  • Strong support Please! comrade waddie96 ★ (talk) 10:24, 1 October 2019 (UTC)[reply]

Discussion

  • @GreenC: do you have a specific RegEx that you would want to trigger an EF on for this? — xaosflux Talk 01:18, 4 September 2019 (UTC)[reply]
  • #cite%20note- is the string that is common among all the variations of the bug. I requested the log filter be adjusted for only this string, so we can see if there are false positives. If there are, some ideas how to narrow it down with a much more complex set of possibilities based on what the bot is discovering. Some examples:
  • <sup>[[User:Claudia Diaz2/sandbox#cite%20note-5|[6]]<nowiki>]</nowiki>
  • [[Politics of Venezuela#cite%20note-19|<sup>[1</sup>]]
  • <sup>[[User:Claudia Diaz2/sandbox#cite%20note-5|<nowiki>6]]]</nowiki>
  • [[2017 Women's March#cite%20note-FT%20100%2C000-13|<span>[13]</span>]]
There are many more variations. The sup's might be span's, etc. -- GreenC 01:43, 4 September 2019 (UTC)[reply]

"It is unknown when the VE team will fix this bug". Can someone link to the bug report please ? —TheDJ (talkcontribs) 07:39, 4 September 2019 (UTC)[reply]

This issue was first raised in 2016 and was fixed within 3 days. As TheDJ points out, before stating "It is unknown when the VE team will fix this bug." it might help to tell us about the problem first ;) Anyway it seems this regressed recently during a refactor, and has now been fixed again. The fix should be deployed next Thursday is now deployed. ESanders (WMF) (talk) 17:47, 4 September 2019 (UTC)[reply]

Now deployed early. Jdforrester (WMF) (talk) 17:50, 4 September 2019 (UTC))[reply]
Thank you. I was given the impression this bug was known and people were manually fixing the errors until it got fixed and that it was a long-standing issue. That it might never get fixed. Probably a cognitive merger with the 2016 event and those mangled cites from 2016 never got repaired. I'm glad you have nullified the need for this RfC, I will keep it open for a little longer while the edit filter log verifies no more problems. -- GreenC 05:50, 5 September 2019 (UTC)[reply]
404 error

I just tested this. I copied the same paragraph from Wikipedia as I did for my original demonstration of this issue at User:Rhododendrites/sandbox and User:Rhododendrites/sandbox1. This time I copied the same paragraph into User:Rhododendrites/sandbox2, but when I went to save it popped up HTTP 404, with only a button to dismiss... This obviously means the problematic text isn't added, but I can't imagine this is the intended behavior. It seems like the intended behavior is that it simply strips out those broken references. That doesn't seem ideal either. That just leaves people wondering where their refs went. This seems common enough that an edit filter may still be useful to say "hey, it looks like you weren't in edit mode when you copied this text". — Rhododendrites talk \\ 20:36, 5 September 2019 (UTC)[reply]

I can't reproduce this error, is this happening repeatedly and reliably for you? That error could be caused by a number of unrelated issues... ESanders (WMF) (talk) 14:32, 9 September 2019 (UTC)[reply]
ESanders (WMF), it is still happening though under what conditions unknown. Perhaps copy-paste between tabs (in certain browsers), or between different language wikis, or copy from an old revision screen, close that screen and paste into a new screen. Just guessing. -- GreenC 01:22, 10 September 2019 (UTC)[reply]
Most of the diffs in that list are unrelated to the bug. There is maybe one per day that is, but is most likely people using code cached from last week. Using old revisions or separate tabs shouldn't be a problem, and I've tested in FF, Chrome, IE11 and copying between those. Let's just wait another week and see if there are still new cases. ESanders (WMF) (talk) 11:12, 10 September 2019 (UTC)[reply]
ESanders (WMF): The bug is still happening. [3] -- GreenC 04:51, 22 September 2019 (UTC)[reply]
Excluding false positives it's about once per day, which could still be just cached code or saved edit sessions. If you want to investigate further, you could get in touch with the users making these edits and try to make the error reproduceable. ESanders (WMF) (talk) 11:04, 23 September 2019 (UTC)[reply]
@Rhododendrites, ESanders (WMF), and GreenC: I believe the HTTP 404 error you are experiencing is related to phab:T233127 and the parent phab:T233320. If not, I apologise for the confusion in advance as we're not really sure what's causing the HTTP 404 error regarding those tasks. comrade waddie96 ★ (talk) 10:47, 1 October 2019 (UTC)[reply]

Require consensus BEFORE creating a new portal

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.


Lots of portals getting deleted now. Not that long ago Portal: namespace was almost totally deprecated. Should we start requiring consensus first before a new portal is added? Might reduce the number of portals that get abandoned down the road. 88.111.213.55 (talk) 22:18, 7 September 2019 (UTC)[reply]

WP:BEBOLD ...the community does not consider any namespace special.--02:02, 11 September 2019 (UTC)
Is it easier to create a portal than creating a page? Hyperbolick (talk) 15:48, 11 September 2019 (UTC)[reply]
  • No need. Portals will be dead in a few months at the current rate of deletion. Bermicourt (talk) 20:07, 19 September 2019 (UTC)[reply]
Given the massive number of portals created by a lone enthusiast and then abandoned for a decade, I strongly support some prior approval mechanism. --BrownHairedGirl (talk) • (contribs) 06:43, 20 September 2019 (UTC)[reply]
  • Oppose this per WP:CREEP; this is a today solution in search of a yesterday problem. The RfC prohibiting mass creation is still in place, and I count only one current portal that has been (re)created in the last 7 months, Portal:Climbing; all (again, by my count) the other attempts have been handled quite effectively either at MfD or CSD. I don't expect any other surviving portals to be created in the foreseeable future, as no one is interested in doing so. UnitedStatesian (talk) 06:54, 20 September 2019 (UTC)[reply]
  • Oppose for now but revisit if and when a significant number of bad portals are actually created. I wouldn't say that Portal: namespace was almost totally deprecatedconsensus was against deprecation – but please see the #Proposal to delete Portal space below. Certes (talk) 08:03, 20 September 2019 (UTC)[reply]
  • Support - Portals are not like articles. A portal is a miniature Main Page for a subject. The Main Page requires a large amount of volunteer work by multiple teams/ While a properly maintained portal (of which there are only a few) is not as labor-intensive as the Main Page, it does require support. Portals have in the past been created with the apparent assumption that someone else would finish them or maintain them, and that doesn't happen. My own suggestion is that there be a noticeboard called Portals for Discussion, which can discuss both creation and deletion of portals. Something should be done. Robert McClenon (talk) 14:50, 23 September 2019 (UTC)[reply]
  • Support in line with the discussions below about deleting portal space which I oppose, I support the need to have new portals be approved - could be by a small group of editors watching over portal space similar to bot approvals, but still something that makes sure new portals are appropriate and not too narrow (to a point where a Wikiproject better covers it). --Masem (t) 14:53, 23 September 2019 (UTC)[reply]
  • If the proposal is for the community as a whole to approve portals, or some specialized committee, then I disagree. Looking at a similar case, navigation boxes work well today because they are organized and supported by the editors interested in a given subject area, and would not benefit from centralized approval. If portals are to ever become a well-maintained resource, they too must be managed by the editors interested in the related subject area. Accordingly, those who are doing the work should be empowered to decide how to organize the work in the way that makes most sense for them. isaacl (talk) 04:22, 24 September 2019 (UTC)[reply]
  • Comment: I don't see how portals are ever going to get off the ground if they require consensus to create. There is already so much division over whether to have portals or not to begin with.
I would instead look into how and why ordinary users don't maintain portals. Wikipedia articles are meant to be relatively easy to edit and update, to the point where we trust the community to do it and don't delete articles just because they're out of date. Why not make the process of editing portals easy to the point where a random 62 year old pensioner in the Home Counties or a 75 year old retired mail clerk in Middle America could do it in two keystrokes? Wouldn't that prevent issues like the old "2010s portal" still having a laudatory introductory section on Aung San Suu Kyi? Why not work with the developers of Wikipedia's mobile app so that portals are visible while using a cell phone, so people know they exist and are encouraged to update them?
WhisperToMe (talk) 05:36, 24 September 2019 (UTC)[reply]
Oppose per WP:CREEP, why not allow portals to go through RfC? I don't see a need for a specialised committee or some similar structure to monitor portal creation. How is one supposed to WP:BEBOLD if hampered by such a structure? comrade waddie96 ★ (talk) 10:54, 1 October 2019 (UTC)[reply]
Oppose best the content editors decide what is best - no need to police - Wikipedia:Accepting other users.--Moxy 🍁 13:56, 1 October 2019 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Proposal to delete Portal space

A proposal to delete the Portal: namespace. 21:00, 22 September 2019 (UTC)

Following the community discussion on portals which ended in May 2018 with "a strong consensus against deleting or even deprecating portals at this time", there was initially a surge in new portals resulting from mass creation using new automated tools. This wave of enthusiasm which saw a huge expansion of several hundred semi-automated portals was then countered by mass deletion, for example here and here. Having more or less restored the status quo, however, portals continue to be deleted at a rate - currently about 100 per month - that means within a year they will cease to exist or there will be so few that it will be pointless maintaining portal space. I personally am very much in favour of quality portals with several purposes: as navigation aids, as a showcase for broad topics, as an instant overview of a topic and as a tool for project editors to expand and improve coverage. However, it is now clear that the community is either unable or unwilling to defend its consensus - partly because there is a small band of determined editors working their way through all the portals, whereas each portal is usually only defended by one or two editors working on that topic. So it would save all involved editors a lot of time if we just agreed to scrap portals and portal space rather than continue the present process with those editors who see no value in portals having to put them one-by-one for deletion while those in favour of keeping them continue to waste time trying to defend them. Bermicourt (talk) 20:35, 19 September 2019 (UTC)[reply]

  • (Added the RfC template above, as this is a major proposal that deserves greater community attention) North America1000 06:46, 22 September 2019 (UTC)[reply]
  • Comment I think 3 portals (which are not really portals in the sense of being subject-area specific) should be exempt from this discussion: Portal:Contents, Portal:Current events and Portal:Featured content. There is no consensus whatsoever to delete them, and whether the portalspace remains with only these three, or they are moved elsewhere, this discussion should be limited to what happens to the subject-area portals. UnitedStatesian (talk) 20:50, 19 September 2019 (UTC)[reply]
  • Rate of deletion doesn't imply continuation to extermination. Hyperbolick (talk) 21:05, 19 September 2019 (UTC)[reply]
  • Actually, @UnitedStatesian, it doesn't, because portals are not a living species. They have a minimum viable population of one.
If and when portals do become biological entities and start reproducing each other, then you will be right. But I think we probably have a little time to go before Portal:Latvia runs off to make babies with Portal:East Timor. --BrownHairedGirl (talk) • (contribs) 20:59, 20 September 2019 (UTC)[reply]
  • Comment To add some context to this. Around 100 Portals get deleted every month. Currently there are 42 Portals listed at the Miscellany for deletion page. If you take some time and take a closer look then you will notice the same 2 or 3 users consistently vote delete on all of these. Basically unopposed. The archives of the previous months will show the same picture. There is a pretty small-scale consensus going on of users who decided to delete most of the portal space. When I asked one of those users what their endgame is, they told me they wanted to delete at least 93.8% of the portal space, or 848 portals of the 904 remaining ones in July 2019, which they picked based on pageview numbers. So I can see why there is a demand for a wider scale consensus. If that is what the community wants, then so be it. But this should not be decided by poorly attended mass-MfDs. --Hecato (talk) 21:51, 19 September 2019 (UTC)[reply]
    • Low-hanging fruit, no? Hyperbolick (talk) 22:01, 19 September 2019 (UTC)[reply]
      • Most of the tree, I'd say. --Hecato (talk) 22:10, 19 September 2019 (UTC)[reply]
        • To some degree the low attendance of MfDs is a pretty potent indicator that there's not a lot of broad interest in keeping those portals around, let alone maintaining them for usefulness. Wikipedia's allowed to—and should!—try things, make mistakes, and be willing to say something was a failure; at least from the metric of user usefulness, most portals seem to fit that criteria. Der Wohltemperierte Fuchs talk 17:02, 20 September 2019 (UTC)[reply]
          • I believe there had been changes which caused portal usage to decline: Another user collected data on portal usage between 2015 and 2018, and I believe it halved. An influence may have been the mobile phone interface in use now. WhisperToMe (talk) 07:09, 24 September 2019 (UTC)[reply]
    The 2018 RfC stated that there were 1500 portals, which sounds about right. 660 portals survive today. Recent deletion counts by month: June 244, July 289, August 205, September (up to 19th) 189. Certes (talk) 23:43, 19 September 2019 (UTC)[reply]
  • It is shamefully disruptive that Hecato chooses yet again to misrepresent my comments.
I well remember that conversation with Hecato, tho unfortunately I can't locate it now. What I actually wrote was I believe the point of viability for portals to be somewhere around 100 pageviews per day. Hecato translated that into (I think 6.2%) of all portals, to which I promptly replied that I was setting a quality threshold not a number-of-portals target. Yet here Hecato has chosen here to cite a whole set of numbers which I never claimed and explicitly did not endorse.
Hecato has chosen to repeatedly misrepresent me. I cannot know for certain whether Hecato acts out of stupidity or malice or dishonesty, but it has been a recurring part of Hecato's conduct since only a few days after they joined wp a few months ago, and it's highly disruptive.
It's also tedious to have to assert yet again that the process of removing abandoned junk portals is housekeeping conducted without an end goal; it will stop when we cease to find abandoned junk portals. It's horribly time-consuming, and I wish it had finished long ago. I have my own views on the long-term future of portals, and have never sought to hide them, but I !vote in MFD on stated quality grounds I do not and never will try to use MFD to reach some quota of portals. That too I have set that out many times in discussions of which Hecato has been a part, and its repetition by Hecato is again a product of some sort of stupidity or malice or dishonesty. --BrownHairedGirl (talk) • (contribs) 08:28, 20 September 2019 (UTC)[reply]
Are these your own statistics or not? Did you not explain the implications of your plan in that very discussion? --Hecato (talk) 09:20, 20 September 2019 (UTC)[reply]
@Hecato, can you actually read English? I listed there four different options as potential proposals. You have cherrypicked one of the 4 options, and falsely asserted that it was my goal. In fact, I didn't set any of them as my goal; I opened a discussion about them, and when none of the ideas got support, I didn't pursue it.
You have a persistent and destructive habit on leaping on fragments of text, misunderstanding them, conflating them with something else, and then misrepresenting them to use as a weapon. This is not collegial conduct. --BrownHairedGirl (talk) • (contribs) 17:37, 20 September 2019 (UTC)[reply]
Hecato is right. There is a small band of determined editors who have adopted the tactic of destroying portals in detail because, individually, there will only be one or two project editors who are alerted to the MfD but that is rarely enough to overturn deletion. It's a clever tactic which has proven highly successful, but flies in the face of the community consensus not to delete or deprecate portals. That's uncollegial. Bermicourt (talk) 07:28, 21 September 2019 (UTC)[reply]
  • You confirmed above that you wanted to delete at least all portals with less than 100 daily pageviews. And you yourself created a comprehensive analyses of all the consequences that entails (deletion of 93.8%, 848 out of 904 portals in July 2019) as linked above. I assume you did not suffer under amnesia at any point in the last few months. --Hecato (talk) 11:39, 21 September 2019 (UTC)[reply]
To everyone: please, let's avoid the personal commentary. And there's no need to reply to this post, particularly to go over what others are doing now and in the past. Rest assured, I am aware. isaacl (talk) 16:19, 21 September 2019 (UTC)[reply]
  • @Hecato:. Stop switching the target. Your post above is about something which you claim you were told in July, and it's a fabrication.
You claimed above above that I told you in July they wanted to delete at least 93.8% of the portal space, or 848 portals of the 904 remaining ones in July 2019, which they picked based on pageview numbers. That is a lie, because I told you no such thing. The link you posted does not support the claim you made, and you weren't even part of that conversation ... so the idea that I told any part of that to you is another lie.
It's long past time for you to stop telling lies, and to stop doubling down on them when caught out. Wikipedia is a collaborative project, and your alt-fact propaganda tactics of doubling down on lies have no place here. --BrownHairedGirl (talk) • (contribs) 16:59, 21 September 2019 (UTC)[reply]
So it's true, but you did not tell me about it? --Hecato (talk) 10:04, 22 September 2019 (UTC)[reply]

Support - but leave Portal:Contents alone. Mark Schierbecker (talk) 23:48, 19 September 2019 (UTC)[reply]

  • The tail end of the ~2000 portals was easy to criticize. The tail end should be all deleted (or archived with prejudice), and that has been happening, with speed and momentum.
Even if 99% should be deleted, or deprecated and archived, it is a long way from agreeing that the top portals should go.
Consider them:

Top Portals.

#1 Main Page: Already in mainspace.
#2 Wikipedia:Community portal: Already in projectspace, and is a Portal To the Community, not for browsing articles.
#3 Portal:Contents redirects --> Portal:Contents/Portals: An unloved neglected start quality page. Look at https://xtools.wmflabs.org/articleinfo/en.wikipedia.org/Portal:Contents/Portals#Year counts
Collectively unloved neglected good idea. —SmokeyJoe (talk) 06:00, 21 September 2019 (UTC)[reply]

Main Page linked portals (alphabetical):

M#1 Portal:Arts
M#2 Portal:Biography
M#3 Portal:Geography
M#4 Portal:History
M#5 Portal:Mathematics
M#6 Portal:Science
M#7 Portal:Society
M#8 Portal:Technology
These eight mainpage-linked portals were chosen to be linked from the top of the mainpage for a good reason: They represent the broad subject areas of all articles. They appear intended to provide for top end browsing of the encyclopedia. I think they should be kept for that purpose, although they are currently not serving that purpose well.

I propose:

  1. Keep the Main page in mainspace.
  2. Keep #2 as not an article portal, is already in the right namespace, and its title is OK.
  3. Archive #3. A good idea, but never developed. It should be re-deployed only following a redevelopment of the main page linked portals M#1-8
  4. M#1-8. Move to mainspace, wind back linking to projectspace, only have projectspace linking in side frames. Possibly, these mainpagelinked portals could be merged to their parent articles. Possibly they could be moved to Arts (portal), for example. Whatever, a redevelopment is required. I think that they need to: (1) provide for comprehensive browsing to all articles; (2) match many of the principles of the category system.
Outlines
WP:Outlines are another attempt at facilitating comprehensive browsing, part-developed by much the same set of editors as for portals. They need to be in the conversation as well, whether merged into mainspace portals, or deleted.
--SmokeyJoe (talk) 00:20, 20 September 2019 (UTC)[reply]
@SmokeyJoe: I think your #3 above is not correct. Portal:Contents is its own page, not a redirect. It has many subpages/transclusions, but it does stand on its own. Its subpage Portal:Contents/Portals should be a M#9 in your list above, since that is what is the ninth portal link at the top of the main page. UnitedStatesian (talk) 03:38, 20 September 2019 (UTC)[reply]
Yes. It looks like I got that wrong. In any case, Portal:Contents and it’s subpages are a good idea, but are thoroughly neglected, undeveloped. I don’t think Portal:Contents belongs in the set of eight broad subject area portals M#1-8. —SmokeyJoe (talk) 05:57, 21 September 2019 (UTC)[reply]
Just to comment on some of the above, I would not be particularly opposed to relocation of portals on the more important topics to another mainspace, possibly project space, or article space if artfully done. bd2412 T 02:44, 22 September 2019 (UTC)[reply]
Outline are used in FA and GA articles alot to curb "See also" spam. I would not say outlines have the same problem as portals because there is not content in most.--Moxy 🍁 00:14, 23 September 2019 (UTC)[reply]

Section break 1

  • Oppose Users above may not have used portals, but I seek them out as a vital resource - the upper-level ones, admittedly. They function well where Overviews are lacking, and are a useful hub for those editors who have a primary focus on that topic. In theory, there is good reason to have a portal for every WikiProject, but I would say that could get too excessive where there are projects based for more niche things that exist because of a lot of interest. Kingsif (talk) 01:31, 20 September 2019 (UTC)[reply]
User:Kingsif. You appear to saying things that resonate with what I have been thinking.
(a) Upper level portals have value, or at least, a reader expects them to have value an sometimes tries to use them
(b) "Overviews are lacking". Broadly stated, absolutely. Article ledes provide good article overviews, but at a higher level they are lacking. Portals I thought were an attempt, but they fail, and WP:Outlines were kind of a skeleton of an idea in that direction but no more.
(c) I have sugested many times, but gaining zero traction from anoyone else, that many of the fair portals, maybe ~100 below the top portals, would be better suited in projectspace, within their WikiProject, becuase currently they seem mostly driven by editors to motivate other editors to do editing.
Can you comment on any of my ideas. I would like to see reform and redevelopment with better defined purposes, I think Portals suffer from a lack of stated objective, and I am not sure that NameSpace deletion is the road to get there. --SmokeyJoe (talk) 01:56, 20 September 2019 (UTC)[reply]
Absolutely, I think we have generally the same ideas. I am not opposed to reform, some portals do seem dead or linked to very closed topics, and some are already so well integrated into projects that they may as well be in there - but these should be much wider discussions, it's a small group of editors who have cleared out the unmaintained portals rather than try to improve them, with WP:Portal discussions... something else. The discussion should at least be expanded to have more options than "delete all" or "do nothing", I feel, and some of your suggestions help in that direction. Kingsif (talk) 02:09, 20 September 2019 (UTC)[reply]
  • Support something like this. I would prefer to keep some portals, maybe just the top three as suggested by UnitedStatesian, maybe also keep the 8 portals linked from the mainpage, and maybe even keep about 50–100 portals (roughly corresponding to WP:Vital articles/Level/2.
I have been one of the main drivers of portal deletion over the last six months, and I have repeatedly been astonished to find how many really bad portals there are. Ever time I thought we were nearing the end of deleting the junk, dozens more would be found. I don't know how many more portals there are which clearly fail POG, but beyond them there are hundreds more like Portal:Ireland: not broken, not on a too narrow topic, maybe lightly maintained ... but still not v helpful. So they languish with poor readership and poor design and no editor willing to devote much time to them.
The pageview stats for all portals are grim. Only 53 out of 639 exceed 100 pageviews per day, and only 18 exceed 200 views/day. Only the portals linked from the mainpage exceed 1000 per day, and even their numbers are grim, because the mainpage averages about 16 million hits per day.
It's very clear that portals as a whole have failed. After 14 years, they simply have not attracted enough readers to justify all the overheads of maintaining the portals, and maintaining over 7 million links to portals. This is unsurprising, because maintaining portals is a lot of work, which few editors want to do ... and because the design of most portals varies between dire, abysmal, atrocious, and disgraceful. Most of them are variants of extreme usability failure, making it slow and hard to get access to a risibly limited and poorly-chosen subset of a topic area's content.
After 14 years, the dwindling crew of portal fans have no remotely credible ideas of how to make portals work. Instead they moan about deletion, and try to wikilawyer their way against the deletion of even abandoned junk with almost no readers.
Portal:Contents has clear value as a rough higher-level sitemap. But the rest of them suffer from the same problem as the dominant 1990s web-portals: their niche held in the absence of better alternatives, but they were killed by the new technologies of powerful search (Google) and massive cross-linking (thanks to content management systems). Wikipedia has both of those, and is especially good at cross-linking. So the demand for portals is low, and the supply-side is starved: few active editors, v limited software, and a small editor base without any of the exceptional talent needed to make a breakthrough.
So I'm not picky about this. Some big cutback would be a huge improvement, and I;ll go with whatever we can get. --BrownHairedGirl (talk) • (contribs) 07:45, 20 September 2019 (UTC)[reply]
  • Oppose the total deletion of Portal namespace. There are three portals with millions of yearly viewers (Portal:Current events, Portal:Contents and Portal:Featured content), and fourteen portals with over 100,000 yearly views. I think anything over 10,000 is significant enough to keep 'not automatically delete', which includes around 240 of the current 640 portals. So total annihilation is premature. That said, there are many remaining portals that appear unattended to in any fashion. Mr rnddude (talk) 08:14, 20 September 2019 (UTC)[reply]
@Mr rnddude: 10,000 views per year sounds a lot, but it is only ~27 views per day. (It's easy to forget the scale of Wikipedia; the main page got 5.87 billion pageviews in the last year). But sadly the rot extends way beyond the 27/day mark. The community's ability/willingness to sustain portals which don't fail POG's very basic minimum requirements is low, and there many portals with much higher pageviews than that which are in v poor shape. (Recent notable examples include MFD:P:Education, MFD:P:Asia, MFD:P:Olympic Games) I view those as worse than the almost-unviewed junk, because so many more readers are having their time wasted. --BrownHairedGirl (talk) • (contribs) 08:56, 20 September 2019 (UTC)[reply]
BrownHairedGirl - Considered broadly, 27 views per day is not insignificant. Assuming article views are evenly distributed across en.wiki's 5.9 million articles, and that there are 5.87 billion views* a year, then on average each article is receiving 5,870,000,000 / 5,900,000 = 995 views per year, or 995 / 365 = 2.72 views per day. That's 1/10th of what any of those 240 portals are receiving. Of course, in reality, some articles are receiving thousands of views per day, and some are visited once in a blue moon. Moreover, not every main page view translates to an article space view, and any single main page view can result in 100 different article views (via bluelinks for example) so this quick math is less than perfect. I understand that some/many portals that meet this threshold are in very poor condition/abandoned. My 10,000 page views per year is a bar for "don't automatically delete", not for "automatically keep".
*I'm assuming that each article view takes place from the main page search bar, though this is not the case. Mr rnddude (talk) 10:08, 20 September 2019 (UTC)[reply]
@Mr rnddude: its not only not the case ... it's so far from the case that it makes your calculation irrelevant.
The comparison with the whole set of articles is also misplaced. Portals are supposed to be "enhanced main pages" for a whole topic area, so the correct comparator is the head article for the topic. In nearly all cases that I have examined, the head article gets between 100 and 2,000 times more views that the portal. --BrownHairedGirl (talk) • (contribs) 17:06, 21 September 2019 (UTC)[reply]
  • Oppose. Most of the 1500 portals which existed last year have now been deleted. A mass creation which added portals with narrow scope was swiftly undone. Although I disagreed with some deletions, they were selected carefully, leaving the better portals in place. We have also developed tools. Templates can now transclude excerpts from the current version of an article rather than creating a fork which becomes outdated. The consequent reduction in text allows an entire portal to fit on one or a few pages rather than sprawling over dozens of forgotten subpages. These changes leave the namespace in far better shape than it was when the previous RfC found consensus to keep it. Whilst WP:ENDPORTALS did not exempt every single portal from deletion, the clear implication was that the namespace should remain of significant size. The reduction to 660, with 30 more currently at MfD, is already a major compromise; keeping only three, eight or even 100 of the 1500 portals would be not in the spirit of last year's agreement.
    Page view counts say more about the visibility of portals than their quality. A wonderful portal will get as few first-time visitors as a dire one. Articles are suggested in the search box and those on subjects broad enough to merit a portal will have hundreds if not thousands of incoming wikilinks. Portals are excluded from search results and, except for the few featured on the main page, tend to have fewer incoming links. Certes (talk) 08:43, 20 September 2019 (UTC)[reply]
Certes is engaged in some rewriting of history.
When speedy deletion of the portalspam was considered, it was Certes who memorably described that process as a war on portals.
Also, Certes description of ENDPORTALS misrepresents the discussion (yet again). ENDPORTALS was a binary proposal to delete all portals, or have no mass deletion. No compromise was on the table. The result was a rejection of the proposal to delete all portals, and there was no implication either way of the resulting size of the set. (That's why TTH and his fellow-spammers interpreted the RFC as a license to spam away).
Additionally, so much has happened in portalspace since ENDPORTALS closed 18 months ago, that is likely that consensus has changed. Six months of detailed, one-by-one MFD analysis of the dire state of most portals has been an eyeopener for many. It's time for a new multi-option RFC to establish where consensus actually stands, and not try reading the entrails of an RFC which is now effectively ancient history. --BrownHairedGirl (talk) • (contribs) 09:10, 20 September 2019 (UTC)[reply]
I agree that ENDPORTALS was a binary proposal to delete all portals, or have no mass deletion. No compromise was on the table. The result was a rejection of the proposal to delete all portals. And yet a mass deletion of over 800 existing portals (plus the new ones) has taken place and another mass deletion is proposed now. Consensus can change, and this discussion may reach a different conclusion, but my comments above represent the previous discussion fairly. Certes (talk) 09:33, 20 September 2019 (UTC)[reply]
Certes - regarding your statement that "Portals ... have few incoming links". Can you clarify (or strike) that? I've just looked at Portal:Lincolnshire and it's got inlinks from thousands of pages. DexDor (talk) 11:45, 20 September 2019 (UTC)[reply]
Yes, that portal is exceptionally well linked, with nearly half as many incoming wikilinks as its article. Other portals have far fewer links: Lancashire's link ratio, for example, is 1:25. Also, although not the case for Lincolnshire, links to portals are often hidden within a collapsed template. I've modified my comment. Certes (talk) 12:58, 20 September 2019 (UTC)[reply]
I disagree, there is no evidence of the links/pageviews relationship, for example P:NUDE is linked in only 60 articles and is among the 50 most viewed portals.Guilherme Burn (talk) 13:30, 20 September 2019 (UTC)[reply]
@Guilherme Burn is correct. In the last few months, I have cleaned up the backlinks to all the deleted portals (those created through portals templates are listed in Category:Portal templates with redlinked portals plus subcats), and I have found no correlation between portal views and number of backlinks. There have been portals with abysmally low views but several thousand links from articles; others with much higher views but only a few dozen links.
Note that link counting needs a lot of caution. I assume that links have different value according to which namespace they are in, and how prominently they are displayed. For example, a category page has much lower views than an article; but OTOH the categ displays the link prominently on the top right of the page, whereas the article may display it within a collapsed navbox.
Through my work developing {{yearInCountryPortalBox}}, I created literally hundreds of thousands of links to Portal:Years, country portals and decade portals. Yet Portal:Years languished with trivial pageviews until it was deleted, and so do many country portals.
So if editors want to drive up portal readership, there will need to be some research. There has been far too much assertion of assumptions as if they are proven, whereas the data doesn't support the assumed correlations. BrownHairedGirl (talk) • (contribs) --17:21, 20 September 2019 (UTC)[reply]
It is also inaccurate for you describe WP:ENDPORTALS as an "agreement;" in fact the closer specifically wrote "no consensus." And then what happened? Yes, some tools were developed (thank you for that), but instead of being used to improve what we had, the tools were then used to take portal space in a wildly different direction, contrary to community consensus. And the result was a disaster. And the tools development stopped, in a very incomplete state; many create Lua errors, require advanced knowledge of Lua code, and work only in limited circumstances (I'll spare describing the result in Portal:Beavers). So the fever dream of a fully automated portalspace, which was pitched during WP:ENDPORTALS, is so far off in the future that we are effectively back where we were. UnitedStatesian (talk) 13:01, 20 September 2019 (UTC)[reply]
The close reads: There exists a strong consensus against deleting or even deprecating portals at this time. Certes (talk) 13:05, 20 September 2019 (UTC)[reply]
My bad, that part struck. UnitedStatesian (talk) 13:22, 20 September 2019 (UTC)[reply]
Three out of 660 portals currently show Lua errors. This is because the pages are too complex. A technical solution is actively being developed but requires a bot which is awaiting approval. All portals also run through the linter tool with no warnings. There have been other errors in the past, but their absence shows that the tools are being actively developed despite the constant discouragement. Certes (talk) 13:59, 20 September 2019 (UTC)[reply]
But that development is happening in the dark, which is the same problem as before. Where are the notifications of what is going on, to Wikipedia:Wikiproject Portals or the portal maintainers who are putting in effort? Or is the plan just to dump these into the portalspace with no warning, again? UnitedStatesian (talk) 14:13, 20 September 2019 (UTC)[reply]
There are a couple of enhancement announcements from last week here and here. Discussions usually take place on that page too, though those particular releases implement features requested on my own talk page. Lua errors from pages being too complex are discussed here but a solution has not yet been announced as it will not work without the nascent bot. Certes (talk) 14:55, 20 September 2019 (UTC)[reply]
@Certes:I agree that wonderful tools were created, I am a fan of the single-page layout, but their use has been reverted on a number of occasions in a dictatorial manner, has not reached the portals with many pageviews and new created portals continue to use the flawed example of the subpages forks. What is your opinion about this?Guilherme Burn (talk) 13:18, 20 September 2019 (UTC)[reply]
Even some editors who nominate portals for deletion agree that properly used excerpt templates are an improvement on stale forks, though some have complained that (per WP:LEADCITE and established practice on the Main Page) they omit references etc. Reversions have generally been justified as the portal being redundant because the list of articles displayed in one of its sections matches an existing category or template. In many cases our improvements only served to attract attention to the portal, which was subsequently deleted on the grounds that the version which we had replaced was of low quality and outdated. There is plenty of scope for deploying the tools in established portals without spoiling their character, but I cannot sensibly encourage anyone to invest their time in such work until the portals' future is clearer. Certes (talk) 13:50, 20 September 2019 (UTC)[reply]
@Certes: I am not aware of any case of the use of excerpt templates being reverted because the list of articles displayed in one of its sections matches an existing category or template. (There may have been a few where the whole portal was a cat/navbox clone, but I don't recall any). Please identify the portals you are talking about, because the creation of portals in the way you describe is a sneaky trick which should be stopped.
I am aware of about a dozen portals being deleted by consensus because they were new creations which used the embedded list technique to simply copy a category or a navbox, since I nominated most of them for MFD. Examples include MFD:Portal:Drawing, MFD:Portal:Volume, MFD:Portal:Electricity, MFD:Portal:Julius Caesar, MFD:Portal:Habitats, and MFD:Portal:Shipwrecks.
I really really hope that Certs clears this up, because after so many MFDs, it is very very very clear that the community has consistently and overwhelmingly rejected the creation of portals which simply clone the content set of another navigational device and present it in the bloated form of a portal, because that redundancy adds no value for readers. It appears to me that Certes's post above is a rejection of that consensus, so I hope that Certes will lose no time in clarifying that they are not seeking to subvert or evade the consensus that a portal cloned from a category or navbox is redundant. --BrownHairedGirl (talk) • (contribs) 17:30, 21 September 2019 (UTC)[reply]
Many examples have since been deleted. One still in place is Portal:Culture, which you reverted with the summary Restore last curated version, reverting conversion to automated redundant navbox-fork (TW). I see that you have replied to my comment at its MfD with the summary Certes making stuff up, so perhaps we will have to agree to differ on this point. Certes (talk) 00:38, 22 September 2019 (UTC)[reply]
@Certes: it should be crystal-clear from that edit summary that that portal was reverted because it had been converted to an automated navbox clone. As you are very well aware, the community overwhelmingly rejected the automated navbox clones. I did any such reversions; but any many more were done by other editors, including NA1K and UnitedStatesian.
It is very sad to see that Certes apparently rejects that consensus. --BrownHairedGirl (talk) • (contribs) 21:36, 4 October 2019 (UTC)[reply]
  • Oppose deletion of portal space, working for active portals Germany and Opera. --Gerda Arendt (talk) 17:15, 21 September 2019 (UTC)[reply]
    • Those, Gerda Arendt, are third tier portals, in the top 10-100, that I consider of unclear merit. What do these portals do for readers? Either of them, for any reader? Any evidence or anecdote? —SmokeyJoe (talk) 13:22, 23 September 2019 (UTC)[reply]
      • What I know is that both a Featured portals, well maintained, and with significant pageview numbers. Different offers mean different things to different readers. Individual "evidence" or "anecdote" wouldn't mean much to me. --Gerda Arendt (talk) 13:36, 23 September 2019 (UTC)[reply]
        • I don’t think “featured portal” means anything, not with “portal” itself being undefined. I put it to you that both are inferior to the parent articles by every measure, and they they are just playthings of editors. As playthings of editors, they belong in their WikiProjects, not tricking readers who think portals are for navigating. —SmokeyJoe (talk) 13:58, 23 September 2019 (UTC)[reply]
  • Oppose deletion of portal space. In a way, this is a solution looking for a problem. The whole issue over portals just creates work - even just discussing it - which could better be used for improving and policing the quality of mainspace articles , combating vandalism, and deleting inappropriate articles. Existing portals do not do any harm, neither is it a case of server capacity. Time to put this whole business to bed. Kudpung กุดผึ้ง (talk) 03:16, 25 September 2019 (UTC)[reply]

Section break 2

  • Support (deletion of portal namespace after moving a few pages to other namespaces). The costs of portals (luring some readers to poor pages, editor time spent creating/updating/discussing them, extra complexity added to Wp etc) outweighs any benefit they provide - of the OP's 4 points about the purpose of a portal the first 3 are what the corresponding article does (generally better than a portal) and the 4th is what the corresponding wikiproject should do. DexDor (talk) 11:57, 20 September 2019 (UTC)[reply]
  • Support - I like portals, but let's go to some points that demonstrate the death of the portals.
#1 Wikiprojects have abandoned the portals, several portals of active wikiprojects have been deleted without any objection from wikiprojects, while other portals are abandoned even with active wikiprojects.
#2 There is no relationship between pageviews and the quality of portals, or pageviews and the amount of backlinks to portals.
#3 In over a decade of namespace no solid guideline has been created, no logical organization, and not even portals have been correctly categorized.Guilherme Burn (talk) 12:03, 20 September 2019 (UTC)[reply]
  • Strong Oppose: There is no other suitable namespace for well-maintained portals such as Portal:Opera. Perhaps they just need rebranding. Adam Cuerden (talk)Has about 6.9% of all FPs 13:24, 20 September 2019 (UTC)[reply]
    Adam Cuerden, well, back before 2005, all portals were subpages of Wikipedia:Wikiportal, see User:Portal namespace initialisation script and its contributions. —Kusma (t·c) 14:11, 20 September 2019 (UTC)[reply]
    • @Kusma: I doubt that a deletion of the namespace would do a very good job at keeping what is, after all, at the least an important part of Wikipedia's history. Even if we shut down the creation of new portals, deleting years of hard work seems arbitrary, unnecessary, and rude. Adam Cuerden (talk)Has about 6.9% of all FPs 17:38, 20 September 2019 (UTC)[reply]
      Adam Cuerden, indeed. Portals do very little harm (even if they have little use), and deleting them is a great way to show editors that their hard work is not appreciated. So I don't understand why it is so popular. —Kusma (t·c) 19:34, 20 September 2019 (UTC)[reply]
Deletion of abandoned junk portals is popular because most editors can see luring readers to sets of abandoned, outdated, unscrutinised content forks surrounded by fake or stale DYKs plus stale news labelled as if it was current is a waste of the time of our readers, and a blot on Wikipedia's hard-won reputation. --BrownHairedGirl (talk) • (contribs) 20:37, 20 September 2019 (UTC)[reply]
  • Oppose There are very valid and good reasons to use Portals for broad topics, but from this mass creation incident, which created portals on a number of very narrow topics, we really need to have a process to approve the creation of new portals in the future, so that only those deemed sufficiently broad and appropriate are in play. --Masem (t) 13:40, 20 September 2019 (UTC)[reply]
    Masem, currently the question is more how to keep and improve portals on broad topics... Portal:Culture is at MFD right now (obviously a super broad topic), and from past experience I can tell you that fixing issues with portals during MFD is frowned upon (some people have been accused of "bad faith drive-by updating" or similar), so I won't touch it for my own sanity. We don't just need rules that justify deletion or harm creation, we also need some rules against deletion. —Kusma (t·c) 14:09, 20 September 2019 (UTC)[reply]
  • Strong Oppose - Not this again.... not all portals are in the same boat here, doing this would go around consensus on AfDs that were kept. - Knowledgekid87 (talk) 13:41, 20 September 2019 (UTC)[reply]
  • Oppose as written (and note that Bermicourt who originated this section is the creator of many portal, and many of those were deleted, and may be voicing their understandable frustration with the whole process here). There are numerous problems with portal space, the main is that there is no agreement what it is for and what any particular portal should do. In the past, this has meant that many portals got created, and having portals about major topics (like every country on Earth) was considered normal. In the last year, the old style guideline page WP:POG has been re-interpreted as a policy page that explains what portals should be like, and a particular interpretation of that page (I understand it as "portals must be about a wide topic including quality articles, must be maintained regularly, and have a nontrivial amount of pageviews") has become a popular deletion reason. Well, the only portals that get a significant amount of pageviews are those linked from the Main Page, so if pageviews are deemed important, all portals are doomed, even the well-maintained ones. In the current atmosphere, maintaining portals isn't a lot of fun, as you never know whether your portal will be nominated for deletion based on low page views soon, so people are stopping to do it, a self-reinforcing vicious circle very much against the spirit of Wikipedia to fix problems instead of deleting everything that is not perfect. In any case, if there is consensus that portals shouldn't be shown to readers, simply removing all portal links from mainspace would do the trick, and would allow the maintained portals to continue existing as tools and showcases for editors, linked only from talk pages and Wikipedia space. There is little need to delete old meta pages, even if they are useless, unless they are actively harmful, and I think the dangers of portal space have been rather exaggerated. In any case, anyone who opposes the deletion of all portals at once should show up at MfD every now and then to avoid deletion of all portals one by one. —Kusma (t·c) 13:44, 20 September 2019 (UTC)[reply]
  • @Kusma: any editor is welcome to participate in any XFD. But you are blatantly AGFing that the deletion of abandoned junk portals has an ulterior motive, and I hope you will retract that. You seem to be trying to votestack by recruiting editors with a particular POV, which is highly disruptive conduct. I hope that you will amend your comment to remind editors that !votes should weigh policy and guideline against the evidence of the nature of the portal under discussion. --BrownHairedGirl (talk) • (contribs) 17:44, 20 September 2019 (UTC)[reply]
    BrownHairedGirl, you'll have to help me out and explain to me which ulterior motive I am ascribing and to whom so I know which statement you would like me to retract. As for policy-based voting in portal MfDs, well, in my view, we simply do not have any robust policies that are specifically about portals, which is part of the reason the whole process is so frustrating. You may disagree with that, just like I disagree with your description of my comment as being "highly disruptive conduct", which is a completely unnecessary personal attack. —Kusma (t·c) 19:43, 20 September 2019 (UTC)[reply]
  • @Kusma:, I'm pretty sure that you know the answer to all those questions. As to guidelines, we have WP:POG, which has been accepted as the framework for about 800 MFDs now. I am surprised that you missed that.
WP:VOTESTACKING is highly disruptive conduct. Do I need to explain why? If you don't like being criticised for it, then don't do it.
The ulterior motive you are ascribing is to editors who nominate quality portals at MFD. You are presupposing that their aim is to use MFD to one-by-one delete all portals, rather than the stated reason of poor quality of individual portals.
I have no objection to any deleted portal being moved to WP:REFUNDed to project space, and I have never seen any objection to it. I think that in nearly every case a set of a dozen decade-old content forks is thoroughly useless to editors .. but if someone wants to memorialise them, I don't see it doing any harm so long as they stay firmly in project space. Most of them contain woefully outdated text, which is not checked for errors, and it does harm readers and Wikipedia to continue to lure readers to such junk. --BrownHairedGirl (talk) • (contribs) 20:32, 20 September 2019 (UTC)[reply]
BrownHairedGirl, I honestly didn't know the answers to my questions, which is why I asked them. I am not convinced that portal MFDs are truly only about the lack of quality in outdated portals, as I have seen attempts to fix the quality issues during MFDs being dismissed and the portal ending up deleted anyway. My suggestion to come to MFD every now and then is as visible to portal lovers as it is to portal haters, which I also invite to come to MFD so consensus can become clearer. WP:POG was not written to be a guideline about which portals to keep and which to delete, but as a guide how to write a portal (originally as a Manual of Style page for portals). I agree that a rough consensus has emerged at MFD that is that portals need to be about a broad subject, be maintained (but what exactly that means isn't clear), and should have some readers. But I disagree that this is what any written guidelines say, and have tried to update the guidelines to reflect the MFD results. On the whole, portals are probably not worth the amount of debate that we have about them, and I wouldn't be terribly sad if we end up merging them all with a relevant wikiproject, as long as we can keep on linking to them from the talk page banners, if that finally results in peace on this front. —Kusma (t·c) 21:15, 20 September 2019 (UTC)[reply]
  • Comment - This is going to need its own page again if we are discussing the matter again as it will impact the whole community. - Knowledgekid87 (talk) 14:13, 20 September 2019 (UTC)[reply]
Don’t overstate the situation - the reality is that the vast majority of editors do not give a flying flamingo about portals, one way or the other. Indeed most editors probably don’t even know what a portal is. Whether we keep some or delete them all, the decision will impact a very small part of the community. Blueboar (talk) 15:02, 20 September 2019 (UTC)[reply]
This isn't true per the long and lengthy discussion we had last time. This needs to be advertised as a major thing as portals are linked on hundreds of thousands of pages. - Knowledgekid87 (talk) 15:15, 20 September 2019 (UTC)[reply]
I agree with Knowledgekid, and if it may result in the removal of a namespace or 90% of its pages then we should really advertise it more widely. Certes (talk) 15:05, 20 September 2019 (UTC)[reply]
  • Oppose total deletion; we should keep some small number of portals for our broadest and most vital topics. bd2412 T 14:47, 20 September 2019 (UTC)[reply]
  • Oppose. Portals provide a place to collate articles, topics,and items of concern that might be highly useful to whatever subset of editors might be useful for editing that topic. For editors interested in a a specific country or locality, we have portals like map Caribbean portal, flag Italy portal, flag Tuvalu portal, flag United States portal,  Tokyo portal. for editors interested in highly relevant topics in, e.g., the natural world, we have portals like icon Ecology portal, icon Environment portal, icon Biology portal, icon Water portal, etc. do we need to get rid of them? really? how are they any less helpful than the WikiProjects for those topics? I actually find Portals much more helpful than Wikiprojects, as a centralized place for viewing current articles, topics etc, relating to a particular topic. --Sm8900 (talk) 16:42, 20 September 2019 (UTC)[reply]
    • Wikiprojects and Portals are two very different things; the former is editor-facing, designed to aid collaboration and organization; the latter is (ostensibly) a reader-facing system. The problem is that few internet users use portals in general (we are very much in a post-Google world) and the question becomes one of how much they are "worth" versus how much they "cost". Der Wohltemperierte Fuchs talk 17:15, 20 September 2019 (UTC)[reply]
  • Oppose. Deleting portals is not improving the wiki. Benjamin (talk) 17:21, 20 September 2019 (UTC)[reply]
  • Oppose complete deletion of portals. I would be prepared to support getting rid of most of the ones we have currently, but I think we should keep some:
  • Very high level topics, such as the portals linked on the main page and some others.
  • Portals which don't correspond to articles, such as Portal:Contents, Portal:Featured content, Portal:Current events.
  • I think there is also a role for portals as showcases for collections of very high quality content, e.g. Portal:Battleships. We don't have anything else which shows them off in quite the same way.
The average portal though is little used and doesn't serve a useful purpose. People simply don't look at them. Hut 8.5 18:04, 20 September 2019 (UTC)[reply]
  • Question - What is the difference between categorization and portals? What do portals do that isn’t done by cats? Blueboar (talk) 19:53, 20 September 2019 (UTC)[reply]
    • @Blueboar: A good portal links to a curated set of high-quality articles and images around a topic, putting them in context and previewing them. They're pften based around Wikipedia's main page, with TFA, PotD, and other sections as are relevant to the topic, letting readers find high-quality content, as the main page does, but more specialised. Adam Cuerden (talk)Has about 6.9% of all FPs 20:23, 20 September 2019 (UTC)[reply]
Re "links to a curated set of high-quality articles ... around a topic" - the vast majority of portals have come nowhere near that aspiration. The reality is usually that the portal creator (without any discussion or explanation) picks a few articles (sometimes just one article, sometimes low quality articles, sometimes off-topic articles) and then no-one else ever expands/updates/corrects the set (except, in some cases when an article is deleted). "putting them in context and previewing them" is hardly an accurate description either. DexDor (talk) 21:07, 20 September 2019 (UTC)[reply]
DexDor, let us just assume Adam Cuerden is talking about Portal:Opera, which is one of the best portals we have, and about one of the topics most suitable for being shown in portal style, a really impressive work. —Kusma (t·c) 21:23, 20 September 2019 (UTC)[reply]
@DexDor and Kusma: As someone who has made and helped to make portals before, in the period they were being made, that was always the goal. I'd imagine most of the former featured portals (if they hadn't gotten overwritten in the bot creation of portals - the overwriting of formerly good portals with automatically created ones has definitely pulled down the quality) had that goal. Portal:Opera is an excellent example of what Featured portals, and thus all portals, tried to be. Adam Cuerden (talk)Has about 6.9% of all FPs 00:02, 21 September 2019 (UTC)[reply]
So I've had a look at Portal:Opera and still don't see how claims like "putting [articles] in context" can be supported.  That portal shows a list of "Stubs needing expansion" that has not been updated for over 10 years; either editors are not expanding those stubs or not updating the list. Now, I wouldn't argue that that means that Portal:Opera (in isolation) should be deleted, but it does demonstrate how even "good" portals are more about show than about actually being used. DexDor (talk) 06:08, 21 September 2019 (UTC)[reply]
Oops. Struck per comment below. DexDor (talk) 16:15, 21 September 2019 (UTC)[reply]
DexDor, the list of "Stubs needing expansion" on Portal:Opera does not require updating. The links are to categories which are updated immediately when a stub tag is added or removed from an article. They do not link to manually compiled lists. In fact, none of the tasks listed in "Things you can do" require manual maintenance. The only manual maintenance we do is adding new FAs, FPs, GAs, and DYKs when they reach that status. Voceditenore (talk) 14:53, 21 September 2019 (UTC)[reply]
I also took a look at Portal:Opera, and I also strongly disagree with Adam Cuerden. It's not broken and not full of redlinks, and has a few more articles than most of the bad portals, but that's about it.
As to it being an excellent example of what Featured portals, and thus all portals, tried to be ... heaven help us.
Take a look at WP:Featured portal candidates/Portal:Opera. That's a round of morale boosting in a pub chat, not assessment. There is no structured checking of listed points of evaluation, no measurable criteria, nothing. Just some discussion of the length of excerpts, and lots of air-kissing like "great and lovely portal" and "well built and beautiful portal".
As to "putting [articles] in context", that's nonsense. It just shows lead excerpts one at time, with no indication of why they were chosen, and not even a visible list of other titles. The purge-page-for-new-random-selection thing is such an extreme usability fail that it would laughable if it wasn't for the fact that some editors think this is an acceptable way of presenting a list. Sure, that's the std structure portal, but bluntly, it's a completely crap structure which has persisted only because portals were long ago abandoned by most editors, becoming the playground of a small set of editors who adopted uncritical groupthink, and who resent outsiders who try to inject some reality.
So it's wholly unsurprising that the portal got only 24 daily pageviews in the first half of 2019, while the head article averaged 1,438. Reader's don't waste their time on pages like that, which in practice exist only as hobby pages for a few editors. The head article does a vastly better job of navigation and showcasing.
As to the overwriting of formerly good portals with automatically created ones, the last such automation of a pre-existing portal was reverted in May. Many editors were involved, and I personally used a set of tools to identify and eliminate every last such automation. On reversion, it was clear why they had been automated: most of them were abandoned junk, and huge numbers were subsequently deleted. --BrownHairedGirl (talk) • (contribs) 15:33, 21 September 2019 (UTC)[reply]
Just a note about a couple of assertions made above:
1. Concerning the Featured Portal candidate process, i.e. There is no structured checking of listed points of evaluation, no measurable criteria, nothing. The participants in the Portal:Opera discussion were measuring the portal against Wikipedia:Featured portal criteria. If they found any aspect which did not match those criteria, they mentioned it in the discussion. If not, they did not. I suppose they could have explicitly added "Meets all the Featured portal criteria", but that was implicit in the discussion
2. Concerning Portal:Opera having not even a visible list of other titles. At the bottom of each section on the left-hand side is a link More X which takes the reader to the complete list of articles, pictures, sounds, etc. in that section. For example, More featured pictures takes you to the complete list of pictures included in the portal which states at the top the criteria for inclusion. More selected articles takes the reader to the complete list of selected articles, which again states the criteria for selection at the top.
Voceditenore (talk) 06:00, 22 September 2019 (UTC)[reply]
There's a good point about what would attract a reader to visit a portal. The quality of one isolated portal isn't a draw for an initial visit, because the reader doesn't know its quality beforehand (although it will influence revisits). The collective quality of portals, however, will affect whether or not readers will choose to follow a link to a portal, since they will extrapolate from their past experiences with other portals. Wikipedia would be a lot less successful, for instance, if nearly all of its articles were stubs. So although there is no deadline to improve any page, there is a practical consideration in trying to establish a baseline median level of quality that is sufficiently high to attract readers to visit other portals. isaacl (talk) 16:29, 21 September 2019 (UTC)[reply]
P.S. Blueboar might like to also consider pages such as Index of United States-related articles which are more of a fork of categorization (and, incidentally, were often created by the same editors who created portals). DexDor (talk) 21:15, 20 September 2019 (UTC)[reply]


Section break 3

  • Oppose. Portals are the best venue for active WikiProjects to display their work as a project. My experience with Portal:Opera with WP:WikiProject Opera is that it is a space that builds camaraderie, community, inspiration, and motivation (especially in generating better and more content) within our particular group. The encyclopedia benefits from portals, and I can see no value in deleting them.4meter4 (talk) 21:27, 20 September 2019 (UTC)[reply]
    • Where the purpose is for displaying WikiProject work, they should be located as a WikiProject subpage. —SmokeyJoe (talk) 06:29, 21 September 2019 (UTC)[reply]
      • @SmokeyJoe:, with respect, I disagree with suggestion above. there is no logic to taking something that is considered valid in its own right, and then moving it to a valid namespace that is less visible, simply because one considers it less important. Sm8900 (talk) 13:11, 23 September 2019 (UTC)[reply]
        • Sm8900, Portals currently have no validity. They fail their ostensible purpose as a navigation aid. You may consider them as useful for browsing, but browsing is not navigation. Portals do not serve readers, either in theory of service, or facts of pageviews. So, are they worthless? No, they are negative, because for the few readers sucked in, they are presented with unsourced NPOV violating presentations of what editors think is important. To the extent that portals showcase WikiProject work, plausible but dubious as both are mostly inactive, they belong in not reader facing projectspace pages. —SmokeyJoe (talk) 13:19, 23 September 2019 (UTC)[reply]
  • Support deleting portal space which actually isn't the same thing as deleting all portals. It doesn't need a separate namespace. I support deleting almost all portals, too, along the lines of SmokeyJoe's proposal above. Levivich 01:18, 21 September 2019 (UTC)[reply]
  • Support Over 850 portals (over 50% of the pre-TTH spam portals) have already been deleted for being abandoned failures of WP:POG. My experience at hundreds of portal MfD's that closed as delete is that nearly all portals are abandoned relics of past editors' momentary enthusiasm, and that there is 15 years of hard evidence that by any sane metric, the Portals Project has been a complete disaster. Very few portals have even a single maintainer (and POG requires multiple maintainers), let alone large numbers of readers, at least 20 articles, or WikiProject involvement. Why force editors to waste their time going through the rest one by one when it's clear as day that portals are a failed solution in search of a problem?
Head articles, with vastly higher readership and quality then their associated portals, and their very common rich and versatile navboxes are all we need on Wikipedia. It's time to end this farce, and the disgrace that a brilliant editor like @BrownHairedGirl has spent over a thousand hours cleaning up the sewage in Portal space only to realize that there is no bottom to the barrel. This is just what Portal space is. I don't oppose the top 10 portals being moved elsewhere, but the rest of Portal space should be deleted. Newshunter12 (talk) 21:03, 21 September 2019 (UTC)[reply]
Newshunter12, Why force editors to waste their time going through the rest one by one when it's clear as day that portals are a failed solution in search of a problem? First of all, most of the remaining portals are a lot better than those that have already been deleted, so we could also just keep all of the rest and not do any further MFDs, and we certainly shouldn't use the fact that worse pages exist to delete something like Portal:Opera.
If anybody forces you to go through the list of portals one by one, they should be told off. Participating in portal MFDs is a volunteer activity, just like maintaining portals is. I also would like to remind you that WP:IWORKEDSOHARD is not only not a valid reason to keep articles, it is also not a valid reason to delete entire namespaces.
Portals duplicate some functions of some other navigational aids, and duplicate some functions of WikiProjects. Their viewership is fairly low, just like the number of pageviews of many other navigational pages (outlines, categories) or of Wikiprojects is low. That is not necessarily a problem, as long as the viewers that are there get something good.
And there is one other aspect: It is a disgrace how brilliant editors like, say, User:Juliancolton are treated with disrespect just because they have created a portal in the past and no longer update it. —Kusma (t·c) 13:02, 22 September 2019 (UTC)[reply]
@Kusma Your statement doesn't reflect reality. Over 850 junk portals failing WP:POG have already been deleted and there is no end in sight to the number of junk portals that remain because portal space is and has always been a complete disaster. No, I am not required to clean up this enormous mess created by editors like Juliancolton (who you should not have canvassed, by the way), who heedlessly created and dumped portals in defiance of WP:POG's clear lead since 2006: "Do not expect other editors to maintain a portal you create". The editor in question then refused to accept personal reasonability for their own reckless actions and deserved any criticism they got.
Portal:Opera isn't complete crud, but as described by @BrownHairedGirl above, it's terribly structured and has low page views. At best, it's a not yet abandoned hobby page and a time suck for readers lured there who would be much better served by the head article, not some glorious contribution to the encyclopedia that merits keeping all junk portals so this one can have pals. Given the stark facts about Portal space, it's not unreasonable to mention that no more of the clean-up-crews time should be wasted to please the whims of a few portal fans who don't care about reality. I'll say it again: There is 15 years of hard evidence that Portal space is a complete disaster by any sane metric, and is a failed solution in search of a problem. Newshunter12 (talk) 21:09, 22 September 2019 (UTC)[reply]
  • Strong Oppose The original proposal starts from a somewhat holier-than-thou perspective that the existence of portals is objectionable and that they must be eradicated because "editors who see no value in portals" have to keep putting them up for deletion. What one person finds useless, others may find highly useful and a wholesale deletion for the convenience of a few who find them troubling seems unwarranted. The enthusiastic drive for an automated process of portal creation some months back certainly led to creation of a crop of portals that were of narrow interest and of, possibly, minor value; however, that does not invalidate a portal's value as a jumping-off point for users interested in a topic to find other articles in the same subject area. A good portal, such as Portal:Opera or Portal:London transport, gives a curated collection of information that is not otherwise easily accessed. Suggestions that a portal's daily pageviews is an indication of their value is risible; to assume that something that is little read is of no value is flawed. On that basis, substantial parts of Wikipedia could be deleted including large numbers of featured and good articles. Should we then start deleting obscure featured articles such as Wage reform in the Soviet Union, 1956–1962 (37 page views per day), 1860 Boden Professor of Sanskrit election (18 page views per day) or The Boat Race 1993 (12 page views per day).--DavidCane (talk) 14:38, 22 September 2019 (UTC)[reply]
  • Oppose. My views on this have not changed since the 2018 RFC that proposed the exact same thing, so I will simply rework what I said there for the purposes of this RFC: Oppose wholesale removal entire portal system and favor (continued) case-by-case review. If a particular portal sucks, improve it or get rid of it, using existing procedures (including proper notice on the portal's talk page). If a portal is well constructed, leave it alone (or improve it further, like anything else). As with the 2018 RFC, most portals seem not to have been notified of their impending demise until 2 days into this discussion. Full disclosure: I have worked on Portal:Mathematics content quite a bit in the past, and continue to monitor it today, which is how I came to find out about this RFC today (thanks to Voceditenore). - dcljr (talk) 00:29, 23 September 2019 (UTC)[reply]
I was pretty astounded that such a wide-ranging proposal to delete an entire project space and its contents was not even alerted to the principal stake-holders by the proposer:
1. Wikipedians at large (no RfC notice—it was added 3 days later by another editor, was subsequently removed by a different editor with the rationale remove RFC tag. per WP:RFC, and RF should be opens with "a brief, neutral statement of or question about the issue". This one open with a partisan diatribe. It has subsequently been re-added by yet another editor on the basis that it begins with a neutral statement and time stamp. All of which begs the question: If this is not an official RfC, what is the purpose or force of this discussion?)
2. WikiProject Portals (added the next day by another editor)
3. Affected portals (Yesterday, I notified the talk pages of most Portals with a designated maintainer)
4. Associated WikiProjects (Today, I notified the active WikiProjects who had bannered the above portals. If there were multiple projects, I notified only the most relevant one.)
I found out about this discussion only via an early notice at WikiProject Opera by one of our members. Most editors who concentrate on content do not keep pages like the Village Pump on watch. Plus, there are so many edits to this page for multiple proposals, that this proposal is easy to miss. Voceditenore (talk) 10:46, 23 September 2019 (UTC)[reply]
  • Support namespace decrepitation deprecation for the 3rd time in 3 years (move content portals to main namespace) Do not support deletion at the deletion board by a few editor's (have been vocal about this fact but to no avail). Also would be best if the portal project - if any left after this talk - is not dominated by those in favor of deletion as this has proven detrimental to any moment forward on anything related to portal improvements, guideline improvements. etc.--Moxy 🍁 00:39, 23 September 2019 (UTC)[reply]
Moxy, did you mean deprecation? Voceditenore (talk) 10:51, 23 September 2019 (UTC)</nowiki>[reply]
Yes thank you--Moxy 🍁 11:30, 23 September 2019 (UTC)[reply]
One could make the argument that decrepitation of the Portal namespace has been ongoing for years... rdfox 76 (talk) 13:32, 23 September 2019 (UTC)[reply]

Section break 4

  • Strong Oppose because of logical fallacy (faulty generalization) in the justification. The nominator said portals continue to be deleted at a rate - currently about 100 per month - that means within a year they will cease to exist or there will be so few that it will be pointless maintaining portal space. Citing numbers is cute and sounds convincing, but the proposal made a cruical, yet erroneous assumption that all existing portals are of identical quality or that all are failing an existing criteria such that none of them will survive a trip to XfD. The assumption, according to this nom, justifies a nuclear option on all portals other than the "big 3" (Portal:Contents, Portal:Current events and Portal:Featured content). It is quite clear from many examples raised above (Portal:United States, Portal:Opera amongst others) that many portals are not in the same group as the now-deleted mass-created portals. Furthermore, it assumes a linear rate of deletion with complete disregard on the quality of the "surviving" portals until none is left. Proposal doesn't consider the diminishing returns of poor-quality portals being listed on XfDs, which will eventually leave high-quality portals remaining. OhanaUnitedTalk page 00:51, 23 September 2019 (UTC)[reply]
@OhanaUnited Please see my vote just a little ways up. There is 15 years of hard evidence that the Portals Project has been a complete disaster by any sane metric. Over 850 pre-TTH spam portals (so over 50% of portals, not counting the spam) have already been deleted one by one in the past six months for being abandoned (often for a decade or more) failures of WP:POG. This RfC was started by a portal fan, so they didn't create the best starting rational, but please see past that to the bigger picture. That a few portals like Portal:Opera still have fans is inconsequential. That hobby-portal, with a terribly inefficient page structure and low number of views, could be moved to project space with virtually no changes, so it should not be used as an excuse to keep all portals. As a group, portal viewing rates have been going down sharply for years (perhaps @BrownHairedGirl could give us some hard data on that). All the hard data points to Portals being a disaster on Wikipedia from the start, so please reconsider your vote and help end this problem and enormous time suck once and for all. Newshunter12 (talk) 04:28, 23 September 2019 (UTC)[reply]
@OhanaUnited: There is no logical fallacy, because the pageview statistics are being used at MfD, and NO subject-area portal meets the pageview requirements that are being imposed in the MfD discussions. Even quality portals such as Portal:Antarctica were deleted on the pageview basis, and Portal:United States and Portal:Opera will surely follow. Unless of course editors who believe otherwise could bring themselves to contribute to the MfD discussions. But so far, nothing. UnitedStatesian (talk) 04:39, 23 September 2019 (UTC)[reply]
@OhanaUnited @UnitedStatesian That's not true and you know it, UnitedStatesian. As Wikipedia:Miscellany for deletion/Portal:Antarctica clearly shows, that portal had been abandoned for over a decade and was in abysmal shape until nearly a week into the MfD, in under 40 minutes you slapped together some automated add-ons and put them in the portal, claiming all is well now. The closer rightly ignored your disruption and games. Please stop trying deceive editors with know falsehoods, and while we're on that topic, please stop trying to stack votes at MfD. Newshunter12 (talk) 04:57, 23 September 2019 (UTC)[reply]
@Newshunter12: You have missed my point, which is that no MfD so far has found a subject-area portal that meets the pageview requirements of WP:POG, as that requirement is currently being interpreted at MfD. I am confident you will be unable here to give an example of any such currently existing portal that meets the requirement. And I never wrote "all was well" with Portal:Antarctica; of course that portal would need further ongoing maintenance. I was only curious why the !delete voters and the closing admin. seem never to have read WP:ATD. UnitedStatesian (talk) 05:10, 23 September 2019 (UTC)[reply]
@UnitedStatesian I clearly didn't imply "all is well" was a direct quote and portals need ongoing maintenance, which that portal lacked for over a decade, not one-off updates at MfD. No, off the top of my head, I don't have a portal in mind because all of the hundreds I have examined at MfD have been generally all around crud, even top 45 in views portals like Portal:Death. However well intentioned, portals are a failed enterprise on Wikipedia (and on the web, writ large), and should be done away with. That Portal space has failed for 15 years is not the fault of the present informal clean-up crew, and if editors like you could finally let go of portals, it would make Wikipeida a better place and save us all a considerable amount of time. Readers read articles, not portals. Newshunter12 (talk) 05:43, 23 September 2019 (UTC)[reply]
But unfortunately it is not just me that needs to let go (if it were I would do so in an instant). This RfC so far makes clear we will be stuck with portals for a while longer, maybe forever (though I find one of many ironies that so many editors who here oppose deletion of the portalspace - not all, of course, but many - apparently do not want to make any contributions to it: that's Wikipedia for you). As long as that is the case, the portalspace should be the best it can possibly be, which is why I continue to make edits (a LOT of edits) to some of the portals that remain. It's also why I have nominated a LOT of the narrow-subject portals for deletion, and will continue to do so. Neither of these efforts are a waste of my time. Let's say I agree with you, that portals "should be done away with" (note: I have not yet opposed this proposal). What should I then do, given that the community clearly feels differently? Is it a waste of time for someone to continue pursuing an all-portal deletion effort if that end state has been rejected by community consensus? UnitedStatesian (talk) 06:21, 23 September 2019 (UTC)[reply]
@UnitedStatesian Interesting points. I agree that it is a great irony that so many oppose voters don't contribute to Portal space writ large. The sad reality is that unless this RfC eliminates Portal space, the one by one cleanup effort will continue. We've clashed at times, but you seem like an over-all reasonable, rational person. All the hard data shows portals have failed, and observation shows that those who want to keep portals both don't understand that failure and don't care enough to maintain portals writ large. I honestly think that a one by one evaluation of all remaining portals will show that very few portals meet reasonable maintenance, readership, WikiProject/editor involvement, efficient page design and broadness expectations.
Portals are not unlike how the Articles of Confederation were in the U.S. It didn't work and there was no system to replace it, so they just drafted the Constitution anyway. Our RfC system for dealing with this issue hasn't been working, but deleting junk portals one by one is. The vast majority of portals were abandoned years ago or have almost no views, and portals have a small and declining viewership. I think it would be wiser if you stopped trying to maintain portals and just focused on the cleanup effort, which is where long-term on the ground reality is. Once portal space is in all likelihood down to only a small number of pages, it won't be able to hide from its fate anymore.
It's not so much that I feel that I have been wasting my time, but that this by-the-book one at a time is so tedious for all of us when no one besides MfD regulars (you, me, etc) truly cares (through actions) about Portal space at large. Interest in even a single portal is rare, and you alone are carrying a huge amount of water in a desert of portal-abandonment. Why not just help vacuum that sand up and see what's really left at the end when you're not holding it together? After all, if portal space ultimately = your work and 20-30 other active pages of reasonable quality and above 20 views per day, why keep polishing the whole room? Newshunter12 (talk) 08:22, 23 September 2019 (UTC)[reply]
  • Strong Oppose: Portals are useful tools for browsing wikipedia focusing on broad topics of interest. The entire proposition of deleting portals to save editor’s time (as appears to be the main contention of the original proposer) is misguided. If saving editor time is the priority that would imply we should consider deleting the entire Wikipedia. The advocates against portal are repeatedly failing to appreciate that there are significant number of users who use Portals, care about them and are ready to work on improving them. Instead of deleting Portal namspace, the community may decide on a criteria for establishing required minimum importance/ breadth of a topic area for creating / keeping a portal and a certain quality benchmark before reaching which portals can be mandated to flag a “Draft” status. But getting rid of the portals altogether would be counterproductive and a serios blow to the appeal of Wikipedia.
Also the advocates against portals are frequently sighting poor page view count as a justification for deleting portals or atleast for proving that they are useless. The spirit of wikipedia is against the valuation of any item based on view count. If we go by that route, we will definitely bring in bias towards "popular" topics and items. A specialized portal may be useful to a handful of readers who come to wikipedia to explore within a specific topic area and these group of readers would often produce editors who are willing and able to contribute in that specialized area. Thus Portals can play a significant role in attracting readers and nurturing potential contributors in focused subject areas. Although limited in number such readers and contributors are valuable for wikipedia. [N.B: I posted a similar comment earlier apparently on a wrong thread which now seems to have been closed.] Arman (Talk) 06:50, 23 September 2019 (UTC)[reply]
  • Mild dislike - I believe there may be some value in some of the portals, even though I barely ever use or maintain any of them. There seems to be an organised process under way to remove the least-value portals at a rate where this proposal might be worth revisiting in 6-9 months. As an Australian editor, I'd support removing all of the Australian state/city portals, but maybe we can make the top-level Australia one worth soemthing. If we try and fail, then this proposal might be worth revisiting. --Scott Davis Talk 12:44, 23 September 2019 (UTC)[reply]
  • Oppose While the overwelming majority of portals are basically useless there are a few that offer some value. Deleting the whole namespace is the wrong way of handling it. --Trialpears (talk) 13:38, 23 September 2019 (UTC)[reply]
  • Support - delete Portals. I do not find them useful, when compared to the Navbars and even to the Categories. Rowan Forest (talk) 15:02, 23 September 2019 (UTC)[reply]
  • Oppose Since WP:NOTPAPER it's better to just keep them. --Janke | Talk 19:50, 23 September 2019 (UTC)[reply]
  • Oppose they carry a piece of Wikipedias history, they should just be marked as historical and retained. Portals were seen as a way to bring people into specific areas of Wikipedia, some worked and still continue to do so, others didn't. As a concept it was something the community tried, it's potential to further develop as a concept is there especially as more topic specific affiliates are being created. There is no reason to delete our history
  • Support: I find portals generally redundant and not very useful, plus the support for their creation and maintenance is too low to merit existence anymore. Concentrating editor content efforts into article space benefits Wikipedia as a whole. One good article is better than an okay article and a mediocre portal on the same topic. Some way of archival may be preferable to an outright deletion that loses the history. — MarkH21 (talk) 11:23, 24 September 2019 (UTC)[reply]
  • Support superseding portal namespace, but oppose deleting every single portal. On the one hand, some portals, such as Portal:Current events would work better under a subpage of Wikipedia:WikiProject Current events since it's among the most-viewed portals. On the other hand, though, I honestly don't see how portals really benefit anyone. They may have been interesting in 1995, but today the power of logistic-based search engines significantly undercuts their purpose. I also don't understand what historical purpose they would provide, if at all. ToThAc (talk) 22:29, 24 September 2019 (UTC)[reply]
  • This proposal is not clear. "Deleting the namespace" would just mean that all pages, existing or deleted, are moved to another namespace. Because of how MediaWiki works, you'd need to decide a new prefix to which to move all the pages (Wikipedia:Contents/?), otherwise they'll end up in main namespace. The effect of an unclear alarmist proposal is only that we waste a lot of time discussing something which won't happen, while possibly disrupting the ordinate work happening on portals. Nemo 05:32, 26 September 2019 (UTC)[reply]
  • Comment An RfC has just closed with a clear consensus that the "Portal guidelines" are not, in fact, official guidelines. The "guidelines" have been cited in 878 Portal MfDs (including one which deleted 1390 portals). This clarification finally removes the cornerstone of the argument for removing portals and their namespace. Certes (talk) 09:30, 26 September 2019 (UTC)[reply]
    • Nonsense. The page was a proposed guideline that never gained consensus, and therefore is a {{failed}} guideline. It is sneakily mistagged, a fake guideline, providing a fake foundation of the following uncontrolled creation of ill-considered portals. The many MfDs poked ridicule at the worst of the portals by pointing out that they didn’t even meet the very loose guidance of the fake guideline. To move forward from here, we need an agreement in the purpose of a portal. —SmokeyJoe (talk) 10:56, 26 September 2019 (UTC)[reply]
  • Comment - At a time when discussing the abandonment of portals, we should also discuss whether their privileged position on the main page is deserved, see Talk:Main Page#General discussion.Guilherme Burn (talk) 13:39, 26 September 2019 (UTC)[reply]
  • I'd keep the most important ones like the main page and current events. Possibly a solution would be to restrict the ability to create them to new page reviewers (meaning they can be created through AFC) and template editors but given it appears many have been created by experienced users this would probably cause more problems than it would solve. I think the point is though that they shouldn't be mass created (unlike articles) and things like WP:RUBBISH, WP:NEGLECT and WP:OUTDATED don't apply as much with portals. Crouch, Swale (talk) 14:08, 26 September 2019 (UTC)[reply]
  • Mostly support deletion, keep a few exceptions; keep the 3 exceptions mentioned by others (e.g. Featured Content) + the 8 broad topic portals linked on the main page. Note that this proposal is offered by a fan of Portals and seems to be some sort of rallying cry to confirm that the community still likes Portals? But that's not the same as liking abandoned, unused portals with 20 views a month. So even if this proposal "fails" (as nominator intends), that's hardly a sign that recent Portal MFDs were "wrong." It is probably mostly harmless if a few subject-specific portals are maintained as hobby projects, but all the other portals are an insidious honey trap - they offer some "work" for volunteers to do that seems cool, but is actually of almost no relevance whatsoever, because the sad truth is that readers hardly ever visit Portals. A little-used encyclopedia article is fine; a little-used meta navigational aid, however, is useless. SnowFire (talk) 17:05, 26 September 2019 (UTC)[reply]
  • Oppose: some portals are worth keeping and these should be continued to be housed in the Portal namespace. This seems like just a second RfC on whether to delete all portals, which we've already got consensus against doing, and I don't see that changing. A more useful RfC might be to speedily delete, say, all portals with <100 pageviews per month, but I doubt that would get consensus, and quite frankly though it's not a great situation, I don't see anything better than the status quo of slowly MfDing off the portals which are not useful. — Bilorv (talk) 22:22, 26 September 2019 (UTC)[reply]
  • Support - Portals are not useful. Delete them. Kaldari (talk) 18:59, 27 September 2019 (UTC)[reply]
  • Support with a few exceptions as detailed a few sections up. I know some people are very passionate about this, but the fact is most portals simply aren't maintained in a way that is actually useful to the reader, the people that all this is supposed to be for. That so many of them have been successfully deleted in recent months is in fact relevant as it goes right to this point. Beeblebrox (talk) 04:29, 28 September 2019 (UTC)[reply]
  • oppose I think they have a lot of potential and some are quite good. I'd rather see them raised in stature than deleted. Hobit (talk) 17:27, 29 September 2019 (UTC)[reply]
  • Oppose some users, perhaps many or even most users, do not find portals useful. But we are not in the habit of deleting content simply because most people don't use it. Now that we are satisfactorily dealing with the portal spam issues, it seems like it is time for those who are heavily interested to invest their energies in improving the current contents of portalspace. Lepricavark (talk) 04:30, 30 September 2019 (UTC)[reply]
  • Support per Beeblebrox. Organize the organized organization to organize ... ENOUGH — Ched (talk) 12:00, 30 September 2019 (UTC)[reply]
  • Oppose full deletion, support deprecation and thinning, basically on the lines of BrownHairedGirl; we should definitely keep the eight broad topics, the current events portal, and there are some portal concepts that, with decent curation and active WikiProjects, might be worth saving (like, maybe, Portal:Music, Portal:Military history, Portal:Sports), but a lot of the portals we currently have are are too specific and their lack of readership or curation shows. Sceptre (talk) 14:21, 30 September 2019 (UTC)[reply]
  • Support deleting all non-major portals and deprecation of the Portal: namespace - at this point the Portal: namespace is a sinking ship (Rschen7754 points out the downward spiral perfectly). We should scrap the Portal: namespace and move all the portal pages worth keeping to the Special: space - moving those portals there seems to make the most sense to me. I opposed its deletion about a year ago - but I now see the problem has only gotten worse. Kirbanzo (userpage - talk - contribs) 14:42, 30 September 2019 (UTC)[reply]
    "Special" is a virtual namespace: it is used as a common prefix for pages that are created on demand. isaacl (talk) 16:47, 1 October 2019 (UTC)[reply]
  • Comment: Can an admin or other users go around tagging portals, like last time? Kirbanzo (userpage - talk - contribs) 14:42, 30 September 2019 (UTC)[reply]
    • No, please. We don't need yet another circus like last time. There is no need to advertise a vague proposal which may or may not affect the individual page. (See my comment "This proposal is not clear" above.) Nemo 11:23, 2 October 2019 (UTC)[reply]
      As you say above, we need to be clear about what would happen to portals if the namespace were removed. If any variant of the proposal would result in bulk deletion then we need to advertise it on all portals. If the intention is to unlink them all then we should probably notify interested editors too. If it's just a technical change to store portals elsewhere and retain the links, that's less disruptive, but I don't see its advantages. Certes (talk) 12:32, 2 October 2019 (UTC)[reply]
  • Strong Oppose Portals are inherently useful in looking into a topic, in ways that categories or navboxes might technically not cover, and are the most reader-friendly way of looking into a topic, far better than categories, books, navboxes, or anything similar. Low readership is due to difficulties accessing on mobile view and the Wikipedia app, the fact that portals are so low down in the article, and poor use among articles - readers are not as familiar with this tool as they should be, and it's just decreasing as important portal subjects are being deleted. ɱ (talk) 00:04, 3 October 2019 (UTC)[reply]
  • Oppose the deletion of portal space (again). I believe that portals still serve a useful function on Wikipedia, and should be retained. Tools and processes for managing the namespace continue to be developed, and once the deletions have run their course (and we can agree on proper guidelines), work can resume on improving and fixing the namespace. — AfroThundr (u · t · c) 04:08, 3 October 2019 (UTC)[reply]
  • Oppose in general and particularly as written. Portals were never meant to be simply navigation tools. They were and are principally meant, like the Main Page, to showcase the best that Wikipedia has to offer in that subject via the "Selected article", "Selected biography" "Featured picture" sections (all of which should contain only items of FP, FA, or GA status). They are also meant to pique the reader's interest into some of the lesser-known byways of the subject via the "Selected anniversaries" and "Did you know?" sections, and a properly contextualised "Featured picture" section. However, the well-constructed ones (ones that achieved Featured Portal status under the now-discontinued system) have as key components a section with links to the principal topics of the portal's subject and a well-constructed category tree which makes browsing the subject's categories much more efficient. Are there many abandoned and very poor quality portals? Without a doubt. They probably should be taken to MfD. Having said that, there are hundreds of articles which haven't been touched by a human hand for nearly ten years, many of them tagged for no references or worse, yet there seems to be no push to eliminate them. And as for the number of page views argument, so what? I specialise in 18th- and 19th-century opera subjects, e.g. Margherita Zenoni, Giovanni Emanuele Bidera, Don Checco, etc.. They get at most 1 or 2 views a day (most of which are people simply adding categories, etc. or possibly me). But, if only one person finds those articles useful, I'm happy. If only one person finds Portal:Opera useful and/or it helps pique their interest in the subject, I'm happy. I think it would be a very poor outcome and a loss for our readership to eliminate portals across the board regardless of their quality, or to make them virtually inaccessible to readers by removing links to them from articles. Voceditenore (talk) 09:37, 3 October 2019 (UTC)[reply]
  • Oppose The first time it's funny, the next time its not. No, you can not just unilaterally delete the Portalspace with the justification of "at the rate they're going there won't be any to delete soon". Did I read any further than that sentence? Yes. Did I find any betetr reason to mass nuke? Nah. Thanks,L3X1 ◊distænt write◊ 16:22, 3 October 2019 (UTC)[reply]
  • Oppose. This is a "throw out the baby with the bathwater" idea, as others have spelled out in detail that I need not repeat.  — AReaderOutThatawayt/c 04:22, 7 October 2019 (UTC)[reply]
  • Oppose – For several reasons delineated herein, and also per the well-reasoned commentary by DGG within the thread below titled "Thoughts on the value of portals". North America1000 05:53, 7 October 2019 (UTC)[reply]
  • Support While I feel sorry for those who have in good faith attempted to build an maintain them, the fact is portals just don't have the readership and use to justify the timesink they've become for everyone across Wikipedia. And Wikipedia only needs on front page. oknazevad (talk) 18:16, 7 October 2019 (UTC)[reply]
  • Support. Move two dozen of the most general (Space, Nature, History, etc., but not individual countries), high-quality, well-maintained portals from Portal:Topic to Wikipedia:Topic_page and link all of them (not just nine) from the main page. These "topic pages" must be re-worked to be as densely packed with information and regularly updated as the main page. Delete the rest and the namespace itself. Less is more. — UnladenSwallow (talk) 01:45, 8 October 2019 (UTC)[reply]
  • Oppose per DGG below, and many other opposing editors. I am fairly new to editing, and I am still discovering many aspects of Wikipedia (including all the many forums where decisions are made). There are many ways that content within the mainspace of Wikipedia can be found (categories, lists, projects, portals, links between pages, etc), and there are many articles which do not make full use of all those ways. Rather than getting rid of means of navigating content, I think it would be much better to work towards improving the linking of content. Different navigational methods work for different people, or bring up different possibilities. Adding portals to more articles would surely make portals more useful (or do they just work one way?) and if articles which go through DYK, ITN, OTD, FA on the main page etc have portals added to them, surely they can be automatically added to the equivalent sections on portals, keeping those sections refreshed. RebeccaGreen (talk) 15:49, 8 October 2019 (UTC)[reply]
  • Oppose per Rebecca Green and I forget who said this above but basically this is a proposal and solution in search of creating problems. To begin with, the number a pages we are talking about even before the cull is minuscule in the scheme of the pedia, so any argument they cause any detriment, at all, is wholly overblown, and those who do not want to spend time on portals do not have to. But to RebbecaGreen's point, it is well established that people have different learning modalities and different reading styles (do research and learning differently - this is one reason why textbooks present information in prose, lists, boxes, etc., etc., etc., and not just in one way, in multiple ways) Alanscottwalker (talk) 16:02, 8 October 2019 (UTC)[reply]
  • Support. Delete all but the ones mentioned by UnitedStatesian. They are useless waste of time, nobody reads them, just few portal-fans edit and maintain them for themselves. I am sorry, but we should take their toys away, and make them do something actually useful. And if anybody leaves Wikipedia because we take away the portals and they never did anything else, sorry, but this no loss. Wikipedia is not a playground for creating pages with no encyclopedic use... ok, seriously, you can maintain them in your userspace, what's the difference? --Piotr Konieczny aka Prokonsul Piotrus| reply here 07:33, 10 October 2019 (UTC)[reply]

Intermediate proposal: de-link from article space

Articles with the {{Portal}} template, or perhaps the {{Portal bar}} or {{Portal-inline}} or {{Pbox}}, or in rare cases {{PBIE}} (optimized for portaling with Internet Explorer, in Ireland) tend to link to portals of very dubious relevance, which can't be excused no matter how well-maintained they might be.

Portals have been called the poor man's main page. Indeed, the navigational value of these linking to one from an article is rarely much better than linking back to the actual Main Page (which… I'm amazed to say doesn't happen much) and the self-referentiality is only slightly less than linking directly to the page for whichever WikiProject voted 4–1 to give themselves jurisdiction over the matter. Or indeed, the user page(s) of whoever decided that a former gift shop should link to every decade that the store itself existed (and for which a portal page still exists), that a list of animals is considered Portal:Biography, and that a drive-by shooting falls under the vast umbrella of Portal:War.

I suspect some of these dumb/vague/irrelevant portal links I've found are the result of "upmerging" the incoming links when a more specific portal is deleted. This is probably based on the flawed assumption that every article needs to link to some portal page, and that we should struggle to find the closest match. But I'm here to suggest none of them do. Even if we do let higher-functioning portals continue to exist for a while longer, cataloging the best and worst articles related to… whatever, we should start by retiring the templates above, which are useless clutter more often than not. ―cobaltcigs 23:17, 22 September 2019 (UTC)[reply]

  • Interesting. Definitely ought to strike links to bad portals/meaningless connections. Don't know I'd go all-out delete, but a good conversation-starter. Hyperbolick (talk) 23:21, 22 September 2019 (UTC)[reply]
  • Oppose complete delinking: baby, bathwater, all that. I fixed your exemplars, and the remaining problematic ones should be fixed via maintenance also. UnitedStatesian (talk) 16:52, 23 September 2019 (UTC)[reply]
  • I'd suggest an adjustment/refinement of cobaltcigs's proposal - delink portals from article space and category space (which would include removing from many templates) except retain links from Foobar (article) and (possibly) Category:Foobar to Portal:Foobar. That would remove irrelevant links and reduce watchlist noise (many edits to category pages are tinkering with portal links). DexDor (talk) 11:56, 24 September 2019 (UTC)[reply]
    Most of the watchlist noise is temporary, from portals leaving categories and being unlinked on deletion. The proposal would extend that noise to all portals. Certes (talk) 11:00, 25 September 2019 (UTC)[reply]
In the longer term it would decrease noise as most articles and categories would then never have portal tags on them. DexDor (talk) 18:58, 25 September 2019 (UTC)[reply]
  • Oppose - Not helpful in creating interest. - Knowledgekid87 (talk) 17:42, 24 September 2019 (UTC)[reply]
  • Support. If we don't have to see this cruft obscuring the actual content of our articles, it becomes much less important to prevent the cruft-enthusiasts from expanding their collections of cruft. —David Eppstein (talk) 21:11, 24 September 2019 (UTC)[reply]
  • Oppose - Not helpful in creating interest and will lower page views unnecessarily. North America1000 21:18, 24 September 2019 (UTC)[reply]
  • Oppose delinking. In a way, this is a solution looking for a problem. The whole issue over portals just creates work - even just discussing it - which could better be used for improving and policing the quality of mainspace articles , combating vandalism, and deleting inappropriate articles. Existing portals do not do any harm, neither is it a case of server capacity. Time to put this whole business to bed. Kudpung กุดผึ้ง (talk) 03:18, 25 September 2019 (UTC)[reply]
  • Oppose - Agree that links to poorly-thoughtout out portals are not helpful, but as long as we vet the creation of portal to make sure they are appropriately broad, these are extremely helpful to serve as broader topic outline pages. --Masem (t) 03:23, 25 September 2019 (UTC)[reply]
  • Partial support. I would suggest that we catalog which portals are in the best shape and which are in the worst shape, and unlink the worst, since there is no point in taking people to garbage. bd2412 T 04:05, 25 September 2019 (UTC)[reply]
    A list of portals in good shape would have other benefits for readers. It would also allow editors to resume improving a subset of portals in the knowledge that our work is not about to be deleted. Certes (talk) 11:00, 25 September 2019 (UTC)[reply]
"resume improving"?! Many/most portals weren't being maintained (i.e. corrected/updated) let alone improved - whilst more and more low quality portals were being created. For example, one portal said "How is called the Biotechnology branch applied to industrial processes?" for 12 years and referred to a file that had been deleted for 8 years. DexDor (talk) 11:45, 25 September 2019 (UTC)[reply]
The MfDs are already culling the list of portals, and I doubt any completely new community process would be more efficient or effective, assuming a consensus could even be developed on what to do/how to do it. --RL0919 (talk) 19:28, 25 September 2019 (UTC)[reply]
  • Oppose I can't see how this is helpful. A single navigation link near the bottom hardly "obscure[s] the actual content of articles", as David seems to think, and for those who want to navigate between articles by Portal, let them. Adam Cuerden (talk)Has about 7% of all FPs 11:04, 26 September 2019 (UTC)[reply]
  • Comment. Portals are practically de-linked from article space!!! According to the useless, out-of-date WP:POG which has barely changed in 12 years, portals are meant to "attract large numbers of interested readers" (why? they're not articles) yet the only mainspace link that portals "should" have is one from the main topic. One link!!! How did they ever think they would attract lots of readers? The fundamental problem is that POG implies and most editors believe that portals are there to entertain readers yet POG has set up a system that guarantees failure. On the other hand portals have the potential to be very useful navigation aids if, like categories, they are well-linked, and very useful project tools that show coverage and identify where articles need to be created and improved. They can be a showcase, yes, but is frankly a cosmetic add-on. Bermicourt (talk) 08:42, 29 September 2019 (UTC)[reply]
    The guidance says To optimise access to portals, each portal should have the following links leading to them:. It doesn't say that these should be the only mainspace links, and I don't believe others have interpreted the guidance in that manner. isaacl (talk) 01:24, 30 September 2019 (UTC)[reply]
  • Oppose doesn't make sense to me. Either have the portals and link to them in article space or don't have them at all. They're far less useful if our readers can't find them. Lepricavark (talk) 04:26, 30 September 2019 (UTC)[reply]
  • Support deletion of portals with the exception of some 50-100 exceptionally broad and vital topics. It is customary for all major websites to do away with parts of their websites that aren't popular with readers, and are therefore unnecessarily hogging maintenance costs. SD0001 (talk) 17:43, 5 October 2019 (UTC)[reply]
  • Oppose. This is a silly WP:SPITE proposal that amounts to "hide from all users a feature I'm not personally fond of, even though others like and use it".  — AReaderOutThatawayt/c 04:26, 7 October 2019 (UTC)[reply]
  • Oppose per characterisation of editors requesting deletion as a "small band of determined editors". I'm willing to reconsider if it turns out that's not accurate, but I do not see the value of this approach to ending a contentious debate (or series of debates). Airbornemihir (talk) 04:08, 9 October 2019 (UTC)[reply]
  • Support. Too many links to obscure tools obscure useful links to stuff like Commons or Wikivoyage or such. We need to prune links to failed ideas like portals that nobody has any use for. --Piotr Konieczny aka Prokonsul Piotrus| reply here 07:35, 10 October 2019 (UTC)[reply]

Significance of mobile Wikipedia to portals

  • Comment - Do we have overall portal usage stats between say 2008 and now? I wonder if the adoption of viewing Wikipedia on a mobile phone makes/made portals less visible? WhisperToMe (talk) 12:02, 23 September 2019 (UTC)[reply]
WhisperToMe, I picked 3 Featured Portals at random and did some checking, albeit with a caveat. The mobile version appears to have been released in the Spring of 2014 [4]. The page stats tool was only implemented in July 2015. So I compared each of the three portals for the periods July–December 2015 and July–December 2018.
Portal:Medicine: July–December 2015 – 33,301 page views; July–December 2018 – 18,718 page views
Portal:American Civil War: July–December 2015 – 14,355 page views; July–December 2018 – 9,834 page views
Portal:Horses: July–December 2015 – 3,509 page views; July–December 2018 – 2,410 page views
The introduction of the mobile version and the increasing use of smart phones may have been a factor in the declines noted above. For example, Medicine, the parent article of Portal:Medicine, doesn't display the portal bar at the foot of the page in its mobile version. Nor does it display the footer Navigation box which also links to the portal. Another point is that the article Medicine for the month of September 2019 had 15,072 page views via desk top vs. 23,029 page views via mobile (a significant majority). I imagine the proportions for the articles Horse and American Civil War are similar.
As for the portals themselves on mobile, the quality of the experience can vary. Portal:Horse on mobile is good. Portal:Medicine not so good. The mobile version couldn't cope with a section presenting images as a transcluded random slideshow. Voceditenore (talk) 15:59, 23 September 2019 (UTC)[reply]
Thank you so much for the comparisons! It's telling to see the portal views being halved like that, only from 2015. I wonder if people in favor of keeping portals have considered discussing things with the developers of the mobile version of Wikipedia? WhisperToMe (talk) 22:26, 23 September 2019 (UTC)[reply]
  • While I'm leaning towards deprecation (not necessarily deletion) of portals, I'm wondering that instead of yet another end portals RfC, if instead there could be an RfC to reform the Portals process first. Like, perhaps more stringent standards for Portals, or a more thorough implementation of the Portal creation/maintenance guidelines? From what I can tell, while many are opposed to deprecating portal space as a whole, editors seem to be open to the idea of some kind of compromise: i.e. keep some but not all portals. On the other hand, in some cases that I've seen in the past (particularly around the time WP:ENDPORTALS took place), even when portals were kept, many ended up going back into inactivity. Perhaps, instead of this RfC, there should have been some systematic drive to reform the portals process, make them more active, while taking into account the concerns raised before regarding the "portal spam" and the apparently inadequately implemented automation? Then if that failed, only then would it have been the time to have ENDPORTALS 2.0? Narutolovehinata5 tccsdnew 14:59, 23 September 2019 (UTC)[reply]
Mentioned during many deletion talks was the fact that {{Portal-inline}} is visible in mobile view.....we were hoping that during cleanup (portal replacement after deletion) that the inline version would be used...but there seems no interest by those involved to help make portals visible for all.--Moxy 🍁 11:26, 25 September 2019 (UTC)[reply]

Alt-Proposal 1 to total deletion of Portal space

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.


Pinging all editors who have participated in this discussion so far: @Bermicourt @UnitedStatesian @Hyperbolick @BrownHairedGirl @Hecato @David Fuchs @Certes @cobaltcigs @CodeLyoko @Mark Schierbecker @SmokeyJoe @Kingsif @Mr rnddude @DexDor @Guilherme Burn @Adam Cuerden @Kusma @Masem @Knowledgekid87 @Blueboar @BD2412 @Sm8900 @Benjamin @Hut 8.5 @4meter4

Since there seems to be overwhelming agreement among editors that the vast majority of existing portals are useless, I'm proposing a clearer deletion cut off to move the discussion along. My proposal is this: All currently existing portals be deleted, except for the top 75 portals in views from January 1 to September 1 2019. This will eliminate the vast majority of the abandoned/unused portals in existence today, and give the highest viewed portals the chance for individual evaluations or new maintenance plans to be crafted, as has already been happening at MfD for many months. Any of the deleted portals, such as Portal:Opera, may be moved to project space upon request (or before deletion) for use by editors, but with the understanding that they may not be returned to portal space. This is not meant to be a complete re-hash of the above discussion, but to advance that discussion to the next stage, so please try to keep brevity in mind when replying either way, so that it is easier to ascertain baseline support. I obviously Support this proposal per my reasoning at over 200 portal MfD's. Newshunter12 (talk) 22:54, 20 September 2019 (UTC)[reply]

Struck this side proposal of mine since it's clear the community doesn't want it and it's serving only as a distraction to the above discussion. I removed the RfC tag as this was never meant to be an RfC of its own, just a next-step continuation of the above discussion. Newshunter12 (talk) 09:06, 22 September 2019 (UTC)[reply]
  • I'd learn toward keeping more, rather than fewer, and would prefer moving to project space over deletion. Benjamin (talk) 22:56, 20 September 2019 (UTC)[reply]
    • Agree with moving over. In fact, would undelete all recently deleted portals with history (ie more than one editor doing real work on it) and move those to some space for historical preservation. Hyperbolick (talk) 23:05, 20 September 2019 (UTC)[reply]
      • @Hyperbolick Your getting into contentious new ideas here and above. Please stay focused on the proposal I put forward and strike your new proposals. @Benjamin Six months of MfD and over 850 deleted abandoned/low view portals with no end in sight speaks to how few topics can sustain a quality portal. Newshunter12 (talk) 23:32, 20 September 2019 (UTC)[reply]
        • Count my counterproposal as an oppose like those below, then, as I wouldn’t delete important portals over pageviews. Hyperbolick (talk) 23:46, 20 September 2019 (UTC)[reply]
          • Sigh. @Hyperbolick, you are presently voting twice now in this section (keep! and oppose!). Please strike one, as you only get one vote. Portals with low page views are overwhelmingly abandoned crud by a huge margin, as six months of MfD has shown. Newshunter12 (talk) 00:03, 21 September 2019 (UTC)[reply]
  • Oppose. Just because a portal isn't viewed frequently, doesn't mean the portal itself isn't maintained well or isn't active. Portal:Opera is a perfect example of this. I am not in favor of a mass deletion which throws out babies with the bathwater. Deletions should be remain an individual process of consideration.4meter4 (talk) 23:36, 20 September 2019 (UTC)[reply]
@4meter4 Portals with any maintainers in years are few and far between, as six months of MfD has shown. Newshunter12 (talk) 00:03, 21 September 2019 (UTC)[reply]
If cut to the important ones (by true significance, not arbitrary views) those who do portals will gravitate to what remains. And merge all the lesser subjects up, in the process. Hyperbolick (talk) 00:58, 21 September 2019 (UTC)[reply]
I doubt that assumption is accurate. In my experience, editors contribute usually in a few areas of interest, and gravitate to those portals associated with their interests. I spend most of my time writing on operas and opera singers because that's my interest and I spend most of my time working in two wikiprojects related to that topic. If the opera portal goes, even though it is highly active, I will not get involved with another portal because I am only interested in contributing in that one area. As for MFD, keep at it one portal at a time. There's no need for expediency. Be respectful of good work and editor's contributions by taking time to evaluate them individually. If the work is overwhelming maybe you need a wikibreak.4meter4 (talk) 01:11, 21 September 2019 (UTC)[reply]
  • Oppose. I see no such overwhelming agreement, nor support for deleting an arbitrary quota of 95% of portals. Certes (talk) 23:41, 20 September 2019 (UTC)[reply]
@Certes You're apparently incapable of basic math. This would eliminate less than 90% of existing portals and six months of MfD and 850 deleted portals (over 50% of the pre-TTH portals) speaks to how few portals actually have any merit. Newshunter12 (talk) 00:03, 21 September 2019 (UTC)[reply]
Thank you for the arithmetic lesson. I was referring to the 1500 portals which existed at the start of the cull. Certes (talk) 00:16, 21 September 2019 (UTC)[reply]
  • Oppose No, consensus seemed to be shifting to "let's not make any arbitrary deletions". In fact, I think many agree that this suggestion to even consider throwing out an entire namespace that has a very active project and useful pages that are well-maintained is a bad idea and spearheaded by users who don't particularly contribute to those upkeep efforts. Kingsif (talk) 23:45, 20 September 2019 (UTC)[reply]
@Kingsif Over 850 portals (over 50% of the pre-TTH portals) have already been deleted for being complete crud. Why force editors to waste their time going through the rest one by one? Newshunter12 (talk) 00:03, 21 September 2019 (UTC)[reply]
The suggestion, pick an arbitrary number or the entire space to delete, based entirely on quality then views, could effectively be compared to "let's delete a random selection of stubs" (or all stubs). Sound like a good idea? No, we can go through them if we must but if you find that too tedious, I think keep all is a better option than delete all. Kingsif (talk) 03:40, 22 September 2019 (UTC)[reply]
  • Strong oppose This WP:TNT-like approach to clean out Portal space makes no sense and is not how we do things on WP. Each portal must be evaluated case-by-case. --Masem (t) 01:20, 21 September 2019 (UTC)[reply]
  • Support – page views probably aren't the best way to draw the line, but I support it nonetheless, as we'll end up in the same place anyhow. I also support Hyperbolick's counterproposal above. Again, Vital 100 is probably not the best place to draw the line, but still better than what we have now. No matter what we do, we're going to end up at the same place: about 10 portals, the community portal and the main page ones. Whether we get there en masse or one-by-one, whether we draw lines using pageviews or Vital Topics, the method will only affect how much of our time we take up on the journey; the destination is the same. Levivich 01:24, 21 September 2019 (UTC)[reply]
  • Oppose page views aren't a good metric to use by themselves and we should be considering these on a case-by-case basis rather than using an arbitrary cutoff. I would suggest a good next step would be to draw up some proposals for criteria we can use to determine whether a topic should have a portal or not, since it doesn't look like getting rid of all of them is going to pass. Hut 8.5 10:06, 21 September 2019 (UTC)[reply]
  • Strong Oppose Why on earth would we base it on views, and not quality? And, even if we accepted that (which we shouldn't), why have a pre-determined, arbitrary number of portals, with the other thousands of portals deleted without the possibility of appeal, and likely without any people maintaining them ever being aware of this discussion? And why 75 portals to survive? We don't even know how many page views the 75th highest portal has, nor the 20th, nor the 76th, nor the 120th, nor the 1000th because the proposal is entirely arbitrary and not based on any relevant counts or research. This is an appalling idea, and doesn't feel like a well-thought out proposal to improve the encyclopedia, it only seems to work if the logic is "Let's delete all as many as possible of the portals," because why else have an arbitrary cutoff for the number allowed to survive? We do have a problem evaluating portals: The mass portal creation of a while back also involved editing over what used to be featured portals, and there's enough pieces to portals that it can be very hard to properly revert everything, since you may need to revert dozens or hundreds of pages to get everything to how it was, instead of having bot-generated content for at least some of it. Adam Cuerden (talk)Has about 6.9% of all FPs 11:34, 21 September 2019 (UTC)[reply]
  • Strong Oppose as per User:Adam Cuerden. Quality and utility should be what we base our judgements on. Not pageviews. We are not some kind of clickbait website. Pageviews on their own do not demonstrate anything, besides maybe poor linking. Link something on the frontpage and it will have tens of thousands of clicks, even if it is empty page with no utility whatsoever. Similarly the best portal in the world will not get any clicks if readers are not aware that it exists. --Hecato (talk) 11:50, 21 September 2019 (UTC)[reply]
    How does one measure "utility", if not by page views? Levivich 17:00, 21 September 2019 (UTC)[reply]
    Pageviews are not used at all in assessing WP:VITAL. Would guess, has some thought to utility of having such articles. Hyperbolick (talk) 21:34, 21 September 2019 (UTC)[reply]
  • @Levivich: I like User:Hyperbolick's answer. To add to that: Let's (for the sake of the argument) agree the purpose of portals is (1) to introduce users to the most important topics in a topic area, plus (2) showcase high quality content, plus (3) advertise WikiProjects and other related Wikimedia. The utility of a portal is then defined as its ability to fulfill these purposes. And if we need to quantify utility, then we get a consensus.
How do we decide which articles should be picked in (1)? Initially bold editor discretion and when people disagree, educated consensus. For an editor with an interest in a topic it should not be too hard to select the most important articles for a topic area, but WikiProjects also offer importance ratings of articles in their scope. Both utility and how well content is presented can then be part of a quality assessment.
I think the strong dislike for portals from parts of the community is due to many portals being poorly implemented when it comes to point (1) and a general lack of quality in presentation. Points (2) and (3) are nice and all, but if I go to a portal about biology as a regular reader, then I want to get a quick interactive and visually attractive introduction to the most important articles in the topic area of biology, not look at a bunch of A-class articles about obscure microbes, even if they are really well written. --Hecato (talk) 12:05, 22 September 2019 (UTC)[reply]
I think all of (1) (2) & (3) are desirable, but they do not mix well. For (1), the parent article does the job best. For (2), a WP:Category intersection of Category:Wikipedia featured articles and your desired topic category tree would be wonderful, but nothing currently serves well. For (3), one should enter through the Community Portal. Cross namespace linking out of mainspace is discouraged for good reason. —SmokeyJoe (talk) 12:34, 22 September 2019 (UTC)[reply]
@Hecato: Thank you. Hyperbolick (talk) 14:11, 22 September 2019 (UTC)[reply]
  • strong oppose. Lack of page views is not a reason to discard portals. Sm8900 (talk) 03:58, 22 September 2019 (UTC)[reply]
  • Strong Oppose: Portals are useful tools for navigation on broad topics of interest. The entire proposition of deleting portals to save editor’s time is misguided. If saving editor time is the priority that would imply we should consider deleting the entire Wikipedia. The advocates against portal are repeatedly failing to appreciate that there are significant number of users who use Portals, care about them and are ready to work on improving them. There can be a criteria for establishing notability / importance of a topic area for creating / keeping a portal and a certain quality benchmark before reaching which portals can be mandated to flag a “Draft” status. But getting rid of the portals altogether would be counterproductive and a serios blow to the appeal of Wikipedia. Arman (Talk) 10:35, 22 September 2019 (UTC)[reply]
Useful? How? How is a portal useful for navigation? They seem to feature a pseudo-random selection of articles liked by the portal creator, no attempts at enabling comprehensive navigation, and include a lot of cross namespace linking.
You miss most of the rationale, it is little about saving editors time, and more about removing a reader disservice.
Virtually no one uses portals. Looking at pageviews, from mainpage to mainpage linked portals, and secondary linked portals, it is like a thousand-fold attrition each time. Pageviews in the single digits are probably web crawlers and Wikipedia bots.
Your notion of “notability” and portals shows a poor understand of both notability and portals. Notability has nothing to do with a portal. Notability is for articles. —SmokeyJoe (talk) 11:00, 22 September 2019 (UTC)[reply]
Useful for navigation: in the same way the main page is useful for navigation. The characterization that you make can apply to main page as well.
Rationale: Please refer to the last line of Bermicourt's opening of this debate: "So it would save all involved editors a lot of time if we just agreed to scrap portals and portal space rather than continue the present process with those editors who see no value in portals having to put them one-by-one for deletion while those in favour of keeping them continue to waste time trying to defend them."
Page-view count is not a criteria to keep pages/material on wikipedia, nor is it a measure of usefulness. If it were, it would import bias. Only popular topics would remain. Portals are useful to editors who focus on specific subject areas - they may be few in number but their enthusiasm and contributions are immensely valuable for wikipedia.
I used the term "Notability / importance" to imply a measure parallel to notability measure of articles. Portals should meet a high threshold of notability / importance / breadth than articles and hence community can decide on such a criteria which I would support. Also, I would refrain from challanging other users "understanding" because it may be against WP:Civility. Arman (Talk) 11:25, 22 September 2019 (UTC)[reply]
You don’t go to the main page for navigation. It may be ok for browsing, but browsing is wandering, not navigation. The portals replicated the main page style of pseudo random interesting links, enticements to wander, not navigate. I think the fundamental flaw is that portals were supposed to be for navigation purposes, but they don’t meet that purpose.
Yeah, Bermicourt's rationale is not the one I would have used.
Portals are useful to editors who focus on specific subject areas. YES! That’s why they should be moved into their associated WikiProjects, they are for interested editors, not readers. —SmokeyJoe (talk) 11:35, 22 September 2019 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Ethical Question - Should portals continue to be created or deleted while the community debates their future?

I only raise this because, while the community debates the purpose and future of portals, individual portals continue to be put up for deletion at a rate that may render the outcome of the discussion pointless. I'm not an expert on Wikipedia protocol, but my understanding was that, if we are actively discussing an issue, especially one that is clearly contentious, it is a fundamental breach of conduct to continue 'fighting the battle' for one side or the other. The focus must surely be on resolving the issue first. Bermicourt (talk) 17:26, 23 September 2019 (UTC)[reply]

  • Seems engaging in either process wastes resources. Going through individual deletion discussions itself suggests question is individualized, and some should/will be kept. Creating more seems equally ill-timed. Hyperbolick (talk) 17:32, 23 September 2019 (UTC)[reply]
  • If I'm being totally honest, I'm not sure I understand why so many people care about portals at all, and are committing any time whatsoever to having them deleted. Since much of the central argument seems to be that they are useless things that no one ever uses, seems six-of-one half-dozen-of-another whether we delete them or just let them sit around collecting dust. GMGtalk 17:46, 23 September 2019 (UTC)[reply]
    • You speak plenty of sense there. I think this is only the second time I've made any comment in the portal wars that have been going on for far too long, and the first time I got in reply to a comment (that maybe people were getting too worked up about the issue) the tired cliché from one of the zealots that my comment said more about me than about portals. Why can't people just get on with building this encyclopedia rather than arguing about how many angels can dance on the head of a pin? Phil Bridger (talk) 18:39, 23 September 2019 (UTC)[reply]
      • I think that the amount of effort to delete does not balance with the claimed lack of relevance, and that this ongoing squabble does far more harm than good. If Portals are really irrelevant, there is no need to delete them, because no-one is looking at them. If a significant number of people use them they should be improved when necessary. · · · Peter Southwood (talk): 18:56, 23 September 2019 (UTC)[reply]
        • The root problem IMO is that portal usage declined as people went to mobile phones, and that portals are not visible enough and are not easy enough for ordinary people to edit. Why get the mobile app to display portals and find a process to make it easy for an inexperienced user to edit a portal? Also when I raised a possibility of replacing direct quotations of articles in portals with transclusion, I felt that the portal deletion advocacy seemed uninterested in solving the issue that caused problems with lesser maintained portals (articles going out of date) and there was a strong preference for deletion instead. WhisperToMe (talk) 05:51, 24 September 2019 (UTC)[reply]
          • No, the root problem is that portal usage has never been high because WP:POG was badly written and inadvertently set it up that way. According to the portal guidelines (now downgraded to information), there "should" only be one link from mainspace. How was that ever going to meet the [questionable] goal of "attracting large numbers of readers", especially as portals don't appear in topic searches either? The real value of portals lies in their potential as navigation aids (but they need to be linked as categories are) and their value as project tools to enable coverage and quality to be improved.Bermicourt (talk) 12:11, 29 September 2019 (UTC) [reply]
          • I agree. I think that portals remain highly relevant and valid. they signify our commitment to treating certain subject areas as important. even if they are not updated, every portal has some compilation of useful articles around a core theme. Sm8900 (talk) 13:04, 24 September 2019 (UTC)[reply]
            • On the contrary, @Sm8900. Portals signify nothing other than the desire of some editors to create Rube Goldberg machines where they don't apply the core editorial techniques of using secondary sources to build content. They are basically just very poor quality mixtapes, which are fun to create but of little or no wider value, as demonstrated by their abysmal viewing fugures. -BrownHairedGirl (talk) • (contribs) 02:26, 10 October 2019 (UTC)[reply]
              • On the contrary, @BrownHairedGirl, clearly portals do have some valid function or else dozens of editors would not have worked on them to create them. I agree that some do get more consistent attention than others. --Sm8900 (talk) 13:22, 10 October 2019 (UTC)[reply]
  • Good question. Very few portals have been created in the last six months, whilst those deleting portals plan to, in their own words, continue the salami-slicing until the portal fans stop whining. I would be interested to read neutral editors' comments on this matter. Certes (talk) 19:48, 23 September 2019‎

There is the issue that no real attempt was made to advertise this discussion. How would people be aware of it unless they stumbled on it? If we're meant to block things on the back of this, it should've been widely advertised a week ago. Adam Cuerden (talk)Has about 6.9% of all FPs 18:51, 23 September 2019 (UTC)[reply]

subsection

If a group excludes portals individually within the rules I see no problem. The problem is the discussion about the future of portals that leads nowhere. No new proposals are raised, just an effort to keep portals abandoned and poorly viewed.Guilherme Burn (talk) 16:42, 24 September 2019 (UTC)[reply]
What are your thoughts about making portals more visible on mobile phones and more easily editable by lay people? I noticed that portal views halved as people got on the mobile app more. WhisperToMe (talk) 02:10, 25 September 2019 (UTC)[reply]
@WhisperToMe:I would like very much. But there is strong resistance to changing the obsolete sub-page model.Guilherme Burn (talk) 13:49, 26 September 2019 (UTC)[reply]
Based on what I can see....the above discussion has no consensus to get rid of portals. I think new ones can be created if the rules governing them are fixed. - Knowledgekid87 (talk) 17:38, 24 September 2019 (UTC)[reply]
  • Portals are like another door into Wikipedia. Let's see, what's another name for "door"? :-) Sm8900 (talk) 01:09, 25 September 2019 (UTC)[reply]
  • In a way, this is a solution looking for a problem. The whole issue over portals just creates work which could better be used for improving and policing the quality of mainspace articles , combating vandalism, and deleting inappropriate articles. Existing portals do not do any harm, neither is it a case of server capacity. Time to put this whole business to bed. Kudpung กุดผึ้ง (talk) 03:05, 25 September 2019 (UTC)[reply]
agreed @Kudpung:. Sm8900 (talk) 13:19, 25 September 2019 (UTC)[reply]
agreed here as well, there is clearly no consensus for the end to the portal system. The MfDs can be done on a case by case basis. - Knowledgekid87 (talk) 13:56, 25 September 2019 (UTC)[reply]

Thoughts on the value of portals

Portals are another way to deliver content, to compile links and articles, to provide a collection of articles around a central theme, to point editors towards central concepts of that area, and to generally promote editing of that topical area. they may not get a lot of editor traffic, but then neither do many Wikipedia essays, many wikiprojects, or indeed many articles on certain topics. is that a reason to get rid of any of those things? Sm8900 (talk) 13:15, 25 September 2019 (UTC)[reply]

As reader material, they fail core content policies. Without explicit sourcing, it is very hard to keep them NPOV compliant. They also present a very poor example of content, being unsourced. They don’t help deliver content better than their parent article, and they fail to provide good navigation, instead tending to showcase editor’s POV via articles that reflect what editors have been interested in developing. —SmokeyJoe (talk) 13:25, 25 September 2019 (UTC)[reply]
Do we need yet another discussion on this topic? Phil Bridger (talk) 13:28, 25 September 2019 (UTC)[reply]
I combined them together as other unrelated discussions should be allowed to continue unabated. - Knowledgekid87 (talk) 13:32, 25 September 2019 (UTC)[reply]
@Knowledgekid87: thanks, that's fine. @SmokeyJoe: well, I guess I disagree with that. I agree that yes, I suppose these points have been covered elsewhere in existing discussions here. thanks. Sm8900 (talk) 13:35, 25 September 2019 (UTC)[reply]
@SmokeyJoe: There are many legitimate concerns about portals, individually and collectively, but this seems like a very dubious line of criticism. By this reasoning, the Main page has all the same flaws. I wonder what would be the response to an RfC about how the main page "fails core content policies". --RL0919 (talk) 13:47, 25 September 2019 (UTC)[reply]
The Main page doesn’t pretend to offer comprehensive navigation to a whole subject area. Subject portals do so pretend, and then don’t. —SmokeyJoe (talk) 14:03, 25 September 2019 (UTC)[reply]
with respect, if that's your objection, there's not one portal that could meet that standard. the whole point of portals is to be a portal into a subject area, not to "offer comprehensive navigation." there's no way for any single portal to do that, as far as I know. Sm8900 (talk) 14:07, 25 September 2019 (UTC)[reply]
Portals could, I believe, meet this standard. They could merge their concept with that if WP:Outlines, and give up pushing selected articles, and wind back linking to WikiProject pages. —SmokeyJoe (talk) 22:36, 25 September 2019 (UTC)[reply]
I believe readers are not expecting portals to offer comprehensive navigation: their very name suggests a starting point for investigation. Additionally, readers are familiar with the content-under-construction ethos in Wikipedia, through their experience in browsing pages of varying quality. isaacl (talk) 16:13, 25 September 2019 (UTC)[reply]
Ok. You think portals offer a starting point for “investigation”. Tell me more. I don’t see any merit to that notion. —SmokeyJoe (talk) 22:39, 25 September 2019 (UTC)[reply]
I agree with you, @Sm8900: in theory, 100%. The problem is what is actually happening in practice. Work with me to imagine for a moment the extreme case, a portalspace that only has Portal:Catholicism, Portal:Opera, Portal:Trains and Portal:H. P. Lovecraft. Does that make any sense? I certainly don't think so. And yet that is the direction we are heading: those are four subject-area portals that get a lot of consistent editor attention, sufficient in my opinion, at lest for the time being (set aside discussion whether they are all broad subjects). The other portals, for the most part, do not; even the eight currently linked from the Main Page; I don't really care that subject-area portals are ignored by readers; my issue is they are almost universally ignored by editors, and hey, that's ok (Wikipedia evolves) as long as we don't pretend otherwise. I'll turn the question around to you: What do you think of a portalspace where the coverage is as spotty as it is today, let alone where it is heading with ~200 more portals still being culled per month at MfD? I encourage more editors to actually look at the state of the space, maybe try editing a portal or two, and then opine objectively based on that experience. UnitedStatesian (talk) 14:48, 25 September 2019 (UTC)[reply]
To take a parallel example, I haven't seen anyone compare navigation boxes across different topic areas and worry about a lack of similarity in how they cover their corresponding topics. It's not an issue because the people who are interested in the areas make decisions based on their domain knowledge on the best ones to create and maintain. If editors interested in opera decide that maintaining a portal offers a helpful entry point to the topic, why should the absence of other portals keep them from deciding how they want to spend their volunteer time? On the other hand, if none of the editors interested in a topic area want to maintain a corresponding portal, then why should other editors declare a portal ought to exist? isaacl (talk) 16:23, 25 September 2019 (UTC)[reply]
Navigation boxes, usually called navigation templates, work. I think everyone can see how they work, and can experience them working. Portals, in contrast, don’t “work”. They appear to be hobby activities for very few editors, and they offer a negative experience for readers. They mostly fail NPOV, they don’t serve as starting points for navigation, they are heavy handed clumsy editor recruitment pages. If they are not doing damage, it’s because humans don’t read them. I strongly suspect that for most portals, all the page hits are web crawlers, Wikipedia bots, and Wikipedia editors. —SmokeyJoe (talk) 22:45, 25 September 2019 (UTC)[reply]
If you mean that currently existing portals don't work, well, most of them aren't a current collaboration amongst editors interested in the corresponding topic area (if they ever were). The only way for a portal to work is for those editors to decide where a portal may be beneficial, define its scope, plan its content, write it, and maintain it. Personally, I'm not too interested in creating portals or list articles, or populating categories, but I'm not going to tell others not to spend their time on activities that they have determined to be useful, provided it imposes no burden on me. isaacl (talk) 03:33, 26 September 2019 (UTC)[reply]
I think Wikipedia should have a browsing functionality, structurally organised by subject area. That's what Portals should be doing, but they don't, not even the top portals. The category systems serves, but is ugly. The sheer number of bad portals was so much inertia that I thought renovation of the portal structure would be impossible. With deletion of the worst, I have more hope. See Portal_talk:Law#Proposed_portal_merger, where I dare to hope to find traction. --SmokeyJoe (talk) 03:43, 26 September 2019 (UTC)[reply]
I agree on this: a good portal serves as a tool and bridge between the readers interested in an area, and editors. They exist beyond mainspace because they pull back the curtain on how WP is edited, just enough, but this helps with navigation within a large topic area, and where readers who are interested in editing can go help. This is not a function of a Wikiproject page, as there the focus is specifically on editing topics in that. But this all points to the fact that what portals we have should be sufficiently broad (it should not be 1-to-1 portal to wikiproject level of coverage) and minimal overlap, and thus the need to have some means to review existing portals that may not be appropriate, and to require new portals to be approved before creation. (Writing about this, reminds me of the old USENET heirarcy discussions and I feel that's a similar approach to be taken here.). --Masem (t) 16:46, 25 September 2019 (UTC)[reply]
I agree with the two comments above. if the question is whether portals should exist, then the fact that some portals are active proves that they should. --Sm8900 (talk) 18:43, 25 September 2019 (UTC)[reply]
What benefit does a portal have that the corresponding navbox doesn't? Some may have benefit to the WikiProject, but I see very few which would have benefit to the reader even if the reader could find them. — Arthur Rubin (talk) 01:54, 26 September 2019 (UTC)[reply]
the fact that several portals are fully active, means that some users do find them useful. Sm8900 (talk) 03:45, 26 September 2019 (UTC)[reply]
Not sure what your saying.....but portals are the only content namespace that allowed a link back to projects. They are not allowed in navboxes ( systematically removed years ago and not seen in mobile view). Administration pages like talk pages are not viable because of mobile view restrictions. Both cancer and US military articles once had portals leading to projects.....no more because of deletion....thus no project views from cotent namespace.--Moxy 🍁 22:59, 29 September 2019 (UTC)[reply]

The way that the community is going about this is entirely screwed up. There's repeated RFCs trying to get consensus to delete all portals, and then when those discussions fail to get consensus there's mass deletion initiatives to delete as many portals as possible, and there's mass creation initiatives to create as many as possible, and then more RFCs to try and force the issue. Certainly this is not good. (As for my own opinion, I wouldn't mind deleting all the portals, but as long as the opportunity remains open to us, I would like to keep the portals open for the subjects that I edit - which is why my position seems inconsistent. But the way the community is going about this is bonkers). --Rschen7754 22:33, 29 September 2019 (UTC)[reply]

  • I do not personally use portals, nor work on them, nor do I intend to . I do not find them helpful for the way I browse, or the way I work here. But different people work and browse very differently, and it would be a drastic mistake to judge what to keep in WP on the basis of what I, or any few individuals find helpful. When I cam here I knew from experience as a librarian what I was likely to find helpful, and even what other people in general were likely to find helpful, but discovered that very few people saw it as I did. I therefore decided not to try to convince or reform them, but to let anyone who liked any particular system to proceed as they liked, and myself work on other areas. I recommend this attitude. There are many navigation systems within WP--they seem to suit different readers or editors for different purposes. There is no one best device-- I would go so far as to say we have no really good navigational device, so we should keep whatever might possibly be helpful. The criteria for keep a navigational device ought to be :
1. Some people use it
2. There are some editors who care enough to maintain it
3. It is not harmful.
There have been some portals that fail point 2, and some that have even failed point 1--fom the discussion here, they have been removed already. There is no need to remove any others. It is very easy in WP to adopt an attitude there is one best way, and other competing techniques are best removed, so people can concentrate on the best one. As there is no agreement at all on what to concentrate on, and the great number and wide diversity of WP users means there is not likely to be a single particular one. We should leave alone things that work and are not harmful. I think therefore the best way to proceed would be a moratorium on any further deletion of portals. DGG ( talk ) 09:11, 1 October 2019 (UTC)[reply]
  • @DGG: your position seems to amount to saying that because we haven't agreed on a perfect navigational mechanism, we should refrain from individually assessing and deleting any portal, no matter how poor it is or how neglected it is. Basically, keep even the clear failures.
Applying your three tests:
1. "Some people use it". All that the pageview data can tell us is whether someone visited the portal page. Without further server logs, to which we don't have access, they cannot tell us whether the reader actually used any of the curated links on the page they lacked on, or just backed off. However, the very very low readership of portals (massviews shows a median of only 21 views per day) indicates a staggeringly low level of repeat visits, which is strong evidence of lack of actual use. Note that because nearly all portals require a purge to view an alternative selection, a single visit by a single reader causes multiple page views. So the page view stats exaggerate the number of visits to the page in proportion to the extent to which readers actually try to use the portal.
2. "There are some editors who care enough to maintain it". For the overwhelming majority of portals, there is no maintenance other than formatting. The substantive content usually goes untouched for a decade.
3. "It is not harmful". It is simply false to claim that the misconceived, neglected portals are harmless. A failed navigational tool wastes the time of any reader who tries to use it. Any portal imposes a cost on the wider editing community, through maintaining links to it, disambiguating links etc, and trying to figure out how to edit its Rube Goldberg machine structure to stop it spewing out false or outdated info.
Before TTH's portalspamming exercise, there were about 1500 portals. Nearly 900 of those have been deleted, leaving 604 portals, of which 31 are currently being discussed at MFD. Nearly all of those 31 have no maintainer, and AFAICS none of of them has an active, involved WikiProject.
Yet you want a moratorium on deletion even of portals which fail your own over-generous criteria. That's utterly perverse. --BrownHairedGirl (talk) • (contribs) 14:12, 4 October 2019 (UTC)[reply]
My point is that since we can never succeed in finding a single navigational medium suitable for all purposes and all users, we should keep whatever some users find helpful. DGG ( talk ) 05:18, 5 October 2019 (UTC)[reply]
It is also worth noting that although hundreds of portals have been deleted, there are well over a hundred portals for which deletion was proposed, and there was either an absence of consensus to delete the portal, or a clear consensus to keep the portal. bd2412 T 16:14, 9 October 2019 (UTC)[reply]

Another alternative proposal for portals: Merge up and redirect rather than deleting

In the course of deleting hundreds of portals, we have rushed past the fact that we have also deleted thousands of hours of work (of varying quality, some of it usable), and deprived those who actually look for a portal on a certain topic any target at all. I think a better solution would be to 'merge and redirect moribund portals up to the next higher level of abstraction. The result would be a remaining set of portals on the higher-level topics having broader sets of coverage and receiving larger numbers of page views. For example, the deleted Portal:Culture should be restored and merged/redirected to Portal:Society. Anticipating two objections that have been raised to this in specific discussions, this is already a familiar practice in other spaces, as we redirect articles from subtopics to supertopics all the time - we have redirect templates specifically for that function. Also, while it is true that the histories of some portals containing poor work would then be preserved, why wouldn't we preserve failed portals and their histories in the same way we preserve failed projects, for historical reference? bd2412 T 17:07, 1 October 2019 (UTC)[reply]

  • @BD2412: Most of that is the WP:HARDWORK/WP:SUNKCOST fallacy. AFD routinely deletes inappropriate pages into which editors have put a lot of work. In most cases, this work was done in good faith, but if it's not appropriate for en.wp, it gets deleted. This is an encyclopedia, not a museum, and it is routine part of any publication that some some work is discarded. Deciding what to keep is one of the core functions of an editor of any publication, and indiscriminate preservation is just a recipe for clutter.
If you want to preserve a failed portal as a relic for the benefit of future wikiarchaeologists who want to study the failed history of redundant content forking, then the solution is to move it to project space. What you are proposing is to keep the stale content forks live by dumping the into another portals, which both is a disservice to readers and a poor means of preservation. But apart from those wikiarchaeologists, I really struggle to see any benefit in preserving stale content forks. By all means, expand the undeleted portals; but for goodness sake don't pollute them with rotted components of abandoned portals.
We redirect from article subtopics to article supertopics all the time. These are not articles; they are portal, and there is long-standing consensus at RFD that a) portals are not plausible search terms, and b) a portal redirect much a broader topic misleads readers. --BrownHairedGirl (talk) • (contribs) 17:30, 1 October 2019 (UTC)[reply]
I would definitely support moving moribund portals to project space pending potential further recycling of their contents. I would not suggest redirects from all topics, but there are some distinct subtopics, such as states to countries or major branches of a field of study to the field itself, for which I think this would be appropriate. bd2412 T 17:34, 1 October 2019 (UTC)[reply]
@BD2412: I am still astonished that you want to recycle stale content forks. We should long ago have dumped all such forks ... and if for some reason, somebody wants to add a content fork on that topic to another portals, they will do much better to create a new fork from he current version of the article.
As to redirects, there are 50 states of the USA. The state portals which have been deleted are all on smaller states (by population). A significant chunk of the portal should be about federal topics, so on average the US portal should give about 1% of its coverage to any one those states. That's too tenuous to justify a redirect. --BrownHairedGirl (talk) • (contribs) 18:17, 2 October 2019 (UTC)[reply]
The United States is made of its 50 states, and most notable people, places, or events in the United States arise within one of those states, with many topics of local importance also being nationally significant. For example, look at the selected biography subjects for Portal:Arkansas: Bill Clinton, a U.S. president; Mike Huckabee, a nationally known repeat presidential candidate; Thomas C. Hindman, a U.S. Congressman and Confederate general; Hillary Clinton, a presidential nominee; Glen Campbell, a nationally known and national award-winning musician; Maya Angelou, a nationally known poet; Darren McFadden, an athlete who won national awards and played professionally for a team in California; and Jermain Taylor, a boxer who competed for the United States in the Olympics. Which of these are not just as appropriately considered a United States subject as an Arkansas subject? bd2412 T 18:48, 2 October 2019 (UTC)[reply]
@BD2412: I'm sorry, but you haven't thought this through. Even just the numbers son't work
This only applies in the context of the abominable content fork model of portal. (No content forks = nothing to merge).
Your example there lists ten topics. As you say, there are 50 states. So if we dump ten topics X 50 states into P:USA, that's 500 content forks dumped into a single set. That's unmaintainable, and unusable: how many purges would it take for a reader to see each of those 500, randomly one at a time? (No, the answer isn't 500; it's much more than that) .
So the whole one-at-a-time magazine model doesn't scale.
And that is only the start of the problems. Beyond that: Arkansas is a small state. California has 13 times as many people: should it get 13 times as many articles?
And again: why preserve a content fork? It has zero original content, and can be re-created in seconds in an up-to-date form if anyone wants to. --BrownHairedGirl (talk) • (contribs) 15:43, 4 October 2019 (UTC)[reply]
I agree that a portal that spat out one of 500 random featured articles would be of little utility. Some content curation would need to be done, perhaps introducing a Portal:United States structure that offered a larger number of areas (for example dividing biographies of cultural figures from those of political figures, or allowing readers to choose to dig into information on specific states or regions). It is my expectation that developing a more useful structure for a handful of higher-level portals will help clean out currently useless lower-level portals through sheer absorption. bd2412 T 21:48, 4 October 2019 (UTC)[reply]
@BD2412:, now that is the kind of positive idea that I can think about and maybe agree with. yes, i can agree with ideas that are intended to improve or refine portals, rather than simply deleting them entirely. Sm8900 (talk) 13:17, 8 October 2019 (UTC)[reply]
This is like the old tantric wheel. The history of portals is full of initially attractive ideas like this, but which fail because of their complexity and/or the persistent problem there a) are not enough skilled editors who are both familiar with that content and willing to maintain the portal; b) the Rube Goldberg machine structure of portals deters both readers and users.
The problem with portals is that they have always been an unhealthy combination of vague waffly principles and absurdly complex implementation which fails both readers and editors. There has never been any systematic analysis of the key questions, e.g.:
  1. what are portals for? (e.g. navigation, or showcasing, or magazines, or a playground for editors who like making baroque structures which offer opportunities for page design and building pages which apply none of the normal principles of content creation, such as WP:V. For the last decade, the magazine and playground aspects have dominated, and failed abysmally).
  2. How should portals try to meet those goals? For example, if you are trying to make a showcase, then is there any way in which it is anything other than an abject usability failure to list only one item at a time, with no list on the face of the portals to choose another?
  3. How is content selected? There has never been any clear guidance on how to select content for a portal. I have yet to see any portal which documents its own selection criteria, and in the last few months dozens of portals have had their content lists significantly expanded by a prolific but deeply-unskilled editor with no grounding in the topic area, who doesn't even leave a visible of what articles have been chosen and why.
    If portals actually matter, we shouldn't tolerate this method of topic selection ... and if they don't matter enough to give a lot more prominence to topic selection, we should just delete them all.
  4. Does the resulting portal actually both a) add enough value for enough for enough readers and b) enough interest from readers to justify the community effort in retaining it while the rest of the web has largely abandoned portals?
I have been scrutinising portals in depth for over six months, and in that time I have yet to see any way in which portals serve any significant purpose other than as exercise for their creators. Proposals such that of BD2412 are all ways of putting lipstick on a pig (with apologies to pigs, who are clever creatures, but don't look great with lipstick). --BrownHairedGirl (talk) • (contribs) 01:57, 10 October 2019 (UTC)[reply]

subsection 1

  • For the benefit of future wikiarchaeologists who want to study the failed history of redundant content forking, then the solution is to move it to project space. Yes! Same as I said at Wikipedia_talk:Portal/Guidelines/Archive_6#Portals_are_moribund. Not just future wikiarchaeologists, but to acknowledge current learning now, for the immediate future, and to prevent future editors from making the same mistakes. The Main page concept of a portal to showcase subsets of the encyclopedia by subject area is a failure. Deleting the worst of the failures makes it harder to point to the failures. I support archiving not for re-use, but as a reference for what not to re-create.
I previously suggested redirecting every failed portal to its parent article. Parent articles already serve as introductions and starting points for navigation, and lots of "edit" links to tempt readers into becoming editors. I have also suggested that every half reasonable portal can be moved into its corresponding WikiProject.
If you want to rescue portals, start with defining their purpose. Showcasing Wikipedia:Featured articles by subject area is not what readers want, and it is forking from Wikipedia:Featured articles. Readers are not using Portals for navigation. Is this because they are a useless method for navigating, or because they do not even try to meet that purpose. WP:Outlines tries to serve as navigation, but they too fail. Readers do not become editors via Portals. What do portals do? --SmokeyJoe (talk) 05:41, 3 October 2019 (UTC)[reply]
@SmokeyJoe: what do portals do? is that your question? they provide a portal into a general topical area, by providing an overview, a set of links to representative articles, and an articulation of some basic concepts of that topic, to enable readers to get a general overview of that topic.
here are just a few examples. flag United Kingdom portal, icon Environment portal, flag United States portal, icon Biology portal,  Chemistry portal, flag New York City portal, , , icon Society portal,  Music portal, etc etc. there are dozens of other examples. Sm8900 (talk) 13:12, 8 October 2019 (UTC)[reply]
Yes. That’s what portals seem to aim to do, and fail. That purpose is redundant to the parent article. Readers aren’t using them. I disagree that they provide an overview, instead they provide a very small pseudo-random sampling. —SmokeyJoe (talk) 21:25, 8 October 2019 (UTC)[reply]
I agree with @SmokeyJoe about the redundancy; a well-built head article does a vastly better job of the key portal functions than nearly all portal pages. But I'd go further than Joe on the failure to provide an overview: overwhelmingly, they provide an abysmally-structured, badly designed, redundantly-displayed very small pseudo-random sampling whose selection criteria are completely opaque, and which is nearly always chosen without scrutiny or discussion by an editor who lacks the skills to do it well. --BrownHairedGirl (talk) • (contribs) 02:04, 10 October 2019 (UTC)[reply]
  • This is going to be a drive-by comment, these discussions go too quickly and attract too much emotion for me to follow. I agree with preserving content where possible, even if it's part of a widespread project that we've determined has been a failure (which seems to be the case). I suggest that the best way to do that, for portals which have a single upmerge target (and upmerge is probably the wrong term), is to redirect-in-place, not move them to a different location. For example if Portal:Culture is upmerged to Portal:Society, just leave the old history of the culture portal intact where it is, and top it with a redirect. That becomes more difficult for portals that are upmerged to more than one target, for example links to Portal:History of Canada were replaced with links to both Portal:Canada and Portal:History. Maybe that could be handled by some kind of new soft redirect template. Ivanvector (Talk/Edits) 15:53, 4 October 2019 (UTC)[reply]
Would be best to place somewhat related portals in a replacement drive...that said we should be changing portal templates from non-mobile versions to the mobile version...no point in changing all the portals if most cant see them anyways (more wasting time). Need to change {{Portal}} to {{Portal-inline}} (only version that is seen on mobile versions). Or fix {{portal}} to a mobile version.--Moxy 🍁 16:03, 4 October 2019 (UTC)[reply]
  • @Ivanvector, portals are not content. Overwhelmingly, they are collections of content forks. The rest are just links wrapped in a Rube Goldberg machine. So there's no content to preserve. I have no objection to archiving deleted portals, but it would be a pointless exercise for anything other than wikiarchaeology. We don't for example archive deleted templates or categories, so why archive portals?
As to links, the problem with leaving them as links to redirects that it breaches the principle of minimal surprise. If reader clicked for example on a link to Portal:Port Harcourt and found themselves redirect to Portal:Africa, they would rightly feel misled.
And in many cases this would lead to a page displaying a box of multiple portal links which all redirected to the same destination (e.g. P:Foo City _+ Portal:Foo region + Portal:Foo country all redrecting to P:Africa, which is also listed). That would be highly misleading and annoying. --BrownHairedGirl (talk) • (contribs)
I didn't write it out but I was thinking that redirects of that sort would be like disambiguation links, where articles generally shouldn't link to them and readers would be encouraged to fix them. So if a reader clicked on a link to the Port Harcourt portal and found a message saying something like "this portal is defunct, here is a link to Portal:Africa and here is another link to instructions on how to fix this link", then they might be surprised, but they can find some relevant content if they want, and they have a guide to fixing that surprising link if they decide they want to contribute. It would save you owning replacement of all of those links yourself. Ivanvector (Talk/Edits) 13:06, 6 October 2019 (UTC)[reply]

Time to close this

At this point it appears that there is no consensus to get rid of all Wikipedia portals, and the discussion has devolved into a "what do we do now?" situation. If someone wants to centralize a discussion about which portals to keep versus which ones to delete then it should be held separately. - Knowledgekid87 (talk) 16:47, 8 October 2019 (UTC)[reply]

  • Third, since while I don't see the current value in keeping portals we clearly aren't ready to say goodbye to them - or some value can still be gleamed. I just hope the cycle doesn't repeat if this does close as no consensus - that would basically be a drain on the wiki to keep repeating this over and over. Kirbanzo (userpage - talk - contribs) 03:34, 9 October 2019 (UTC)[reply]
  • I think it should be clear by now that there is no consensus among the community to delete all of the portals. We do need a guideline on the process to weed out the portals that pose problems, but this discussion isn't going to get there without a fresh start. - Knowledgekid87 (talk) 15:09, 9 October 2019 (UTC)[reply]
  • The need for better guidelines is strong. Tompw (talk) 15:58, 9 October 2019 (UTC)[reply]
  • Yes, just close as "no consensus" please. Nemo 15:27, 9 October 2019 (UTC)[reply]
Actually, I would say there IS a consensus (just not the one that either “side” was hoping for). I would summarize it as - Portals can continue to exist, but must adhere to strict guidelines that limit them. The missing piece is that we need to write those strict guidelines. Blueboar (talk) 16:07, 9 October 2019 (UTC)[reply]
Not quite, Blueboar.
The missing piece is that there is still nothing remotely resembling a plan for how to create portals which actually add value for readers in an era when portals are redundant, and how to maintain them when readers don't want them (which is why wise editors put their energies elsewhere, and portalspace is dominated by the less wise).
Where we've actually ended up is is in a situation which the same bunch of editors who have comprehensively mismanaged portal-space for 15 years will probably be reprieved to mismanage a smaller set of portals, while the community urges "do better" to a group who clearly are not up to the job. All that will happen out of this is to shrink their playground, without ever resolving either the fundamental conceptual problems of portals or the fundamental social problem of portals, which is that they have become the refuge of under-skilled editors who like making pretty pages with little or no critical discussion, and without the arduous burdens of WP:V, WP:RS, WP:NPOV etc. There are some skilled editors who work on portals, but they are are not the driving force. --BrownHairedGirl (talk) • (contribs) 02:20, 10 October 2019 (UTC)[reply]
The main problem I see with portals are not the portals themselves but that no-one uses them.(I mean almost no-one). We should probably implement something to advertise them. TheTrainNoch (talk) 04:29, 10 October 2019 (UTC)[reply]

Deterioration and Continuation of Portals discussion

Please note, let's make sure that this ongoing discussion does not deteriorate by losing participation at the new pages where these topics are continuing.

discussion of this important topic is continuing at the following talk pages. Various questions are being raised there.

Please note; editors are also free to add comments here, i.e. right here in this section on this page. thanks. --Sm8900 (talk) 21:06, 26 September 2019 (UTC)[reply]

Controversial Working Group Recommendations

The 2nd generation of working group recommendations has been released on for consultation on meta. Each WG has around 10 recommendations, but I've attempted to include the most key and/or controversial one of each group below. Nosebagbear (talk) 16:34, 21 September 2019 (UTC)[reply]

The include draft recommendations on:

  • Unified Code of Conduct across all projects
  • Limits on holding multiple positions/term limits
  • Decentralising technical development
  • Broader and most co-ordinated advocacy
  • Restructuring of Wikimedia resource allocation and creation of thematic hubs
  • Use of revenue-creating Wikimedia API/paid wiki services/alternate revenue streams
  • Governance and restructuring of Wikimedia movement organisations
Advocacy, thematic hubs and money-making amongst them. Clear suggestion to politicise etc the movement. This will be fun. - Sitush (talk) 16:51, 21 September 2019 (UTC)[reply]
I expect quite a battle over the recommendation to change notability and reliability standards. Very controversial. Blueboar (talk) 16:59, 21 September 2019 (UTC)[reply]
Blueboar, Where is the recommendation to change notability and reliability standards? · · · Peter Southwood (talk): 15:33, 23 September 2019 (UTC)[reply]
It's here m:Strategy/Wikimedia movement/2018-20/Recommendations/Sprint/Diversity/8. Fortunately, these are simply working groups. Until WMF comes down with a resolution to force some of these changes across all wikiprojects, we can only consider this guidance but not absolutes. Too many of their recommendations are against long-standing policies likes V and RS. --Masem (t) 15:37, 23 September 2019 (UTC)[reply]
On the other hand, it's good to give feedback now instead of waiting until the decision-makers have already made a decision. It might prevent them from making a bad decision. Or at least it would make it harder for them to claim they didn't see enough opposition. Anomie 21:01, 23 September 2019 (UTC)[reply]
The workflow was that the recommendations of the working groups (after the Tunis meeting) are "up to community consultation" and then go straight to the board. Since WMF routinely ignores the community voices, and sometimes misreprents them and lies to the board, one could expect the recommendations to go to the board more or less as posted now. Except for there is so much noise (including some in the media) that they will be more anxious about blanket approval.--Ymblanter (talk) 21:15, 23 September 2019 (UTC)[reply]
No, I was wrong. These were recommendations before the Tunis meeting, which were apparently posted for our information. The Tunis meeting failed to deliver any recommendations, and the core team will continue working on them and at some point in the bright future will deliver them and may be will even try to get the community feedback. I guess until this point we can forget about them.--Ymblanter (talk) 17:47, 30 September 2019 (UTC)[reply]
OMG… the absolutely hideous formatting of the list of recommendations doesn't exactly inspire confidence that this is coming from people with even a passing familiarity with how wikis are supposed to work (or websites, even). - dcljr (talk) 06:48, 26 September 2019 (UTC)[reply]
  • This is always making mountains out of molehills. These working groups are designed to generate discussions and focus on issues facing the movement, but they do not create binding actions which make any functional changes to the operation of any project. Take, for example, the most controversial proposals about relaxing standards of notability. It's not going to change how en.wikipedia works. It's not a reasonable recommendation, and it will not be implemented. However, what I do appreciate is that there is a working group thinking about the practical matters of expanding the movement's access to and coverage of material of importance to under-represented groups. Too often, "notability" is unevenly applied in ways that look like selective enforcement against specific classes of editors or specific types of articles. Sometimes, like when it's used to shut down obvious bullshit about people trying to build the career of their client "up-and-coming actress" or whatever, that's fine. But then we get stuff like when it's dragged out to delete articles about Nobel-prize winning scientists, it gives Wikipedia a bad look. On paper, notability is a fine standard. In practice, it can (and is) used in unseemly ways. I want a working group to be discussing ways to fix these problems, even if some of their ideas won't get put into practice. Even in these failures, the ideas generated from such groups has a better chance of coming up with a few good ideas that are sorely needed. --Jayron32 18:21, 27 September 2019 (UTC)[reply]
Under rather unusual circumstances, and probably mistakenly, notability was used to delete a associate professor scientist who subsequently won a Nobel, at which point she of course got an article. Please don't spread misleading myths. Even Meghan Markle got deleted once, and quite right too. Johnbod (talk) 18:20, 1 October 2019 (UTC)[reply]
The issue is that the "probably mistakenly" bit is "probably deliberately" only applied to certain classes of articles, and ignored in other places. It isn't the policy, it's the unseemly ways that notability is applied selectively. The unusual circumstances you note are only unusual in the way they happen consistently and predictably to make sure that some articles are deleted, and conveniently ignored with others. --Jayron32 13:17, 2 October 2019 (UTC)[reply]

Gender-neutral language in human sex-specific articles

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.


I believe that articles relating discussion of topics that are sex-specific need gender-neutral language. Transgender, gender non-conforming and intersex people exist and these articles apply to them as well. For example, genderqueer people can and do undergo breast reduction surgery. Transgender woman can get prostate cancer. Having gender-neutral language would provide an accurate representation of the information it contains. It would also make some people who read these articles more comfortable with reading them, especially when it is a topic that affects them, and reduce incidence of dysphoria as a result of this. I also linked to this article when I posted about this on the Talk:Breast reduction and Talk:Mastopexy. I'm not suggesting that Wikipedia should follow MANA's guidelines, it simply explains why gender-neutral language is important, better than I can. I don't see the harm in switching to gender-neutral language here; confusion is unlikely to be generated as result from my perspective. — Preceding unsigned comment added by MalB404 (talkcontribs) 10:45, 5 October 2019 (UTC)[reply]

  • Oppose per the reasons I and others gave here. Will add more later when I have time. -Crossroads- (talk) 11:05, 5 October 2019 (UTC)[reply]
Oppose Wikipedia is not to push political agendas, and instead should follow common usage. Graeme Bartlett (talk) 11:53, 5 October 2019 (UTC)[reply]
I'm not asking to right great wrongs here. It has been documented in mainstream media: link linklinkthat these people exist. It's not a tiny minority either as evidenced by this study and this and the fact that there are several places on Wikipedia (that I've just learned about) discussing neutral and inclusive language. To add to that, there are also *huge* amounts of previously under-documented gender non-conforming people appearing. Such as hijra in India, only recently recognised by the government but having existed for centuries. Mainstream awareness of transgender, gender non-conforming and intersex people is also increasing. Most people don't use gender-neutral language for these things, yes. But that's not because they are bigoted or even ignorant. Changing how we use language is a difficult process. But we can apply it in a way that would be acceptable as per Wikipedia's guidelines. People still use terms like "mankind" and "chairman", but Wikipedia tries not to. Using gender-neutral language doesn't have to be distracting or confusing. Using "patient" instead of "woman" or "them" instead of "she" is accepted in common english. Usage of the passive voice is very common on Wikipedia and it can be used to avoid excessive pronoun usage. We wouldn't be using it in a way to draw attention to terms not yet accepted (such as "people with x"). Although I personally hate using the term "females" to apply to humans, it would a more accurate use in many contexts. Like in the term "a woman's reproductive system" or "breasts of a woman" since wikipedia has clearly defined the term "female" to specifically mean an organism that has or had the ability to produce ova. MalB404 (talk) 12:20, 5 October 2019 (UTC)[reply]
Also I fail to see how this is me trying to push a political agenda. Would you like to expand on that point? MalB404 (talk) 12:41, 5 October 2019 (UTC)[reply]
  • Articles on biologic topics should use appropriate biologic language. Articles on cultural topics should use culturally appropriate language. Blueboar (talk) 12:51, 5 October 2019 (UTC)[reply]
  • Oppose per the rationale linked to by Crossroads. Basically, as long as MEDRS-type sources describing the medical facets of the human body use man/woman in talking gender-specific parts, we should not try to change that. As Blueboar states, cultural and societal topics are a different matter where that type of gender-neutral language is more common and thus we can follow that. --Masem (t) 13:45, 5 October 2019 (UTC)[reply]
Thank you for your response Masem. That summery has helped me understand better. I can see your point, but I still disagree. No point in going into why though, looks like the community has already made up its mind on the topic.— Preceding unsigned comment added by MalB404 (talkcontribs)
  • Followup comment as promised, even though so far this looks pretty dead. Here we go by what reliable sources say, with due weight. If you look at how reliable sources generally discuss reproductive systems (and breasts), they almost always do so in gendered terms. It is possible to find a few organizations or people who use neutral language even in this case, but they are actually few and far between. On top of that, we use plain English, and it is a matter of common sense that in typical usage, these body parts are gendered. As I said in my linked comment above (albeit more polemically than was perhaps advisable), this doesn't invalidate transgender people; they simply are exceptions to typical anatomy, no different than other people with atypical bodies. -Crossroads- (talk) 22:33, 5 October 2019 (UTC)[reply]
  • Oppose per arguments made by Johnuniq, Adrian J. Hunter, Meters, Crossroads and myself in this discussion at Talk:Fingering (sexual act). Like I stated there, wording the Prostate and Vagina articles to be gender neutral, for example, is an extreme and detrimental position. It does not align with our WP:Neutral policy, which WP:Due is a part of. If we went by this line of thinking in the case of our anatomical, biological and medical articles, it would muddy the waters so much that the text would be useless in different respects. Where would we draw the line? How could we possibly say that there is no line, to the point that men and women (and girls and boys) are not mentioned at all? Readers should know that prostates belong to male anatomy, whether or not the person identifies as male and/or as a man. People should know that the vagina belongs to female anatomy, whether or not the person identifies as female and/or as a woman. Even if you say that we can retain "male anatomy" or "female anatomy" and still use wording like "people with prostates," the people with prostates are usually identified as men in reliable sources and they usually identify as men, and we should state so. Not have vague, awkward wording (such as "people with prostates") that will confuse readers. There is nothing precise about "people with prostates. Really, what valid counterargument is there that rewording the Vagina article to remove any mention, or most mentions, of girls and women is not erasing girls and women to a degree? The topic of the vagina primarily concerns/affects girls and women. All of the sources are about girls and women, from anatomy/physiology, to medical aspects, to societal/cultural aspects. And yet some want us to state "people with vaginas"? Who are these "people with vaginas"? It is vague, since it can refer to cisgender girls and women, transgender boys and men, transgender women with neovaginas, non-binary people, and intersex people. But, except for some of the sources on intersex people (which the Vagina article covers with due weight), none of the sources are talking about all of those other people (unless one were to say that some of them are not out about their gender identity). The sources are not talking about neovaginas. I see that MalB404 brought this here from a discussion at Talk:Human penis, where Ianmacm and Johnuniq weighed in and Johnuniq suggested the matter be brought here. Flyer22 Reborn (talk) 23:12, 5 October 2019 (UTC)[reply]
  • Oppose - scientific text continues to use male and female when describing human sex-specific articles. - Knowledgekid87 (talk) 23:55, 5 October 2019 (UTC)[reply]
  • Certainly I don't think it's the best idea to be saying "women" everywhere in, for example, the breast reduction article, because it's easy to see how that article would also apply to trans men. We should take another look at our usage of that language. (We might also want to work on less clunky gender-neutral language, too.) Another point: I see some lines of reasoning based on common usage in medical sources. These articles may indeed have lots of medical content, but they can still be considered cultural and societal topics, so I don't think policy requires that we stay away from gender-neutral language that strongly. Enterprisey (talk!) 03:30, 6 October 2019 (UTC)[reply]
    • Culture and society sources likewise overwhelmingly refer to reproductive organs and breasts in gendered terms. Based on the sources, there is nothing to "take another look" at. -Crossroads- (talk) 04:58, 6 October 2019 (UTC)[reply]
      • I'm saying in the case I mentioned, it's incorrect to say "women". (The immediate response: "well, incorrect to whom?" People who support moving towards gender-neutral language.) Enterprisey (talk!) 06:05, 6 October 2019 (UTC)[reply]
    • It's not unheard of for breast reduction to apply to cis men, too; witness gynecomastia and pseudogynecomastia. Of course, all people (and, indeed, all mammals) have breasts; it's just that they only permanently grow in, primarily, human females, so that's what people tend to think of when it comes to breasts. I think the real issue is fundamental to the English language; we use the same terms to differentiate sex (a biological state) and gender (a psychological state), resulting in the problem that when people are trying to appropriately enforce the use of gender-neutral language, they may unintentionally start to overwrite the also-appropriate use of sex-specific language, unless close attention is paid to the context of the language involved. (And let's not even get into the issue of language of gendered connectors, or we'll be here all day...) rdfox 76 (talk) 14:02, 6 October 2019 (UTC)[reply]
  • Mild Oppose, due to lack of specifics. In general, I strongly support use of gender-neutral language where relevant, and as such I take issue with some here who !voted oppose because inclusivity in language is not a mere “political agenda,” but rather it is the wave of the future. That said, words matter. Where articles are sex-specific, there is a need for specificity—and I see no link to a suggested list of the specific words being proposed. I make this point because some of the discussions elsewhere have engaged in some WP:OR in suggested wording, sometimes to the point of being just plain absurd, even insulting. Plus, this isn’t really the best place for this discussion; a place like MEDRS would bring a better perspective of how to discuss biology in ways that respect transgendered people and so on. Montanabw(talk) 06:03, 6 October 2019 (UTC)[reply]
  • Oppose Gender neutrality is good (see WP:GENDER) but confusion is not: an example of the issue being discussed is this edit which made these changes: "stimulating the prostate in males those who have it ... the perineal sponge in women people with vaginas". Johnuniq (talk) 06:46, 6 October 2019 (UTC)[reply]
  • Oppose I don't think it is about pushing political agendas, but it is about pushing the envelope further than WP:MEDRS and other reliable sourcing. When people are writing on their own websites they can use whatever terminology they like, but Wikipedia articles must reflect the terminology found in mainstream sources that write about the subject matter. "People with vaginas" is currently a long way off from being a mainstream term for "Women"; as WP:SPADE says "It's not a "manual geomorphological modification implement", or an "individual tactical entrenchment excavator". Don't use circumlocution where plain language would be better.--♦IanMacM♦ (talk to me) 09:03, 6 October 2019 (UTC)[reply]
  • Oppose per WP:MEDRS; and call to close per SNOW. Regards, GenQuest "Talk to Me" 13:27, 6 October 2019 (UTC)[reply]
  • Oppose: Also per WP:MEDRS. Javert2113 (Siarad.|¤) 16:59, 6 October 2019 (UTC)[reply]
  • Oppose per WP:MEDRS. At some point the scientific community might evolve and use more gender-neutral language, and then Wikipedia should catch up. Otherwise, it is not Wikipedia's business to define alternative anatomic language that deviates from reliable sources. --MarioGom (talk) 20:32, 6 October 2019 (UTC)[reply]
  • Oppose, for roughly every reason already given. Using GNL for topics that 99+% of the time pertain only to one sex would be massively confusing for the average reader. The activists overrunning Wikipedia (see WP:NOTSOAPBOX, WP:NPOV, WP:GREATWRONGS, etc.) are confusing linguistic gender, biological sex, and gender identity – as usual.  — AReaderOutThatawayt/c 04:11, 7 October 2019 (UTC)[reply]
@AReaderOutThataway: What leads you to believe "activists [are] overrunning Wikipedia" when there is unanimous opposition to this proposal? 24.72.14.64 (talk) 03:24, 8 October 2019 (UTC)[reply]
  • Oppose any bright-line rule; punt the matter to the Medicine WikiProject. I get it, I honestly do, but for encyclopaedic work? I think editors should use their common sense and not unnecessarily gender or de-gender articles. Sceptre (talk) 22:36, 8 October 2019 (UTC)[reply]
  • Oppose: I think the sentiments behind this proposal come from a place of good faith, but at the end of the day social activism is not Wikipedia's task, even if that activism aims to achieve something that I'm sure many editors would consider to be worthy. Wikipedia's task as an encyclopedia is to describe what reliable sources say about a given topic and for it to do that it must use the language that such sources use. I've logged in to my academic portal and chosen the first three results for "prostate cancer". All of them are considered medically reliable. They all refer to "men" having prostates.
  1. [1]
  2. [2]
  3. [3]
Regards, SITH (talk) 09:56, 9 October 2019 (UTC)[reply]

References

  1. ^ Attard, Gerhardt; Parker, Chris; Eeles, Ros A; Schröder, Fritz; Tomlins, Scott A; Tannock, Ian; Drake, Charles G; de Bono, Johann S (January 2016). "Prostate cancer". The Lancet. 387 (10013): 70–82. doi:10.1016/S0140-6736(14)61947-4. {{cite journal}}: |access-date= requires |url= (help)
  2. ^ Chen, Alan; Vijayakumar, Srinivasan (14 April 2011). Prostate cancer. Demos Medical. p. 172. ISBN 9781617050671. {{cite book}}: |access-date= requires |url= (help)
  3. ^ Hricak, Hedvig; Scardino, Peter (20 November 2008). Prostate cancer. Cambridge University Press. p. 252. ISBN 9780521887045. {{cite book}}: |access-date= requires |url= (help)
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.

Proposal to change WP:CRYSTAL

Please see the WP:CRYSTAL RfC regarding a proposal to delete "Speculation and rumor, even from reliable sources, are not appropriate encyclopedic content" from WP:CRYSTAL. Johnuniq (talk) 03:52, 8 October 2019 (UTC)[reply]