Wikipedia talk:Portal/Guidelines/Archive 6

Archive 1

←

Archive 4

Archive 5

Archive 6

Archive 7

Archive 8

→

Archive 10

Portals are moribund

Portals are moribund. The lost their relevance about ten years ago, at least. For every portal, there is a parent article that does the job better. Rotating grabby stories and pictures are nice, but they are not in line with the purpose of Wikipedia. Instead, they are barely viewed content forking or WP:OR. --SmokeyJoe (talk) 21:27, 23 March 2017 (UTC)

Have you considered that portals in English help other language Wikis, with a limited number of editors, to decide which topics are most important to translate /adapt? AlwynapHuw (talk) 04:27, 29 April 2018 (UTC)

• I propose that all low impact Portals be archived, by redirecting subpages to the top page, and redirecting to top Portal page to the parent article. --SmokeyJoe (talk) 22:02, 26 March 2017 (UTC)

Portals are "moribund" because they are so poorly supported, not because of any conceptual flaws. And saying they are not inline with Wikipedia's goals is just ridiculous; portals are just topical recreations of the main page. Abyssal (talk) 01:27, 27 March 2017 (UTC)

The Main Page receives more than 20 millions page views per day. Yours receives less than 1 per day, except when listed at MfD. --SmokeyJoe (talk) 02:00, 27 March 2017 (UTC)

Firstly, I've contributed to many portals, many with vastly greater content and viewership than Portal:Brachiopods. Secondly, your smarm and rudeness are uncalled for and damage Wikipedia's community. Abyssal (talk) 23:56, 27 March 2017 (UTC)

Support? What support would you like? Portals are moribund not because they need support, but because no one looks at them. --SmokeyJoe (talk) 02:00, 27 March 2017 (UTC)

@Abyssal and SmokeyJoe: The last time I checked, most portals got about as much traffic as the corresponding categories. Sometimes more, sometimes less. You can compare using the Pageviews tool. It can display the traffic of up to 10 pages at the same time on the same graph. Since Portals are essentially being proposed for deletion here, based on their lack of traffic, a study should be done of their traffic. If this department still compares with categories in traffic, then no way should they be deleted (such as being redirected out of existence). Individual portals that are not up to par should be nominated for deletion at MfD as per usual. But, deletion [low traffic] isn't generally considered a valid deletion argument. The Transhumanist 00:51, 31 March 2017 (UTC)

Agree, low traffic is not a driving or deciding reason to deprecate. Categories as you mention may be low traffic, but are fully functional and maintained. The reason to deprecate, or archive, a portal is that the portal is out-of-date and unmaintained, and as a resource it provides a negative experience for the readers, relative to the reader visiting something else, whether the parent article, or a super-portal, or the outline, or an active WikiProject page. --SmokeyJoe (talk) 00:04, 21 September 2017 (UTC)

Specifically, I would like to see:

1. The automatic production of article synopses of the appropriate length when articles relevant to the portal topic are accepted and the ability to edit these synopses if they need improvement.
2. The automatic addition of these synopses to the pool from which the portal draws its content selections.
3. The ability to sort or filter the article synopses on the "more articles" page (or "more pictures", "more DYKs").
4. The criteria portals use to select content should default to chronological rather than random (ie it shows the last article to be featured in that subject).
5. The automatic addition of DYK hooks after they've been displayed on the Main Page to the pool from which the portal draws its DYK selections.
6. The automatic addition to the portal's content pool of featured and quality images when they get promoted at Wikimedia Commons.
7. The automatic generation of an image summary for the featured pictures based on their synopsis at the Commons, but with the ability to edit and improve it if needed.
8. The ability to automatically pull pictures from DYK articles to be associated with their hooks on the portal.
9. The ability to randomize all of the individual DYK hooks instead of manually devising "blocks" of hooks.
10. An automatically generated list of new and recently expanded articles relevant to the subject.
11. Foundation sanction for direct outreach by Wikiprojects to portal-goers like offering topical reference desks, advertising within-project contests, user adoption drives, etc.

