Navigation |
---|
Main page |
Talk page |
Stories |
Newsletters |
Members |
Volunteers |
Pilot WikiProjects |
Contents
- 1 Improving to create lists
- 2 Welcoming/mentoring
- 3 Project linking
- 4 Are task forces and non-"WikiProject" WikiProjects included?
- 5 Other WMF entities?
- 6 Naming?
- 7 WikiProject mailing lists
- 8 Good and bad projects
- 9 Request
- 10 Inter WikiProject collaboration?
- 11 Some ideas
- 12 Wikipedia:WikiProject_Council
- 13 Presentation proposal for Wikimania 2015
- 14 What happens if I join?
- 15 Article alerts section missing in many WikiProjects
- 16 Help with converting defunct WikiProjects into task forces
- 17 Article request workshop
- 18 Wikipedia:WikiProject Hillary Rodham Clinton
- 19 Tabbed header
- 20 Project logo
- 21 Reviews of Wikipedia:WikiProject Women in Technology layout
- 22 What are we volunteering to pilot?
- 23 Need a way to reach new editors before they make that first edit.....
- 24 Wikipedia:Miscellany_for_deletion/Wikipedia:WikiProject_Hillary_Rodham_Clinton
- 25 New automated WikiProject directory
- 26 How to find articles not associated with any WikiProject(s)?
- 27 Possible reusable idea...
- 28 SuggestBot for WikiProjects
- 29 Working through importance API
- 30 Pilot projects
- 31 Discussions section, related WikiProjects, task forces, and activity
- 32 Database dump question
- 33 Some feedback
- 34 What's happening on talk pages of pages included in projects
- 35 initial note re project
- 36 Systematic listing of cleanup by WikiProject with list of articles cleared
Improving to create lists
As a side note, I know many WikiProjects have "to do lists" of articles to write. I would like to point out a tool of mine that can be used for the purpose of cross-checking entries on a list to Wikidata. This, or something like this, may be useful for some projects, and might help to make it less "enwiki" and more international. --Magnus Manske (talk) 10:55, 14 January 2015 (UTC)
- I am a big fan of this tool. It could use some user-interface and functionality improvements (ex. the inability to sort entries alphabetically, to search for a string, etc., are a bummer). But yes, I do think that developing and integrating such tools with WikiProjects is one of the worthwile goals to pursue. --Piotr Konieczny aka Prokonsul Piotrus| reply here 12:15, 14 January 2015 (UTC)
- Excellent recommendations. Thank you! Harej (talk) 15:01, 14 January 2015 (UTC)
- Adding some functionality for "Create articles based on this book" would be really helpful for biographies. I have a book of Vietnamese artists who need biographies, but I'm not quite sure where to put this, as it would be better to list it all under the book so that editors could work efficiently. --Djembayz (talk) 15:48, 3 October 2015 (UTC)
- Excellent recommendations. Thank you! Harej (talk) 15:01, 14 January 2015 (UTC)
Welcoming/mentoring
I would like to see some structured way for Wikiprojects to be able to be informed when a new editor registers for an account and has an interest in the topic area of the Wikiproject. I have long believed that wikiprojects are the best way to help increase the 'stickability' of newbies - to get them through the crucial first 20 edits and to feel like they have a 'community' they can seek advice/support from. Imagine if we could have the on-wiki equivalent of the 'first week of new semester at university' experience - where all the different interest-groups are actively trying to encourage new people to join them. Newbies would feel VALUED and WANTED, not scared and isolated.
However, before any software could be built that somehow allows newbies to nominate their interests (and which then somehow informs the wikiproject of the newbies' existence), there needs to be some work done on how Wikiprojects can best coordinate welcoming/mentoring programs. Perhaps a 'new member drive' advertised on external fora, perhaps a monthly googlehangout or IRC chat for new editors, perhaps a project-specific version of the 'Teahouse'... Just some thoughts. Wittylama 13:59, 14 January 2015 (UTC)
- I have been considering ideas on how to recruit people to WikiProjects, since they can be hard to find if you don't know where to look. One initial idea revolved around users' editing patterns, and recommending WikiProjects based on which subjects they happened to edit a lot. That approach may be backwards; it may be better to instead proactively ask what people like and recommend articles accordingly. This approach would require some changes with Wikipedia's on-boarding workflow, which used to be managed by Steven Walling's editor engagement/growth team at the Wikimedia Foundation and now seems to be managed by no one in particular. I am going to see what I can do.
- As for which WikiProjects would be able to participate in the system, my gut instinct is to say "the ones I'm actively working with;" in other words, it would be a part of a comprehensive package that includes the superior interface, etc. I do wonder if this approach will backfire, if the pilots are not a sufficiently diverse array of subjects and the impression conveyed is, "Welcome to Wikipedia! These are the ten arbitrary subjects we want you to work on." In any case, this idea should be pursued further. Thank you! Harej (talk) 15:34, 14 January 2015 (UTC)
- Why not offer new users a chance to select random articles, rather than thinking that evey new user will be enticed to stay by being offered the chance to copyedit three sentence articles on tiny Indian villages, Pakistani streams that are not on Pakistani maps, and amateur Nigerian footballers. As obscure were the articles that I was offered, although they had not been edited in years, suddenly other new editors were going for it, so it seems these obscure articles are repeatedly offered to new editors. Why? It seems that editors work on articles aligned with their interests, but you have not piqued any of my interests. You could have the interface ask the user for broad areas of articles, such as science or language arts, or country histories of interest, or project. The current new user method is uninviting.
-
- And, I think that the eagerness to put banners on articles saying there are problems, within three minutes of creation, probably just sends editors away in addition to interfering with adding contextual information. It appears there are a lot of Wikipedia editing projects or groups whose entire purpose is to put problem alerts on articles. I think this also categorizes articles so editors who like to do certain types of work can find them to edit, and this is with purpose. But I think nobody is hovering over their editing favorites category waiting for it to populate with an article in the next couple of minutes. Again, a very uninviting method. MicroPaLeo (talk) 20:29, 14 January 2015 (UTC)
-
-
- "The current new user method is uninviting." To say the least. It typically consists of a single (often awkwardly located) space for a row of signatures (often messy from different formatting conventions) which almost no one looks at after signing it. In general, there is indeed very little communication at all that takes place between members of a given project aside from those interested enough at a given time to be coordinating on the project talk page, and most of those go defunct or semi-active pretty fast. If there were more streamlined templates and interfaces for sending out user talk page notices (or pings) to the members of a project, involvement in discussions would be much more robust, I think. There's no reason the mechanics for the bots that look after notifications for AfD, RfC and the such can't be tweaked a little and re-purposed to this end. Wikiprojects might have nominate an editor to make the actual announcements through secure access to the process (in order to avoid it being exploited for spam, harassment and vandalism, but I think it should be workable one way or another. There could even be more refined templates placed on subpages reserved for specific taskforces within projects, such that those users get additional subsets of notices regarding to the activities relevant to that group. Snow talk 10:36, 18 January 2015 (UTC)
-
- Comment Not just new editors, everyone. I've been strapped to find very many active wikiprojects. Video Games, Feminism, Anime/Manga, those are the only wikiprojects I know to exist. I came across some inactive ones, like Wikiproject for Dentists (which was severely inactive) and the like. If people were to select their interest or from articles they edited be recommended Wikiprojects, as well as include the number of people included in said wikiproject, people would join them. I've been recommended to one by my peers but other than that, they seem to be hidden--in the background for the most part. Tutelary (talk) 17:26, 15 January 2015 (UTC)
Welcoming and mentoring, tried and true
-
-
-
- Within WikiProject Gastropods, I am the welcomer and mentor, and have been for many years. I use the NewArtBot listings to find new articles that mention snails or slugs and then I look to see who is new who has started an article that seems to show the writer has an interest in slugs or snails. If the person is new to the encyclopedia, I welcome them using a template, and I also write a personal note welcoming them. New or not I invite them to joint the gastropod project, and tell them they can ask me any questions or leave any comments on my talk page because it's tough getting used to this new context at first. If they show any interest, I mentor them for as long as it takes until they feel comfortable: that could be weeks, could be months. If they join the project I welcome them to that too. I find this technique works great in terms of retaining editors. Yes it is labor-intensive and real warmth is necessary, not fake warmth, so not everyone is cut out to do this, but it does work well. My approach was written up a few years ago in the Wikimedia blog by Matthew Roth:
-
-
Project linking
I have added this project to the WikiProject Council directory page. See: here. NORTH AMERICA1000 17:27, 14 January 2015 (UTC)
- Woo, we're officially a part of the WikiProject ontology! I see we're the one WikiProject about WikiProjects? Doesn't WikiProject Council also fit in that category? Harej (talk) 17:36, 14 January 2015 (UTC)
- Hi Harej: Yes, it is, so I have added it there. NORTH AMERICA1000 17:55, 14 January 2015 (UTC)
Are task forces and non-"WikiProject" WikiProjects included?
Just curious, was the invitation to participate in WikiProject X extended only to designated WikiProjects, or also task forces (many of which were established as WikiProjects but merged) and other WikiProjects not titled "WikiProject" something? The Oregon Arts Project comes to mind, and I believe there are other public art-related projects that do not take on the "WikiProject" title. ---Another Believer (Talk) 17:40, 14 January 2015 (UTC)
- Hello, Another Believer! My spam list of 1,900 or so WikiProjects was based on a database query for pages called "WikiProject" that were not subpages. They were not otherwise selected by any sort of specific criteria. Task forces are certainly welcome to participate (though it depends on how connected they are to the host project—can a WikiProject veto something a task force wants to do?), as are things that are WikiProjects but may not necessarily be named as such. Harej (talk) 17:45, 14 January 2015 (UTC)
- Thanks for confirming. The way invitations were distributed makes sense and seems appropriate, but I was just curious who was included. ---Another Believer (Talk) 17:47, 14 January 2015 (UTC)
-
-
- Can you think of a reason why WikiProject Animal anatomy was not picked up by the database query? --Epipelagic (talk) 19:38, 14 January 2015 (UTC)
- Hello Epipelagic, it was not picked up by the query because I ran the query on October 1, whereas that project was created on October 16. Sorry we missed you! Harej (talk) 20:07, 14 January 2015 (UTC)
- Hey User:Another Believer - I think you hit on something that is a major problem, in that we have a whole array of projects, task forces, sidebars, navboxen, portals... all of which overlap, but no one knows how to coordinate. Not sure what the solution is, but this has been a challenge for a while now, including the fact that WikiProjects are largely invisible to the public because they exist on Talk pages. And what about mobile users, who really have no way to get an article Talk page in the first place. -- Fuzheado | Talk 17:52, 28 January 2015 (UTC)
- Agreed (with what you stated here and at Wikipedia:WikiProject X/Stories). ---Another Believer (Talk) 17:54, 28 January 2015 (UTC)
- Hey User:Another Believer - I think you hit on something that is a major problem, in that we have a whole array of projects, task forces, sidebars, navboxen, portals... all of which overlap, but no one knows how to coordinate. Not sure what the solution is, but this has been a challenge for a while now, including the fact that WikiProjects are largely invisible to the public because they exist on Talk pages. And what about mobile users, who really have no way to get an article Talk page in the first place. -- Fuzheado | Talk 17:52, 28 January 2015 (UTC)
- Hello Epipelagic, it was not picked up by the query because I ran the query on October 1, whereas that project was created on October 16. Sorry we missed you! Harej (talk) 20:07, 14 January 2015 (UTC)
- Can you think of a reason why WikiProject Animal anatomy was not picked up by the database query? --Epipelagic (talk) 19:38, 14 January 2015 (UTC)
-
Other WMF entities?
Maybe it isn't your field of expertise, but I think some of the other WMF entities and any projects they may or may not have might benefit from input as well. Many of them are not much more active in some ways than some of the most moribund projects here. John Carter (talk) 19:49, 14 January 2015 (UTC)
- John Carter, while this project will start out on English Wikipedia (since it's the one I know best), eventually we could look at expanding it on different projects (even other language editions!). If you know anyone from other projects who would be interested at looking at this, please let me know. Thanks, Harej (talk) 21:40, 14 January 2015 (UTC)
Naming?
I just saw the notice for this project, wouldn't a wikiproject to help wikiprojects be better named as WP:WikiProject WikiProject (yes, this does point to the WPCouncil) or WP:WikiProject Wikipedia collaboration/WP:WikiProject Collaborations? "X" seems awfully like something for WP:WikiProject Paranormal or WP:WikiProject Christianity (WP:X) or WP:WikiProject Mathematics (algebra) -- 65.94.40.137 (talk) 05:39, 15 January 2015 (UTC)
- I agree, I thought it had something to do with the paranormal (since I found the link on WikiProject Occult talk page). — Jeraphine Gryphon (talk) 09:38, 26 February 2015 (UTC)
WikiProject mailing lists
Since mass message sender was deployed, I've been working on making it easier to create mailing lists and deploy messages with the system. I started by creating Template:Mailing list member ( | talk | history | links | watch | logs) which was later converted into Lua (Module:Mailing list member ( | talk | history | links | watch | logs)) by Jackmcbarn (talk · contribs). In an effort to keep mailing lists updated, I started developing User:Technical 13/Scripts/UpdateMailingList.js ( | talk | history | links | watch | logs) in which I've gotten some assistance from MarkTraceur (talk · contribs) in developing. I'm currently stuck where my userInfo() function is timing out on large lists because it is trying to process hundreds or thousands of requests at a time. I need some help in getting the script to be able to process those requests in batches of 50 or less and wait for each batch to finish before starting the next. Once that is done and my data collection/updating is working as I expect, I can start building the interface to be able to select fields to populate in the template and generating the replacement content for the list to be able to update it. Once the script is working as expected, I may need some guidance in making modifications to the module to be able to support the new parameters and have a pleasing display. Thanks for any assistance I can get on this project. :) — {{U|Technical 13}} (e • t • c) 19:05, 15 January 2015 (UTC)
- Hello Technical 13! Thank you for sharing this with us; we may want to integrate it into more WikiProjects once it's working. Out of curiosity, what is the difference between {{mailing list member}} and the regular
{{#target:}}
code? Harej (talk) 15:21, 16 January 2015 (UTC)- Thanks for the question! As I responded on IRC and we briefly discussed, the template/module adds an extra layer that allows each listing to have an appeasing appearance and adds some functionality where wiki projects can decide when users should be considered inactive (two levels of inactivity are available at the moment, inactive for display and inactive where no more mailings go out). The projects also get to decide if inactive (and/or blocked) users should still receive newsletters from the mailing list. It adds a layer of customization over #target: which is just the raw code to send messages. You did bring up an interesting idea (vaguely hinting at and letting me think of the same thing trying to make it appear as my own idea you sly one) of integrating this extra layer into the extension itself. I think it is a great idea, and I would love to hear from Legoktm, MZMcBride, Qgil-WMF, and Jackmcbarn on if this can be done, how resource intensive having these things figured out on the back end would be, and if their help on developing the idea is available. — {{U|Technical 13}} (e • t • c) 22:42, 16 January 2015 (UTC)
- Currently, all the extension does is append text to a list of pages, and it has no idea about users at all. Contrary to what was said above, I think using a module to control whether #target is output or not is exactly the kind of thing that modules were designed for. Jackmcbarn (talk) 23:47, 16 January 2015 (UTC)
- Thanks for the question! As I responded on IRC and we briefly discussed, the template/module adds an extra layer that allows each listing to have an appeasing appearance and adds some functionality where wiki projects can decide when users should be considered inactive (two levels of inactivity are available at the moment, inactive for display and inactive where no more mailings go out). The projects also get to decide if inactive (and/or blocked) users should still receive newsletters from the mailing list. It adds a layer of customization over #target: which is just the raw code to send messages. You did bring up an interesting idea (vaguely hinting at and letting me think of the same thing trying to make it appear as my own idea you sly one) of integrating this extra layer into the extension itself. I think it is a great idea, and I would love to hear from Legoktm, MZMcBride, Qgil-WMF, and Jackmcbarn on if this can be done, how resource intensive having these things figured out on the back end would be, and if their help on developing the idea is available. — {{U|Technical 13}} (e • t • c) 22:42, 16 January 2015 (UTC)
Good and bad projects
This discussion has been closed. Please do not modify it. |
---|
The following discussion has been closed. Please do not modify it. |
Good Wikiprojects welcome and encourage new editors. Bad ones are the opposite, and act as foci for territorial "owners" who see off outside editors and enforce their own vision of how Wikipedia should work, even where that contradicts wider community consensus (and in doing so often reinforce systemic biases). It would be good if this initiative could examine how that happens and how it can be mitigated. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:36, 15 January 2015 (UTC)
|
I'd like to see this discussion re-opened. The concerns raised in it are also those most on my mind, and the most serious issues I would like to see a "WikiProject X" try to do something to mitigate. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 15:04, 23 May 2015 (UTC)
Request
Hi! I am Gug01. May I ask that this project focus on improving the WP:WikiProject Beetles? It is annoying and frustrating how when I create a beetle article, no one helps me in the endeavor. Please reply on my talk page. Gug01 (talk) 23:19, 18 January 2015 (UTC) Gug 01
Inter WikiProject collaboration?
A lot of our WikiProjects have a kind of limited scope, and a lot of others rather broad scopes. But in many cases we will have multiple WikiProjects which directly relate to an article, and in many of those cases many of those projects will consider some articles very important to their topic. I suppose one example might be the various "Religion in [country]" articles, which will generally be of "Top" importance to the relevant religion and national projects. In such cases, it would probably be in everybody's best interests if we could get the editors in both projects to in a sense work together on the articles, developing it with material relevant to their topics. The input from both the Latter-day Saints movement and Business wikiprojects on Zions Cooperative Mercantile Institution might both be very relevant to the article, but rather different. Can anyone think of any way to maybe encourage direct contemporaneous cross-wikiproject collaboration, either on individual articles or on a periodic basis, like with a selected group of (maybe a dozen or so) articles per month or so? John Carter (talk) 15:54, 22 January 2015 (UTC)
- That is an interesting idea, John Carter. I have a similar idea that involves pinging WikiProjects to encourage them to get involved on an article, but wouldn't it be cool if you could ping multiple projects at once? Harej (talk) 18:51, 22 January 2015 (UTC)
-
- Perhaps what is needed here is a group of contributors willing to serve in functionary roles that are not tied to the promotion of any one or two projects but rather more towards fostering collaboration both within and between projects more broadly. This aligns with notions I have about reinjuivnating a number of flagging (but broadly important) projects that I touched upon yesterday on the pilot sign-up page. A great deal of my editing focus is directed at the nexus of several different deeply interconnected (but none-the-less distinct) areas which are the pervue of multiple projects. So, for example, if I wanted to promote an article that was somehow connected to "the nativistic model of universal grammar and get insight for a discussion parsing the scientific consensus of whether it represents and adaptive trait or not, including new insights from brain imaging", that would be firmly within the ballpark of each of the following: WP:WikiProject Evolution, WP:WikiProject Cognitive science, WP:WikiProject Psychology, WP:WikiProject Linguistics, and WP:WikiProject Neurology, and maybe also of interest to contributors at WP:WikiProject Science and WP:WikiProject Biology.
-
- An editor with the right tools and cross-disciplinary interests who came across such a discussion on one project (or "out in the wild" on an article talk page) could spread the word to more potentially interested parties much faster than any existing means of communication allows. This could also be used to reinforce RfC's and such that just aren't getting enough voices to allow for a minimum consensus. This in addition to working with each individual project's coordinators to try to "bring in" members of the community for more periodic conversations on the project as well, or to try to resuscitate outright dead projects by pining their members and informing them of such a push, while also looking at the involvement of editors at relevant articles and trying to recruit new members amongst editors who have shown interest and initiative in a given area. I've noticed Tetra quark is using this strategy to grow the new WP:WikiProject Cosmology, seemingly with some success.
-
- Anyway, point is, I think if you want more collaboration between projects you need a group of editors who are keen to foster those kinds of connections as one of their primary goals, rather than just one that is incidental to building up a particular space. I don't know how consistent this is with your idea of "WikiProject hosts" or the interim roles of pilot testers, HareJ, but the ideas don't seem incompatible to me. Snow talk 06:47, 24 January 2015 (UTC)
Some ideas
On the user side WikiProjects my experience lead me to believe that primarily serve three purposes: to facilitate the self-identification of users with specific topical interests; to provide a springboard from which users both inside and outside the project can assess and access active contributors within a given topical area (and from there, access them); and to provide a springboard from which users (again, both inside and outside the project) can keep track of ongoing changes in their topical area. Some ideas, then, that I will try to present somewhat axiomatically:
- WikiProjects should at their core aim to function as community noticeboards.
-
- The WikiProject talk space is the best place on Wikipedia to discuss any ideas or changes particular users have about anything specific to the topic in question—anything from policies or ways of doing things affecting the particular project in question, to notifications about or calls for help with particular nominations or proceedings on articles or topics of interest to the project. You don't need tens of thousands of dollars to see the correlation between successful projects and ones that can maintain successful dialogues on their talk pages. I think that this is a problem more broadly with the technical lack of non-article space tools amongst the Wikimedia projects. A lot of article writing tools have been automated and we've even deployed and backed away from a WYSIWYG visual editor—but the discussion tools remain so very rudimentary! Still, we're beginning to catch up to the rest of the Internet in that regard, which brings me to a suggestion:
-
- Proposal: A way to tie Notifications not just to user talk or name callouts but to any Wikipedia talk pages (or heck, any talk pages at all) of interest to the user.
- WikiProjects should become better at maintaining lists of their most active users.
-
- Project contributor lists are manually edited and thus, broadly speaking, anachronisms. It is not necessarily true that the users self-assigned to a particular project are editing in it: I, personally, only finally opted out of Military history WikiProject newsletters last year, despite never having contributed anything substantial to the project, whilst on the other hand I didn't list myself in the Hawaii WikiProject until I already had half of Hawaii island's volcanoes under my articles written! A list consisting overwhelmingly of people that quit editing in 2011, new accounts that never actually contributed anything, and whatever else floats along, is tantamount to useless.
-
- Proposal: A mechanism—bot or otherwise—which maintains an automatic list of the most topically active editors (defined as those that edit articles whose talk pages bear the WikiProject's banners).
In many cases I think that trying to arrive at technical solutions for social problems—re: VisualEditor—amounts to a cop-out. But in this case I believe there's nowhere to go but up.
One further note: you could make more explicit that this talk page is (or, perhaps, isn't; still not sure) for bouncing ideas around the court. At first I went to the stories page but quickly realized that that serves a slightly different purpose. ResMar 03:30, 19 February 2015 (UTC)
- Hello, Resident Mario! What we're finding from the Stories page is that WikiProjects by and large serve as community noticeboards. It would be reasonable, therefore, to focus on making them the best community noticeboards they can be. As for Notifications being tied to talk pages / discussions of interest, I think that's a key feature of Flow; Quiddity could speak more on that. (I have thought about what role Flow could play for WikiProjects. I think it could be very promising, but it's understandably a controversy magnet so I am not necessarily going to push it. Maybe as an optional thing.) But you're absolutely right about the dearth of tools for discussion and collaboration; the Internet has made a lot of advances in this area in the past ten years, while Wikipedia still uses what is basically pages full of text.
- I would also be very interested in overhauling the membership list system; WikiProject membership is an ambiguous concept, found by studies to not be indicative of anything useful. An automatic list of the most topically active editors would indeed be useful, if done right. Harej (talk) 02:41, 27 February 2015 (UTC)
- @Harej: I'm actually now making a feature request for something along these lines on the Notifications talk page, though with specific reference to the Signpost only (we're currently looking at ways to increase editor engagement and increase our relevance to the community). I'm happy to see that the research backs up my intuition! Whatever the problems with Flow may be I think that notifications are nothing short of spectacular, and I'm eager to see them integrated into more channels. When I first saw it my thoughts were this is amazing followed by why wasn't this implemented years ago? ResMar 15:57, 2 March 2015 (UTC)
- I agree that the idea of membership lists need an update. The current system makes a lot of projects seem like ghost-towns of users who left around 2008. T.Shafee(Evo﹠Evo)talk 02:02, 31 May 2015 (UTC)
- As the founder of WP:LOU and participant in WP:KY, I do agree we need a much better approach for notifying and keeping track of members and/or editors frequently editing articles included in our projects. I'm not looking for any wholesale changes to these projects, but rather new tools I can plug into the existing design. Stevie is the man! Talk • Work 13:59, 18 September 2015 (UTC)
Wikipedia:WikiProject_Council
... is the same? Or is there some different goal? --Infovarius (talk) 21:13, 21 February 2015 (UTC)
- WikiProject Council is several years older, and serves as more of a general support structure for WikiProjects, whereas WikiProject X was created specifically to design tools and processes for WikiProjects. I have been keeping the WikiProject Council in the loop on this project's work, of course. Harej (talk) 00:05, 22 February 2015 (UTC)
Presentation proposal for Wikimania 2015
Hello! Victuallers and I have developed a draft proposal for a talk to be presented at Wikimania 2015. It's titled, How to pick up more women -- as in more women editors and more women's biographies. A friendly FYI... I have mentioned this WikiProject in the proposal. The proposal review process has begun and there's no guarantee that this proposal will be accepted. That's where you come in. Please review our proposal and give us feedback. Ultimately, we hope you add your name to the signup at the bottom of the proposal which signifies you're interested in the talk (it does not signify you'll be attending the event). Thank you! --Rosiestep (talk) 21:33, 22 February 2015 (UTC)
- Well, that's a bit random, but you bring up a valid point. We have a Wikimania submission proposal for WikiProject X as well, for anyone interested. -— Isarra ༆ 23:20, 25 February 2015 (UTC)
What happens if I join?
Many (most?) wp:wikiprojects ask editors to sign up. But what is the point of signing up when so many projects have long lists of members whose edit history shows no recent edits? Any facts/speculation? Ottawahitech (talk) 16:03, 28 February 2015 (UTC)
- Research by Jonathan Morgan and others suggests that there is no correlation between signing up for a WikiProject and being active in its space. In other words, you can sign up and not be active, or not sign up yet participate anyway. My guess is that "membership" on a WikiProject is so amorphous as to be meaningless. It doesn't confer any status—membership is explicitly not required to edit a set of articles—nor does it necessarily mean you have agreed to do anything, since it doesn't ask you to do anything. (Let me know if there are any WikiProjects that do ask you to do something!) So membership is in the eye of the beholder. It doesn't help either that there isn't a great deal of follow-up; even things like a regularly prepared newsletter are few and far between. Nor does it help that membership lists accrue over several years, and include people who haven't edited in as long. There is a lot of area for improvement here. Harej (talk) 17:22, 28 February 2015 (UTC)
Article alerts section missing in many WikiProjects
I have visited many WikiProjects that do not have a alerts section, so editors cannot find out which, if any of the, pages belonging to the project are in deletion discussions. It would be nice if it was easier to create such alerts. Just my $.02 Ottawahitech (talk) 19:53, 1 March 2015 (UTC)
- This is generally true with various WikiProject tools; they are deployed inconsistently. I am looking to see what can be done to make it easier to deploy tools across different WikiProjects. Harej (talk) 20:58, 1 March 2015 (UTC)
- Maybe a template-solution for new projects based on the Educational Program new course creation, which will automatically populate the new project page with various tools. We should create a list of popular tools; see what's out there (article alerts, new article bot, popular pages, cleanup listings - that's my canon 4 must-have tools for each wikiproject, for example), what's needed. --Piotr Konieczny aka Prokonsul Piotrus| reply here 07:48, 3 March 2015 (UTC)
- I believe that this page shows how to setup these kind of alerts. Guy1890 (talk) 01:00, 2 March 2015 (UTC)
Help with converting defunct WikiProjects into task forces
There are several defunct Serbia-related WP's that need to be converted into task forces of WikiProject Serbia, and edits to be made to the Template:WPBannerMeta. It was agreed that after a year, this would be done.--Zoupan 02:41, 2 March 2015 (UTC)
- Wikipedia:WikiProject Belgrade into Wikipedia:WikiProject Serbia/Belgrade task force
- Wikipedia:WikiProject University of Belgrade into Wikipedia:WikiProject Serbia/Belgrade task force/University of Belgrade task list (a task list of the Belgrade task force)
- Wikipedia:WikiProject Cultural Heritage of Serbia into Wikipedia:WikiProject Serbia/Cultural Heritage of Serbia task force
Anyone care to help?--Zoupan 02:41, 2 March 2015 (UTC)
- Just tell the members to use the main Serbia project and archive the old ones; what needs to be migrated? Don't create new task force subpages, they'll be as inactive as the old full project pages. --Piotr Konieczny aka Prokonsul Piotrus| reply here 07:44, 3 March 2015 (UTC)
Article request workshop
Hi everyone. When this link is blue, that means the new Article Request Workshop will be launched. The goal of the workshop will be the unite all the different requested articles / missing topics lists into one list that can be used by multiple projects and groups. The system uses Flow, and will be the first Flow-native workflow on English Wikipedia, so I am leaving this message here to make clear that I requested this and it is not some wry Wikimedia Foundation experiment. Harej (talk) 23:40, 1 April 2015 (UTC)
Wikipedia:WikiProject Hillary Rodham Clinton
I created Wikipedia:WikiProject Hillary Rodham Clinton today. If WikiProject X participants/watchers are interested in implementing any new tools or testing ideas using this brand new WikiProject, feel free or come over to the talk page and let's discuss... Thanks! ---Another Believer (Talk) 17:48, 12 April 2015 (UTC)
- Looks like someone is Ready For (Editing Articles About) Hillary! I'll be interested in trying out our new tools on this project, since it is brand new and nothing needs to be retrofitted. I'll keep you updated. Harej (talk) 02:20, 13 April 2015 (UTC)
- That's precisely why I offered. I am not sure how much interest there will be in this WikiProject, but I thought it would be interesting to create one about a very specific topic about a subject with significant press coverage. Let's see what happens... ---Another Believer (Talk) 03:54, 13 April 2015 (UTC)
- Aren't new wikiprojects suppose to have at least a certain number of participants and be reviewed before being set up? I remember reading about it when I saw a project at MfD for not being approved. I'll see if I can help you dig up the details. If approved, I'm also willing to help with any technical things (scripts, bots, templates, archiving, etc) that I can. —
{{U|Technical 13}} (e • t • c)
11:41, 13 April 2015 (UTC)
-
- Perhaps. But I am being bold and hurdling myself over the red tape. If the project gains no traction, no harm done. I assumed there would at least be minimal interest based on the Barack Obama WikiProject... ---Another Believer (Talk) 15:12, 13 April 2015 (UTC)
- Wikipedia:WikiProject#Creating and maintaining a project → WP:PROJGUIDE → WP:WPPRO. If you can get approval through the process, then I'll happily add myself on as a project member for technical support. :) —
{{U|Technical 13}} (e • t • c)
15:53, 13 April 2015 (UTC) - WikiProjects aren't required to go through an approval process; it is a purely optional process. Harej (talk) 16:01, 13 April 2015 (UTC)
-
- I won't be seeking approval to start a project, but I would welcome any and all help with making it better. :) ---Another Believer (Talk) 17:49, 13 April 2015 (UTC)
-
- Just be sure to get a few Republicans involved! (I always worry that narrowly-focused projects will - unintentionally - become PPOV cul-de-sacs.) – Philosopher Let us reason together. 18:01, 14 April 2015 (UTC)
-
- I know exactly what you mean, and I could not agree more. But... I don't know how to go about recruiting participants based on political affiliations or non-affiliations. The project exists for all who are interested in contributing and all are welcome! :) ---Another Believer (Talk) 20:38, 14 April 2015 (UTC)
-
- There is Wikipedia:WikiProject Conservatism, you can announce it there. With no doubt there will be editors interested in achieving neutrality at politic subjects. Diego (talk) 06:07, 16 April 2015 (UTC)
- Done Thanks for the suggestion. ---Another Believer (Talk) 14:27, 16 April 2015 (UTC)
- There is Wikipedia:WikiProject Conservatism, you can announce it there. With no doubt there will be editors interested in achieving neutrality at politic subjects. Diego (talk) 06:07, 16 April 2015 (UTC)
- Aren't new wikiprojects suppose to have at least a certain number of participants and be reviewed before being set up? I remember reading about it when I saw a project at MfD for not being approved. I'll see if I can help you dig up the details. If approved, I'm also willing to help with any technical things (scripts, bots, templates, archiving, etc) that I can. —
- That's precisely why I offered. I am not sure how much interest there will be in this WikiProject, but I thought it would be interesting to create one about a very specific topic about a subject with significant press coverage. Let's see what happens... ---Another Believer (Talk) 03:54, 13 April 2015 (UTC)
Tabbed header
I recently added a tabbed header ({{WikiProject X tabbed header}}) to project pages to provide an overview of various project areas. Prior to this, many project subpages were not easily found, and as such, people may not have been aware of their existence. I received a message on my talk page opposing use of the header. As such, requesting further input from project members. North America1000 02:17, 17 April 2015 (UTC)
- I just stumbled upon this, and though not part of this project, I like the tabbed header design, and personally preferred the black version. Tabbed headers are good for organizing WikiProjects, without one they can quickly become a mess. EoRdE6(Come Talk to Me!) 02:55, 17 April 2015 (UTC)
- This is actually a pattern we're trying to get away from for wikiprojects as a whole. Yes, a lot of projects tend to need this sort of thing due to how many subpages they can accumulate, but that does not make it good. We already have chrome navigation on top and side from the skin; having another layer on top of that for the content quickly becomes excessive and makes it harder to tell what is even going on with the overall project because it's just so much information, and on top of that, information that all looks essentially the same. If nothing else, content-specific navigation should have its own formatting distinct from that of the skin in both format and location, but ideally well-organised projects shouldn't need this much in the first place. One of the things we're trying to do here is figure out the best way to go about that. -— Isarra ༆ 06:50, 17 April 2015 (UTC)
- I like it, I think it helps organize it nicely. I prefer the lighter color though. Kharkiv07Talk 13:31, 17 April 2015 (UTC)
- I'm generally not a fan of tab headers. For one, it's an example of skeuomorphic design that is no longer used in practice; there is no additional user value by replicating the appearance of paper folders, and it produces a very "busy" appearance compared to what is possible in a design medium free of physical constraints. I understand they're prolific throughout Wikipedia (anachronistically so, in my opinion), but just because everyone does it doesn't mean we should.
- In setting up the current iteration of the WikiProject X landing page (now that we've shifted from research mode to design mode), I wanted to focus the workflow on what is currently needed for the project. Currently, we need volunteers. It is still possible to find the other pages through navigation; they are just not given front-page prominence. But I understand why people would want to find some other pages, even ones that aren't necessarily immediately important. I'm willing to have some kind of central navigation tool if people find it to be helpful. How do we achieve this? How can we achieve this for WikiProjects, which have a similar need? Harej (talk) 15:26, 17 April 2015 (UTC)
Navigation |
---|
Main page |
Talk page |
Stories |
Newsletters |
Members |
Volunteers |
Pilot WikiProjects |
-
-
- A sidebar would work, such as {{WikiProject X sidebar}} (pictured right) North America1000 15:42, 17 April 2015 (UTC)
-
Some people like the tabbed header, and some definitely do not, including both founders of the project. As such, I have boldly replaced the tabbed header with the less obtrusive sidebar on project pages. Feel free to comment here about the matter, and hopefully the sidebar will be acceptable for folks. North America1000 00:49, 18 April 2015 (UTC)
Project logo
Not sure if anyone else has noticed, but the logo for this project File:WikiProject X logo.svg has a strong similarity to a copyright protected logo belonging to the BBC - File:BBC Radio 1Xtra logo.svg. Wes Mouse | T@lk 00:59, 18 April 2015 (UTC)
- I doubt the similar elements rise above the threshold of originality, so we should be fine. wctaiwan (talk) 02:20, 18 April 2015 (UTC)
Reviews of Wikipedia:WikiProject Women in Technology layout
By Piotrus
The good:
- I like the new aesthetics, text size/font/color wise.
- Current discussions. They need a timestamp; if possible an expandable first and last post would be cool. I presume those are generated based on non-bot, non-minor activity on talk pages with given WikiProject assessment layout? I must have missed the announcement of this feature, but if (as I hope) this is how this works, it is great.
- Announcements - nice idea
- Meet our members - nice framing. Would be even nicer if we moved beyond a list, had a profile picture of some sorts, and description of one's interests. As well "last active on", and last edit on WikiProject related articles. This would turn the boring list of names to a useful tool in seeing who is active, and who works on what.
Neutral:
- Edit articles: as of the moment I was looking at the page, it is empty aside of "Last updated by User:Harej 26 hours ago [Refresh]" comment. I presume it's either broken or not finished. Ping me when it works.
- Requests: the manual to-do lists on many projects have been often phased out as in my experience they became a long lists of things nobody wants to do. Still, there is a value in having them, if only to see what is not being done, so I support keeping it as one of the WP tools.
- Resources: another tool with some limited potential. Why not.
- Article assessment. I love this tool for enabling functionality of other tools, it is not used in the studied project, however, so I cannot speak of its new implementation. The colorful matrix, for example, is always a pretty - and informative - graphics to display, and should be visible on the new pages, too. Can't test whether it is the case if the assessment is not working.
- Not sure I like the "leave feedback". It seems like an invitation to review the page, but not to join a discussion. I'd split it into three sublinks: "read current discussions", "read archives" and "start a new discussion".
The bad:
- Layout is essentially a scroll-down list. It should be a table, with multiple columns. As it is, I have to scroll down to see what else is on the page. Yes, there is a ToC of sorts, but why the list (vertical) layout? There is a lot of wasted white space on the sides; the "margins" are huge and inefficient.
- Missing tools I consider vital:
- 1) a section for editors to request reviews of their articles for B- and A- classes (example);
- 2) list of recognized content (see Wikipedia:WikiProject_Poland#High_quality for example, can be genrated by User:JL-Bot);
- 3) list of most popular pages (example, can be generated by User:Mr.Z-bot based on assessment templates);
- 4) Wikipedia:Article alerts feed;
- 5) new article lists generated on keywords (example, can be generated by User:InceptionBot) and
- 6) list of tools - see Wikipedia:WikiProject_Poland#Tools.
In summary: I like what you have done, but I am worried that you are abandoning a lot of useful features. If the new wikiproject will not include easy way to enable the tools I have found very helpful (listed above), I won't be able to endorse the outcome, because it replaces an imperfect solution with another one that is missing what I believe are key features. I hope you can merge the new ideas with the old ones, to create the best of both worlds. --Piotr Konieczny aka Prokonsul Piotrus| reply here 03:51, 19 April 2015 (UTC)
- What tools are available will be determined by the users of a project; this one is just a random example implemented with what we had on hand at the time. Obviously there will be more options available in general. But why do you consider 'no tools' to be vital? -— Isarra ༆ 17:30, 19 April 2015 (UTC)
- That was poorly worded, Isarra, and I fixed it, I hope. What I consider vital is to be able to have a (WikiProject-member maintained) list of other (various) tools. And I do approve of the idea that WP members would be able to chose which elements to include. (Either at creation or later). --Piotr Konieczny aka Prokonsul Piotrus| reply here 03:03, 20 April 2015 (UTC)
- Thank you for your feedback, Piotrus. To respond to each point:
- We're not entirely sure what will be in the discussions section, but I imagine it providing functionality similar to the WP:RFC lists.
- Absolutely agreed that we should move beyond simple membership lists. The current list there is in the absence of a more robust system, still under development.
- Yes, the "edit articles" function is both broken and incomplete. Which is why it's currently blank.
- It is an interesting question as to whether the manually updated list of requests should be featured on the main WikiProject page or punted to a subpage. I'm of a similar mindset—it's very easy for them to become messy, but the whole point is to allow people to make requests for those who want to. It's also good for work-list generation for edit-a-thons; I created this WikiProject for an edit-a-thon.
- "Leave Feedback" is meant for leaving feedback on the WikiProject's design, rather than something specific to that project. I agree it's ambiguous and I'm open to ways to changing it—especially since a WIkiProject-specific discussion button would be useful.
- The layout presents the main text in a more narrow setup to make it more readable. Large, wide blocks of text are intimidating and decrease usability. That said, it's less necessary to do this on screens that are already narrow, so we're working on a responsive design that will make sense at all screen resolutions.
- Regarding missing tools in general, by and large each WikiProject will get to choose which tools to present, so they can fill in the gaps as needed. Regarding specific missing tools:
- Very few WikiProjects actually have explicit B-class and A-class review processes, so it's not a priority. That said, we could certainly work on a proof of concept that could be implemented on a case by case basis.
- We're working on a trophy case page that will be linked from the sidebar; this trophy case will be automatically generated and look really nice.
- Is the list of popular pages supposed to be an implied worklist or a showcase? It could be made part of either system.
- We're definitely interested in the article alerts feed. We just need to figure out how to best incorporate it.
- The vision is to, wherever possible, incorporate the tools into the page, rather than link to them as external resources. So we are still working on that. Links to documentation pages (e.g. manual of style) can go under "Resources".
- In any case, I appreciate the thorough evaluation. Although WikiProject Women in Technology specifically may not have every feature, the templates we come up with should be extensible enough to be usable on more complex projects. Stay tuned!
- Harej (talk) 19:28, 19 April 2015 (UTC)
-
- @Harej: About to do list, here are my brainstorming ideas: a) limit the front page display to three newest and three oldest and/or b) allow people to vote for them and display the most wanted ones. I know neither may be the easiest idea to code, yes.
- "Large, wide blocks of text are intimidating and decrease usability." Citation needed. I'd also posit (without a citation - it is my own view) that long scroll down lists sap motivation, and that the lower an item is, the less visibility it will have.
- Popular pages could serve as both; which is why I think it could be a separate tool (but yes, if possible, linked from both to do and show case pages), good idea to connect them.
- I forgot one missing tool: a list of WP-specific awards (again, see WP:POLAND).
- Any thoughts on the new article feed? I do consider it one of the most vital elements - very good for finding and inviting new members, not to mention all the Recent Changes patrol tie-ins. I think the tool currently gives numbers for how many new pages someone created in the past month; perhaps it could be upgraded to display statistics of how many pages within a topic area someone created / etc. It would make it even better at identifying and inviting potential new members - but even as it is, it is very helpful. See, btw, my User:Piotrus/w template that is based around inviting newbies to WikiProjects. --Piotr Konieczny aka Prokonsul Piotrus| reply here 03:03, 20 April 2015 (UTC)
- I like the new article feed a lot, but it's not very scalable. For most of the tools, you just plug in the WikiProject category and it works. The new article feed requires you to come up with a list of keywords, so it will be up to the individual projects to come up with those lists. It's a tool for those who want to use it, but I can't think of an effective way to deploy it at scale. Harej (talk) 17:03, 20 April 2015 (UTC)
- I am not saying we have to enable it for default for all projects, but it should be a prominent option, with a brief help page written by us, for new and existing projects. --Piotr Konieczny aka Prokonsul Piotrus| reply here 02:11, 21 April 2015 (UTC)
- I like the new article feed a lot, but it's not very scalable. For most of the tools, you just plug in the WikiProject category and it works. The new article feed requires you to come up with a list of keywords, so it will be up to the individual projects to come up with those lists. It's a tool for those who want to use it, but I can't think of an effective way to deploy it at scale. Harej (talk) 17:03, 20 April 2015 (UTC)
- N.b. I added a few minor suggestions for the new project page at its talk page: Expansion ideas. North America1000 05:07, 20 April 2015 (UTC)
What are we volunteering to pilot?
I see the "Volunteer" and "Pilot" links on the WikiProject X main page going to a list of editors and what wikiprojects the are in or perhaps feel they "represent" somehow. They appear to be signing up the projects to test something, but I can't find anywhere an explanation of what it is they're suggesting be tested at these wikiprojects. I'm involved in various wikiprojects, but am not comfortable signing them up for anything experimental without knowing what it will entail, so that we have some idea what to expect and what effects these things might have. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 15:08, 23 May 2015 (UTC)
- Individuals signing up for pilot testing will be asked to test the WikiProject design prototype when it is ready (currently working on some backend stuff); projects signing up to test will get to test this new design. Of course, projects will get the chance to review proposed designs before implementing them. Harej (talk) 02:41, 29 May 2015 (UTC)
-
- @Harej: I've used your above sentence to clarify the pilot testing page, hope you don't mind. Also, how does pilot testing differ from a design testing? Looking forward to seeing how this project progresses. T.Shafee(Evo﹠Evo)talk 08:56, 31 May 2015 (UTC)
Need a way to reach new editors before they make that first edit.....
...or soon thereafter. Is there any way to add a brief guide at the top of the "edit source" view that directs a new editor to an "Orientation page", perhaps one that focuses on that particular topic? For example, when an admin adds PP it includes a template with the necessary information at the top of the edit view. Why couldn't a topic specific template be added that would benefit new editors? Let's say it's an article that is categorized to a controversial topic, like politics or religion for example. There could be a brief guideline at the top of the edit view that states something like NEW TO THIS PAGE? - (named article) follows XXXX guidelines and policies. Please refer to XXXX before adding, deleting or modifying the article. You should also present your proposed edit(s) on the article talk page before making any changes.
Another thought is to somehow include in the new editor Welcome message a list of sandtraps that tend to discourage new editors and/or cause them to be TB or blocked. What we're using now apparently doesn't work because we're losing editors faster than they're signing up. Atsme📞📧 13:15, 26 May 2015 (UTC)
- The onboarding process needs to be improved significantly. I don't know that pointing people to terse documentation is going to help with that. One of my long-term goals is that WikiProjects play a more active role in the onboarding process, since they're smaller groups than "all of Wikipedia" and offer an opportunity to provide support. Any thoughts? Harej (talk) 02:38, 29 May 2015 (UTC)
- How about including the WikiProject directory in a welcome message? It could be especially useful if a WikiProject has some of their editors as named contacts for new editors (otherwise I'd be concerned about messages on inactive talk pages falling on deaf ears; although the discussions feed would likely address that). — Sasuke Sarutobi (talk) 00:12, 26 August 2015 (UTC)
- The WikiProject Directory is really, really big. Even if it were better organized, it would still be very big. A better idea would be to provide personalized recommendations, rather than expect people to find a few needles in a 2600-project haystack. A personalized recommendation service will be doable once I (or someone) develops WikiProject-related APIs based on the data the directory and other features are based on. Harej (talk) 15:51, 26 August 2015 (UTC)
- The recommendation service was pretty much what I was going for, though I realise I didn't do a very good job of actually mentioning that. What about SuggestBot article recommendations along with it; not everyone may want to get stuck into a WikiProject straight away, but steering them towards increased engagement may help with recruiting in the longer term those perhaps too shy or yet disinterested in WikiProject interaction. — Sasuke Sarutobi (talk) 23:33, 26 August 2015 (UTC)
- An effective method of pushing newbies into appropriate projects is unlikely, without a good method for them to find the right one. Project members pulling them in, is much more likely. Fellow fans of Wikipedia:WikiProject My Little Pony or Wikipedia:WikiProject Medicine/Gastroenterology task force are much better equipped to find and guide recruits into their particular Wikipassion. Jim.henderson (talk) 15:28, 28 August 2015 (UTC)
- The recommendation service was pretty much what I was going for, though I realise I didn't do a very good job of actually mentioning that. What about SuggestBot article recommendations along with it; not everyone may want to get stuck into a WikiProject straight away, but steering them towards increased engagement may help with recruiting in the longer term those perhaps too shy or yet disinterested in WikiProject interaction. — Sasuke Sarutobi (talk) 23:33, 26 August 2015 (UTC)
- The WikiProject Directory is really, really big. Even if it were better organized, it would still be very big. A better idea would be to provide personalized recommendations, rather than expect people to find a few needles in a 2600-project haystack. A personalized recommendation service will be doable once I (or someone) develops WikiProject-related APIs based on the data the directory and other features are based on. Harej (talk) 15:51, 26 August 2015 (UTC)
- How about including the WikiProject directory in a welcome message? It could be especially useful if a WikiProject has some of their editors as named contacts for new editors (otherwise I'd be concerned about messages on inactive talk pages falling on deaf ears; although the discussions feed would likely address that). — Sasuke Sarutobi (talk) 00:12, 26 August 2015 (UTC)
Wikipedia:Miscellany_for_deletion/Wikipedia:WikiProject_Hillary_Rodham_Clinton
Please be aware that there is currently a deletion discussion regarding the above-named new Hillary Rodham Clinton WikiProject, which was announced previously at this talk page.Anythingyouwant (talk) 14:53, 27 May 2015 (UTC)
New automated WikiProject directory
Hello everyone! I have been working on a new WikiProject directory that (a) automatically updates itself via bot; (b) provides information on who is participating on projects and in those projects' subject area with opt-out for individuals; (c) lists related WikiProjects based on the number of pages in common. The draft directory is located here. Note that during this demonstration phase, only 500 WikiProjects are included in the index, out of the 2,600+ in existence, so the listings may look sparse in some places. Please review the draft and let me know what you think. Thanks, Harej (talk) 02:37, 29 May 2015 (UTC)
- Excellent improvement upon the previous page! Can WikiProjects transclude the Active WikiProject Editors section? It might be more useful than the usual participants lists that typically out of date. Indeed, a slightly broader list of users who've edited the WikiProject page in the last year would be good. (NB: I have no idea how much work I've just suggested so feel free to ignore) T.Shafee(Evo﹠Evo)talk 23:29, 17 June 2015 (UTC)
-
- Two suggestions: (a) info on which projects are marked as defunct and b) all the info as a csv to maximise the opportunities for data reuse. Stuartyeates (talk) 00:14, 18 June 2015 (UTC)
- There should be some documentation on how to add (or at least report) projects which are missing, such as WP:TAFI – assuming you want this to be "an exhaustive, comprehensive WikiProject Directory ... [with] the broadest possible definition", per the latest newsletter. - Evad37 [talk] 06:41, 18 June 2015 (UTC)
-
- The problem with TAFI is that it is not categorized in any WikiProject categories, only at Category:Wikipedia collaborations which is not the same thing. Is it even a WikiProject? — Jeraphine Gryphon (talk) 12:09, 18 June 2015 (UTC)
- Whether the word "WikiProject" is used as part of the name depends on context, as can be seen in the project's templates, but it definitely fits within the definition of a WP:WikiProject ("A WikiProject is a group of contributors who want to work together as a team to improve Wikipedia."), and has various elements of more traditional wikiprojects: members, assessment, and (per WP:WikiProject) a "focus on a specific topic area... location or... kind of task" (in this case, article improvement). Plus its on your list of potential pilot projects. As for categories: Wikipedia is not being written in an organized fashion applies just as well to Wikipedia namespace as to articles. What specific category or categories should it be in? And more generally, there should be some documentation as to how projects become listed in the directory – just "magically" appearing there is fine if you just want to read the directory, but isn't good enough if you want to add to it (eg new projects, or other non-traditional projects that may have been missed). - Evad37 [talk] 12:44, 18 June 2015 (UTC)
- Well that's probably why it wasn't listed to start with, because it's not in WikiProject categories and its name doesn't contain the word "WikiProject", that's all I'm saying. — Jeraphine Gryphon (talk) 12:54, 18 June 2015 (UTC)
- Whether the word "WikiProject" is used as part of the name depends on context, as can be seen in the project's templates, but it definitely fits within the definition of a WP:WikiProject ("A WikiProject is a group of contributors who want to work together as a team to improve Wikipedia."), and has various elements of more traditional wikiprojects: members, assessment, and (per WP:WikiProject) a "focus on a specific topic area... location or... kind of task" (in this case, article improvement). Plus its on your list of potential pilot projects. As for categories: Wikipedia is not being written in an organized fashion applies just as well to Wikipedia namespace as to articles. What specific category or categories should it be in? And more generally, there should be some documentation as to how projects become listed in the directory – just "magically" appearing there is fine if you just want to read the directory, but isn't good enough if you want to add to it (eg new projects, or other non-traditional projects that may have been missed). - Evad37 [talk] 12:44, 18 June 2015 (UTC)
- The problem with TAFI is that it is not categorized in any WikiProject categories, only at Category:Wikipedia collaborations which is not the same thing. Is it even a WikiProject? — Jeraphine Gryphon (talk) 12:09, 18 June 2015 (UTC)
- Harej this is really brilliant. I think it's some basic functionality that Wikipedia should already have provided. Thanks for developing it. --Tom (LT) (talk) 09:12, 20 June 2015 (UTC)
- Really great stuff! It would be really useful if you could add a link next to each WikiProject on the Related WikiProjects pages so one could easily navigate through the network. For example like this:
- WikiProject Open [View related]
68 articles in common
- Also another suggestion which is way more useful than the one above: how about allowing users to find WikiProject-overlaps? I long thought that this could become a major use of the WikiProject-tags on the talk pages: it allows users to find articles in which specific fields of interest, culture or research overlap which is information not provided by categories and currently entirely missing from Wikipedia.
- And the "x articles in common" could then link to the page that shows those x articles. Like:
- Also, is there a separate talk page dedicated to just that related WikiProjects directory or should everything related to it be posted in here?
- Suggestion: It would be nice if WP:WikiProject United States could be broken down into its constituent projects. I think most of us in that mother project would rather see stats for the actual projects we're involved with. Stevie is the man! Talk • Work 17:34, 18 September 2015 (UTC)
How to find articles not associated with any WikiProject(s)?
I have a question somewhat related to this project. Is there a way to identify articles/pages that are not associated with any WikiProject(s)? ---Another Believer (Talk) 21:50, 5 June 2015 (UTC)
- I believe User:Tom Morris ran a bot a few years back, which not only found them, but tagged them with a suitable project. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:39, 17 June 2015 (UTC)
- Pigsonthewing, Another Believer, by my count, there are 321,865 articles not associated with any WikiProject. There might be false positives or false negatives, I don't know. Here is a list of 500 of them. Harej (talk) 14:41, 7 July 2015 (UTC)
- Fantastic. Aw, my "to list" just got a lot longer. :p ---Another Believer (Talk) 14:51, 7 July 2015 (UTC)
- Pigsonthewing, Another Believer, by my count, there are 321,865 articles not associated with any WikiProject. There might be false positives or false negatives, I don't know. Here is a list of 500 of them. Harej (talk) 14:41, 7 July 2015 (UTC)
Possible reusable idea...
In order to set up monthly tasks on Wikiprojects, perhaps the scheme used at WP:OPERA could be made more widely available? It uses some fairly simple code to put the next three months on the talk page for discussion and preparation. Adam Cuerden (talk) 00:03, 19 June 2015 (UTC)
- I think the kind of setup, or something similar, used at WP:OPERA would be beneficial to this project. Certainly worth a try.--JayJasper (talk) 01:58, 19 June 2015 (UTC)
- All it really needs is a little work to make it more general. I coded it myself years ago (On an account I eventually dropped - long story, and one that everyone who needs to know it does already) and it's been working very well for the project since. The main templates are Template:GetOotM, Template:OotMProposed and Template:OotM. If the extra functionality the Opera Wikiproject asked for - the two different areas for setting things up - isn't needed elsewhere, the code could be very simply transferred: All we'd need as parameters are the basepagename of the wikiproject (defaults to {{BASEPAGENAME}} but people might want to include a project's collaboration on, say, their userpages), the name of the collaboration (e.g. collabname="Opera of the Month" - defaults to "Collaboration of the Month") - this gives us a title to put above the collaborations - and possibly a few options for colours and such. I'd like to have a robust set of defaults, so that starting to use this system is as easy as putting (say) {{Collaboration of the Month}} on your Wikiproject's front page, and {{Collaboration of the Month Proposals}} on your Wikiproject's talk page would get things working right away, no parameter tweaking needed.
- Necessary decisions
This should probably use a standardised subfolder of the Wikiproject's space, as well as a standardised subpage in that folder for the default template preloaded when setting up new collaborations. We'd need to decide what that subfolder should be (preferably one that no Wikiproject uses) or we could give an optional parameter to change it.
- Possible features to consider
- If the collaboration for whatever month hasn't been set up yet, Template:GetOotM lets you click on it and start with a preloaded template. Rolling this out, it would simplify setup if it checked if said template existed, and offered the option to set up the template if it didn't, preloading a sample default template when the setup link was clicked on.
- Allowing multiple discussion areas. The easiest way to do this - not as elegant as OotMProposed handling, but much more versatile - is to simply let the default subfolder be changed, then each different subfolder could act as its own collaboration area. This also allows taskforces to have their own prep areas easily. I'd probably say that the Opera Wikiproject's way of handling prep areas would be best done as a second option for a preparation-area template: putting too many options into one template makes it much harder to use. Adam Cuerden (talk) 04:03, 19 June 2015 (UTC)
SuggestBot for WikiProjects
Please sign up WP:OPENACCESS for that. Thanks! -- Daniel Mietchen (talk) 14:51, 19 June 2015 (UTC)
Working through importance API
I'm meeting with Harej now to think about the importance predictor (see newsletter). We think that it would be good -- long term -- to think about API's that will provide input data (e.g. pageviews, inlinks, etc.)
I took some notes about how we'd like to structure the input API. See https://gist.github.com/halfak/8b1a6e4d9d72c455eec1.
- Top level API (might be in ORES)
- def predict_importance(page_id, wikiproject_id): --> score
- Page view related features
- def get_pageviews(page_id): --> int
- def get_second_order_pageviews(page_id): --> int
- Inlink related features
- def get_inlinks(page_id): --> int
- def get_second_order_inlinks(page_id): --> int
- def get_internal_inlinks(page_id, wikiproject_id): --> int
--EpochFail (talk • contribs) 15:31, 27 June 2015 (UTC)
Pilot projects
After months of development and design, we have initiated the pilot testing process for five WikiProjects. We selected the WikiProjects on Cannabis, Cognitive Science, Evolutionary Biology, Ghana, and Hampshire for pilot testing based on data analysis we did earlier this year. The proposed re-designs are available here:
- Wikipedia:WikiProject Cannabis/New
- Wikipedia:WikiProject Cognitive science/New
- Wikipedia:WikiProject Evolutionary biology/New
- Wikipedia:WikiProject Ghana/New
- Wikipedia:WikiProject Hampshire/New
These designs are supported by a new template, {{Load WikiProject Modules}}, which renders a header for a WikiProject and loads specified modules onto the page with a standardized Table of Contents icon. The design for the project is based on the WPX UI, a design we established for these WikiProjects. Right now these templates are poorly documented, but in the next month, it should be relatively easy to design your own modules and even set up new WikiProjects with the WikiProject module loader. More is on the way.
We invite everyone to review the designs and workflows developed. Keep in mind that we only had the time to focus in depth on certain modules, meaning some things do not necessarily work well with the design. More will be developed in time.
We look forward to hearing your feedback. Harej (talk) 02:44, 8 July 2015 (UTC)
- Hi, Harej. Thanks for the work committed to building this new tool. I think the goals of the project are a welcome initiative that could reactivate the participation level around building new content, and I volunteered for testing the designs. Did you discuss the technical approach that you're following for building the tools? I've been following this page, and I think I've missed that.
- I'm confused by the overall structure of the project pages built with the provided modules. For a start, the styling doesn't look at all like the standard mediawiki theme; it's hard to tell where a section ends and the next begins, as each section seems to have its own styling for headers and subheaders. Some sections include "Edit" links that allow me to access and change the wikicode, but most of them do not; I can't add an introduction and commentaries to Tasks, Alerts nor Metrics, for example. Clicking the global "Edit source" at the top page with none of the content included in the page (which you get when you ); and the page history shows none of the changes made to the sections.
- The resulting page does not look at all like part of a wiki, which I find troubling, as it makes working with the page divert too much from how the rest of the project works - I'm having severe problems transferring my previous knowledge of how Wikipedia operates in order to work with the new design. Diego (talk) 12:58, 8 July 2015 (UTC)
- Hello Diego Moya. The technical approach is not well documented yet; it is brand new and the documentation is on my list of things to do. The member list, new discussions feed, related WikiProjects list, and assessment-related worklists are maintained by Reports bot, the notification service is maintained by WikiProject Notification Service, and the other worklists (wikify, cleanup, stub. etc.) will be maintained by SuggestBot. One of our strategies for making WikiProjects more useful is reducing the amount of effort needed to maintain them through the use of automated services, meaning entire sections of the page don't require human effort. The ones that do still have the edit button for that purpose.
- That said, if you want to edit these pages to add introductions and the like, here is how it works: each line-delineated section is a subpage of the project page, with the title corresponding to the section header. For example, the Resources section of WikiProject Ghana is Wikipedia:WikiProject Ghana/Resources. It would be a good idea for each page using the {{Load WikiProject Modules}} template to have an edit intro explaining this.
- Your comment about the section headings is interesting. There should be consistency. Major sections are marked off with blue lines (or whichever color the project chooses) via
{{WPX header}}
, with smaller sub-sections using{{WPX subheader}}
. The present inconsistency is from where bot outputs do not match the style. It may solve the problem if we replaced{{WPX subheader}}
with standard bog H3 headers; Isarra, what do you think? - Any other comments or questions regarding the presentation of information? Harej (talk) 17:01, 8 July 2015 (UTC)
@Harej: I'd prefer each module having their own stand-alone tag that could be embedded in the page, so that each template does one thing and does it well.
See what I mean: using a structure of wikicode similar to , where each template would load the contents of a single module, you get all the benefits of the wiki with all the benefits of the automated content provided by WikiprojectX modules, and you don't need the complicated and disorienting workflow of navigating between subpages.
We already have a tool for laying out sections which is more flexible, versatile and well-integrated with the platform: the Mediawiki code. It has the advantage of allowing users to define the page layout for themselves, without depending on a developer to tweak the page for them. I see no advantage in having a {{Load WikiProject Modules}} template that builds the whole page as if by magic (you could use a single-use page creation wizard instead), plus requiring tweaks to the page structure to be made in code, when we can allow users to be self-sufficient through editing wikicode directly (it's OK if it's not required, but it still should be possible).
I say, let's avoid proliferation of redundant templates and limit their use to what they do well - embedding content that has been compiled automatically, wherever the editor wants to place it. It seems to me that you're reinventing the wheel and over-stepping what your specific code should handle by building an automatic layout, when we already have a standard layout system that is well known and fairly intuitive. Plus, if you rely on the standard layout of wiki pages instead of replacing it with your own solution, users will instantly benefit from changes to the whole platform for free - such as being able to select a new skin, or having extensions and gadgets like the Visual Editor work with these sections. Diego (talk) 17:56, 8 July 2015 (UTC)
- I see what you're saying, but the open-ended nature of pure wikitext does not tend lend itself well to things that are not articles. It was designed for articles, we're used to using it for articles, and using it here just leads to having more articles, hence why most wikiprojects currently just look like encyclopaedia articles even though that really isn't true to what they are. Really, they are so much more than that, with specific purposes and scope, and the templates here are intended to reflect that. Using templates, we still allow the open-ended possibilities of the underlying syntax, but direct the elements to perform their individual purposes by setting specific scopes (potentially any specific scope), and lowering the bar for long-term maintenance/automation by breaking things up into individual pieces. -— Isarra ༆ 19:06, 8 July 2015 (UTC)
- Pardon my french, but - what?? Wikis exist much earlier than Wikipedia, and were designed to allow for quick collaboration from many editors by adding content without any barrier to entry. Isn't that what Wikiprojects are about? Mediawiki is literally the most successful groupware that ever existed, we have this whole project as proof.
- I'm not advocating use pure wikitext either, I said that wikitext is better for layout than templates, and templates are better for transcluding non-editable lists of compiled items - not for defining automatically where each section should be placed. How is the more complex syntax of templates (which requires a developer to understand and tweak) preferable over the open-ended yet much simpler markup for defining the structure of the page? Raising the bar for collaboration is something that is known to kill wide usage by volunteers.
- What I say is that the modules are doing a good job at providing content that is useful for the projects and can keep them up to date; rather than creating a new way to design pages that users should learn and maintainers support, let's apply the same model that we already have and are using for navigation templates, infoboxes, project banners and user warnings. The {{Load WikiProject Modules}} template is a deviation from how we use templates everywhere else, and I don't see any advantage in this new approach given that it does the same as the old one. You can get the best of both worlds by combining templates and wikicode, rather than losing the advantage of 15 years of Mediawiki features. Create individual templates for specific purposes, one for each automated piece of content, and let markup work as the unifying glue. Diego (talk) 07:16, 9 July 2015 (UTC)
- The entire point of this is to lower the bar. As is, open-ended wikitext tends to accumulate cruft and become very difficult to navigate and maintain over time, so by adding a level of structure, we can prevent this from happening in the first place, making the same bar for new projects as for old. For now a lot of the complexity is largely the same, just moved around a bit, but our plan is to mitigate this through the use of formwizard, thus removing any need to interact with it directly. For those who want to, however, options for non-standard configurations will remain, as there is nothing to prevent people from simply manhandling it (and we do intend to further atomise the templates to facilitate this). -— Isarra ༆ 18:18, 16 July 2015 (UTC)
BTW, the links to talk pages in the "Ask the WikiProject" and "View Other Discussions" buttons are broken for WikiProject Cannabis, WikiProject Ghana and WikiProject Hampshire. I would fix those links myself, but I have no idea where they are stored :-) The link to add a section at WikiProject Hampshire wouldn't work anyway, as this project is using Flow for their talk page. Diego (talk) 10:19, 9 July 2015 (UTC)
- Are you still getting this? As for flow, it's true using the same link seems counter-intuitive, but it does still take the user to the talkpage when flow is enabled, which is all they really need anyway. -— Isarra ༆ 18:18, 16 July 2015 (UTC)
Looked at the WikiProject Ghana, and it looks great! Very nice job, Harej! Ijon (talk) 04:31, 11 July 2015 (UTC)
First of all, I want to congratulate all of those who have been working hard on making WikiProject X a success, especially Harej - the pilot project pages are looking great, and the underlying structure is already fantastically advanced!
I'm wondering a couple of things about the Discussions feed:
- Would it be possible for the feed to include not just the section title most recently updated, but also a snippet of the added text (perhaps just a couple of lines);
- Is it possible for the Discussions feed not just to include content from categories, but also related WikiProjects (either their talk page, or possibly even delving into their related categories)? These could potentially be suggested not just by category inclusion overlaps, but also things like memberlist overlaps, explicit parenthood of one project to another, and manual additions.
I'm also wondering about task force support. Reading the stories, I'm struck by how often it seems that a successful and active WikiProject buds from a well-purposed taskforce. Might it be worth helping less-active WikiProjects to re-integrate and incubate in larger and/or more active WikiProjects? Or helping taskforces that are ready to cast out on their own? And what scope is there for joint task forces between WikiProjects (either hosted on one WikiProject or mirrored across both)?
As an aside, will there be any further inclusions under metrics alongside the assessment stats? In a fit of optimism last year, I started drawing plans for an update of WikiProject Systems as part of a one-man revival attempt, but it only ever came to having this rough plan to show for it. One of the things that I found most useful was the {{progression}} template usage (which I believe I found through WikiProject Military History and WikiProject Medicine). On a fundamental level, this allows fairly live display of the progress of a task (as a stats magpie, I find it gratifying to update even one page appropriately, and then refresh and find the bar moved along - a gamification, if you will); used in conjuction with targeted goals (such as in article drives and task forces), it can help encourage rapid progress on needed tasks. So for instance, in prioritising a proportion of high-importance articles to be addressed to B-class or above, one can have the following progression bar:
50% of high-importance articles at B-class or above: 33.4% complete | ||
|
If you look in the code, you'll see that the numerator is still manually entered, but the value comes from the sum of this and this, so could perhaps even be linked to WP 1.0 Bot's outputs. And even with a mixed-source progression template, it could potentially partially automate (i.e. I expect that the {{PAGESINCATEGORY}} function would remain live, so at least part of the fraction would move closer in step with the measured activity).
Speaking of activity, I also feel that beyond the wiki-work statistics, they could be used to look at the rate of change in assessment categories, for instance by the following formula (ironically, it's based on radioactive rate of decay):
where:
- dω is the change in the wiki-work ω value for the project (calculated by WP 1.0 Bot; could be influenced by significant changes in the number of previously-unassessed articles that were assessed during the period),
- N is the number of participants in the project (calculated from Harej's WikiProject Directory, although there might be some tweaking needed to normalise the number of editors editing over the requested period), and
- dt is the period over which the change has been measured.
This can help highlight the most highly-active projects, as well as potentially being a tool to fine-tune the size of targeted goals relative to the number of people that have signed up.
In summary, apologies for the wall of suggestions, but I hope they're received in the spirit given. Please keep up the good work! — Sasuke Sarutobi (talk) 23:18, 25 August 2015 (UTC)
- Hello Sasuke Sarutobi! Regarding the discussions module: including snippets of text may be doable, but if you're familiar with the RFC lists, it's easier said than done. (Unless, of course, you don't mind the quotations being cut off mid-sentence.) Including discussion items from other WikiProjects would be very difficult to get right and would be more likely to introduce noise, given that some projects are related by virtue of having something in common with a project of incredibly broad scope (WikiProject Biography, home to over a million articles, comes to mind).
- Re. task forces: I find the distinction between a WikiProject and a task force to be more of a marketing thing than something significant from a technical or organizational standpoint. I don't particularly recommend merging projects into other projects as task forces, since it makes WikiProjects into these large, difficult-to-maintain monoliths. Plus there are inevitably questions of scope: is WikiProject Women Scientists a part of WikiProject Science, WikiProject Women, WikiProject Biography...? In any case, it's fine on a case-by-case basis.
- Re. progress bars: you may note on some of the pilot projects that the famous rainbow assessment boxes are under a section heading called "Metrics". I indeed have plans to have automated metrics bars just like the ones you mention.
- Harej (talk) 03:32, 9 September 2015 (UTC)
Database dump question
- This is a crosspost from WP:VPT; I was told WPX had some neat tools at your disposal –Fredddie™ 02:43, 4 September 2015 (UTC)
Is there a way to get a list of editors who have edited any of the articles tagged with a certain WikiProject banner? If so, how would I go about getting said list? –Fredddie™ 02:43, 4 September 2015 (UTC)
- Fredddie, each WikiProject has an entry page in the WikiProject Directory that lists people participating on the WikiProjects as well as people editing pages (and talk pages) tagged with the banner. You can navigate the Wikipedia:WikiProject Directory and the topical subpages, but if you already know the project you want to look up just stick "Wikipedia:WikiProject Directory/Description/" in front the name. For example, the listing for Wikipedia:WikiProject Russia is Wikipedia:WikiProject Directory/Description/WikiProject Russia. Harej (talk) 02:54, 4 September 2015 (UTC)
Some feedback
Hi! Have some ideas/questions.
- Question. How these automated reports were made? You just took P21:Q6581072 and pick those, which don't have enwiki link?
- Ideas
- For some missing content stats, projects could use also other Wikipedia projects as a data source. For example, I would like to know what articles about Latvia are missing here, but are in for example in Russian Wikipedia, or French Wikipedia. OK, this won't work for all projects, but for country projects this should work fine.
- For some missing content stats 2. There could be generated most wanted red links for those pages, which are in the project. That shouldn't be too difficult to write proper SQL query for that. Have something similar (scans all Wikipedia, excludes links from templates/modules and links from one page) for Latvian Wikipedia.
- Don't know where/if it fits, but section "Featured/good articles in other languages" would be nice, I think. So bot would find all those articles, that are in the project scope, that have some badge (via Wikidata) in other Wikipedias. (Harej or anybody else - if you want to test it, you can do it with Wikiproject Latvia - would like to know at least partial results)
- I support Piotrus idea about place for tools. I think it is an important part for projects, so that a new section for them could be finded
- Untagged pages within projects. Also - projects could use also other Wikipedia projects as a data source (see my first idea).
- Something for to-do list. Do some work related to Wikidata! For country specific projects, pick your country, and start getting some fun - add images, some information about people etc. It is really easy for your country, where you live.
- Have this project or Harej talked with other Wikipedias? I think other Wikipedias have good ideas about design, tools etc. --Edgars2007 (talk/contribs) 12:41, 4 September 2015 (UTC)
- Hello Edgars2007! To answer each question:
- You're generally correct. The Women in Red was made semi-manually but I have since made it into a daily report script. The general idea is to take a Wikidata query and only include results that don't have English Wikipedia articles. (It is up to editors to decide whether the subject is notable by English Wikipedia's standards.)
- For our next phase of this project we'll be looking into coordinating across languages. I hope to have more information on that in the next few months.
- Thank you. I will look into those tools.
- This generally fits into ideas for multilingual coordination—Wikidata helps facilitate that. This would be a good fit for a content translation module.
- Which tools in particular do you recommend? I see a lot of lists of tools on WikiProjects and they are outdated, often by referencing the Toolserver, which was taken down over a year ago. I would support making this into a centralized list maintained by a broad community.
- What do you mean by untagged pages within projects?
- To-do lists in the sense of people make requests or as in automated to-do lists?
- Language barriers have made it difficult to work with other language editions of Wikipedia, but I would be interested in seeing how things work differently.
- Harej (talk) 02:12, 9 September 2015 (UTC)
- Thanks for responses.
- About the tools - will gather list later.
- About untagged pages within projects. Yes, sorry, wasn't clear enough :) Example: there is article "Foo", that isn't tagged within "Wikiproject Lorem" here @enwp. And the article exists in French Wikipedia, where it is tagged in their "Wikiproject Lorem", so most probably it should be tagged within "Wikiproject Lorem" also here. Is it clear now? Note: OK, French Wikipedia don't have Wikiproject banners, but they have portal banners, that can be used for this purpose.
- About to-do lists. As automated to-do lists. I was thinking about something like this (in Wikiproject France page):
- Add some statements about France people, objects in Wikidata!
- Of course, you can make the sentence much more better and interesting :) --Edgars2007 (talk/contribs) 08:50, 9 September 2015 (UTC)
- Thanks for responses.
What's happening on talk pages of pages included in projects
Take a look at WP:LOU's solution for project change patrol. We use "Related changes" (built into Mediawiki) to patrol all changes to included pages and their talk pages. The only downside is that the "Watchall" list has to be periodically updated (I use AWB's list builder to do it). It seems to me that with some minor changes to "Related changes" in Mediawiki, we would be able to monitor all changes to project pages and talk pages without having to build that "Watchall" list. "Related changes" could have "Associated namespace" be checkable when namespace is set to all, so that when viewing related changes to the project's article category (talk pages), it would show them for both talk pages and regular pages. Perhaps there is a performance reason this isn't provided for already? Stevie is the man! Talk • Work 19:24, 18 September 2015 (UTC)
- In old Toolserver times, there was "Wikiproject Watchlist" (for example, link for Wikiproject Latvia). Maybe somebody can get in touch with tool writers. --Edgars2007 (talk/contribs) 10:51, 22 September 2015 (UTC)
initial note re project
I like this idea! please keep me informed. I have signed up. thanks! --Sm8900 (talk) 15:14, 30 September 2015 (UTC)
Systematic listing of cleanup by WikiProject with list of articles cleared
The current history lists for cleanup by WikiProject (sample: Cleanup history for WikiProject Women's History} don't tell you how many articles were resolved each week. Adding this information would make it easy to tell which WikiProjects don't have anyone working on cleanup.
Also, a standard way to present the cleanup listing on the WikiProject pages would help more gnomish editors discover this useful cleanup listing tool.
You might even consider a WikiProject X cleanup editathon ... --Djembayz (talk) 15:53, 3 October 2015 (UTC)
- This is certainly a powerful tool, and I wish a lot more Wikipedians knew about it and used the cleanup lists to find issues to work on. Currently, on the "By category" page, it shows how many articles were "resolved" since the previous cleanup list build a week before. Would this be enough to indicate if anyone is working cleanup duty for a project? I tend to think so. Stevie is the man! Talk • Work 16:14, 3 October 2015 (UTC)