This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Currently, there are 1500 portals, comprised of 150,000 pages in portal space; the rest beyond the 1500 are subpages. Most of those subpages contain an excerpt, copied and pasted from some article. Such excerpts never change, and they go stale over time (no longer matching the original source material).
The Portal WikiProject was rebooted on April 17th, and we've been busy redesigning the portal model so that all those subpages will not be needed.
The design concept called "selected transclusion", which is used for migrating excerpts (moving them to the base page), does so by displaying part of an article the same as a template. An added benefit of this is that it also keeps them fresh, by always showing the current version of the content that is transcluded.
We are also working on ways to make excerpted content, and listed entries, dynamic, so that the material or links shown automatically change over time without the intervention of an editor. Selected articles, could be set up to change daily, for example, to present a different article each day. This can even be made to show a different article every time a user visits the page. Currently, we can do this from a set list. We're trying to make it so that the list is updated automatically from an external source that is regularly maintained.
Other automated solutions are being sought or developed for each section type of portals. To automatically update and archive news, did you know entries, and so on.
Once we get a fully automated design worked out, it will be applied to all the portals that do not have dedicated maintainers. This will reduce the amount of maintenance they need. A single editor will then be able to watch over far more portals than before, ideally, with each portal taking up only a single page in portal space.
Well, that's most of what's going on. I'll have the upcoming newsletter issue ready to send out in a couple days or so, with the rest. — The Transhumanist 05:13, 9 May 2018 (UTC)
Already signed up, my dude. :P Great stuff going on here, keep up the good work. I'll likely not be of much help during the week, but should be able to find time on the weekends. — AfroThundr(talk) 04:44, 9 May 2018 (UTC)
A couple of adjustments, and... there. :) — The Transhumanist 05:13, 9 May 2018 (UTC)
P.S.: Thanks for joining, and I look forward to working with you! -TT
WikiProject Portals update, 11 May 2018
We've grown to 73 members, and morale is high. Thank you for joining. Here is some news, and some tasks...
The RfC will be closed soon...
2018-05-11: preparations are being made to close the RfC. See
Wikipedia:Administrators' noticeboard/Requests for closure#Wikipedia:Village pump (proposals)/RfC: Ending the system of portals
.
When there, be sure to notice the consultation link.
We're trying to get a prototypical single-page portal developed in time to show the RfC closers before they make their final decision. You can help. It's Portal:Humanism. So far, we've applied selective transclusion (automation) to excerpts, and have made the following sections without subpages: intro, selected article, selected biography, categories, related portals, wikiprojects, things to do, and wikimedia. Eight down, 4 to go, plus 2 formatting subpages (not sure we can migrate those). Automating every section, would also be nice.
Main objectives
Our main objectives currently, are:
Replace static excerpts with selective transclusions, so that the excerpts always stay fresh (that is, match the source content). We are now doing this on the portal base page as much as possible, to reduce the number of subpages that are needed. See #2...
Migrate the functions of subpages to the portal base pages. There are around 150,000 subpages in portal space. We aim to make these obsolete by using templates and other calls from the portal base pages.
Improve portal design to make portals self-update. Semi-dynamic sections update from a static list, as used in {{Transclude random excerpt}}. Fully-dynamic sections would update from a list maintained elsewhere on Wikipedia, like a category. We haven't found a way to do this yet, other than to create a bot (which we will probably need to do).
Maintenance pass #1: Upgrading the intro section
The intro section of many portals transcludes an "Intro" subpage that has an excerpt in it.
We're replacing that with a selective transclusion directly in the intro section, bypassing the subpage. Though, there's a little more to it...
Maintenance pass #2: Obsoleting the Wikimedia subpages
One of the sections on many portals links to sister projects on the subject. This needlessly takes a subpage. The subpage can be made obsolete by using the template {{Wikimedia for portals}} directly on the portal base page.
This has been done for several hundred portals so far.
We are at 74 members. If you know anyone who might find this WikiProject interesting, please invite them.
The RfC has ended
The RfC was closed May 11th, and a closing statement was posted May 12th which says "There exists a strong consensus against deleting or even deprecating portals at this time."
Ongoing tasks
Some major activities that we are in the middle of include:
Adding the
talk page
. There are about 125 portals left to be processed. (There were 400). Keep up the good work!
Development discussions on how to migrate the subpages to the base pages. There are around 150,000 subpages in portal space, associated with the various sections on a typical portal. We are trying to obsolete them section type by section type. Currently, we're working on obsoleting the intro subpages and the "selected articles" subpages. Please join in.
Other tasks
The list of portals not ready to be listed on the main list can be found at Wikipedia:WikiProject Portals#These are not listed yet (scroll down to see them - they are marked Not ready). They are incomplete. If you want a specific portal to work on, please consider choosing one from that list.
Over the years, some incomplete portals (portals under construction) got added to
Portal:Contents/Portals
, I'm already almost done inspecting the portals in the culture section, and so you can skip those. The types of things to look for are empty sections (most will have a redlinked subpage), lack of "selected" sections, portal stubs with just an intro and end sections, and very poor layout (like seriously unbalanced columns).
Portal-building resources
During his work on portals, Broter found a quote randomizer. It is {{Random quotation}}.
Trailblazer: approaching the one-page portal
Broter has transformed the Portal:Community of Christ so it is comprised of only 3 pages in portal space: the base page, its box-header subpage, and its box-footer subpage. Its other other subpages are now obsolete and are waiting for deletion. Nice job, Broter!
Well, that's all for now. See ya around the portals. — The Transhumanist 06:34, 16 May 2018 (UTC)
Coming soon: Automatic article alerts (but there is a glitch)
Our WikiProject is now subscribed to the bot that makes automatic article alerts, but the subpage where they are posted has not been added to our WikiProject page yet because of a weird problem...
Featured portal nominations from two years ago keep popping up on there.
Once that is remedied, it will be posted on our WikiProject page.
Thank you.
Note that, this will only track base pages, because to track the rest, we'd have to create over 140,000 talk pages for the subpages, and that just isn't worthwhile (as we're trying to remove the subpages anyways). Therefore, any alerts for subpages will still need to be posted manually.
Wikipedia talk:Portal guidelines#RfC on new portal guidelines
RfC on new TOC layout for main portal list
There is a proposal to change the look of the table of contents at
Portal:Contents/Portals
.
See:
Portal talk:Contents/Portals#RFC on layout update
.
Deletion discussion survivors
Thank you to those who have participated in portal deletion discussions. There are still some editors out there who despise portals, and this comes across in their argumentation style. Wow. Such negativity. But, there is some good news...
Current deletion discussions are posted on our WikiProject page.
Portal space clean up
While portal detractors are trying to get rid of portals via MfD, we have deleted many of them via speedy deletion (per {{
Portal talk:Contents/Portals#These are not listed yet
.
We are also removing subpages, the functions of which have been migrated to portal base pages. To see which ones have been removed, look for the redlinks in our watchlist.
For subpages that need to be deleted, you can conveniently place this speedy deletion template at the top of each of them:
{{Db-g6|rationale=of subpage clean up – this subpage's function has been migrated to the portal base page and is no longer needed}}
Then an admin will come along and delete them.
Please help list the unlisted portals!
There are still 100 existing portals not yet presented on the main portal list at
Portal:Contents/Portals
. There were 400, so we've come a long way. Thank you! But we are not done yet...
Please list a couple of them. Every little bit helps. If each member of this project listed one more, it would almost all be done. Many hands make light work.
The list of missings, and instructions, are to be found at
Portal talk:Contents/Portals#These are not listed yet
.
I hope to see you there!
Wrapping up
These developments make up just the tip of the iceberg. I'll have more to report in the next update, soon. — The Transhumanist 00:30, 25 May 2018 (UTC)
There were 1515 portals, but now we have 1475, because we speedy deleted a bunch of incompleted portals that had been sitting around for ages, that were empty shells or had very little content. Because they were speedied, they can be rebuilt from scratch without acquiring approval from
WP:DRV
.
Maintenance runs on the portals set have begun
This is what we have been gearing up for: upgrading the portals en masse, using AWB.
More than half of the Associated Wikimedia sections have been converted to no longer use a subpage. This chore will probably be completed over the next week or two.
Many thanks to the WikiGnome Squad, who have added an Associated Wikimedia section to the many geography-related portals that lacked one. The rest of the subjects await. :)
The next maintenance drive will be on the intro sections. Notices have gone out to the WikiProjects for which one or more portals fall within their subject scope. Once enough time has elapsed for them to respond (1 week), AWB processing of intro sections will begin.
Thank you, you
I'd like to take this opportunity to thank you all for your part in the RfC. I went back and reread much of it. I believe your enthusiasm played a major part in turning the tide on there. I'm proud of all of you.
Why reread that mess, you ask?
To harvest ideas, and to keep the problems that need to be fixed firmly in mind. But, also to keep in touch. See below...
Thank yous all around
I've contacted all of the other opposers of the RfC proposal to delete portals, to thank them for their support, and to assure them that their decision was not made in vain. I updated them on our activities, provided the link to the
our operations (on our talk page)
.
Sockpuppet, and reverting his work
It so happened that one of our members was a sockpuppet: JLJ001. According to the admin who blocked him, he was a particularly tricky long term abuser. This is a weird situation, since the user was quite helpful. He will be missed.
This has been somewhat disruptive, because admins are doing routine deletions of the pages (portals, templates, etc.) he created, and reversion of his edits (I don't know if they will be reverting all of them). Please bear with them, as they are only doing what is best in the long run.
The following pages have been deleted by the admins so far, that I know of:
Associated Wikimedia – {{Wikimedia for portals|species=no|voy=no}}
Categories – {{#tag:categorytree|{{PAGENAME}}}}
Automatic article alerts is up and running
Automatic article alerts are now featured on the project page.
Some super out-of-date entries kept showing up on there, so posting it on the Project page was delayed. Thanks to Evad37 and AfroThundr for providing solutions on this one. Evad37 adjusted the workflow settings per Wikipedia:Article alerts/Subscribing#Choosing workflows, to make sure only the appropriate page types show up. AfroThundr removed the tags from the old entries that caused them to keep showing up in the article alerts.
Another major component of the portal system is the main list of portals, at
Portal:Contents/Portals
. How would we go about automating the updating of that?
Please post your ideas on the WikiProject's talk page. Thank you.
Deletion discussion survivors
Keep in mind that we have already speedy deleted almost all of the nearly empty portals, which can be rebuilt without approval whenever it is convenient to do so. Other portals should be completed if at all possible rather than delete them through MfD (which requires approval from
Pbsouthwood has just gotten through the grueling RfA process to become a Wikipedia administrator. Be sure to congratulate him.
The reason he went for it was: "For some time I expect to be busy with subpage deletion for Wikipedia:WikiProject Portals as mentioned above. The amount of work is expected to keep me busy for some time. I am primarly a content creator and contributor to policy discussions, but would be willing to consider other admin work on request, providing that I feel that my involvement would be appropriate and not too far outside my comfort zone."
New feature: Picture slideshow
Picture slideshow
Image 1US Bank Tower
Image 2State Capitol Building
Image 3Sacramento Memorial Auditorium
Image 4Tower Bridge
Image 5Capitol Mall, seen from the Capitol
Image 6Pocket Sacramento Canal
Image 7Old Town Sacramento, the capital as it looked like in 19th century
Image 8Sacramento from near the Sacramento River
Evad37 has figured out a way to let the user flip through pictures without purging the page. Purging is awkward because there is an intermediary confirmation screen that you have to click on "yes". In the new picture slideshow section, all you have to do is click on the > to go to the next picture or < to instantly show the previous feature. The feature also shuffles the pictures when the page is initiated, so that they are shown in a different order each time the user visits the page (or purges it).
We now have a one-page portal design. It isn't fully automated, nor is it even fully semi-automated, as there are still some manually filled-in areas. But it no longer requires any subpages in portal space, and that is a huge improvement. For example, Portal:Sacramento, California utilizes the one-page design concept. While is employs heavy use of templates, it does not have any subpages of its own.
I commend you for your teamwork
This is the most cooperative team I've ever seen. With a strong spirit of working together to get an important job done. Kudos to you.
In conclusion...
There's more. A lot more. But it will have to wait until next issue, but you don't have to wait. See what's going on at the
The formatting on this post seems to jack up the heading display in the table of contents, see top of page.
Could you mention the Portal flag template discussion as well? I'd like to get wider participation on that before changing anything.
Other than that, good stuff here. — AfroThundr (u · t · c) 02:02, 7 June 2018 (UTC)
Couldn't fix the heading level and still meet deadline. :) It's buried in the programming somewhere. Though, the heading works, and jumps right to it.
I've started writing the next update, which comes out in a few days, and have added "Flag template discussion" as an item. — The Transhumanist 03:33, 7 June 2018 (UTC)
The Associated Wikimedia sections of the entire set of portals have been upgraded. These are now handled on each portal base page (bypassing the previously used corresponding subpages), using the {{Wikimedia for portals}} template rather than reiterated copied/pasted code.
So, to be more accurate on reporting upgrade progress, that's one section down (for the whole set of portals), with (about) nine sections to go. (Skipping curated portals, regarding custom content sections, of course).
Further section conversions (using AWB)
Work is underway on converting Portals' introduction sections, and the categories sections.
Quality rating system for portals under development
Currently, there is no quality rating for portals: in the Portals WikiProject box on each portals' talk page, it just says "Portal". But times are a changin'. Quality assessment is on the way, and you can help. See
the discussion
.
What's coming: excerpt slideshows
Evad37 has figured out a way to apply the picture slideshow feature to displaying article excerpts (now you can check out the provided box above). :) This allows us to bypass page purging to see the next selection, and you can even click through them rather quickly. Currently, the wikicode for doing this for article excerpts is a bit eye-boggling, and so we are looking into simplifying it. A streamlined version may be just around the corner.
Note that this is a prototype, not ready for widespread use. Click on the box in between the lesser than and greater than signs, to see what I mean. It was meant for pictures, and so the thumbnail feature doesn't apply to article prose very well. I've presented it even though it isn't ready, to show the direction portal development is heading. See
the discussion
.
Wow
I'm amazed at how rapidly portals are evolving. And we're still within a single generation of portal technological evolution. Imagine what they might be in 2 or 3 more generations of developments. Pretty soon, portals will be able to shake your hand. :) — The Transhumanist 10:58, 16 June 2018 (UTC)
Nomination for deletion of Template:Portal flag talk
@Evad37: Couldn't we just db-g6 that under housekeeping, since it's an obsolete and superseded template? — AfroThundr (u · t · c) 01:50, 28 June 2018 (UTC)
I wasn't sure it was really eligible, it seemed a bit of a stretch compared to the examples at
WP:T3 either. You can tag the template for speedy deletion as well if you want, and let an admin decide (speedy criteria are still applicable even if a page is at an XfD discussion). - Evad37[talk
] 02:02, 28 June 2018 (UTC)
Templates that are substantial duplications of another template... seems close enough to me, so I used T3. — AfroThundr (u · t · c) 02:13, 28 June 2018 (UTC)
We are in the process of developing a rating system specifically for portals, as the quality assessment scheme for articles does not apply to portals. It is coming along nicely. Your input would be very helpful. See the discussion at
Wikipedia talk:WikiProject Portals/General#Proposed new quality class assessments
.
Better than a barnstar
One of our participants got involved with this WikiProject through interest in how the new generation of portals would be handled in WP's MOS (Manual of Style). It didn't take long before he got sucked in deeper. This has given him an opportunity to look around, and so, he has made an assessment of this WikiProject's operations:
I'm quite frankly really impressed and inspired by what's happening here. If you'd asked me a year ago if I thought portals should just be scrapped as a failed, dragged-out experiment, I would have said "yes". This planning and the progress toward making it all practical is exemplary of the wiki spirit, in particular of a happy service-to-readers puppy properly wagging its technological and editorial tail instead of the other way around, and without "drama". It's also one of the few examples I've seen in a long time of a new wikiproject actually doing something useful and fomenting constructive activity (instead of acting as a barrier to participation, and a canvassing/ownership farm for PoV pushers). Kudos all around. — SMcCandlish
Congratulations, everyone. Keep up the great work.
Slideshow development
We've run into a glitch with slideshows: they don't work on mobile devices.
Initially, we will need to explore options that allow portals to have slideshows without adversely affecting mobile viewers. See
Wikipedia talk:WikiProject Portals/Design#Mobile view support
.
Eventually, we may need another way to do slideshows. If we do go this route, and I don't see why we wouldn't, then (user configurable) automatic slideshows also become a possibility.
TemplateStyles RfC passed
Once implemented, this will allow editors to create and edit cascading style sheets for use with templates. This will expand what we can do with portals. For more detail, see mw:Extension:TemplateStyles and Wikipedia:TemplateStyles.
Automation effort
We've run into an obstacle using Lua-based selective transclusion: Lua is incapable (on Wikipedia) of reading in article names from categories. Because of this, we'll need to seek other approaches for fully automating the Selected article section. We are exploring sources other than categories, and other technologies besides Lua.
Speaking of using other sources, the template {{Transclude list item excerpt}} collects list items from a specified page, or from a section of that page, and transcludes the lead from a randomly selected link from that list. Courtesy of Certes. So, if you use this in a portal, and if the template specifies a page or section serviced by JL-Bot, you've now got yourself an automatically updated section in the portal. JL-Bot provides links to featured content and good articles, by subject.
What is "fully automated"? When you create a portal using a creation template, and the portal works thereafter without editor intervention, the portal is fully automated. That is, the portal is supported by features that fetch new content. If you have to add new article names every so often for it to display new content, then it is only semi-automated.
Currently, the Selected article section is semi-automated, because it requires that an editor supplies the names of the various articles for which excerpts are (automatically) displayed. For examples, look at the wikisource code of
So far, 3 sections are fully automatable: the introduction section, the categories section, and the Associated Wikimedia section.
Where is all this heading?
Henry.
Or some other name.
Eventually, the portal department will be a software program. And we won't have to do anything (unless we want to). Not even tell it what portals to create (unless we want to). It will just do it all (plus whatever else we want it to do). And we will of course give it good manners, and a name.
But, that is a few years off.
Until then, building portals is still (partially) up to us. — The Transhumanist 13:28, 30 June 2018 (UTC)
Work is proceeding apace. We have 2 major thrusts right now: converting the intro sections of portals, and building the components of the one-page automated model...
Converting the intro sections
We need everybody, except those building software components, to work on converting intros. If you have AWB, definitely use that. If not, then work on them manually. Even one a day, or as often as you can muster, will help a lot. There are only about 1,000 of them left to go, so if everyone chips in, it will go pretty quickly. Remember, there are 97 of us!
The intros for most of the portals starting with A through F have already been converted to use the {{Transclude lead excerpt}} template.
The standard wikicode for the automated intro that we want to put into place looks like this:
That works for most portals, but not all. For some portals it requires some tweaking, and for others, we may have to use a different or more customized approach. Remember to visually inspect each portal you work on and make sure that it works before moving on to the next one.
I've started an AWB tips page, for those of you feeling a bit overwhelmed by that power user tool. Feel free to add to it and/or improve it.
Portal automation
We have some very talented Lua programmers, who are pushing the limits of what we can do in gathering data from Wikipedia's various namespaces and presenting it in portals. Due to their efforts, Lua is powering the selective transclusion core of our emerging automated portal design, in the form of selected article sections that rotate content, and slideshows.
To go beyond Lua's limits, to take full advantage of Mediawiki's API, we are in the midst of adding another programming language to the resources we shall be making use of: JavaScript. The ways that JavaScript can help us edit portals to boost the power of our Lua solutions, are being explored, which will likely make the two languages synergistic if not symbiotic. Research is under way on how we can use JavaScript to make some of the portal semi-automated features fully automatically self-updating, in ways that Lua cannot. Like gathering random members from a category and inserting them into a portal's templates as parameters. Once the parameters are in place, Lua does the rest.
If you would like to get involved with design efforts, or just keep up on them, see
Wikipedia talk:WikiProject Portals/Design
.
When should we start building new portals?
Well, not at the present time, because building portals is quite time consuming. The good news is that we are working on a design that will be fully automated, or as close to that as we can get. And the new design is being implemented in the portal department's
main portal creation template
. This means, that not only will portals update themselves, their creation will be highly automated as well. That's the nature of templates. You put them in place, and they just... work.
What I'm getting at here, is that it would be better to wait to build lots of new portals until after the new design is completed. Because with it, instead of taking hours to create a new portal, it will likely take minutes.
That does not mean we should be idle in the meantime. The main reason most of us are here is because it became apparent that portals were largely unmaintained and had grown out-of-date. This had become so apparent that a proposal was made to delete all the portals and the portal namespace to boot. That makes our main objective in the short term to improve all the existing portals so that the community will want to keep them—forever.
Building lots of new portals comes later. Let's fix up the ones we have first. ;)
And on that note, I bid you adieu. Until next newsletter, see ya 'round the WikiProject. — The Transhumanist 12:29, 10 July 2018 (UTC)
Automation makes things go faster, even portal creation. One of the components Certes made was {{Transclude list item excerpt}}. I became curious about its possible applications.
So I worked out a portal design using it, the initial prototypes being Portal:Kyoto (without a "Selected pictures" section), and Portal:Dubai (with a "Selected pictures" section). Then I used Portal:Dubai as the basis for further portals of this type...
I was able to revamp Portal:Munich from start to finish in less than 22 minutes.
When using the {{Random slideshow}} template to display pictures, be sure to use the plural tense in the section title: "Selected pictures". That's because slideshows don't show up on many mobile devices. Instead the whole set of pictures is shown, hence the section title "Selected pictures", as it fits both situations.
In case you are curious, here is a list of the portals so far that have a slideshow:
Where the pagename didn't match the article title for the subject, the title was typed in.
Most of the portals that do not contain {{/intro}} or {{{{FULLPGENAME}}/Intro}} have not yet been processed.
About a thousand portals use the method of selective transclusion for the intro section. That's about two-thirds. That means we have one-third of the way to go on the intro section conversions.
Much more to come...
So much has been happening with portals that I can't keep up with it. (That's good). Which means, more in the upcoming issue. Until then, see ya 'round the project. Sincerely, — The Transhumanist 08:43, 15 July 2018 (UTC)
I got overwhelmed IRL (in real life) during the production of issue #12. So, here is a catch-up issue, to help bring you (and me) up to speed on what is happening with portals...
By the way, we still have 97 participants. (Tell all your friends about this WikiProject, and have them join!)
Panoramas!
One cool feature of some of the geographical portals is a panoramic picture at the top of the intro section.
Caveat: avoid super-huge pics, as they can cause portal scripts to time-out. Please try to keep picture size down below 2 megabytes. Thank you.
Auto-populated slideshows
Speaking of pictures...
We now have two slideshow templates. You may be familiar with {{Random slideshow}}, in which the editor types in (or copies/pastes) a list of pictures he or she wants it to display.
Well, now we have another template, courtesy of Evad37, which accepts one or more page names instead, and displays a random image off of the listed pages. So instead of listing dozens of files by hand, you can include a title or three to be scanned automatically. It even lets you specify particular sections.
Also from Evad37, we have a new component for starting section boxes, that is color configurable, and that bypasses the need for box-header subpages altogether. It is {{Box-header colour}}.
For the discussion in which this was inspired, see
Wikipedia talk:WikiProject Portals/Tasks#Colour combinations for accessibility
.
(In case you didn't notice, the slideshow box above uses this new template).
BTW, don't forget to close your box with {{Box-footer}}.
Where are we on the redesign?
The answer to this question is quite involved, and would fill this page to overflowing. Therefore, this subject, including a complete update on where we are at and where we are going with portal design, is covered at
Wikipedia talk:WikiProject Portals/Design
.
Where are we on portal conversion?
An AWB pass to convert intros on the portals has been completed. The pass couldn't convert them all (due to various formatting configurations, etc.).
All but about 170 portals now have introductions selectively transcluded on the base page. Not counting manually maintained portals, that leaves about 70 portals that either need their intros converted, or they need an intro.
Next, we'll be converting the categories sections!
What's the plan, man?
The course of action we have been taking goes something like this, with all steps being pursued simultaeneously...
1) Design a one-page automated portal model
2) Convert existing portals to that design (except those being manually maintained)
3) Remove subpages no longer needed
4) Develop further tools to empower editors working on portals
Later, when the tools are up to the task, filling in the gaps in coverage (with new portals) will also become practical.
Are we caught up yet?
Probably not.
Who knows what our programmers and editors have dreamed up while I was writing this.
Now, in addition to picture slideshows, we have slideshows that can display excerpts. Portals are not just for topic tasting anymore. Now they can be made useful for surveying Wikipedia's coverage of entire subjects. This gives a deeper meaning to their name. Hmmm. "Portals"... Doorways to knowledge.
Portal:Lithuania was redesigned using excerpt slideshows. Check it out.
For those of you who cannot wait to test out these new toys...
We have not one, but three excerpt slideshow components to pick from:
This one accepts source pages from where the page names are gathered from list items. Then an excerpt from one of those pages is displayed. The selection of what is included in the slide show can be limited to a specific number from the collection (of the page names gathered), and that selection is renewed from scratch each time the page is purged.
For example, if you specify Template:World Heritage Sites in Spain as a source page, the slideshow will cycle through those sites. Now you don't have to type them in one-by-one. This greatly reduces portal creation time.
Same as above, but gathers links instead of just linked list items.
Panoramic banners
{{Portal image banner}} displays a panoramic picture the width of the page, and adjusts its size, so it stays that way even if the user changes page view size. And it accepts multiple file names, so that the picture displayed randomizes between them each time the page is visited/purged.
Salamanders are a group of amphibians typically characterized by their lizard-like appearance, with slender bodies, blunt snouts, short limbs projecting at right angles to the body, and the presence of a tail in both larvae and adults. All ten extant salamander families are grouped together under the orderUrodela from the group Caudata. Salamander diversity is highest in eastern North America, especially in the Appalachian Mountains; most species are found in the Holarctic realm, with some species present in the Neotropical realm.
Salamanders never have more than four toes on their front legs and five on their rear legs, but some species have fewer digits and others lack hind limbs. Their permeable skin usually makes them reliant on habitats in or near water or other cool, damp places. Some salamander species are fully aquatic throughout their lives, some take to the water intermittently, and others are entirely terrestrial as adults.
This group of amphibians is capable of regenerating lost limbs as well as other damaged parts of their bodies. Researchers hope to reverse engineer the regenerative processes for potential human medical applications, such as brain and spinal cord injury treatment or preventing harmful scarring during heart surgery recovery. The remarkable ability of salamanders to regenerate is not just limited to limbs but extends to vital organs such as the heart, jaw, and parts of the spinal cord, showing their uniqueness compared to different types of vertebrates. This ability is most remarkable for occurring without any type of scarring. This has made salamanders an invaluable model organism in scientific research aimed at understanding and achieving regenerative processes for medical advancements in human and animal biology. (Full article...)
Salamanders are a group of amphibians typically characterized by their lizard-like appearance, with slender bodies, blunt snouts, short limbs projecting at right angles to the body, and the presence of a tail in both larvae and adults. All ten extant salamander families are grouped together under the orderUrodela from the group Caudata. Salamander diversity is highest in eastern North America, especially in the Appalachian Mountains; most species are found in the Holarctic realm, with some species present in the Neotropical realm.
Salamanders never have more than four toes on their front legs and five on their rear legs, but some species have fewer digits and others lack hind limbs. Their permeable skin usually makes them reliant on habitats in or near water or other cool, damp places. Some salamander species are fully aquatic throughout their lives, some take to the water intermittently, and others are entirely terrestrial as adults.
This group of amphibians is capable of regenerating lost limbs as well as other damaged parts of their bodies. Researchers hope to reverse engineer the regenerative processes for potential human medical applications, such as brain and spinal cord injury treatment or preventing harmful scarring during heart surgery recovery. The remarkable ability of salamanders to regenerate is not just limited to limbs but extends to vital organs such as the heart, jaw, and parts of the spinal cord, showing their uniqueness compared to different types of vertebrates. This ability is most remarkable for occurring without any type of scarring. This has made salamanders an invaluable model organism in scientific research aimed at understanding and achieving regenerative processes for medical advancements in human and animal biology. (Full article...)
Notice how the box bottoms line up. That readjusts even if you click the slideshow buttons.
By the way, when you include more than one box in a column, any left over whitespace in that column is divided between them.
Box-header colour
You may have noticed the new {{Box-header colour}} template used above. It lets you pick the color locally (right on the same page). Before, this was handled on a subpage somewhere.
Testing, testing
Now that we have lots of toys to play with for making cool portals...
Don't forget, that the majority of views of Wikipedia these days are from mobile devices. We need to make certain that portals display well on those. So, remember to check your work on portals in mobile view mode...
To see a portal in mobile view mode, insert a ".m" into a portal's url, after "en", like this:
The task: There are many geography portals that lack panoramas. Please add some. Please keep the file size down below 2 megabytes, and keep in mind that you may find quality banners at commons: at less than 200K (.2 megabytes). Good search terms to include with the place name are "banner", "cityscape", "skyline", "panorama", "landscape", etc.
Related task: There are also lots of geography portals that have panoramas used as gaudy banners (with print or icons splattered across them) or that display them in some random location on the page. In many cases, those pages would be improved by displaying the panorama as a clean picture at the top of the intro section, like on the examples above. This works best with banner-like panoramas. Please fix such pages when you come across them, if you believe it would improve the look of the page.
Taller images might be better suited displayed further down the page, or in the "Selected images" section.
Note that {{Portal image banner}} supports multiple images, and displays one at random upon the first visit, and each time the page is purged.
Fun activity #2: install "Selected images" sections
That is, image slideshows!
Over 200 have been installed so far. Just 1200 to go. (Be sure not to install them on portals with active maintainers, unless they want you to).
The title "Selected images" reflects the fact that not all images on Wikipedia are pictures, and encompasses maps, graphs, diagrams, sketches, paintings, pictures, and so on.
The task: Using one of the above templates directly on a portal's base page, replace static "Selected picture" sections, with a section like one of these:
Selected images
Image 1
Salmo salar
) - the larva has grown around the remains of the yolk - visible are the arteries spinning around the yolk and little oildrops, also the gut, the spine, the main caudal blood vessel, the bladder and the arcs of the gills.
Image 2
common carp Cyprinus carpio, originated from China and widely spread in Japan. They are very closely related to goldfish. The word "koi" comes from Japanese meaning "carp
".
Image 3The red lionfish (Pterois volitans) is a venomous coral reef fish from the Indian and western Pacific Oceans. The red lionfish is also found off the east coast of the United States, and was likely first introduced off the Florida coast in the early to mid 1990s.
Image 4A discus (Symphysodon discus) is guarding its eggs. As for most cichlids, brood care is highly developed with both the parents caring for the young. Additionally, adult discus produce a secretion through their skin, off which the larvae live during their first few days.
Selected images
Image 1A dirt road acted as a fire barrier in South Africa. The effects of the barrier can clearly be seen on the unburnt (left) and burnt (right) sides of the road. (from Wildfire)
Image 14Aerial view of deliberate wildfires on the Khun Tan Range, Thailand. These fires are lit by local farmers every year to promote the growth of a certain mushroom. (from Wildfire)
Image 22A Russian firefighter extinguishing a wildfire (from Wildfire)
Image 23The northern spotted owl primarily inhabits old-growth forests in the northern part of its range (Canada to southern Oregon) and landscapes with a mix of old and younger forest types in the southern part of its range (the Klamath region and California). (from Old-growth forest)
Image 34In Abies grandis (grand fir), and many other species with spirally arranged leaves, leaf bases are twisted to flatten their arrangement and maximize light capture. (from Conifer)
Image 35A thin transverse section showing the internal structure of conifer wood (from Conifer)
Image 38First growth or virgin forest near Mount Rainier, 1914 (from Old-growth forest)
Image 39Animation of diaphragmatic breathing with the diaphragm shown in green (from Wildfire)
Image 40Wildfire near Yosemite National Park, United States, in 2013. The Rim Fire burned more than 250,000 acres (1,000 km2) of forest. (from Wildfire)
Image 43Charred landscape following a crown fire in the North Cascades, United States (from Wildfire)
Image 44The narrow conical shape of northern conifers, and their downward-drooping limbs, help them shed snow. (from Conifer)
Image 45A wildfire in Venezuela during a drought (from Wildfire)
Image 46
Redwood tree in northern California redwood forest: According to the National Park Service, "96 percent of the original old-growth coast redwoods have been logged." (from Old-growth forest
)
Image 47Global fires during the year 2008 for the months of August (top image) and February (bottom image), as detected by the
Image 48National map of groundwater and soil moisture in the United States. It shows the very low soil moisture associated with the 2011 fire season in Texas. (from Wildfire)
Image 49A surface fire in the western desert of Utah, United States (from Wildfire)
The one on the left uses {{Random slideshow}} (which accepts file names), and the one on the right uses {{Transclude files as random slideshow}} (which accepts source pages from which the filenames are gathered).
The above section formatting is used on many of the pages you will come across, but not all. In those cases, use whatever section formatting matches the rest of the page.
Note that you may come across "Selected picture" sections done with {{Random portal component}} templates. That template call is the entire section. Replace it with a section that matches the other sections on the page, and put the new slideshow inside that.
{{/box-header|Selected images|noedit=yes}}
{{Transclude files as random slideshow
| {{PAGENAME}}
| Culture of {{PAGENAME}}
}}
{{Box-footer}}
And the new section blended right in with the formatting of the rest of the page. Note the use of the {{PAGENAME}} magic word. Plain article titles also work. Don't feel limited to one or two page names. But be sure to test each slideshow before installing the next one. (Or if you prefer, in batches - just don't leave them hanging). Report technical problems at the
Portal design talk page
.
Fun activity #3: upgrade "Selected article" sections
These sections, where unmaintained, have gone stale. That's because 1) the excerpts are static, having been manually copied and pasted, and 2) because they lack automatic addition of new entries.
All three of these will provide excerpts that won't go stale. The latter two can provide excerpt collections that won't go stale, by providing new entries over time. The key is to select source pages or source sections that are frequently updated, such as root article sections, mainstream lists, or navigation templates.
Where will this put us?
When the above tasks are completed for the entire collection of portals (except the ones with specific maintainers), we'll be more than half-way done with the portal system upgrade.
Keep up the great work. — The Transhumanist 18:33, 30 July 2018 (UTC)
Discussions are underway on the design of a portal tool (user script) that will hopefully have features for modifying portals at the click of a menu item, to make editing them easier. It might do things like change the color for you, add to a selection, add a new section, move a section, and so on.
If you'd like to be involved and suggest features for the tool, please join us at
Wikipedia talk:WikiProject Portals/Design#What would you want a portal tool to be able to do?
.
Progress report: upgrade of portals
As new portal components are built by our Lua gurus, those components are being used to upgrade portals. Each component automates a section of a portal in a particular way.
The sections that are mostly upgraded so far are the Intro, and the Associated Wikimedia section.
The sections currently undergoing upgrade are: Selected image, Categories, and the Intro.
The Intro? Isn't that done already?
Yes, and no.
The upgrade of the excerpt in intros is mostly complete (there are about 70 non-standard portals that still need it).
Now we are doing another upgrade of intros in the form of adding a panoramic picture at the top of the intro, on portals for which such a picture is available on Commons:. Dozens of panoramas have been added so far, and they are really starting to affect the look of portals — the portals that have them look really good.
Regions are the most likely subjects to have panoramas, but a surprising number of other subjects have banner-shaped pictures too. Some examples of non-geographic portals that they have been added to are:
Speaking of pictures, several hundred Selected image sections have been upgraded to include image slideshows.
Progress report: design
The push for automation continues, with new components under continuous testing in the field. As problems are spotted, they are reported to our programmers, who have done a fantastic job of keeping up with bug reports and fixing the relevant Lua modules fast. I am highly impressed.
Construction time on new portals is now down to as little as a minute or less. Though not in general. If you are lucky enough to spot portals that fit the profile of the new tools (their strengths), then a portal can be complete almost as soon as it is created, with the added time it takes to find and add a panorama. Source page titles are not generally standardized, and so it source pages in many cases must be entered manually. Where source page titles follow a standard naming convention, portal creation for those subjects goes quickly.
So, we still have some hurdles, but the outlook on portals is very good. New features, and many improvements to features are on the horizon. I'll be sure to report them when they become available.
What will the portal of the future look like? That is up to you!
Myself and others have been testing and experimenting with the new components in upgrading existing portals and in building new portals. They have now been applied in hundreds of portals.
The templates are ready for general use for portal creation.
They are still a bit buggy, but the only way we are going to work the rest of the bugs out is by using them and reporting the bugs as we come across them.
I look forward to seeing what new portals you create!
Placing a panorama (banner picture) at the top of the intro section is a nice touch, and really makes a portal look good. {{box portal skeleton}} doesn't automatically insert panoramas. So, you will need to do that by hand. They can be found at Commons:. For some examples, check out Portal:Sharks, Portal:Cheese, and Portal:Florence
Check the In the news and Did you know? sections for mismatches. That is, sometimes entries come up that shouldn't be displayed. If there are any, refine the search strings further, so they don't return such results.
Finish each portal you've created before creating a new one. We don't want unfinished portals sitting around.
As you know, portals are now supported by a number of new templates, which are in turn supported by some new
Lua modules
.
Those templates and modules are being put to the test, in the new portals that have been created since this WikiProject rebooted, plus a number of existing portals that have been revamped.
Please browse the new portals at your leisure, and report any and all problems that you spot. Post bug and other portal problem reports at
WT:WPPORTD
. Please report bugs, quirks, awkward aspects, or anything weird or off that you notice. Compliments and suggestions are also welcome. :)
When you report a bug, please indicate the portal's name, the section that the problem appeared in, and the name of the article appearing (first) in the section with the problem. Most problems will likely be encountered in the Selected general articles" section, due to quirks in a displayed article's wikicode that the lua modules don't handle yet. Your help in spotting those is of utmost value. Thank you.
Don't delete portal subpages just yet
For portals that have been converted to the single-page design, we are not deleting their subpages at this time, because we are working on ways to harvest the data from those pages. For example, the Selected picture subpages include filenames and captions that would be valuable for the image slideshows. Please don't delete portal subpages, for now. They'll be slated for d-batch speedy deletion after harvesting. Thank you.
Development notes
We are currently testing a feature added to {{Transclude files as random slideshow}} that allows it to accept both sourcepages and filenames. Courtesy of Evad37. This will pave the way for harvesting files and their captions from portal subpages, for use in image slideshows.
We need your help
The bulk of the work is being done by a handful of editors. But we can't do it all. We need help with spotting bugs, refining the search parameters in new/revamped portals (in the "Did you know..." and "In the news" sections), adding images to slideshows for a broader selection (they default to showing the images on the root article page but are capable of showing so much more), adding panoramic pictures at the top of the intro section of region portals (cities, counties, states, provinces, countries, continents, and other regions), to name but a few task types.
It is rewarding to be a part of the growing portal phenomenon. And you get to see its expansion and refinement up close.
A {{Portal}} box in the See also section of the corresponding root article for each portal. If there is no See also section, create one and place the portal template in that. (Rather than placing them in an external links section -- they're not external links).
A {{Portal}} template placed at the top of the category page corresponding to each portal.
Nearly 2,000 of the new portals need to be listed here.
They can be found at
Portal talk:Contents/Portals#These are not listed yet
. Instructions are included there.
Customized Portal Rating system is now in place
Portals now have a new rating system of their own designed specifically to support portal evaluation! We were trying to use the standard assessment system for articles, but that doesn't fit portals very well.
The new system can be found at the top of all portal talk pages, in the WikiProject portals box. Those with "???" ratings need to be assessed, which makes up most of the older portals.
Most of the new portals were started out with an initial "Low" level of importance when their talk pages were created. Those deserving higher importance should be promoted as you come across them.
Improving the new portals
The starting point for new portals included minimal parameters and content, in the form of default values in the template(s) used for their creation.
Embellishing embedded search strings
So, for the search strings in the "Did you know..." and "In the news" sections, this was the magic word {{PAGENAME}}, which represents the portal's name. Unfortunately, the resulting term is alway capitalized, which limits its effectiveness as a search string for anything but proper nouns. Results for those two sections can be improved, by replacing the "PAGENAME" magic word with multiple search strings, and search strings that begin with lower case letters. There is no inherent limit as to how many search parameters may be included. Lua search notation is used. The more general the subject, the more subtopic search terms you may want to include. For example, on Portal:Avengers (comics), {{PAGENAME}} turned up nothing. But, when more parameters were added, as in the wikicode below...
{{Transclude selected recent additions | {{PAGENAME}} | Iron Man | Spiderman | Antman | Hawkeye | The Hulk | Incredible Hulk | David Banner | Captain America | Scarlet Witch | Black Widow | Tony Stark | Nick Fury | Age of Ultron | Infinity War | months=36 | header={{Box-header colour|Did you know... }}|max=6}}
... that returned several results in the portal's DYK section.
Be sure you make the improvements to both the DYK section and the "In the news" section, as they both require the search strings.
Expanding the slideshow contents
The default starting selection for the image slideshow in most new portals is whatever images happen to be in the corresponding root article (via the PAGENAME magic word). You can improve image slideshows by adding more sourcepages and filenames as parameters in the "Selected images" section of portals.
Portals used to take about 6 hours or more to create. Now, for subjects that have particular navigation support, we've got that down to about one minute each, with even more content displayed than ever. True, that means the new portals pick you, rather than the other way around. Creating a specific portal that doesn't happen to have the requisite navigation support is still pretty time consuming. But, we are working on extending our reach beyond the low-hanging fruit.
And efforts are ongoing to keep shaving time off of the creation process. Eventually, we may get it down to seconds each.
In addition to improving automation, we're always looking for new features and improvements that we can add to portals, and there is plenty of potential to expand on the standard design so that new portals are even better right out of the starting gate. Additional designs are also possible.
On the horizon, there are many more portals waiting to be created. And we can expect to see at least a few more section types emerge. I never expected slideshows, for example, especially not for excerpts. Who knows where innovation will take us next?
There was also some discussion of creation criteria for portals. The result was that one of the participants in the discussion reverted the portal guidelines to the old version, which has the minimum number of articles for a portal included in there: "about 20 articles", a guideline that was in place since 2009.
Many of the portals that existed prior to April 2018 do not have that many (being limited to however many subpages the portal creator created), and therefore, these portals need to be upgraded to the new design (which automatically provides many articles for display). Using the new design, exceeding 20 articles for display is very easy.
Linking to the new portals
Efforts have been underway to place links to new portals (all 2200 of them created since April).
Link (portal button) from corresponding category pages. Done
Link from See also section on corresponding root articles. Partially implemented
Link from bottom of corresponding templates. Partially implemented
Link for each portal on
Portal:Contents/Portals.
Partially implemented
Your help is needed. It is easy to access the page mentioned in #1, #2, & #3 from the portals themselves.
AWBers could do these tasks even faster (that's how the category pages were done), except #4...
Item #4 above pretty much has to be done by hand. (If you can find a way to speed that up, I would be very impressed). The links needing placement can be found at
Portal talk:Contents/Portals#These are not listed yet
. Instructions are included there.
The conversion effort: news sections
There are still around 1200 old-style portals that have only undergone partial conversion to the new design concepts, still relying on subpages with copied/pasted excerpts that have been going stale for years, out of date (manually posted) news entries, etc.
The section currently being tackled on these is news. You can help by deleting any news section on the old-style portals that has news entries that are years old (that is the dead giveaway to a manual news section). Be sure not to delete the news sections of portals that have up-to-date news, or active maintainers. For maintainers, look at the portal's categories, and/or check the participants list at
WP:WPPORT
.
Eventually, conditional news sections (that appear only when news items are available for display) will be added using AWB to all portals without a news section.
News items (and even the news sections themselves) are automatically generated for portals that were created using the Basic portal start page. On those portals, there is a hidden comment at the top of the page (that you can see in the edit window), that says this:
<!-- This portal was created using subst:Basic portal start page -->
Design development
Presently, we are in the process of implementing the new design features, creating new portals with them, and installing them in existing portals.
But, what about development of new new design features?
We have a wish department.
Post your wishes at
Wikipedia talk:WikiProject Portals/Design#Discussions about possible cool new features
, and they might come true. Many have already, and for many of those, this is where they were posted.
Cascade effect
A resource that has been elusive so far will be obtained eventually: categories. That is, the ability to pull category member links to populate a page.
Rather than populate portals directly with such links, it may be more beneficial to the encyclopedia to utilize them in navigation footers, because portals already have the ability to generate themselves based on those.
So, this would create a cascade effect: auto-gathering entries from categories, would enable the construction of new navigation footers, that would in turn support the development of new portals.
The cascade effect would also be felt by existing portals, as existing navigation footers could be expanded using the category harvesting methods, which would in turn expand the coverage of portals that access those navigation footers.
You can help by providing leads about any potential category harvesting methods. Please report anything you know about harvesting categories at
WT:WPPORTD
. Thank you.
Looking into the future: the quantum portal?
One idea that has been floating around is the concept of a pageless portal. That is, a portal that isn't stored anywhere, instead being generated when you click on a menu item or button.
Many of the new portals were generated by a single click, and then saved via a second click.
Therefore, it seems likely that the portals of the future will employ the one-click concept.
Because of the need for customization by users, this concept would need to be augmented with a way to integrate user contributions. This could be done in at least two ways: posting an existing portal, autogenerating one from scratch if such does not yet exist, or have a special data page for user contributions that is folded into the auto-generated portal.
How soon? That is up to you. All that is needed are persons to implement it.
Until next time...
Keep up the good work on portals. They are improving daily. Thank you. — The Transhumanist 04:15, 12 October 2018 (UTC)
Please inspect these portals, report problems or suggest improvements at
WT:WPPORTD
, or develop them further (see below). Thank you.
What's next?
There is still lots to do...
There are many subject gaps that need to be filled. This can be done by creating new portals, or by adding Selected article sections to existing portals. To create a new portal, simply place {{subst:Basic portal start page}} on an empty portal page, and click "Preview". If the portal is complete, click "Save". After you try it, come share your experience and excitement at
WT:WPPORTD
.
Each new portal is just a starting point. Each portal of the new design can be further developed by:
refining the search parameters to improve the results displayed in the Did you know and In the news sections.
adding more specific Selected articles sections, like Selected biographies.
inserting a Recognized content section.
adding more pictures to the image slideshow.
placing a panoramic picture at the top of the intro section (especially for geographic portals).
Besides the new portals, there are still about 1200 portals of the old design that need to be converted to the new design.
Many portals need to be de-orphaned, by placing links to them (in the See also section of the corresponding root articles, at the bottom of the corresponding navigation footer templates, and on the corresponding category pages).
Many of the new portals still need to be listed at
Portal:Contents/Portals
.
Bugs keep popping up in portals. These need to be tracked down and reported at
WT:WPPORTD
.
Tools are needed to make developing and maintaining portals quicker and easier.
Dreaming up new features and capabilities. Innovation needs to continue, to design the portal of tomorrow, and the portal development-maintenance-system of the future. Automation!
So, if you find yourself with a little (or a lot) of free time, pick an area (or more) above and...
Give a hearty welcome to AmericanAir88, who has adopted working on portals as one of his main purposes on Wikipedia. So far, he has created the following portals:
He has been, and will continue to be, sorely missed.
Hopefully, he is okay, on a Caribbean cruise or something.
The conversion continues
Portals of the old design, are slowly but surely being converted to the new single-page design.
One factor that has slowed things down is that for many sections, the section header call and section contents call are integrated into a template and buried in a lua module, locking them in on each portal. They have been that way for years.
This means that these sections can't be directly edited like the other sections on the same portal. So, search/replaces affect all the sections except those. So, upgrading headers on these portals, for example, misses the integrated sections and inadvertently results in 2 different header colors.
Before we can continue with the upgrade of these portals, the headers and section contents calls need to be restored to each portal, so that those can be edited in concert with the other sections on the portal, and worked on independently of each other.
This is underway, with a solution implemented on about 1/4 of the affected portals so far. Around 300 of them. The remaining 900 should be done within a couple weeks or so.
Going wide...
We now have banner-shaped pictures included in the introduction sections of 180 portals. The rarity of such pictures has made it difficult to find suitably narrow images for display across the tops of portals.
We have a solution for this, courtesy of FR30799386...
Most pictures are not banner-shaped. But, you can still use them as banners. Here's how:
Using both maxheight=120px and overflow=Hidden produces this:
Project's status
There are now 4,140 portals, with more being created almost daily. Prior to this project's reboot, portals were created at about the rate of 80 per year. Since April of this year, we've created about 2,600 new portals, or 32.5 years' worth at the old rate.
Of those new portals, about 3/4 of them need links leading to them. Almost all of them are linked to from the category system, but they still need links in article see also sections, at the bottom of navigation templates, and on the main portals list at
Portal:Contents/Portals
.
Of the 1500 portals created before the reboot, about 300 have been completely converted to the new design so far. About 1100 more have been partially converted, with intros, image slideshows, and associated wikimedia sections getting the most attention.
Discussion has resumed on the portal guidelines.
Until next issue...
See ya round the portal system! — The Transhumanist 11:38, 11 November 2018 (UTC)
( New portals are created with {{subst:Basic portal start page}} or
{{subst:bpsp}} )
Happy Holidays
Hello everyone! Enjoy the holiday season and winter solstice (if it's occurring in your area of the world), and thanks for your work in maintaining, improving, and expanding portals. Cheers, — The Transhumanist 06:51, 26 November 2018 (UTC)
By the way, the above list was generated using
this Petscan query. It can be easily modified by changing the date. The data page (under the Output tab) also has options for receiving the data in CSV or tabbed format, which some operating systems automatically load into a spreadsheet program for ease of use, such as copying and pasting the desired column (like page names).
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Admins will not be able to unblock themselves if they are blocked by someone other than themselves. This is because it can cause damage if someone else takes over an admin account and other admins can't block them. If this is a problem for your community you can report it on Phabricator. You can also ask questions on Meta. There is a discussion on Phabricator about how to solve this if two admins fight with each other on a small wiki. [1]
Small
SVG images are now bigger when you see them in MediaViewer. [2]
You can go to a section from the edit summary by clicking on the section name. Before this you had to click on the arrow. [3]
When you jumped to a footnote that was referenced several times in an article it could be difficult to see where you were in the text. Now there are jump marks and highlights to help you find your way back. [4][5]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 December. It will be on non-Wikipedia wikis and some Wikipedias from 12 December. It will be on all wikis from 13 December (calendar).
Meetings
You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 12 December at 16:00 (UTC). See how to join.
Future changes
New accounts will need passwords that are at least 8 characters long. Admins, interface admins, bureaucrats, oversighters, CentralNotice admins, global renamers, check users, stewards and some other user groups will need passwords that are at least 10 characters long. This is because an attacker could cause damage to the wikis if they took over these accounts. [6][7]
When you hover over a footnote it will show you the reference as a pop-up. This is so you don't have to jump down to the bottom of the page to see a reference. This will happen in 2019. Some wikis already have gadgets that do this. You will be able to turn it off. [8]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Tech News
Because of the holidays the next issue of Tech News will be sent out on 7 January 2019.
Recent changes
Some templates that show notices about the content of the page will now be shown on the mobile website. In many cases they were hidden before. [9][10]
Admins can no longer unblock themselves, except for self-blocks. A blocked admin can block the user who blocked them but no one else. This is so no one can block all admins on a wiki without being stopped. [11]
The ParserMigration extension has been removed. It compared the result of two versions of the MediaWiki wikitext parsing pipeline. It was used when we moved to the Remex parsing library instead of Tidy.
Problems
<ref> tags can use parameters such as "name" or "group". For example <ref name="adams" group="books">. If a <ref> tag has more than two parameters all parameters are ignored. You don't get a warning that they don't work. This will soon be fixed. [12]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 December. It will be on non-Wikipedia wikis and some Wikipedias from 19 December. It will be on all wikis from 20 December (calendar).
Meetings
You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 19 December at 16:00 (UTC). See how to join.
Future changes
The Wikimedia Foundation Android app team are working on making it easier to edit on mobile phones. You can read more about these plans. If you have an Android phone and speak at least two languages you can help testing in English. Tell Dchen (WMF) you want to be part of the testing by writing on her talk page or email her.
tiles.wmflabs.org and wma.wmflabs.org will stop working. They have no maintainers and run an old operating system. Tools which use it could stop working. This includes the mapnik gadget, hill shading, and hike and bike layers. New maintainers could help out and keep it going. [13]
Call for contribution for the WikiWorkshop, forum bringing together researchers exploring all aspects of the Wikimedia projects, held in May 2019 in San Francisco, is now open until January 31st
Scholia's "missing" pages (example) now link to the new Author Disambiguator tool, and a Listeria list is available to help prioritize co-author disambiguation for authors with sitelinks.
Progress of the project has been generally delayed since September due to development issues (more bitrot than expected, some of the code just being genuinely confusing, etc) and personal injury (I suffered a concussion in October and was out of commission for almost two months as a result).
I currently expect to be putting out a proper call for CollaborationKit pilots in January/February, with estimated deployment in February/March if things don't go horribly wrong (they will, though, don't worry). As a part of that, I will properly update the page and send out announcement and reach out to all projects already signed up as pilots for WikiProject X in general, at which point those (still) interested can volunteer specifically to test the CollaborationKit extension.
Wikipedia:WikiProject X/Pilots was originally created for the first WikiProject X prototype, and given this is where the project has since gone, it's only logical to continue to use it. While I haven't yet updated the page to properly reflect this:
If you want to add your project to this page now, feel free. Just bear in mind that more information what to actually expect will be added later/included in the announcement, because by then I will have a much better idea myself.
Until then, you can find me in my corner working on making the CollaborationKit code do what we want and not just what we told it, per the workboard.
Last issue, I mentioned there would be a flood, and so, here it is...
Portals status
We now have 4,620 portals.
And the race to pass 5,000 by year's end is on...
Can we make it?
The New Year, and the 5,001st portal, await.
( New portals are created with {{subst:Basic portal start page}} or
{{subst:bpsp}} )
Evad is back!
After disappearing in mid-thread, Evad37 has returned from a longer than expected wikibreak.
Be sure to welcome him back.
Improved cropping is coming to Portal image banner
User:FR30799386 is working on making {{Portal image banner}} even better by enabling it to chop the top off an image as well as the bottom.
Many pictures aren't suitable for banners because they are too tall. Therefor, User:FR30799386 added cropping to this template, so that an editor could specify part of a picture to be used rather than the whole thing.
Upgrade of flagship portals is underway
Work has begun on upgrading Wikipedia's flagship portals (those listed at the top of the
Work continues on the other five. Feel free to join in on the fun.
Spotting missing portals that are redirects
In place of many missing portals, there is a redirect that leads to "the next best topic", such as a parent topic.
Most of these were created before we had the tools to easily create portals (they used to take 6 hours or more to create, because it was all done manually). Rather than leave a portal link red, some editors thought it was best that those titles led somewhere.
The subjects that have sufficient coverage should have their own portals rather than a redirect to some other subject.
Unfortunately, being blue like all other live links, redirects are harder to spot than redlinks.
User:FR30799386 has pulled it off, and made the upgrade to {{Portal image banner}}...
So, this:
Niagara falls
, from the Canadian side
Becomes this:
Niagara falls
, from the Canadian side
Here's the code for the above banner:
{{Portal image banner|File:American Falls from Canadian side in winter.jpg | [[Niagara falls]], from the Canadian side |maxheight=175px |overflow=Hidden|croptop=10}}
...there is plenty else to do in addition to building new portals:
The new portals need to be linked to from the encyclopedia.
On those portals about subjects that are not typically capitalized, the search parameters need to be refined/expanded, to maximize the chances of Did you know and In the news items being found and displayed.
A Recognized content section needs to be added to each portal that has a corresponding WikiProject.
Addition of a category on those portals that lack a subject category.
Implement the portal category system, adding the appropriate categories to each portal.
Upgrade, and complete (as per the tasks enumerated above), the old-style portals that are not regularly maintained, which have not been converted yet (about 1,100 of them).
Find and fix the remaining bugs in the underlying lua modules.
Build portal tools (scripts) to assist in the creation, development, and maintenance of portals.
Build a script to help build navbox footer templates, via the harvesting of categories, amongst other methods.
Update the portal building instructions.
Update the portal guideline.
Refine the programming of the portals to reduce their load time.
Design and develop the next generation of portals and portal components.
Thanks The Transhumanist, you too. I would suggest that since we hit the 5k milestone that we focus our efforts for now on upgrading the older portals, and pretty much everything in the upper half of that list for a while to clean up the namespace and make everything more polished for the readers. That would allow portals to be shown off as an example of the type of high quality content that Wikipedia can generate and should give detractors less ammo to come after the portal namespace later. Also, when I have more time to be more active, I'll try to dig into that backlog as well... — AfroThundr (u · t · c) 14:01, 30 December 2018 (UTC)
Most of the new portals are orphans, which means they are not accessible from within the encyclopedia. Many of the new portals cover topics from Wikipedia's vital articles lists, and are therefore mainstream. But, they are in Limbo, and therefore, for all practical purposes, they do not exist yet. That makes the highest priority placing links to them. Also, they are not complete yet either, and that needs to be done too. We should continue to concentrate, and not spread ourselves too thin. Portals of the new design are easy to process with AWB. The old portals, not so much. — The Transhumanist 14:37, 30 December 2018 (UTC)
Wikidata weekly summary #345
Here's your quick overview of what has been happening around Wikidata over the last week.
Working on getting final pieces in place to regularly run constraint check jobs so all constraint violations get fed into the query service (phabricator:T204031)
Working on getting the layout right for the termbox in the mobile view so that in the future you can also see labels, descriptions and aliases in different languages on mobile (phabricator:T207150)
Getting ready to start working on basic Shape Expression support
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Tech News writers, editors and translators wish you a pleasant 2019 year.
Recent changes
RelatedSites extension has been undeployed. It was used to create interwiki links on Wikivoyage, now handled by Wikidata. [14]
MediaWiki logstash logging is moving to a new infrastructure. This is an ongoing deployment. [15]
codesearch.wmflabs.org has been updated, with new and updated repositories and a new search options for code. [16]
On several wikis, an account named "Edit filter" has been created on December 17 to perform some technical maintenance on AbuseFilter. This account has sysop rights but it's a system user and no human can use it. The account already existed on wikis where AbuseFilter can perform blocks, which are issued using this account. See T212268 for more information and future plans.
Problems
In AbuseFilter, the "Throttle" action takes three parameters: count, period and groups. They must now strictly respect the requirements listed on mediawiki.org. A list of broken filters is on Phabricator. If you're familiar with AbuseFilter, please take a look and fix them. [17]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from January 8. It will be on non-Wikipedia wikis and some Wikipedias from January 9. It will be on all wikis from January 10 (calendar).
Meetings
Search Platform Office Hours is rescheduled to January 9. Check the details for time and date.
The previous message from today says captions will be released in November in the text. January is the correct month. My apologies for the potential confusion. -- Keegan (WMF) (talk) 20:43, 7 January 2019 (UTC)
Structured Data - file captions coming this week (January 2019)
My apologies if this is a duplicate message for you, it is being sent to multiple lists which you may be signed up for.
Multilingual file captions will be released this week, on either Wednesday, 9 January or Thursday, 10 January 2019. Captions are a feature to add short, translatable descriptions to files. Here's some links you might want to look follow before the release, if you haven't already:
Read over the help page for using captions - I wrote the page on mediawiki.org because captions are available for any MediaWiki user, feel free to host/modify a copy of the page here on Commons.
Leave feedback about the test on the captions test talk page, if you have anything you'd like to say prior to release.
Additionally, there will be an IRC office hour on Thursday, 10 January with the Structured Data team to talk about file captions, as well as anything else the community may be interested in. Date/time conversion, as well as a link to join, are on Meta.
Thanks for your time, I look forward to seeing those who can make it to the IRC office hour on Thursday. -- Keegan (WMF) (talk) 21:09, 7 January 2019 (UTC)