More probably needs to be done, but those are a start. Abyssal (talk) 23:56, 27 March 2017 (UTC)

Any effort you put into a Portal these days is wasted. No one navigates via portals, the hits are random flukes. Portal:Contents, the link under Main Page, receives 12 thousand views per day, that's 0.06%. Recreating the main page look for specific topics was the rage during the period of exponential growth in content. They helped interconnect efforts to add missing content. That finished over ten years ago. --SmokeyJoe (talk) 02:00, 27 March 2017 (UTC)

Saying that contributing to portals is a waste when you're the one advocating for their deletion verges on circular reasoning since your activities are undermining the value of those contributiongs in the first place. I don't think the contents portal is representative of the way readers use other portals because on its own it doesn't cover any distinct topic that people might be interested in. I think a well-developed portal system could continue to interconnect editors and spur content production. Abyssal (talk) 23:56, 27 March 2017 (UTC)

Portals are unsourced content copied from somewhere, with a mix of WP:OR. They are not why people come to Wikipedia. Wikipedia does not need them for advertising. --SmokeyJoe (talk) 02:00, 27 March 2017 (UTC)

Portals are not unsourced content, the content is just not sourced in the synopses displayed on the portal. Which is not surprising since those are drawn from article lead sections, which by policy tend to lack citations which are meant for article bodies. The sourcing is easily verified simply by clicking the article and reading there. Abyssal (talk) 23:56, 27 March 2017 (UTC)

• Abyssal (23:56, 27 March 2017) wrote (my bolding of what I immediately agree with):

Specifically, I would like to see:

1. The automatic production of article synopses of the appropriate length when articles relevant to the portal topic are accepted and the ability to edit these synopses if they need improvement.

2. The automatic addition of these synopses to the pool from which the portal draws its content selections.

3. The ability to sort or filter the article synopses on the "more articles" page (or "more pictures", "more DYKs").

4. The criteria portals use to select content should default to chronological rather than random (ie it shows the last article to be featured in that subject).

5. The automatic addition of DYK hooks after they've been displayed on the Main Page to the pool from which the portal draws its DYK selections.

6. The automatic addition to the portal's content pool of featured and quality images when they get promoted at Wikimedia Commons.

7. The automatic generation of an image summary for the featured pictures based on their synopsis at the Commons, but with the ability to edit and improve it if needed.

8. The ability to automatically pull pictures from DYK articles to be associated with their hooks on the portal.

9. The ability to randomize all of the individual DYK hooks instead of manually devising "blocks" of hooks.

10. An automatically generated list of new and recently expanded articles relevant to the subject.

11. Foundation sanction for direct outreach by Wikiprojects to portal-goers like offering topical reference desks, advertising within-project contests, user adoption drives, etc.

More probably needs to be done, but those are a start. Abyssal (talk) 23:56, 27 March 2017 (UTC)

Bolded sections I immediately agree with, and no implied disagreement with anything else. Automatic and systematic generation of Portal/Contents material sounds great. Grabbing DYK hooks sounds clever too. What this doesn't sound like is the current suite of portals, so many of which are ten+ year old remnant of individuals efforts on specific subjects. I think there is huge overlap with WP:Outlines, where User:The Transhumanist's efforts are extraordinarily admirable, but hopeless if comprehensiveness is a goal. For navigation and contents, comprehensiveness has to be a goal, and to achieve it, it needs to be automated, comprehensive, and not patchwork. I don't think these goals are at all helped by retention of the current majority moribund Portal pages. --SmokeyJoe (talk) 02:34, 30 March 2017 (UTC)

Request: some of the existing portals have stand-alone topics lists that overlap with the outlines, while other portals merely transclude navigation footers onto their topics list pages. If portals are decommissioned, I would like to see those stand-alone topics lists moved to draft space (as "Outline of" pages), from where they can be worked on and merged into the outline system. Note that portals themselves are not similar to outlines, they are modeled after the Main page. The Transhumanist 22:50, 30 March 2017 (UTC)

Note concerning outlines: I have reached the same conclusion as SmokeyJoe that manual efforts are not enough, and I have turned my attention toward building tools to assist or automate outline creation and maintenance. The mission of outlines from the start has been to summarize all knowledge, with an eye toward building a comprehensiveness navigation system in the future. To pursue these objectives, the outline system was created in levels. The higher levels (Portal:Contents/Overviews, Outline of knowledge, followed by Outline of culture, Outline of geography, etc.) being more general, with successive lower levels (e.g., Outline of chess) being more and more specific. Thus, it summarizes all knowledge, and does so in more detail over time (as lower level outlines and lists are built). But, the article-based navigation system that is evolving toward comprehensiveness is the whole list system of which outlines are a part. Item lists—that is, regular lists—are branches of outlines (many embedded in outlines, and many stand-alone lists linked to from outlines). Eventually, when all articles are listed in either outlines or item lists, and all lists (including outlines) are listed in either lists of lists or outlines, then the list system will be a comprehensive navigation system. Though the list system (including outlines) will continue to remain useful in the meantime. As alluded to above, the end goal will be achieved through automation, which is currently being worked on, in the form of scripts, and exploration into more involved programming solutions. The Transhumanist 22:50, 30 March 2017 (UTC)

• I support SmokeyJoe's proposal to substantially consolidate portals (although I doubt that this discussion will be exposed to enough of the community to count for much). We should get rid of the minor and low-interest topics. bd2412 T 02:39, 27 March 2017 (UTC)
  • Is it possible to list non-minor non-low-interest portals? Some big ones, like Portal:Science, have bare signs of life, 1500 views per day, a weekly edit history, a talk page post twice a year. Portal:Germany does not, and at 2 views per day per million residents that is not even passing traffic, it is barely passing glimpses by service personnel. I don't think "interest" of the "topic" is an appropriate measure. Mainspace is highly populated with very interesting topics. If someone is interested in a topic, why not have them read the article? --SmokeyJoe (talk) 02:53, 27 March 2017 (UTC)
    • I meant that as more of a confluence. Topics on universally important portals should be kept irrespective of interest (Science, Law, Art, Music, Health and fitness); high-traffic portals should also be kept, more or less regardless of importance (I have trouble conceiving of a high-traffic portal on a topic of low importance), though they could at least be merged up to whatever portal is at the next higher level of abstraction. bd2412 T 03:11, 27 March 2017 (UTC)
      • Merging should probably be done on a case-by-case basis, along with merge tags, etc. The Transhumanist 01:00, 31 March 2017 (UTC)

• I support SmokeyJoe's proposal, and BD2412's take on it. Define a set of top-priority portals, and keep those, along with other high-traffic portals ... abut purge the rest.

Portals are not encyclopedic content. They are a navigation device, and unless they are kept up-to-date, they impede navigation rather than helping it. Editor numbers and activity are way lower than ten years ago, and whatever the theoretical merits of portals, we simply don't have enough editors prepared to devote the time to maintaining them all. The result is effectively a load of incomplete and/or abandoned shop windows, which wastes the time of our readers as well as misleading them. --BrownHairedGirl (talk) • (contribs) 14:32, 29 March 2017 (UTC)

• Neutral  – Perhaps there is not much portal traffic because many articles are missing portal (or subject bar) lines? For several years now I am doing article assessments of stub class and start class articles. I would estimate 80 percent or more articles are missing portal information. Regards, — JoeHebda • (talk) 19:17, 29 March 2017 (UTC)

• Support the restriction of portals to just a few high level topics. For example, Portal:Earth sciences is ok, but for lower level topics (e.g. Portal:Pseudosuchians left with redlinks and broken links to Associated Wikimedia) the costs (in creating/maintaining/deleting them, the confusion they cause to readers/editors etc) probably outweigh any benefits. Part-created portals are often abandoned leaving a large number of Wikipedia pages that show up when doing maintenance tasks (example MFD). DexDor ^(talk) 21:29, 29 March 2017 (UTC)

• FYI, on a related note Portal talk:Featured portals#Tagged as historical - as the featured portal process is dead, I have tagged it all as {{historical}}. Bencherlite^Talk 13:14, 30 March 2017 (UTC)

• I have wondered for years why it doesn't draw eyeballs even though it's at the top of the main page. Then I suddenly realized that the standard bullet points preceding the names of major portals on main page was the source of confusion. To editors, we may understand that those are links to portals. But to general readers, those names appear to be a description what Wikipedia contains (arts, biography, history, science, etc.) I understand what I am proposing is not within the scope of this particular RfC, but how about we switch out those bullet points with small diagrams like what the German Main Page does? I'm not proposing a complete revamp of the main page (because we know they will always stall out), but limit the change to just switching out those boring bullet points to diagrams that illustrate the subject. OhanaUnited^{Talk page} 20:21, 30 March 2017 (UTC)
• Support extensive consolidation of portals. Lower-traffic portals should have their subpages deleted (or marked historical if there is a lot of history), with their main pages redirected to the correpsonding article. – Train2104 (t • c) 20:57, 30 March 2017 (UTC)
  • A more appropriate redirect (to an overview) would be to the corresponding outline, and if there isn't one, then to the corresponding article. The Transhumanist 23:18, 30 March 2017 (UTC)

• Wider venue is required to reach community consensus – Since portals are such an integral part of Wikipedia, a community-wide discussion/vote should take place. I think you should work out the details here of a proposal to bring to the whole community, and then once polished, present it to the whole community for finalization. A lot of people will freak if portals just start disappearing based upon a discussion amongst a few people on a backwater talk page. Therefore, when the proposal is ready, its announcement should be coordinated to be posted via Signpost, on all the other major notice pages, miscellany for deletion, and at the top of every portal (like the way merge and deletion tags are posted). The Transhumanist 23:18, 30 March 2017 (UTC)
  • User talk:The Transhumanist raises an important point, when he says "some of the existing portals have stand-alone topics lists that overlap with the outlines". These have uses, even if their Portal parents are moribund. They should not be hastily archived, lit alone deleted. It may still be a good idea to redirect every moribund Portal (i.e. leave non-moribund Portals alone) to their parent article, but leave the subpage alone for now. I think there is a developing consensus here that manually made and maintained portals are mostly a relic of the early days and no longer suitable (no longer since 10 years ago). There is not a developing consensus for what to do about it.
    I think I would like to see technically-aware editors, like The Transhumanist and User:Abyssal, given all the support they can use to develop an automated, comprehensive, outline/contents/navigation service. This should replace Portal:Contents, which currently does not serve its purpose. --SmokeyJoe (talk) 01:03, 31 March 2017 (UTC)

• Oppose the SmokeyJoe plan, Support the Abyssal plan. Portals don't have the support they should. Automation should solve many of the problems. Oppose the SmokeyJoe plan because it will lead to fighting over what's important enough to get a Portal. I honestly think a major reason why Portals are moribund right now is because they are in a different namespace, and every namespace other than the mainspace is directed more towards editors than readers. — Mr. Guye (talk) (contribs)  05:42, 13 September 2017 (UTC)
  • The "Abyssal plan" sounds great. I support anyone who wants to do it. But it is a dream that is not happening. In the meantime, the current suite of Portals are mis-serving readers who get caught up in them. The "SmokeyJoe plan" is not incompatible with the "Abyssal plan". The "Abyssal plan" is for automated tools to rejuvenate Portals. Anyone wanting to do that can un-archive the archived Portals. I just think that it is not going to happen soon, and so a simple, temporary, archiving should be enacted. --SmokeyJoe (talk) 02:28, 18 September 2017 (UTC)
• Merge useful portals into WikiProjects and delete all other portals. Rename the "Portal:" namespace to "WikiProject:" and move all "WP:WikiProject Foo" pages to "WikiProject:Foo". KMF (talk) 02:38, 17 September 2017 (UTC)

• Basically support Abyssal's suggestion, with the rider that some portals may be merged on a case by case basis, and there may be some advantage to moving the revised products into mainspace. Oppose deletion unless consensus is reaches at a more generally visible forum. · · · Peter (Southwood) ^(talk): 19:24, 17 September 2017 (UTC)

• Support depreciating most portals. Delete them, merge them, redirect up to the main article on the Topic, whatever works best on that portal but almost no one uses them and almost no one works on them and they don't help the reader at all for the info shown on them has no depth or refs. Legacypac (talk) 02:18, 18 September 2017 (UTC)

• It's been six months, so it's not like this is an active proposal actively seeking consensus... @SmokeyJoe and Abyssal, would you two (and/or anyone else interested) hash out a RfC proposal for WP:VPP, perhaps with multiple options, if needed? czar 08:49, 18 September 2017 (UTC)
  • It reminds me of that funny bureaucratic situation where to shut down the club you have to call a special meeting, not co-inciding with the annual general meeting, subject to special rules of advertising and quorum. If you achieve quorum, it is by having attracted fluffy-tailed wide-eyed enthusiasts who energetically propose new ideas and derail the orderly shut down process. Not that I think that User:The Transhumanist or User:Abyssal are spring chickens, but I would like to hear from them whether they agree that a short-term "archive all by redirection to parent articles" is non-damaging and completely compatible with resurrection using advanced automated tools capable of doing the things mentioned in the post of 23:56, 27 March 2017. --SmokeyJoe (talk) 06:54, 20 September 2017 (UTC)
    • No, I definitely think that removing the portals is intrinsically damaging both to their own future prospects and the community overall. Abyssal (talk) 12:04, 20 September 2017 (UTC)
      • OK, Abyssal, good to be clear. We disagree. I think the status quo of multitudes of out of date unmaintained, for 5-10 years, portals is damaging, and these moribund portals are not the future portals you dream of. I think keeping them around moribund makes it less likely that any new automated portals will be created. --SmokeyJoe (talk) 00:08, 21 September 2017 (UTC)
• Support phasing out portals. See User:DexDor/Portals for more of my thoughts on portals. DexDor ^(talk) 06:31, 18 November 2017 (UTC)

• Some observations on portals, and fixing the portal problem:

@SmokeyJoe, Abyssal, Legacypac, Pbsouthwood, KATMAKROFAN, Mr. Guye, Czar, Train2104, OhanaUnited, DexDor, BrownHairedGirl, BD2412, and JoeHebda:

Portals are not moribund per se. Brand new ones get created frequently. Some portals are supported by the corresponding subject-based WikiProjects. Some other portals have dedicated individual maintainers.

Each portal is analogous to Wikpedia's main page, but for a particular subject. The relevance and popularity of the main page is the strongest argument for the existence of portals.

The typical development pattern for the majority of portals is that someone comes along, sees the portals, and then decides to build a new one. Then, or after a (usually short) period of maintaining it, abandons it forever. Portals are very easy (and fun) to create, because they showcase excerpts (by copy/paste -- there's relatively little composition or editing involved), and because there is some artistry in their design. Forgetting to go back and maintain them is the problem. A portal is very easy to forget all about once you've built it.

This is not evidenced in their traffic at all. They get viewed about as much as they always did. Their traffic is comparable to the corresponding categories and outlines. Except the portals listed on the Main page, which get a big boost in traffic. For the rest, almost all of their traffic comes from within Wikipedia via internal links in portal templates placed in the see also section of articles, and links in navigation templates (navigation footers, side bars, etc.). Portals therefore have quite a dispersed net of links feeding into them, which has kept their traffic fairly consistent over the years. So, traffic has nothing to do with their state of development.

Their net of feeder links makes them highly visible.

The portal system, by its very existence (and placement on the main page), promotes the creation of new portals. (New users see them and want to add to the collection). But there is no active campaign to maintain portals once created. This pattern has been going on for over a decade. The number of portals keeps growing year after year. There are now over 1400 of them. New ones keep getting added, while most existing ones grow out-of-date.

The total number of portals are growing by 50 to 100 per year.

You can track the addition of new portals to the master list via these links:

Reference

Culture and the arts

Geography and places

Health and fitness

History and events

Mathematics and logic

Natural and physical sciences

People and self

Philosophy and thinking

Religion and belief systems

Society and social sciences

Technology and applied sciences

Because of the steady inflow of new portals, consensus is unlikely to be reached to discontinue the portal system.

A possible solution to portals falling into disrepair would be to delete the out-of-date portals without prejudice to their re-creation from scratch. That way, new editors would come along, see that a portal was missing on say, geology, and create a brand new one. We have a system in place for doing almost exactly this: WP:PROD. The drawback of PROD is that it is a one-shot deal (only one prod can be posted per portal during its lifetime). Another is to nominate out-of-date portals for deletion at WP:MfD.

Whatever solution is chosen, will require someone to work...

So, if User:Example wanted to remove the portals that haven't been maintained for over 3 years, he'd have to look at every subpage of a portal to see when its last edit was. Once he found a candidate, he'd place a prod tag on its main page, or nominate it for deletion at MfD, proposing Delete, without prejudice for re-creation from scratch. Multiply that by the 1400+ portals that need to be checked (each with half-a-dozen subpages holding content), and you have a big chore on your hands.

If you wanted to go the maintenance route, there needs to be a team of editors to champion that objective. For example, the Tip of the day project has dedicated editors maintaining its set of 365 auto-repeating tips.

Either way, someone has to be recruited to do the work. And who is going to do the recruiting?

The portal dilemma is not one to be solved in a low-participation discussion like this one. Note, to build a community consensus to discontinue or redesign/revamp the entire portal program, a notice would need to be placed on every portal (with a link to the discussion). That would bring a lot of people to the discussion, perhaps many of whom would be willing to volunteer to get the necessary work done. The Transhumanist 23:37, 20 September 2017 (UTC)

I have two propositions here. One, echoing my earlier comment, merge and redirect moribund subtopic portals to supertopic portals. Two, for those for which this is impracticable, mark them as historic and require a process to reopen them. bd2412 T 23:48, 20 September 2017 (UTC)

@BD2412: Marking as historic could work. The method for reviving them is built-in to the historic system. But, the instructions for {{historical}} states "Please note that this template is not appropriate for portals, which exist for the purpose of informing readers on a given topic and, as such, can never truly be 'inactive'." So, a new template would need to be made specifically for portals, or the instructions for that template changed. Though, who would go around and mark the stale ones and then remove all the links in the encyclopedia (and in other portals) leading to them? The Transhumanist 00:33, 21 September 2017 (UTC)

• @The Transhumanist, skimmed your history links above and it doesn't look like 50–100 portals in the last year, but well below 50... perhaps single digits? Most of the edits to these pages are vandalism, not new portals. As for those advocating for portal consolidation, where would y'all draw the line between major and minor portals? czar 00:52, 21 September 2017 (UTC)

@Czar: According to https://en.wikipedia.org/w/index.php?title=User:John_of_Reading/List_of_portals&action=history , the number of portals increased from 1403 to 1491 from March 9, 2015 to March 27, 2017. The Transhumanist 02:24, 21 September 2017 (UTC)

• Portal pageviews, Subject bar

In my opinion, some portals may have a low number of pageviews because of the variety of article placement locations. While doing numerous article assessments, I have seen Portals in "See also" (mostly), and "Reference" "External links" sections, and sometimes in the article lead section.

In addition, there are three portal templates most often used:

• Template:Portal
• Template:Portal bar
• Template:Portal-inline

A while back, I began using Template:Subject bar instead of portals for articles without a portal, or to update an existing article. An example is Crusades article that I updated today.

The "Subject bar" is very complete and should be placed at article bottom just before "Authority control" and "DEFAULTSORT" lines. Regards, — JoeHebda • (talk) 01:10, 21 September 2017 (UTC)

• Strongly support phasing out all portals. I've been on Wikipedia for around a decade, and I have never used or seen anyone use a portal, other than to decoratively link from a random article. Tbh, I am happy to see more people realising that portals actually cause more harm to Wikipedia (as explained by one of the editors above). As much as I'd like to value the hard work put into making these many many years ago, it is time to let go. Instead of outright deletion, I support redirecting them to the parent article. Tagging as historic is a distraction to readers not aware of Wikipedia's inside workings, IMHO. Rehman 14:06, 1 March 2018 (UTC)

Just saw the past RFC section below... Rehman 14:14, 1 March 2018 (UTC)

Threshold for worth keeping

User:Czar asked: As for those advocating for portal consolidation, where would y'all draw the line between major and minor portals? czar 00:52, 21 September 2017 (UTC)

• I propose the default line for keeping (and thus starting) a portal should be whether the portal's parent article is a Wikipedia:Featured article. Obviously, not all featured articles need portals, but portals detract from the volunteer resources that would be better spent on the parent article. In the short term, a portal should not be deleted/redirected/archived as long as an interested editor working on the parent topic(s) says he is working towards the goal of a FA parent article. This is addressed at old fashioned beautified portals, not auto-updating portals as imagined by User:The Transhumanist and User:Abyssal --SmokeyJoe (talk) 21:42, 8 October 2017 (UTC)
  • Why would we apply a different standard for portals than any other kind of content? Abyssal (talk) 02:11, 9 October 2017 (UTC)
    • Because portals are not meant to be content, not original content, but navigational aids containing abridged content. Portals containing transcluded ledes sounds like a very good idea, assuming the ledes meet WP:Lede? --SmokeyJoe (talk) 04:12, 9 October 2017 (UTC)
      • I don't think being navigational justifies a double standard. Hyperlinks witthin articles and list articles are navigational features that are not held to double standards. Transcluding leads is a good idea and is pretty similar to my previous suggestions for streamlining the way portals are constructed back in March. Abyssal (talk) 14:08, 9 October 2017 (UTC)
  • The only qualification for having a new portal is that someone wants to create it. Wikipedia has grown as large as it has because it allows self-initiation. People work on the subjects that interest them. According to WP:CHOICE, "Wikipedia is a volunteer community and does not require the Wikipedians to give any more time and effort than they wish." So, we can't say "you can build a portal, but only if you also build a featured article on that subject." Nope, our editors can work on whatever pages they want, whenever they want. And they can create whatever articles they want, as long as those topics fall within our content policies, such as WP:N. The Transhumanist 09:24, 12 October 2017 (UTC)
• Please count me as someone who wants to deprecate portals. Yes, there are a few portals that are well-trafficked, like Portal:Arts or Portal:History ... but that just might have something to do with the fact that they are among the eight portals linked at the very top of the Main Page. --Metropolitan90 (talk) 07:05, 9 October 2017 (UTC)
  • Low traffic is not being a reason to argue for deletion. Abyssal (talk) 14:08, 9 October 2017 (UTC)
  • Traffic is not a factor. The important thing is that the information is there when someone needs it. Wikipedia is a summary of the sum of all human knowledge. We want Wikipedia to be as comprehensive as possible. Also, it is very important that if an editor creates a page, that the page is still here when he or she returns. If you delete their work for such an arbitrary reason as "it didn't get enough views", they may not want to come back. This is not a paper encyclopedia, and so, there are no distribution minimums. The Transhumanist 09:24, 12 October 2017 (UTC)
    • I agree with Abyssal and Transhumanist on this. · · · Peter (Southwood) ^(talk): 10:34, 12 October 2017 (UTC)
      • User talk:The Transhumanist, "We want Wikipedia to be as comprehensive as possible" sounds like the extreme inclusionist philosophy incompatible with WP:N. "The sum of all human knowledge" is not compatible with WP:PSTS, which limits the encylopedia to what others have already covered. I don't really think this is what you mean, but you could be more clear, these slogans are not clear. What do you mean by "work"? The portals in question are independent but redundant material. The work that you appear to support, "comprehensive navigation" I think is fair, and automated methods of building and maintaining portal/outline pages, I would not want to see deleted, but years-old, single author forking of mainspace content left unmaintained, I think needs to be moved on from. "There are no distribution minimums"? that sounds like another cliched slogan, and I am not sure what you mean by it. I agree with Abyssal and Transhumanist too, in as far as they are talking what should be done, but disagree to the extent that they are saying "everything is fine, do nothing". Could you try to be more clear, Transhumanist, ideally, where do you see this going? --SmokeyJoe (talk) 20:32, 12 October 2017 (UTC)

RfC on marking the featured portal process as historical

See Wikipedia:Village pump (proposals)#RfC about marking the Featured portals process as "historical". Bencherlite^Talk 19:38, 30 March 2017 (UTC)

• Now archived at Archive 138

Did this conversation continue elsewhere? Are we looking at deprecating portals altogether? I see a lot of footdragging, ostensibly in acknowledgment of the work that was once put into these, but there does appear to be a clear movement towards (or at least in baby steps towards) their wholesale removal czar 07:14, 9 September 2017 (UTC)

Czar, that was the extent of the discussion about closing down the featured portal process and it was thereafter marked as historical (with no subsequent complaints). What if anything should happen to the portal namespace is another issue. Bencherlite^Talk 11:07, 13 September 2017 (UTC)

I was referring to this part of the close:

Some suggested a radical action of deprecating portals altogether. This will also require a separate discussion.

and where any subsequent discussion has taken place. czar 15:47, 13 September 2017 (UTC)

Align

This template does not work well with the {{div col}} template. Go to : 3D_printing#See_also. The would be a align right parameter.

Portal text, transclusions of article ledes?

While looking at one example, one Portal which is pretty significant and should not be left abandoned and stale, is Chemistry.

Portal:Chemistry Featured portal candidate 30 November 2006

Chemistry FA candidate, not promoted 16 March 2007. (Appear to me to be begging to be lifted to FA level)

Should Portals contain their own unique attribution history, edit history, style and unique content? Or should portals be technically ties to the articles they showcase?
For example...

Should Portal:Chemistry/Intro be a transclusion of the lede of Chemistry? --SmokeyJoe (talk) 04:28, 9 October 2017 (UTC)

That looks like a reasonable proposal to me. Have you suggested this on the relevant project? If it is inactive I would suggest be bold and do it. Cheers,

· · · Peter (Southwood) ^(talk): 10:40, 12 October 2017 (UTC)

Ending the system of portals

Relevant RfC Galobtter (pingó mió) 14:24, 8 April 2018 (UTC)

Discussion at Wikipedia talk:Manual of Style/Portals#RfC: Adopt as a MoS guideline

 You are invited to join the discussion at Wikipedia talk:Manual of Style/Portals#RfC: Adopt as a MoS guideline . - Evad37 [talk] 03:00, 31 May 2018 (UTC)