Wikipedia:Village pump (proposals)/Archive 57

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search


Let's use these holidays to make a difference

Let's use these holidays to make a difference, and try to clean out the Category:Pages with broken reference names.

It was almost empty a month ago, thanks to two dedicated editors and a bot, but there are always new articles the bot can't fix. If we make an effort, each of us taking 1-2 articles (more is fine, of course), it will take us no time to fix them. Debresser (talk) 11:54, 24 December 2009 (UTC)

I just fixed approximately 20 of them. I'll come back to it later today. TheWeakWilled (T * G) 16:51, 24 December 2009 (UTC)

Proposal to end AFD relisting

I replied to tedder on my talk page about this (there was also a discussion on Wikipedia:Administrators'_noticeboard#the_curse_of_AFD_relisting about relisting, not doing away with relisting):

[I]f a PROD is challenged (turns into an AFD), and the challenger hasn't proved notability in a week, it should just be treated like the PROD wasn't even challenged. If there was no PROD, AFD is just like a PROD, but lasts up to 3 weeks, which is 2 weeks longer than just PRODding!

TheWeakWilled (T * G) 15:52, 24 December 2009 (UTC)

This issue has also recently been discussed (somewhat extensively) at Wikipedia talk:Articles for deletion and Wikipedia talk:Deletion review.
V = I * R (talk to Ω) 02:24, 26 December 2009 (UTC)

AFD proposal

There is a proposal at Wikipedia talk:Articles for deletion#Consolidation which appears to be gaining consensus to move forward. Further participation in the discussion would be appreciated.
V = I * R (talk to Ω) 02:23, 26 December 2009 (UTC)

Add Jabber XMPP option like IRC

I propose to improve Wikipedia to support also XMPP URIs.

Jabber/XMPP is a open source protocol used by a lot of people all over the world. There are users of Google Talk, Gizmo5, LiveJournal, Nimbuzz, Ovi, and a lot of other servers[1] [2] [3] [4] [5]... and there are a lot of XMPP clients[6]...

XMPP URI (xmpp:) is similar to mailto: and irc: (more information on URI scheme)

So, today, for contact a person/join a chan on Wikipedia:

  • It is possible to put a link to a user address with this format: <user>@<host>
  • It is possible to put a link to join a chan: [1]

With XMPP URIs :

  • It is possible to put a link to a user address with this format:
  • It is possible to put a link to join a room (XMPP chan):

There are three requests: URI Scheme for contact link/join room and Wikipedia Notifications.

For more informations:

Neustradamus () 14:52, 21 December 2009 (UTC)

This seems to be a proposal to allow a user to receive notifications when specific wikipedia article have been updated through XMPP. It seems like a good idea. Millueradfa (talk) 23:30, 19 December 2009 (UTC)

It's already possible to subscribe to an RSS feed of a page's changes. There's no need to go for another protocol; and it would involve a change to the back-end anyway, so this would have to be submitted through the bug system. — The Hand That Feeds You:Bite 17:31, 21 December 2009 (UTC)
Notifications is in second point, but about XMPP URIs ? — Neustradamus () 21:44, 21 December 2009 (UTC)
People can you speak about my proposal ? Thanks in advance, regards — Neustradamus () 20:35, 27 December 2009 (UTC)
I'd say the silence speaks volumes. It's not a very useful addition for most people, and it would require the programmers to do a lot of work behind the scenes. — The Hand That Feeds You:Bite 17:35, 28 December 2009 (UTC)
What work are you talking about? All modern OS and DE like MacOSX, KDE, Gnome have internal support for uri types. If you are talking about wikipedia developers, so it's their work to make modern hi-tech encyclopedia. By the way, Jabber nowaday is the most popular open im protocol, even more popular than IRC, it should be noticed. Nigmatullin Ruslan (talk) 22:38, 28 December 2009 (UTC)

Main Page tweaks

We are currently discussing some tweaks to the section "Wikipedia languages" on the Wikipedia Main Page. We could have good use of some more opinions. See the discussion at Template talk:Wikipedialang#Restructuring proposal on Talk:Main Page.

And please don't start a discussion about it here, instead go to that page.

--David Göthberg (talk) 15:12, 26 December 2009 (UTC)

User-specific categories?

Here's an idea. Various projects like Wikinews and Commons have user-specific categories to allow contributors to organize their contributed content. (See commons:Category:Images by Juliancolton, for example.) Such categories are generally hidden and only visible via a direct search. I was wondering if we could do something similar here. There are really no downsides, AFAICT. –Juliancolton | Talk 19:50, 26 December 2009 (UTC)

The thing with the images on Commons though is that there is only ever 1 creator (perhaps 2 or 3 if a derived work is created), but on a Wikipedia article you can have hundreds or thousands of contributors. Lets say on a typical article we have 100 contributors, we add 1 user category for each contributor and an average contributor's user name is made up of 5 characters (arbitrary figures purely for the sake of the example).
Adding a category like [[Category:articles by UserX]] would add 30 bytes of data for each contributor; 100 contributors for the example article makes that 3kb of data. Replicate that across 3 million articles and we have perhaps 9 billion bytes (9 gigabytes) of data added for a non-vital function. Personally I think it is a waste of resources. Road Wizard (talk) 20:26, 26 December 2009 (UTC)
True, I never considered those issues. I suppose we could try to determine who was a primary contributor to the article, but that does seem more trouble than it's worth. Thanks for the reality check... :-) –Juliancolton | Talk 20:50, 26 December 2009 (UTC)
Being able to categorize items in your user space is handy, but special:prefixindex can serve that function adequately enough. Otherwise, I agree with Road Wizard. --Izno (talk) 23:32, 26 December 2009 (UTC)
I agree with Road Wizard, unlike files (which rarely have more than 1 major contributor) or news articles (which are only edited for a short time), encyclopedia articles might have dozens of major contributors. You also run into issues about when people can put the category in. Adding a paragraph to a 3-sentence stub would probably qualify, but what about adding a paragraph to an article that's already 5000 words long? What if someone guts an article and rewrites almost the entire thing, are the categories from old contributors removed, as they no longer have any direct contributions to the current version? Mr.Z-man 23:56, 26 December 2009 (UTC)

I made a related proposal a while back that avoids the problem of arbitrary categorisation by basing it on the {{maintained}} template. Basically, article talkpages would be hidden categorised according to the username parameters of the template, so that placing {{maintained}} on a page would categorise it in Category:Articles maintained by Juliancolton and Category:Articles maintained by Mr.Z-man. I did not implement it because I don't have the necessary bot/coding knowledge, but it might be of interest here.  Skomorokh  13:40, 28 December 2009 (UTC)

Interlanguage links

Is there a reason that the various interlanguage links, on the side bar, on the main page, and in a couple other places, are presented using their native (read: Non-English) format? Am I seriously the only person to find that practice to be confusing? I propose that we change it so that the language shown is in English, although it might be nice to present the native presentation in the tooltip.
V = I * R (talk to Ω) 21:50, 27 December 2009 (UTC)

It depends on what you consider the main purpose of those links to be. If it is to help non-English readers to find their native Wiki then they should be in the native language. If it is to help English readers to find a Wiki written in a different language then it should be written in English. However, if someone is unable to read a language name in its native script, what use do you think they will find in going to a Wiki written entirely in that script? Road Wizard (talk) 21:56, 27 December 2009 (UTC)
That's a good point, although I don't know how much value there is in catering to non-English speakers here. I think that the value of interwiki links here lies in part in the simple fact that they exist. I mean, to me I find their existence useful even though I never (or rather, very rarely) click on them. Their presence, which simply states "Here's a similar article in language X", has it's own value. That value is lessened by the presentation of the link in it's native format however, since most readers (such as myself) only speak English (or possible one or two others). Links in Arabic and Far Eastern scripts might as well use wingdings, for all the good they do to most people who speak Western languages.
V = I * R (talk to Ω) 22:16, 27 December 2009 (UTC)
I kinda see both points of view -- for me, the main issue is trying to figure just what some of them are, as the two digit letters are often unrelated to the English one as well (zh for Chinese?). The tool tip idea is a good one, though perhaps the OTHER way would be better -- show the native language, with the translation as a tooltip (which seems to me to be the standard way of doing things for tooltips -- using them as as a guide to what they are referring). ♫ Melodia Chaconne ♫ (talk) 23:13, 27 December 2009 (UTC)
for the sidebar, the use of tooltips to present the text in English would definitely be an improvement. I'm not sure how technically feasable that would be, though.
V = I * R (talk to Ω) 23:25, 27 December 2009 (UTC)
It seems fairly self-evident to me that these links are targeted at people expecting to be able to read the language; if you can't speak it, or even parse the characters, what possible benefit is there in transliterating it so you can... know you can't make any use of it? We may not have many Thai speakers stumble accidentally across an en.wp article, but when they do it's nice that we can direct them quickly and cleanly to th.wp. Removing that option seems a bit of a waste.
Look at it another way - you have stumbled, by following the wrong link, into an article in Russian. Would you like to see the page contain a link labelled [English], or one labelled [Английский]? There's a reason most websites mark their "other language options" button with a small flag - it's to make it visually obvious to someone who doesn't speak the language what they're looking for. Shimgray | talk | 23:10, 27 December 2009 (UTC)
To add to this - if you install this script, then the most common ones will get translated for you. Shimgray | talk | 23:13, 27 December 2009 (UTC)
Thanks for pointing out the script. I'll probably use that.
I think that the "issue" that I'm bringing up is probably more relevant to the section at the bottom of the main page then it is to the sidebar. I still stand by my points above about the value inherent in the links appearing in the sidebar and a preference for the use of English there, but I definitely can understand the point that both of you are bringing up (although, the point seems very subjective, which is an issue that Road Wizard mentioned above).
It seems fairly obvious to me that the links in the Wikipedia languages section on the main page are primarily targeted at English speakers though. Maybe I should take this discussion to that template's talk page... I thought about that earlier, but then thought that a more general conversation would be appropriate.
V = I * R (talk to Ω) 23:22, 27 December 2009 (UTC)
Shimgray explained it well. I often go to other language editions to add interwiki links to the article here on the English Wikipedia. Then I use the interwiki links to go back to the English article or to go on to other languages that I speak. If those interwiki links were shown only in Japanese when I visited a Japanese page then it would be tricky to see which link is which. We should supply the same service to the non-English speakers that happen to land on one of our articles here.
Also, as I just explained, it would be harder for us to maintain the interwiki links. I know plenty of users who come here and add interwiki links to other languages, in spite them not speaking any English at all. So change the naming of those links, and less interwiki links will be added and maintained.
V = I * R: You want the links in English since you are curious on where they link, but you don't have to have that, it's not essential for you, right? While the non-English speakers need them, they depend on it.
But I think there should be a tooltip with the English name for the language.
And for full disclosure: I am not a native speaker of English, I live in Sweden.
--David Göthberg (talk) 21:06, 28 December 2009 (UTC)
Hmm, making the tooltip display in the user's selected language (or the project's language if they're anon) sounds like a good idea. EVula // talk // // 22:20, 28 December 2009 (UTC)

Listing what links to a page

If you mean Talk pages, you can limit the Namespace of the pages that WhatLinksHere lists.
However, I'd find it useful if there was a way to separate links from References to others, as it is hard to determine where pages like News Limited are used that is not a reference. Mark Hurd (talk) 07:02, 20 December 2009 (UTC)
  • Sometimes when someone edits a page (article or other), he puts a link in [[ ]] in the edit comment. It would be useful to find such links. Anthony Appleyard (talk) 07:14, 21 December 2009 (UTC)
    • Are you referring to edit summaries?  Skomorokh  13:33, 28 December 2009 (UTC)
      • Yes, that's how I understood the OP meant by "edit comment". And I agree, it would be useful to find edit summaries that contain wikilinks to main-space pages only because such a list might be useless otherwise -- just clicking "undo" generates an edit summary containing two wikilinks but one is to Wiki space and one is to user space. ~Amatulić (talk) 00:36, 30 December 2009 (UTC)


not sure if this is the correct place for this, however here is my idea. bear with me, i know it may sound a bit stupid, but it could work i believe

ok, say for example 2 editors cant agree on something within an article. lets say that they dont agree about which shade of blue should be used as a header for an info box describing different shades of blue. obviously any shade of blue will work right? not so fast. we have all seen edit wars, heated discussions, compassionate arguments, civilized arguments, and simple disagreements on wikipedia right? well instead of being serious all the time, lets take a step back and make it a tad interesting. because sometimes both parties may be correct, and there isnt a concensus on which side should have the upper hand. yes it does happen. how do we resolve it? sure we vote and all, but sometimes a vote isnt available, or it is involving something that cant be voted on, etc. below is from the wikipedia article coin-flipping:

Use in dispute resolution

Coin tossing is a simple and unbiased way of settling a dispute or deciding between two or more arbitrary options. In a game theoretic analysis it provides even odds to both sides involved, requiring little effort and preventing the dispute from escalating into a struggle. It is used widely in sports and other games to decide arbitrary factors such as which side of the field a team will play from, or which side will attack or defend initially. In team sports it is often the captain who makes the call, while the umpire or referee usually oversees such proceedings. A competitive method may be used instead of a toss in some situations, for example in basketball the jump ball is employed, while the faceoff plays a similar role in ice hockey.

im just toying with the idea, but maybe it could work. maybe its a dumb idea. i dunno im just putting it out there. heres some ideas:

1. obviously have a random coin toss generator of some sort.
2. make it so both parties will register for the coin toss, and all revelent information and points of view for both sides will have to be noted somewhere within the WP:COINTOSS protocol. what i mean is both parties involved have to put somewhere why they are flipping the coin to resolve the dispute, their arguments for/against etc.
3. make some sort of disclaimer stating that the cointoss is final. whatever the outcome, the losing party must agree to abide by the toss, and cant change whatever the winner wanted (say in our case light blue won over dark blue). dark blue cant be inserted into the table by the loser of the coin toss. it must stay light blue until someone else changes it, starts to argue etc.
4. make the coin toss case specific. all tosses are available to be viewed by anyone, results fully available etc. basically full disclosure to the community.
5. now im not saying that this is to be used on major things, just small things that the 2 editors are involved in an argument, but seek a civil resolution. obviously if its a flame war, this aint gonna fly.
6. make this a simple easy process. one that wont drag in an administrator or arbitrator to lay down the law and sometimes making a decision that a third grader could have made because it is so trivial. basically make it headache free, a simple quick and easy process.
7. again make this a simple and easy process. and at the same time, make it fun. if you were to lose, oh well. at least its a fair game. a civil end to a minor dispute.
8. also make the cointoss free to anyone to use. maybe you need the cointoss because you and your friend are at the computer arguing on who should go first in playing the xbox, and noone has a coin. crap what do you do? go to wikipedia, they have a coin. <---(lol sounds dumb, but id use it if i didnt have a coin)

anyone else have ideas? ways to tweak it etc? again i know it sounds stupid, but some form of it could be adapted, i think it could work. i know its just my opinion, but you all know the saying, opinions are like.... everyones got one. MACKDIESEL5 (talk) 06:41, 21 December 2009 (UTC)

It would be easy enough for a bot to do the actual tossing of the coin, and could easily enough be generalized to "3-sided coins" and such if necessary. And having it on-wiki would effectively force everything to be community-visible. As for #8 in your list, it's not the purpose of Wikipedia to be providing "coin tosses" for people playing xbox and crap like that. I have no opinion on the rest, besides wondering whether WP:3O wouldn't work better for most cases. Anomie 12:59, 21 December 2009 (UTC)
"sometimes both parties may be correct": can you give an example of such a case? I can't imagine people would go for a literal crapshoot to settle something, when consensus already seems like that sometimes. Also, "the cointoss is final" - most things on Wikipedia aren't final. Temporarily decisive, that's about it. Шизомби (talk) 13:12, 21 December 2009 (UTC)
I don't think this sounds stupid, but I don't think it's practical, for two reasons:
Remote coin flips are actually a very hard problem, not an easy one, if you want them to be fair, trustworthy, verifiable, and cheat-proof. Moreover, you do want them to be all of these things, because if they aren't they're worse than useless - they will cause problems that wouldn't exist otherwise.
From a social-interaction perspective, you can use even a perfect coin-flipping mechanism to cause all sorts of problems and disruption. Most importantly, if something has already been settled in an arbitrary fashion, anyone who disagrees with the arbitrary resolution can try to disrupt the settled issue with an insistence on using a "fair" coin flip - if the issue has already gone against them they have nothing to lose. This would actually prevent issues from being settled. Gavia immer (talk) 13:41, 21 December 2009 (UTC)
Even if there is consensus on a topic (or lack of it), it can change if a given user provides new and convincing arguments on why should something be done differently. But a flip of a coin isn't ar argument and can't be "refuted". We don't have things decided by "ultimate truths", much less we should have "ultimate random chance results" MBelgrano (talk) 13:55, 21 December 2009 (UTC)
Very few things are truly arbitrary. Wikipedia is not on a deadline, we should actually take the time to figure out which option is best. If it is really some stupid edit war like over the color of a template and there aren't any issues with accessibility or relevance, the easiest solution is to just go back to whatever it was before the argument started, like we do with units on measurements. Alternately, we could could block the edit warriors for edit warring over something so stupid, then let someone else decide. Mr.Z-man 16:44, 21 December 2009 (UTC)
What you would do with {{Coin toss}} I dunno, but have fun with it. Rich Farmbrough, 03:29, 22 December 2009 (UTC).

Might be easier (and more fun) to set up a Wikipedia Arbitrary Committee: users who will visit a page on request and make indiscriminate binding decisions on the spur of the moment, with absolutely no thought or effort. kind of like an RfC, except intentionally that way. --Ludwigs2 06:50, 24 December 2009 (UTC)

Oppose. We already have Wikipedia:Third opinion to settle disputes between two editors. At least that way, the person offering the third opinion gives the matter some thought, and the decision therefore seems more binding than a coin toss. ~Amatulić (talk) 00:39, 30 December 2009 (UTC)

New goal for 2010

Moved from WP:AN. ╟─TreasuryTagUK EYES ONLY─╢ 16:26, 23 December 2009 (UTC)

Sadly to say, there is disagreement and arguing in Wikipedia, such discussion about another named user. A cursory look at the complaint suggests that he is not liked and doesn't write articles for the most part.

Would there be any support for the stated Wikipedia goal that all editors should devote a minimum of 33% of edits to articles and edits directly involved in article improvment? That means articles, article talk pages, Wikiproject pages, etc. AN, ANI, AFD, RFA edits would be considered other Wikipedia space type edits.

There would be no sanctions for not achieving the 33% guideline but meeting it would mean that the user has passed one of the criteria to be a good editor. Editors could manipulate the statistics by using automated minor edits but I'm not concerned about that at the moment. Suomi Finland 2009 (talk) 16:24, 23 December 2009 (UTC)

Completely unviable, and the fact that you mentioned another editor by name is going to cause this proposal to collapse amongst collective bickering. ╟─TreasuryTagassemblyman─╢ 16:25, 23 December 2009 (UTC)
name removed as not important to the discussion and was only initially provided to explain how the suggestion originated. Suomi Finland 2009 (talk) 16:28, 23 December 2009 (UTC)
Fair enough – but it's still not a remotely viable proposal. ╟─TreasuryTagSpeaker─╢ 16:34, 23 December 2009 (UTC)
What is a "good editor" and why should we be labeling people as such? If you have a set of criteria upon which you base your opinion of who is and who is not a good editor, that is fine. We ought not be in the habit of declaring, as a community, that such-and-such is a "Good editor". Shereth 16:38, 23 December 2009 (UTC)
See my comments below. I've been misunderstood because I did not mean a separate category of "good editor" like we have "good article". I was using "good" in the English language sense, not the Wikipedia lingo. Suomi Finland 2009 (talk) 01:39, 24 December 2009 (UTC)
All editors that contribute in a positive manner to the project are "good editors". We can't go around naming people "good editors" and "bad editors" on the -amount- of contribution. Good editors are those that help improve the encyclopedia, while bad editors are those that vandalize. warrior4321 16:56, 23 December 2009 (UTC)
How are you even defining this? Is reverting vandalism counted (which a large amount of my edits is toward)? I mean, this IS, after all, a completely voluntary project and to suggest that people can't participate in one thing without doing the other is completely against the WP spirit. ♫ Melodia Chaconne ♫ (talk) 17:18, 23 December 2009 (UTC)
What about things that don't fit into either category? Things like templates and user scripts don't always improve articles directly, but they certainly shouldn't be lumped in with RFA and ANI. You also say "one of the criteria" - what are the others? Mr.Z-man 19:37, 23 December 2009 (UTC)
Sorry, I've been misunderstood. I did not mean a new class of user, like administrator, nor a gold seal, like "featured article". Wikipedia has its own lingo so "good article" means something specific, not just good as in nice. My idea was just to encourage people to write articles and, if they are spending 85% on ANI and Wikispace, then they should occasionally think about articles. That's all. No "good editor seal of approval" was I suggesting!
Perhaps a tweak to an optional welcome template where it encourages people to write articles. That's just a thought. Merry Christmas and Happy New Year! Suomi Finland 2009 (talk) 01:37, 24 December 2009 (UTC)
Ok, perhaps the way in which this proposal was put forth made it doomed from the beginning. How about I refocus the discussion to- How can we encourage more editors to contribute actual improvements to articles instead of just trolling around looking for discussions to enter for the purpose of bickering, excessive caring about policies, and over-enforcing to the letter policies for simple purpose of "its a policy, it must be enforced!"? We have all met those editors who when you check their user-contributions they dont "contribute" anything to articles, but yet you see them needlessly go to random articles to "enforce" policy-by-the-letter without knowing the article subject or any consensus' reached on the talk page or in related noticeboard discussions where exceptions for that instance may have been decided upon (IAR allows exceptions!). I for one am sick and tired of arguing about policy with editors (and janitors) who arent on the "front line" of article creation/improvement about whats best, one example is the "Arm-chair editor", who seems to know what should be the "right way" but yet doesnt seem to have ever edited any relevant type of article...Camelbinky (talk) 02:27, 24 December 2009 (UTC)
Some excellent points Camel. It is certainly in Wikipedia's best interest to promote more content contribution but as Melodia pointed out, you really can't tell people what to do with their volunteer time. To encourage more interest in content contribution it needs to be desirable. This is a cultural issue pertaining to how valuable the Wikipedia community views content contributors. How often are content edits (versus "Wiki-politics") evaluated in RFA? How often it is evaluated in ARBCOM elections? How often are content editors praised in the Signpost? It is hardly ever talked about because as a community we simply do not value content contributors as much as we value vandal fighters, AN/I regulars and "wiki-politicians". Barnstars are nice and there is always the altruistic expectation of contributing just for the sake of the greater good but human nature proves that people respond best when they get a "cookie" at the end. There are far too few"cookies" for content contributors but a lot of crumbs and hassles when it come to dealing with the drama and "arm-chair editors" as Camel mentions. It is a culture thing that the entire community needs to address if we expect to see any progress. AgneCheese/Wine 02:41, 24 December 2009 (UTC)
I'm mostly active at FPC and in providing images, but I'd probably be close meeting the 33% including wikiproject edits and article talk edits anyway. I don't think that it is hard to achieve. I'd like to see it as a guideline for RFAs - labelling "good editors" doesn't achieve anything. Noodle snacks (talk) 03:24, 24 December 2009 (UTC)
How about immediate loss of admin status if you dont keep the monthly 33% article editing quota for three months in a row? Why should you have extra tools in an encyclopedia if you arent actually spending at least 1/3 of your time working on the encyclopedia?Camelbinky (talk) 20:55, 24 December 2009 (UTC)
I'm real nervous about mandating a quota. While I would LOVE for every admin to be more involved in content creation, sometimes it is not feasible. Would we want WP:CSD or WP:AFD to become seriously backlog because an admin needs to radically change gears and write some content before they lose their tools? Would we want Arbcom cases to languish longer because the Arbs need to switch gears and work on some content? I firmly believe that we need make content creation desirable rather than a chore that someone needs to do in order to meet a quota. If we want to change the culture of wikipedia, we have to start with the importance and value that the community places in content creation. In all honesty, Admins and Arbs who are not content driven (or at least were once actively in the "trenches") shouldn't have been so gladly given the tools and authority in the first place. The community should hold content creation to a higher esteem and view RfA, RfB and Arb candidates who don't contribute content as sub-standard candidates for the position they are seeking. . AgneCheese/Wine 21:05, 24 December 2009 (UTC)
How do we do that then? The culture of established Admins is already geared towards asking questions to prospective candidates "have you done x, have you been active at y, do you comment at AN/I", with very few comments on "have you ever gotten an article to FA status? What article are you most proud of?" Barnstars are cute, and I do get all warm and fuzzy when I get one, but really... isnt there more that can be done for those who do the hard work of looking at (in my case just today) literally hundreds of online sources just in order to add a paragraph or two to an article. We seem to be slipping away from the encyclopedia part of our mission and caring too much in the "how to function as a community" aspect. What can be done to refocuse the entire Wikipedia culture back to its ONLY TRUE reason for existing- adding content to an encyclopedia with the ultimate goal of one day being complete (though realistically that will never happen, and we have no deadline, though if we do it my lifetime I'll be forever grateful to everyone!).Camelbinky (talk) 21:27, 24 December 2009 (UTC)
About creating a barnstar for those who edit more than ___ % (50%???) of edits to article and article talk pages (or whatever our criteria) in a period (6 months???) ? Do we want a warning template for those who contribute 85% or more to ANI, AN, RFA? The warning template may meet hostility, which is what we don't want. What we might want is a template encouragement to edit articles, which would have to be worded in a very tactful way. These are all barnstorming ideas, that is, ideas which haven't been thought through carefully but presented to avoid missing good suggestions. Suomi Finland 2009 (talk) 17:50, 27 December 2009 (UTC)
I don't think there is an easy answer to this but I'm sure that anything that will come across as a "threat" (like quotas or templates) will meet fierce resistance and potentially backfire. We simply can't force people to become content contributors. We have to uses more honey than vinegar. If someone really wants to take this bull by the horns, my suggestion would be to start an essay on the importance of encourage more content contributors (maybe tie it into the news articles about the general decline of the encyclopedia?). The essay should also touch on the importance of making content evaluation critical to RfA, RfB and ARBCOM elections. I would suggest presenting the essay to Jimbo and also starting an RfC for "brainstorming" ways to promote content contribution. To accomplish anything we will need widespread community involvement and input. Set a fixed date for the RfC to run thru, say the end of March, and then spend the rest of 2010 implementing some of the most popular and plausible ideas (contest, WP:WIKICUP, coordinated wiki-project events, coordinated Mainpage ITN, DYK, OTD, FA events, barnstars, etc) submitted at the RfC. Recruit the Signpost for support and to regularly update the rest of the community on the progress. Get this initiative in front of people and frequently remind this is going on. At the end of the year, we should evaluate the results with what worked and didn't work. AgneCheese/Wine 19:32, 27 December 2009 (UTC)

Shifting the indent: Very good brainstorming (not barnstorming! Barnstorming is when you blow up a barn! English is not my forte.) Other possibilities include:
1. asking administrator candidates (RFA) if they plan to continue editing articles primarily and if they are willing to be reminded of their pledge, if they say they will write. Drawback: Asking the same question can meet hostility, as did User:Kurt Weber (though it was a little different).
2. Revive the Dramaout campaign, which was a one time campaign to article write for a few days (1-2 weeks) and not participate in dramatic noticeboards, like ANI.
3. Do some of the other suggestions mentioned above. Suomi Finland 2009 (talk) 21:59, 27 December 2009 (UTC)

No quotas, but in a one-on-one dispute between a content creator with knowledge about a topic and a drive-by janitor editor there should be a bias in favor of the content creator unless the fixer-upper is willing to claim knowledge about the subject or POV pushing is suspected. Lambanog (talk) 09:50, 29 December 2009 (UTC)
Quotas would be a bad thing and would lock out some of our best specialists. People are good at different things, and that is the strength of a project like this, that each user can do what he/she is doing best or enjoys doing best.
I am such a specialist. I don't edit articles much any more. My hobby, profession and education is as a programmer. I was made admin since I need to handle protected templates, since many of my templates quickly become so popular that they get protected since they become high-risk. So they had to make me admin so I could continue taking care of those templates. Now I program templates, fix bugs in the interface, improve the site wide CSS files, and other such tech-work. But with a quota system you would loose specialists like me.
But yeah, the people who only spend their time extending the policies and then enforcing them (without understanding the needs of our content creators or our readers) are really annoying. I wish there were some mechanism to get rid of those users, since they are detrimental to the project.
--David Göthberg (talk) 17:57, 29 December 2009 (UTC)

"Um, I'm volunteering my time to edit Wikipedia. As such, I'll edit anywhere I damn well please, thankyouverymuch." That would be my initial reaction to reading a suggested focus for editors, and I'd be surprised if that thought wasn't repeated by others. EVula // talk // // 18:24, 29 December 2009 (UTC)

Namespace for books


It got done!! Wooo!! We now have a "Book:" namespace. Happymelon 13:24, 28 December 2009 (UTC)

Wow, something was actually accomplished... I'm stunned! Congratulations guys!
V = I * R (talk to Ohms law) 20:11, 28 December 2009 (UTC)


Will the books need to be moved manually or is there an automated process set up for the transition? I note that some books are still in the Wikipedia namespace.  Skomorokh  13:29, 28 December 2009 (UTC)

The Book namespace is currently empty except for a XNR to an article with a conflicting title; all books need to be moved there manually, or by a bot. Happymelon 13:32, 28 December 2009 (UTC)
I'll make the bot request. Headbomb {ταλκκοντριβς – WP Physics} 13:53, 28 December 2009 (UTC)
WP:BOTREQ#Move Wikipedia-Books to the Book: namespace (diff). Headbomb {ταλκκοντριβς – WP Physics} 14:06, 28 December 2009 (UTC)
Make sure to make the appropriate changes to Wikipedia:Namespace and all that. :) JoeSmack Talk 06:37, 29 December 2009 (UTC)
Done. Mindmatrix 18:28, 29 December 2009 (UTC)
Mindmatrix: Thanks for updating the Wikipedia:Namespace page.
Everyone: For reference, the bugzilla bug about the adding of the new namespaces is bugzilla:21958.
I have done some checks and updates:
The magic words such as {{NAMESPACE}} works correctly in the two new namespaces, also when used in unusual ways such as "{{PAGENAME:Book:Example}}".
Both "Book:" and "Book talk:" have the MediaWiki subpage feature enabled, which is good.
I have checked all the namespace-detection templates such as {{talk other}} and {{namespace detect}} and done updates where needed. I also created the {{book other}} template. I have also checked some of the major templates that use those templates.
However, there are lots of templates and system messages out there with hardcoded namespace-detection, and some of them probably will fail when used or shown in the "Book:" and "Book talk:" namespaces, so we need to check and update lots of more places.
--David Göthberg (talk) 04:07, 30 December 2009 (UTC)

WP:NOTNEWS - Encouraging compliance by redirecting to Wikinews

I previously had a number of Wikipedia templates tweaked to allow optional links to appropriate current articles on Wikinews. Picking Ted Kennedy and the obituary template met with great resistance, and I — personally — don't have the patience of a saint required to deal with arguments that should not be dragged into daylight where certain material is technically against Wikipedia policy, and such should be redirected to Wikinews.

I have taken some time to put together another attempt at what I see as the appropriate templates to be changed. The examples shown there are with links to Wikinews, click through to the template copies there to see the proposed display where no parameter is given. Note! There is extensive use of tooltips in my changes.

I would like to get this sorted out before Christmas, please suggest how this proposal could be improved. Naturally, I would like to be able to add the Wikinews logo but, there has to be some balance and keeping this relatively unobtrusive.

Thoughts? --Brian McNeil /talk 14:03, 6 December 2009 (UTC)

And what if there is no accompanying article on Wikinews? Would your change to policy be just not to note that this subject is currently in the news? (talk) 17:17, 10 December 2009 (UTC)
Where, precisely, do I propose change to policy? Had I thought this impacted policy I would have raised it on that section. The policy is WP:NOTNEWS. I propose templates regularly applied to articles where this policy is applicable be used as a way to direct contributions unwelcome as a consequence of that policy to another Wikimedia Foundation project where such contributions are welcomed and appropriate.
Have you any further, and preferably constructive, criticisms to add? If there is another policy which you feel the proposed changes would violate, please enlighten me and give a cite as to why there is a problem. --Brian McNeil /talk 06:58, 13 December 2009 (UTC)
Actually, I think that's a great idea. To address the above concern, if there's not yet an article on Wikinews, we could always have a template saying "This subject is a current event that is not appropriate for an encyclopedia article at this time. If you would like to write about it, you may wish to consider writing about it on Wikinews." I think that would vastly help compliance, as well as drive a lot of news type stuff where it actually belongs. Seraphimblade Talk to me 07:18, 13 December 2009 (UTC)
  • Thank you for the encouragement! I was just adding an additional piece to my user talk (the initially linked to section above) to try and explain what I was guessing might be the anonymous user's issue if they did not look there, or at the alternate visible here. As said above, there are tooltips embedded in my proposed changes to these templates; for one, a very long Wikinews title might mess the template formatting, so only pop it up when the user mouses over the link to it. I was reluctant to link to WP:NOTNEWS within my proposed changes because when I last looked at that it is a redirect into a largish policy document.
Would copying the template examples from my user talk page here (adding a little colour) provoke more feedback on this? --Brian McNeil /talk 07:35, 13 December 2009 (UTC)

This is what I'm proposing. Click on the links to sub-pages of my usespace to see the template without a completed |wikinews parameter

Each of the below attempts to redevelop these templates includes an optional "wikinews=" parameter. The given examples show what is presented when this parameter is filled in; to see the template with no "wikinews=" parameter, click on the link to the sub-page.

--Brian McNeil /talk 02:13, 18 December 2009 (UTC)

I don't think the recent death one would be useful. The reason is because editors who tag articles are more often than not experienced editors who know that Wikipedia is not a news source. A IP/New editor would not know to use such templates, and would create the page without the template, and even if it was an obituary. If it was an obituary, the article in question will most likely be tagged with a deletion template, so the chances of a new editor being helped by it is low. I think what would help more is if they included it in the meta when you edit of what wikipedia is not. (not dictionary, not news, etc.) ηoian ‡orever ηew ‡rontiers 04:06, 25 December 2009 (UTC)
edit: I also consider the recent events not relevant enough for the negative effects (discouraging edits), a submessage saying that one shouldn't include opinions would solve a much more pressing issue for usage of that template. ηoian ‡orever ηew ‡rontiers 04:08, 25 December 2009 (UTC)
  • I am not proposing these changes for experienced Wikipedians who do know that Wikipedia is not news. My understanding is that many would-be editors are put off as their attempts to add news vanish. The intent is to direct to any existing news story, or to actually create one on Wikinews. I don't think that discourages edits; the two are Wikimedia projects, Wikinews still hasn't disabled anonymous users from creating new pages. --Brian McNeil /talk 17:37, 27 December 2009 (UTC)
    I (still) think that this (or something very much like it) is an excellent idea.
    V = I * R (talk to Ω) 19:37, 27 December 2009 (UTC)
I agree with the general idea. How helpful these templates will be in use is hard to say, but having such notices/reminders should have some positive effect. Rd232 talk 20:10, 27 December 2009 (UTC)
  • I'm trying to persuade a couple of more technical Wikinewsies to help me "steal" the Wikipedia Article Creator and adapt it. Obviously I'd want links in these templates asking people to create an article to direct them to that. --Brian McNeil /talk 00:59, 30 December 2009 (UTC)

Proposal to Expand Chinese Wikipedia

Persons interested,

I noticed that Hudong Encyclopedia, a Chinese Encyclopedia, is much larger than Chinese Wikipedia. I would like to suggest that someone associated with Chinese Wikipedia begin to copy over parts of Hudong Encyclopedia in order to expand the Chinese Wikipedia, as it is way, way smaller in comparison.

I do not speak or read Chinese, and would not be able to work on this project. However, as I said, we could ask someone that's associated with Chinese Wikipedia to help expand our reserves.

We could claim this as a "reference" for the pages that we copy, if need be.

This is merely a suggestion.



Sean 0000001 (talk) 09:28, 21 December 2009 (UTC)

We can't copy Hudong's content, as it is copyrighted. Firsfron of Ronchester 09:32, 21 December 2009 (UTC)
Rather ironic that the encyclopedia from the socialist country doesn't use a free culture license. --Cybercobra (talk) 09:40, 21 December 2009 (UTC)

OK. That's cool. As I said, it's merely a suggestion, and Cyber, that truly is ironic. What has the world come to?

Is there any way we could get them to work with us?


Sean 0000001 (talk) 21:32, 21 December 2009 (UTC)

That would be something best brought up on the Chinese Wikipedia, as the English Wikipedia has no control over it. --Golbez (talk) 03:59, 22 December 2009 (UTC)
OK. I don't really read/write Chinese, but I'm sure that someone will read this that can speak Chinese, and hopefully they will bring it up over there. Until that happens, though, this idea will be pretty much dead.
Thank you all very much for all of your help.
Sean (talk) 05:26, 22 December 2009 (UTC)
But how do you know that chinese wikipedia is shorter, if you can't read it? MBelgrano (talk) 23:55, 22 December 2009 (UTC)
Sean isn't wrong; the fourth Google hit for Hudong is an article with the statistics. Hudong: 3 million articles, Chinese Wikipedia: 280,000 articles. It's not even close. Firsfron of Ronchester 06:58, 23 December 2009 (UTC)
I could bring up the idea of cooperation between Hudong and Wikipedia on the Chinese Wikipedia, but honestly I think that such an idea has very little chance of success. Hudong has no incentive to cooperate with an encyclopedia so much smaller than itself, and the Chinese government doesn't really trust Wikipedia, which would also scare away Hudong. Honestly, Wikipedia's failure in China, in my opinion primarily due to the Chinese government's blocking it for years, is really unfair and unfortunate.--Danaman5 (talk) 07:24, 23 December 2009 (UTC)
The Chinese internet is almost entirely self-sufficient. They hardly use Google, or Wikipedia- they prefer their own version. Could be a government-pressure thing, but they have no incentive to plug in to the west. --King Öomie 20:47, 23 December 2009 (UTC)

Danaman: I figured as much. It is really a shame that the Chinese edition failed, since Wikipedia bills itself as a center of world knowledge, and yet we're getting blocked from compiling part of that world knowledge.

And if you could bring it up, that would be great! Thanks!

Thanks to all for all of your help.



Sean 0000001 (talk) 07:32, 29 December 2009 (UTC)

There are systemic biases inherent in Wikipedia that make it Western oriented. That is both what makes it good in many cases and less than ideal in others. Lambanog (talk) 09:57, 29 December 2009 (UTC)
Systemic biases, like our blatant defiance in having an article on the Tiananmen Square protests of 1989? --King Öomie 14:30, 30 December 2009 (UTC)
Chinese Wikipedia has not "failed" - it is simply going to be slower to succeed. bd2412 T 14:02, 30 December 2009 (UTC)

Grid computing

Has Wikipedia considered using Volunteer computing or Grid computing?Lemmiwinks2 (talk) 23:45, 27 December 2009 (UTC)

For what?
V = I * R (talk to Ω) 23:24, 27 December 2009 (UTC)
For re-creating articles after an edit. Lemmiwinks2 (talk) 23:26, 27 December 2009 (UTC)
It was this discussion that got me to thinking about this. Lemmiwinks2 (talk) 23:32, 27 December 2009 (UTC)
The discussion you linked to seems to be talking about the delays in downloading pages as they become longer and include more complex templates. Grid computing wouldn't affect that problem as it is the readers' computers and the server's bandwidth capacity that are the most likely bottleneck, not the server's processing capacity.
Grid computing works best on tasks that require a high degree of processing power and where tasks can be bundled into chunks that optimise the benefit of faster processing over the increased cost of bandwidth passing tasks between server and remote processor. There may be tasks in Wikipedia that fall into that category, but I can't think of any offhand. Road Wizard (talk) 23:51, 27 December 2009 (UTC)
No, I dont think so. That discussion says that the bottleneck occurs when the page has been changed and the server has to recompute it. if it is large, has many templates, and is editted often then it can slow things down. It seems to me that that would be perfect for distributed computing. Lemmiwinks2 (talk) 00:00, 28 December 2009 (UTC)

You might remember that when Michael Jackson died, the servers almost went down. The page was very large and very intensive to calculate (over 10 seconds i believe). It was however edited so often that the parsercache and the squids had to update several times a minute. That was putting an enormous strain on the core of the services, that they couldn't handle it anymore. We had never before had so much traffic on a single page before

Lemmiwinks2 (talk) 00:03, 28 December 2009 (UTC)

Actually, it would make it worse. After its edited, the page would have to go into a queue until a client computer requests a new task, then it would be sent to the client, processed on a computer that might be much slower than any server we have now, then sent back. To prevent against intentional tampering or data corruption in transit, the task would likely be sent to multiple clients and the results compared. Distributed computing can't really be used well for anything that's time-sensitive, which, for a website, almost everything is. For a case like Michael Jackson (which comes along about once every several years, and lasts only a few hours), it would just mean that the queue gets flooded. It would prevent the site from slowing down, but overall it would mean that after saving a page, instead of having to wait a few seconds to see your changes, you might have to wait several minutes or even hours. Mr.Z-man 00:24, 28 December 2009 (UTC)
Thats a worst case scenario if i ever heard one. I am sure thousands of people all over the world would be willing to use their computers for such a thing and many of them would be perfectly fine high speed computers. i simply cant imagine that people would have to wait hours and if it really did come down to that then you could always fall back to doing it yourself. Lemmiwinks2 (talk) 01:01, 28 December 2009 (UTC)
And editors themselves could volunteer to use their computers for this whenever they edit an article. Lemmiwinks2 (talk) 01:04, 28 December 2009 (UTC)
The problem is that Distributed/Volunteer/Grid computing is used to optimize the performance of discreet operations. The way that web servers function just doesn't fit with that sort of operating model. The way that Wikipedia, or more accurately the MediaWiki software itself, it's the backend of an already distributed computing environment. All of our millions of browsers are the distributed front-end to Wikipedia, but all of our work is compiled and redistributed via the MediaWiki backend.
V = I * R (talk to Ohms law) 01:09, 28 December 2009 (UTC)
Hours might be a worst case scenario, but 1 minute would be unacceptably slow when the vast majority of pages can be parsed on the server in ~1 second. Mr.Z-man 01:23, 28 December 2009 (UTC)

← This isn't something grid computing can fix. Grid computing is for calculations being done on the end-user's computer, and is not a time-sensitive job. Serving web pages has to be done from the server itself. — The Hand That Feeds You:Bite 19:02, 28 December 2009 (UTC)

Of course. Once the webpage is calculated (after an edit) then it would be served from the server. small simple articles probably wouldnt be worth farming out but larger more complex articles might be. Lemmiwinks2 (talk) 20:25, 28 December 2009 (UTC)
How in the world would a "distributed webserver" deal with edit conflicts? Our pages are not static, so they must come together somewhere central and be served from there...
V = I * R (talk to Ohms law) 21:10, 28 December 2009 (UTC)
My day job since ten years back is researching distributed and serverless computing, and I am an active Wikipedia editor and have some insigths in how Wikipedia works, so I feel obliged to comment on this. :))
Wikipedia pages consist of several parts: The things outside the page area, which are rendered differently for different users. The page content itself. And usually a bunch of templates which often in turn call a bunch of other templates. All these things are stored in different places in the database and has to be fetched before a page can be rendered. Also, for each link on the page a database call is needed to check if it should be a red or blue link. Also after the page has been rendered, the categories it has needs to be reported back to the jobqueue (if they have changed) so the category pages get updated.
So rendering a page involves a lot of database accesses, so it is probably the database work that is the heavy part, not the actual rendering to XHTML. Doing database calls over the Internet from home computers to the Wikimedia database would cost a lot of bandwidth for Wikimedia, and would be slow, so probably doesn't fit for distributed computing.
What could be distributed fairly easily is the page caching. But as far as I heard we don't have a problem with the page caching, the squid cache servers work just fine.
What could and perhaps should be done is some throttling in the updates done after a page has been rendered, if a page is edited rapidly. That is, not insert the same orders on the jobqueue several times a minute, such as the category changes and the orders to all the cache servers to drop the page. Then of course changes to a page might take say 30 seconds to show, but I think we could live with that. But we should leave that to the devs and sysadmins to handle.
But I should mention that there are a bunch of projects in the world that are researching how to make more distributed, or fully distributed wiki systems. Some years ago I said it seemed to be a not solvable problem, but now we have come to a point where it seems it actually is possible to make a fully distributed wiki system. Although it seems such a system would be slower and it would be way more tricky to add features to it. So I think we are stuck with centralised server-based wikis for the next 10-20 years or so.
--David Göthberg (talk) 21:52, 28 December 2009 (UTC)
Thank you for your answer. I was assuming that the server would do all the needed database calls itself then would 'serve' the data to a volunteers cpu which would then render the page which would then be uploaded to and cached on the server. did you see the quote above about the Michael Jackson page? Lemmiwinks2 (talk) 22:37, 28 December 2009 (UTC)
The problem is that by the time you know what queries to do, and actually do them, you've already done 75% of the work. Mr.Z-man 22:46, 28 December 2009 (UTC)
Lemmiwinks2: Your earlier comment about the Jackson article mentioned that the updating of the cache servers several times a minute costed a lot, which probably is right. But rendering of the pages in a grid would not help that part at all. Instead as I said, the updating of the caches could be throttled to handle that.
--David Göthberg (talk) 00:03, 29 December 2009 (UTC)
The problem with the Michael Jackson incident was that the left hand wasn't talking to the right hand about what was going on in the cluster. Most of our requests are served from the squid caches; when a change is made to the page, the cache is invalidated, and on the next request for the article an Apache is assigned to render a new copy of the page which can be cached and take the load off the web tier again. The problem with Michael Jackson was that we were getting thousands of read requests a second: as soon as the cache was invalidated, the first request to come in was assigned to the first available Apache... and the second to the second Apache, the third to the third, and so on, because by the time the first Apache had done rendering we had had thousands of other requests. The complexity and length of the Michael Jackson article lengthened the time taken to render such that every Apache in the cluster was expending their entire CPU time on trying to render the same copy of the Michael Jackson article. And because the article was being edited so fast, the cluster never had time to unjam itself: by the time the first Apache had finished rendering, the copy it was working with was already out of date, and the next round of read requests would still fall through the squid layer and hammer the Apaches. Essentially, the Michael Jackson incident demonstrated just how totally f***ed we would be without the squid layer.
Now we have parallism coordination in the page rendering phase: we have a pool counter that tracks how many of the cluster's Apaches are currently rendering the same content, and serves the old content if it's clear that a lock is developing. I don't see how distributed computing would have helped in this instance; if anything it's an example of how uncontrolled grid computing can go badly wrong. As Domas wrote, it's more an example of "shit happens". Happymelon 10:26, 30 December 2009 (UTC)
Happy-melon: Thanks for the explanation. Ouch! So it was a lack of throttling involving the cache servers, but even worse than we thought. But as you also stated, they seem to have fixed that now by adding throttling in the right place.
--David Göthberg (talk) 20:16, 30 December 2009 (UTC)

Flag related discussion at WP:Footy

All there is a flag related discussion at Wikipedia_talk:WikiProject_Football#Proposed_major_change_to_Football_squad_system which may be of interest to user here Gnevin (talk) 14:52, 29 December 2009 (UTC)

User User:WFCforLife has suggested I may generate some more interest in this if I gave a brief overview of the discussion. So I will attempt to be as neutral as possible. There have been numerous discussions about flags for soccer players over the past while . This has lead to this discussion amongst many.
One of the many concerns with flag usage is that it is currently not meeting WP:V and to a lesser extent WP:OR as such I've mocked up an example of a proposed changed. If accepted the change would automatically hide the flag used in {{Fs player}} useless a reference is supplied. This of course could lead to wide spread disappearance of flags on literally thousands of articles. Outside views of such a major change would help Gnevin (talk) 20:33, 30 December 2009 (UTC)

Build a wall

A different proposal emerged

We all saw some of the discussions in the talk pages where 2 editors are endlessly arguing against each other, repeating accusations without saying anything new. I propose in these cases that we designate a separate section for each editor "Statement by user A" and "Statement by user B" with a template that instructs the users to focus on making their cases and to write the versions they like to see in the article. Sole Soul (talk) 09:30, 22 December 2009 (UTC)

Update: A slightly different proposal emerged, see the template below. The template if approved would be used in addition to direct discussion. Sole Soul (talk) 01:44, 24 December 2009 (UTC)
Or we can treat editors like adults... and let them deal with it themselves. We arent here for social control, we're here to make an encyclopedia. If two individuals cant agree on the wording to put in an article, that's sad but they need to work it out themselves somehow. This is more bureaucracy and instruction creep to make decisions and resolve conflicts for us. We are adults, we should learn to work together without others telling us how to do it in a uniform way. Uniformity and conformity is for chumps.Camelbinky (talk) 00:51, 23 December 2009 (UTC)
Your objection is a philosophical one I think. I'm interested in which way would maximize the benefits and reduce the negatives. We already have separate sections for each user in ArbCom requests and RFC. I'm not saying that we do this in all cases or to enforce it upon users. Sole Soul (talk) 10:07, 23 December 2009 (UTC)
And what happens when a third editor wants to join? MBelgrano (talk) 13:46, 23 December 2009 (UTC)
He/She joins. Sole Soul (talk) 15:01, 23 December 2009 (UTC)
So after they write their statement, then what? Not being able to directly engage the other person isn't very conducive to coming to a compromise, as they're essentially prevented from working together. Mr.Z-man 16:14, 23 December 2009 (UTC)
The statement will be updated (not repeated tens of times) in response to the other user statement. Keep in mind, this approach will only be applied in certain situations were incivility and lack of communication are problem. See for example Talk:Mark Levin. Sole Soul (talk) 17:16, 23 December 2009 (UTC)
My point is that its difficult to come to a compromise when you can only communicate indirectly. With a mediator, such an approach could work well, but otherwise any calming effect would likely just because it became more difficult to discuss. Mr.Z-man 19:32, 23 December 2009 (UTC)
I agree with you if building consensus is the real goal of the discussion, but sometimes this not the case. My proposal is a way to make building a consensus the goal of the responses instead of a response for a response sake. Sole Soul (talk) 20:11, 23 December 2009 (UTC)
I think you're still missing my point. While this may increase the signal-to-noise ratio, preventing people from directly communicating will make it rather difficult to build a consensus. Mr.Z-man 00:26, 24 December 2009 (UTC)
Keywords: Certain situations. Sole Soul (talk) 00:59, 24 December 2009 (UTC)
I should add: I said below "We can make it in addition to (not instead of) the direct discussion to summarise the stances". Sole Soul (talk) 01:05, 24 December 2009 (UTC)
this would be an easy enough template to build - a table or div-based template with a fluid number of columns (one for each participant) to enter their username and a brief statement. I'll start one at {{inbrief}} so that we can try it out in practice and see how it flies. we can always delete it later. --Ludwigs2 20:32, 23 December 2009 (UTC)
Thanks. Just a try. Sole Soul (talk) 20:36, 23 December 2009 (UTC)
We can make it in addition to (not instead of) the direct discussion to summarise their overall stance Sole Soul (talk) 20:39, 23 December 2009 (UTC)
well, there's a completed (if under-documented and fairly ugly) version at the above link, for demonstration and revision purposes. Take a look at it, tell me what more you want to see in it (I'm thinking maybe a box at top for a question statement), and I'll revise it in a bit. --Ludwigs2 22:08, 23 December 2009 (UTC)
ok, I've tweaked it a bit - loks like this now:

The new proposal: A template for comparing debate points side by side. See {{inbrief}}. Sole Soul (talk) 20:38, 24 December 2009 (UTC)

Please describe the pros and cons of this template
Pro position Con position

this template is useful, because of a lot of stuff that I'm too lazy to type out right now. deal with it.

this template is horribly ugly and really not something I'd want to share with my significant other, because, you know...

Endorsed by: Ludwigs2 23:46, 23 December 2009 (UTC) Sole Soul (talk) 23:53, 23 December 2009 (UTC) Endorsed by: Ludwigs2 23:46, 23 December 2009 (UTC)
comments? --Ludwigs2 23:53, 23 December 2009 (UTC)

I tested it here User:Sole_Soul/test, I added texts from 2 random articles. Sole Soul (talk) 23:56, 23 December 2009 (UTC)

whoops - I think something I did messed up the test - hang on... --Ludwigs2 00:11, 24 December 2009 (UTC)
My mistake. I'm bad at tables. Sole Soul (talk) 00:17, 24 December 2009 (UTC)
no, this is a wikitext thing - apparently it doesn't like bullet points inside the conditional table cells (at least not the way I'm currently doing it). I'll need to figure out why that is, but for the meantime, you should keep the text restricted to plain text, without wiki expandable elements. --Ludwigs2 00:18, 24 December 2009 (UTC)fixed... --Ludwigs2 01:23, 24 December 2009 (UTC)
Ok, so lets say this proposal flies... you state its good for "certain circumstances"... who decides what circumstances? I'd only support this idea if and ONLY if it was up to the two people involved, only if both agreed. I am not in favor of this being FORCED upon two editors by a janitor (administrator) who happens to come across it and has a philisophical problem with people being jerks to each other in a discussion. Admins (excuse me- Janitors I mean) are NOT policemen or teachers or authority figures, and I can not endorse anything that is just one more tool they can use to make themselves feel like they are and that they can control us.Camelbinky (talk) 01:41, 24 December 2009 (UTC)
I can't speak for Sole Soul, but I see this just as a tool-of-convenience: personally, I get tired of those long discussions that kind of drift around because everyone has forgotten the original debate (you know, where you have to dig back through the discussion to show someone they said something they don't remember saying...). it would be nice to have a box of main points that could be referred to and updated as the debate progressed. I don't think there's any way (or need) to force people to use it. if people get used to it and like it, they'll start to use it habitually; If they don't (or if they are just spoiling for a fight and don't care about clear points) they won't use it. Maybe the mediation cabal can make some good use out of it in a more authoritative way? --Ludwigs2 04:31, 24 December 2009 (UTC)
I agree. Ludwigs2 saw the half full of the glass and made the proposal much better. Sole Soul (talk) 09:01, 24 December 2009 (UTC)
Nice template. This could be used at AfD for editors to summarise the reasons for keep vs deletion, see Wikipedia talk:Deletion advocacy#Alternative proposal - collaborative arguments. Fences&Windows 15:09, 24 December 2009 (UTC)
As I mentioned to Sole, if we wanted to get sophisticated with this template I think I could set it up similar to {{todo}}, where each section actually creates a separate subpage for that position and pertinent sections of the subpage are transcluded back. people could use the subpages to hash out arguments for each PoV, refine summaries, and sign endorsements, while only the last two would appear on the main page. that might be overkill, though... --Ludwigs2 18:28, 24 December 2009 (UTC)
I like the proposal as a tool for those in a discussion to use on their own initiative, but it scares me when talk of using it in an "authoritative way" is mentioned. Can we please put an agreement not to let this be used in a forced upon manner on people who are in a discussion and dont want to use it? I myself see the merits and would use it in a discussion, if all sides agreed to it. However, if I was in a disagreement and nobody wanted to use it, I would be the first to bitch and complain if an admin showed up and said there was "too much bickering" and forced upon us the template (which in that case may just cause one side to leave and the other side win by default). Any ideas on what could be done to make it from ever being a mandated form of "punishment"? Other than that I now support this good idea. I just hope some of my worries are addressed.Camelbinky (talk) 20:53, 24 December 2009 (UTC)
In the new proposal this tool will be used as an addition to the direct discussion. It is something informal just to summarize the main arguments. I don't see the need for a prior agreement before it is used, as nobody will be forced to endorse a summary that they don't agree with and the parties can add their own summaries if they wish or ignore the tool altogether and continue their discussion. Sole Soul (talk) 21:30, 24 December 2009 (UTC)
Well, if I were going to suggest a formal use for this, I'd see it as follows. at the beginning of a formal discussion (such as an AfD, as Fences and Window linked), someone (the creator, or a volunteer, or possibly it becomes part of the page construction) would place this template near the top of the page with sections for Keep, Delete, and Stubify. Then they (or anyone else who chose) would periodically add novel arguments or revise present ones for each position, adding links to sections farther on in the article to keep basic argument threads together. other editors could endorse one position or another by editing the lower box (saving the need for dozens of keep per abcd lines), and the remainder of the article space could be reserved for actual discussion (hopefully structured into appropriate sections, by theme). the final result (ideally) would be a template box near the top with succinct summaries of each position and links to full debates, along with a list of user endorsements, with the rest of the article space a linked list of debates about each main summary point. the template could then be preserved for a quick reference on the historical debate, so that people could see the basic overview or review detailed discussion on various points. not so much a requirement, that way; more a structure that editors are given to make parsing the conversation easier. --Ludwigs2 22:19, 24 December 2009 (UTC)
I like it. There are AfDs that just get out of hand and become incredibly lengthy, and end up with "no consensus". A re-nomination could use this template to summarize past arguments for reference, to avoid even more repetition. If Wikipedia:Articles for deletion/Valhalla Vineyards closes with no consensus (in spite of my view that the 'keep' arguments have been repeatedly shown invalid), I'd be tempted to re-list it using this template to briefly summarize the positions of the opposing sides. ~Amatulić (talk) 00:45, 30 December 2009 (UTC)
ok. I'll take the time to play a bit with a more sophisticated version that generates argument subpages. I'll post a link to it when I get some meat on it. --Ludwigs2 23:28, 30 December 2009 (UTC)

Ignore watchlisting by inactive users

For users who have been inactive for some period of time (30 days seems like a reasonable time period), the software should ignore the watchlisting of pages by those users. Note that the data would be retained on the server, so if/when the user returns then they would still have their old watchlists.

This would be a good change to make simply for accuracy. Inactive users "watching" pages is actually worse then no one watching pages for the simple fact that it creates a false sense of security, and it's misleading. However, this will be especially important as we move forward with any sort of Flagged Revisions system (such as Wikipedia:Targeted Flagging, where this idea germinated).
V = I * R (talk to Ohms law)

Sorry, can you explain why it is harmful for inactive users to have pages on their watchlists? I don't understand. ╟─TreasuryTagChancellor of the Duchy of Lancaster─╢ 09:16, 30 December 2009 (UTC)
Right now it's simply misleading. If you use the tool server watchers script to see that there are a hundred and something watchers, for example, that can provide a false sense that the page is being watched, when in reality probably 2/3 (if not all) of them haven't logged in for months.
Going forward is where this is going to be important. If noting were to change then this wouldn't be worth spending time on. Considering the fact that some form of Flagged Revisions is coming to en.Wikipedia, and all of the proposed used are partially based on the number of watchers, this becomes really important.
V = I * R (talk to Ohms law) 09:22, 30 December 2009 (UTC)
(edit conflict) Understood. However, I think that the bar needs to be set much higher than 30 days (perhaps up to 90 days)... people can easily be away from the site for that long. ╟─TreasuryTagAfrica, Asia and the UN─╢ 09:27, 30 December 2009 (UTC)
That's fine, and this is a discussion we should have at length regardless. I readily admit that I pulled 30 days specifically out of thin air with very little forethought. My only issue with the time period is that, in order for it to be meaningful, it shouldn't be too long. Anything more then ~180 days is fairly pointless. Keep in mind here that there's nothing permanent about this anyway, so as soon as the person logs back in then they "count again" everywhere.
V = I * R (talk to Ohms law) 09:39, 30 December 2009 (UTC)
It's not harmful for them to retain it on their watchlist, and it would be harmful to remove it from their watchlist. However, it is harmful for us to mark it as being monitored when in fact it isn't, as explained in more detail here. As I indicated on that page (once I fully understood what was being proposed!) I think this is a great idea. Even if targetted flagging is not adopted, it would be very useful for the project to know the proportion of its content that is actively being monitored, as this could potentially highlight areas of weakness and therefore areas where we can try and improve. WFCforLife (talk) 09:26, 30 December 2009 (UTC)
(e/c x2) I think the problem is that people are using these numbers for something they weren't originally designed to show. The data is now being looked at in order to see how many people actively review changes to articles, when having something on a watchlist doesn't mean there are people watching. I have several hundred pages on my watchlist; doesn't mean I look at each diff of every page that is changed. Killiondude (talk) 09:28, 30 December 2009 (UTC)
Hmm, that's a fair point, actually (it applies more to the general idea of basing FlaggedRevs on watch-statistics, rather than this proposal specifically). Not sure what the solution is, though... ╟─TreasuryTagsecretariat─╢ 09:31, 30 December 2009 (UTC)
It is a fair point, but it's not something that we should really consider here... I mean, the fact is that people do use the number of watchers counts, even if their meaning is open to interpretation. We ought to make those numbers as accurate as feasible (without requiring people to jump through hoops though). As general advice, it's probably a good idea to recommend that people don't watchlist pages that their not going to really check, but that's a discussion to have on a different day.
V = I * R (talk to Ohms law) 09:43, 30 December 2009 (UTC) is this not applicable? Working off of a flawed system of using the number of watchers, doesn't mean we should expand that avenue. Killiondude (talk) 09:46, 30 December 2009 (UTC)
It's applicable in general, but I don't see how that totally invalidates the proposal. Considering the fact that watcher counts are already used, and that use is likely going to expand, my should try to make that tool as meaningful as possible. This is one step in that direction.
V = I * R (talk to Ohms law) 09:50, 30 December 2009 (UTC)

You know, another side-benefit (or even primary benefit) to making the software aware of "inactive" users would be that the software could (semi- or fully-) protect those user pages. I've seen issues where vandalism occurs on inactive user pages at least occasionally. It's not a real big deal, but if we're going to engineer a little activity awareness then we might as well leverage that capability for all that it's worth.
V = I * R (talk to Ohms law) 09:48, 30 December 2009 (UTC)

I agree there is a problem, but having the toolserver report ignore the watchlists of inactive users is only part of the solution as there are active users who don't use their watchlists..... What we really need is a toolserver script that looks at watchlists that are regularly looked at, and tells us which articles are not on any recently viewed watchlist. As for userpages I'd like to see a list of userpages that are not on any actively viewed watchlist and where the last edit was by an IP.... ϢereSpielChequers 10:23, 30 December 2009 (UTC)
Total disagreement about automatically protecting pages when someone goes inactive; not only am I mildly creeped out by the system "reporting" on users in such a fashion, but there's also the argument that an inactive user hasn't done much to piss people off recently, so their userpages are less likely to be vandalized. The idea of taking them off the internal "this many people are watching a page" list is an interesting one, however. EVula // talk // // 11:34, 30 December 2009 (UTC)
Something that concerns me here is the definition of "inactive". I've always seen "inactive" used on Wikipedia to mean "hasn't edited for X time". If that's the definition here, then it's beside the point. Who cares whether or not the watchers have been editing, as long as they're watching? Ntsimp (talk) 17:35, 30 December 2009 (UTC)
I specifically stated in the proposal that such a system would track logins. You're correct that tracking edits isn't indicative of actual activity.
V = I * R (talk to Ohms law) 22:04, 30 December 2009 (UTC)
VIR: As I already wrote below before you left this message: Real watchers do corrective edits every now and then. If a watcher never corrects anything, then his watching is worthless. So "active" should be measured as "has done edits lately", not "has been logged in lately".
There are plenty of situations where a user might stay logged in for months without doing any work: I for instance usually stay logged in and continue to read Wikipedia when I go on wikivacations, since that means I have my own user interface tweaks and see if I get messages on my talk page. But I don't do any active watching of pages while I am on wikivacation. So it would be weird if I was counted as an active watcher of a page during such times just because I am still logged in and happen to have that page on my watchlist. So ideally that means "active" in the watching sense should be "have done edits lately in other than his own user space and loaded his watch list lately".
--David Göthberg (talk) 00:19, 31 December 2009 (UTC)
Also, can the system not just report both numbers? A MUSH I'm on has a status message showing X players logged in, Y of whom have been active recently. Why can't we have both numbers, to see the total people watching and the number of those who are active? —C.Fred (talk) 17:58, 30 December 2009 (UTC)
Ntsimp: Because it is easier for the database to know if a user is active by measuring edits. If they are just watching is harder to know. But sure, it would be nifty if there were some metric that showed how often the diffs and the history of a page were checked, and by how many different users. But if those users are just watching and never do any correcting edits, then their watching isn't worth anything. Real watchers every now and then fix things, so only watchers that are active (edited lately) should count if we count history views etc.
--David Göthberg (talk) 20:08, 30 December 2009 (UTC)
Good idea, my thoughts - There would be no harm in under-reporting the number of watchers, as they would still actually be 'watching' and removing them from the stats won't stop their corrections. I agree it should be based on edits to article in question rather than purely being on a users watchlist. Lee∴V (talkcontribs) 00:32, 31 December 2009 (UTC)
Firstly, the title of this section should be changed, because right now it sounds like you want to disable people's watchlists if they've been inactive for a while. Secondly: This seems like a moot point to me since we can't see how many people are watching a page unless it's at least 30, which to me means once you can see any numerical value, the page is already well past the point that I'd consider it sufficiently "watched". If you're worried that the minimum 30 edits might all be by inactive users, I find that unlikely. I think it's much more likely that we'll have 100 inactive users watching a popular article, like one that shows 3,000 watchers; and in such a case, having that little bit of added accuracy doesn't do much for us. Finally, I also have considerable doubt that this idea would gain much traction because I think it would require a change not only to the external watcher count tool, but also to the MediaWiki software and/or the database. It seems like a lot of cost for little benefit. Equazcion (talk) 00:42, 31 Dec 2009 (UTC)
Well, I changed the title from "Deactivate" to "Ignore"... I'm open to other suggestions.
As for the rest, I'm not talking about the toolserver watcher tool at all. That seems to be confusing everyone for some reason, but I'm not sure how to be more clear about it. I'm talking about the MediaWiki software itself, and how that will eventually interact with tools such as Flagged Protection. I'm really pretty flustered at my apparent complete failure to properly communicate the idea here.
V = I * R (talk to Ohms law) 00:56, 31 December 2009 (UTC)
Ah. Well then I can't really comment as I have no idea how watchlisting is supposed to interact with those future tools etc. The average Wikipedia user is going to assume you mean the toolserver program cause thats all they know about. Maybe this discussion belongs at Meta? Equazcion (talk) 01:04, 31 Dec 2009 (UTC)
Yea, good point. I was hopping to show support here, and then try to dragoon one of the current devs into doing something about it, but... well, you know what they say: "If you want something done right, you might as well just do it yourself". I sling code all day every day, so I may as well start doing it for WMF, especially since I've been putting it off for so long (partially because there's absolutely terrible management of the MediaWiki project, mostly because it's non-existent. I've worked with and on several OSS projects, but the MediaWiki project pretty much takes the cake as the least organized mess I've ever seen...) Ah well, time to jump into the rabbit hole I guess.
V = I * R (talk to Ohms law) 03:59, 31 December 2009 (UTC)
Equazcion: We admins have tools such as Special:UnwatchedPages to see which pages are not watched by enough users. But you can't see those tools since you are not an admin. They are restricted to admins only because otherwise vandals could way to easily find pages to vandalize that no one is watching. The same goes for the tool on the toolserver, users with special authority can see the number of watchers for a page also when there are less than 30 watchers.
What VIR is pointing out is that unfortunately tools like Special:UnwatchedPages currently show bad stats. A page that seems to be watched by 20 users might not be watched by any active users at all, just 20 old users who left Wikipedia long ago.
--David Göthberg (talk) 02:05, 31 December 2009 (UTC)

Proposal regarding AWB's general fixes at Village pump (technical)

There is a proposal and discussion regarding the use of AWB's general fixes by bots, at Wikipedia:Village pump (technical)#Perform AWB's general fixes from a dedicated standalone bot. All are welcome to comment. Thanks. Equazcion (talk) 17:48, 31 Dec 2009 (UTC)


Hi all,

This is just a notice that I've created a new request for bot approval. The task in question is designed to add {{orfud}} to non-free images that are not used in any article. Link to discussion.

--(X! · talk)  · @978  ·  22:28, 1 January 2010 (UTC)

Making the edit toolbar more intuitive

I know there's a big overhaul of the editing interface in the pipeline, but it's been in the pipeline for a year now, with no deadline set. In the meantime, can we implement some quick and simple fixes to make our toolbar more intuitive to newbies? IMO, a lot could be done to redraw the icons, but I'll limit this to the most glaring problems. Those being:

  1. The 'link to' (third and fourth) button captions could be phrased better -- instead of stating "internal link" and "external link (remember http:// prefix)", it would be better to have them as "link to another article" and "link to an external website".
  2. The 'inserting media' (sixth and seventh) buttons could be vastly improved, both in that:
    • The images are not clear or representative of what they do; better images would be something like Button image 2.png and Button media 2.png
    • The captions do not properly describe what the buttons do; instead of "embedded file" and "file link", the captions should read "insert a photograph or diagram" and "insert a sound or video clip".
  3. The 'small text' button is a truly terrible graphic; something like Button small text 2.png would make far more sense.

As far as I'm aware, the last one can be easily implemented by altering MediaWiki:Common.js/edit.js, but I don't know about the others. Anxietycello (talk) 22:50, 23 December 2009 (UTC)

Number 3 isn't very legible. Fences&Windows 23:10, 23 December 2009 (UTC)
i agree, it is hard to see and figure out what it does (#3). good job on the other two though, i must agree on what you propose. just my 2 cents MACKDIESEL5 (talk) 23:29, 23 December 2009 (UTC)
How about Button small text 3.png instead? IMO, practically anything would be better than the current one! Anxietycello (talk) 23:36, 23 December 2009 (UTC)
Although we already got a major overhaul of this coming in the pipeline, I think we should just overhaul the current design of the "old" edit toolbar right now (well as in, completely redo all the icons) ViperSnake151  Talk  17:10, 27 December 2009 (UTC)

Agreed. How about the following redesign?

bold textitalic textinternal linkexternal link (remember http:// prefix)level 2 headerembedded filefile linkmathematical formula (latex)ignore wikipedia formattingyour signature with timestamphorizontal line (use sparingly)redirectstrikeoutline breaksuperscriptsubscriptsmallinsert hidden commentinsert a picture galleryinsert a block of quoted textinsert a tableinsert a reference Current toolbar buttons, for comparison
bold textitalic textlink to another articlelink to an external websiteinsert a level 2 headlineinsert a photograph or diagraminsert a sound or video clipinsert a mathematical formulaignore MediaWiki coding languagesign your username, along with a timestampinsert a horizontal linecreate a redirect to another articlestrikeout textinsert a linebreaksuperscript textsubscript textsmall textinsert hidden commentinsert a gallery of imagesinsert a block of quoted textinsert a tableinsert a reference or citation Proposal (#1) for redesigned toolbar buttons

The buttons are the same size, and in the same order, but have been simplified down to four colours (white, light blue, dark blue and black) for faster loading time and a cleaner appearance. Crucially, they possess a uniform design that I feel is lacking in the current buttons. Some of the designs are similar to the old ones, but some, such as the insert photo, small text and quote buttons have been totally redrawn, and hopefully should be far more intuitive to the uninitiated. Anxietycello (talk) 23:02, 27 December 2009 (UTC)

Actually, I find the "current" toolbar to be easier, overall. I think that one or two specific buttons could certainly benefit from a change, but not all of them.
V = I * R (talk to Ω) 23:11, 27 December 2009 (UTC)
Is that perhaps because you are already used to them and already know what they all do? Why is it you don't support the redesign? Anxietycello (talk) 23:15, 27 December 2009 (UTC)
No, actually, I use wikEd, and I've had the default toolbars turned off for quite a while. Just looking at them though, I find most of the current buttons to be easier to recognize. The problem with the proposed toolbar probably has to do with the fact that the buttons have all been made to similar. They tend to blur together into an undifferentiated mass, primarily because... well, their undifferentiated. The new Sound and Image buttons are better however (although, a little color couldn't hurt). I also agree with the criticism of the small text button, and I like the proposed new one. The new Gallery button appears to be an improvement as well.
V = I * R (talk to Ω) 23:31, 27 December 2009 (UTC)

How about the below proposal, one with more colour?

Toolbar button proposal.png Proposal #2

Maybe it would make sense to reorganise it too, grouping together the formatting button, as well as the insert buttons, and coding buttons, etc.? Anxietycello (talk) 01:07, 28 December 2009 (UTC)

The Bold and Italic icons really need to remain the same. Those especially have been standardized across several apps (not least of which include Microsoft Office and OpenOffice). I think that the current wikilink icon is fine as is as well, especially if the bold and italic icons stay the same. I don't see any benefit to changing the math and nowiki icons, since their essentially the same as the current ones (and the current ones look nicer). The new Title button is a possibility, although I think it could be worked on more. I already talked about several others above as well... I still think that if we're going to make a change that is should occur one button at a time.
V = I * R (talk to Ohms law) 01:16, 28 December 2009 (UTC)
I was wondering about that. You're right, they are similar across many apps, but in particular, our B and I symbols are exactly the same as the ones in WordPad. Isn't a pixel for pixel reproduction of something like that a copyvio? I'm happy with my original proposal, I think those three icons are by far the worst, an I think they should be replaced ASAP, as well as fixing those captions mentioned. Anxietycello (talk) 01:38, 28 December 2009 (UTC)
I don't really know about the copyvio possibility (actually, I think I do, but my political views on copyright tend to keep me from commenting on such issues). I would guess however that those button designs are heavily influenced by prior art, so a copyright claim would be extremely hard to make.
V = I * R (talk to Ohms law) 01:54, 28 December 2009 (UTC)
I don't understand why you're proposing to change all of them. Most of them are well drawn and easily recognisable, and many of your changes make them less recognisable and legible. The current icons I think need changing are http link, header, sound, small text, hidden comment, quote, table (slightly). Fences&Windows 23:00, 28 December 2009 (UTC)
Please enter Beta and test the new toolbar, which is being worked at actively. You can provide feedback with the feedback link at the top of each page, when you are in Beta mode. —TheDJ (talkcontribs) 15:24, 30 December 2009 (UTC)
I just made a proposal on Bugzilla to just redo the aesthetics of the classic toolbar. ViperSnake151  Talk  17:23, 30 December 2009 (UTC)
This is a very good idea, some things here in wikipedia are somewhat confusing sometimes (specially for newbs). But I don´t see any problem with the image and table buttons (at least not in the button picture). - Woglinde 02 (talk) 19:20, 30 December 2009 (UTC)

While I'd happily support any of the changes proposed here, I most firmly stand by my initial proposal. That being the three numbered bullets at the beginning of this section – these address the greatest problems with the usability of the toolbar. The rest is more cosmetic. Is there consensus on whether or not the three bullets should be implemented? Anxietycello (talk) 04:53, 31 December 2009 (UTC)

  • The revised small text button (the single large "E" with arrow to a small "e") seems to have consensus.
    V = I * R (talk to Ohms law) 03:51, 3 January 2010 (UTC)

Bot: New pages with ambiguous links

I'm currently requesting approval for a bot that will place a message on the talk page of any new namespace 0, 6, 10 or 14 article with ambiguous links. See Wikipedia:Bots/Requests_for_approval/WildBot. Josh Parris 03:00, 3 January 2010 (UTC)

Request TagsComple

I propose that the Request Tags be used as follows:

Tag Wikitext Used for Used by
 Done {{done}} Request is met and completed Sysop or Bureaucrat only
Not done {{notdone}} Request is not able to meet requirements given Non-admin's (Apply Tag)
Sysop's or Bureaucrat's (Apply tag and Verify Non-admin placed tag)
Symbol opinion vote.svg Comment: {{afc comment|}} Leaving a comment for request submitter Anyone

It would make it easier for everyone to manage requests. Paul2387 (talk) 19:06, 30 December 2009 (UTC)

I used the YesY Done tag several times before I became an admin. We often see requests from new users, requests that can be fulfilled by any user that has the know-how. One common such request is to "add this interwiki link to this template", and then an experienced user responds "Done - But you could have added it yourself to the unprotected /doc sub-page".
The {{subst:done}} tag is a good an clear way to show that a request has been handled, to save other users from reading and pondering the request. I think the done tag can and should be used by anyone that fulfils the request, or sees that the request has been fulfilled, no matter if they are an admin or just an IP-user.
In some cases it is also correct for a non-admin to use the {{subst:not done}} tag, like when a regular user states: "Not done - Sorry, not technically possible to do with template programming". And perhaps this slightly more controversial usage of the not done tag: "Not done - Sorry, that would violate the following policies and guidelines: WP:A, WP:B, WP:C".
--David Göthberg (talk) 19:46, 30 December 2009 (UTC)
To clarify what I put above, the proposal was for rights requests rather than general requests, if it is already in use let me know. Thanks Paul2387 (talk) 19:52, 30 December 2009 (UTC)
It would be useful if someone explained the current usage of the above tags in a user rights request situation as User:Davidgothberg's explanation was related to general requests rather than user rights requests. Paul2387 (talk) 19:58, 30 December 2009 (UTC)
Ah okay. Right, my description was for general usage on any talk page. But you mean for rights requests specifically. Since you asked me to come here and comment more: I am an admin but I don't work with rights requests, so I don't know anything about that. I mostly work with technical stuff like template programming, site wide CSS, the MediaWiki interface etc., and that's why I was made admin so I can edit those areas.
So are there any users and admins here with experience in user rights requests that can comment here?
--David Göthberg (talk) 23:35, 30 December 2009 (UTC)
I think that the only people to decline rights requests, such as rollback or autoreviewer, should be admins. Anyone may add their own comment on a rights request, though, and the decision of an admin on granting or withholding rights could be appealed at WP:AN. EdJohnston (talk) 00:06, 31 December 2009 (UTC)
I'm not sure what's being requested here. Anyone fulfilling a request and mark something as being {{done}} (for example, a edit request posted on the talk page of a semi-protected article). I've also used the {{done}} tag to mark on-wiki that I've received (and acted upon) someone's email to me, which isn't necessarily tied to any of my flags (admin, 'crat, or oversight). I don't see why we'd need a policy on just using a template... EVula // talk // // 19:05, 3 January 2010 (UTC)

Change redirect

I discovered today that WP:ANSWER redirects to Wikipedia:U.S. Northern Wikipedians' notice board. Since I wasn't the one who made the redirect, I'm wondering why it was redirected there instead of WP:RD.ηoian ‡orever ηew ‡rontiers 18:43, 3 January 2010 (UTC)

Fixed. --Kotniski (talk) 18:51, 3 January 2010 (UTC)

Copy coordinates with bot

It's certain that the same location has the same coordinates even when it's described in different languages. Can we make a bot to copy coordinates info among articles on different wikis describing the same location? Or something more, keep them sync? --Liangent (talk) 10:04, 4 January 2010 (UTC)

If two articles give different coordinates for the "same" location, which one is correct? Jan1naD (talkcontrib) 11:20, 4 January 2010 (UTC)
That is (obviously) an exception that should be flagged for resolution by a human. But otherwise the idea seems reasonable. -Arb. (talk) 16:23, 4 January 2010 (UTC)
It's also very difficult to know 100% if the location in one article is the same in another. The details levels between the different language versions, often mean that an interwiki is up/down merged to another article in another language. Such things happen. You only have to look at the problems Google has in finding good matches between placemarks and Wikipedia articles in their Place Pages. For instance: here the placemark Bowling Green Associates LP is matched against the Wikipedia article Bowling Green Park. Though the company has a windowview at the park, the information is hardly really relevant. The match occurs due to placemarkers that are in close proximity to each other and have partly matching names. A bot might have an amount of "false positive" matches that we might not appreciate. Perhaps an assisted editing tool is more appropriate ? —TheDJ (talkcontribs) 13:51, 5 January 2010 (UTC)
I think we should do this. The bot would use interwiki links rather than Google's fuzzy matching, so Google's problems are a red herring. How do bots already match up articles across languages? If they're accurate, there shouldn't be a problem in doing this. Fences&Windows 03:32, 6 January 2010 (UTC)
It seems Google matches them by coordinates, but we match them by interwiki. --Liangent (talk) 04:37, 6 January 2010 (UTC)
It isn't terribly difficult to figure out what some articles are in most common languages. I do it all the time, it's easy. :) EVula // talk // // 04:47, 6 January 2010 (UTC)
This has certainly been done before (though perhaps as a one-off, not with a bot that continuously keeps the articles in synch). User:The Anome was certainly doing a lot of such work (this is an example).--Kotniski (talk) 09:06, 6 January 2010 (UTC)
Actually, that particular batch was generated by cross-matching a mixture of GNS data, region maps, and other data sources (a lot of which was generated by User:Kotniski), as opposed to interwiki data: Polish places have far greater levels of name reuse than normal, making this a special case. More recently, User:D6 has been doing a lot of interwiki geocoding work. -- The Anome (talk) 18:58, 6 January 2010 (UTC)

Wikipedia:Requests Article

What do people think about adding links to user rights request articles to this page, as it crrently looks like there isn't anyone at the moment and it would it easier to direct people to a central place for request such as:

  • RfA and RfB Requests
  • Rollbacker Requests
  • AWB Approval
  • Confirmed Requests

and all other user rights related requests. If anyone thinks this would be a good idea then I'll add a section on Wikipedia:Requests and add the appropriate links. Paul2387 11:42, 6 January 2010 (UTC)

An argument against is that if you're ready to make such requests, you should already know where to look. WP:RQ is more of a help page for relative newbies, isn't it? Rd232 talk 11:52, 6 January 2010 (UTC)

Proposed abuse filter changes

I propose adding a userright abusefilter-immune. Users with this right would not have their edits checked against any filters at all. This userright could be grouped in with the sysop packages, and possibly as well as other privileged groups such as rollback or autoreviewer. Since the majority of filters do not check against old users, this should really speed things up for the server, as well as minimizing the damage in case any accidents happen. Triplestop x3 19:01, 28 December 2009 (UTC)


  1. Not a bad idea. TheWeakWilled (T * G) 14:54, 29 December 2009 (UTC)


  1. Oppose—it's not the Abuse Filter, it's the Edit Filter... a key difference. If it existed soley to weed out abuse, exempting trusted users would be a perfectly logical step. But it does more than that: it checks for accidental removal of references, for instance. Secondly, after creating a new filter, admins are likely (encouraged, I think) to test it by making some dummy-edits themselves – this would be problematic if they were all immune. Thirdly, the issue of to whom the right should be assigned outside of the sysop-bundle would cause so many problems as to make it unviable. ╟─TreasuryTagprorogation─╢ 14:58, 29 December 2009 (UTC)
  2. Oppose As much as I love the idea, I would have to say no. There are two main reasons. If almost every user has the right, there is barely a need for a filter. Plus, admins do a test, like Treasury Tag (talk) mentioned, admins would not know if it works. Each filter has conditions, and most stop at the first line because they just look for users with certain specifications. Btilm 17:47, 29 December 2009 (UTC)
    If you look at the filters, almost all of them have conditions checking whether or not the user is autoconfirmed or has a high enough edit count, so admins are not affected anyways. Checking admins and other users in privileged groups against the filters is a waste of CPU time since all of them would either be autoconfirmed or have a high enough edit count to not trigger the filters anyways. I think most admins make new accounts for testing or do it on another wiki. Triplestop x3 20:40, 29 December 2009 (UTC)
    Is there a good reason to force that behavior, though? (I don't know, I'm really asking)
    V = I * R (talk to Ohms law) 20:56, 29 December 2009 (UTC)
    Don't worry about CPU time being wasted. EVula // talk // // 05:38, 30 December 2009 (UTC)
    Exactly. Now if it was about to be turned on and off by the user, that might be different, but that would sound like being able to assign and remove user rights. Btilm 03:04, 1 January 2010 (UTC)
  3. Oppose As far as I know individual filters can be told to ignore certain user rights groups so I see no reason to force this behaviour when it can be decided on a per-case basis. Chillum (Need help? Ask me) 21:04, 29 December 2009 (UTC)
  4. Considering the fact that this is a blanket solution to a nearly non-existent problem (and, when it does come up, it can be tweaked on an as-needed basis, as Chillum said), I don't think we need to change anything. EVula // talk // // 05:38, 30 December 2009 (UTC)
  5. Oppose— During the date delinking arbitration case User:John was swept up into the dispute for making a hand full of edits over a three month period. Arbitrator Wizardman voted to restrict John for a year. A search of the abuse logs showed Wizardman had made over 25 similar edits. [2] There is no reason to hide the actions of administrators or arbitrators. -- SWTPC6800 (talk) 06:07, 30 December 2009 (UTC)
  6. There are situations where all users should be subject to edit filters, and trivial means to exclude trusted users in the general case. This is a can of worms that we definitely don't need to fish this particular pond. Happymelon 22:30, 30 December 2009 (UTC)
  7. The edit filter is useful not only for detecting and reverting vandalism, but also finding and fixing occasional mistakes made by established editors. If those established editors were able to bypass the edit filter the mistakes would be significantly harder to find and fix. Reach Out to the Truth 14:37, 6 January 2010 (UTC)
  8. I agree with all of the above. I would also point out that the software would still have to do the check that the user has the particular right, so any speed improvement would be less than trivial. Mr.Z-man 20:13, 7 January 2010 (UTC)


  1. Confused I see good arguments both ways. On the one hand, admins are mostly immune to the filters anyway, so why not just save time and skip right over them? For testing purposes, anyone can make an openly-declared sock, so I don't think that's an issue either. On the other hand, though, how much processing time would really be saved by such a measure? If the abuse filter is just going "skip, skip, skip" etc all the way through, it's probably using just a small fraction of the amount of processing time that is used when a filter actually triggers. Is it possible to put a number on how much processor time would be saved? Also, I can see actual downsides to this: if the exemption userright is open to non-admins, even if only as a bundle with some other userright, people will strive to get it, and some of them might come to see it (wrongly, of course) as a privilege to break the rules. Lastly, there is the matter of the "tag" type filters that are good for catching honest mistakes, and which for the most part do currently trigger even for long-established users, because everyone makes mistakes. -- Soap Talk/Contributions 01:43, 30 December 2009 (UTC)


A while back i suggested that articles should have a section at the end called 'backlinks' (or something more appropriate) that lists all articles that linked to that article using Template:Main but nobody could figure out a way of doing it. Could Template:Main be modified so that {{Main|Article A}} creates a link to a hidden category [[Category:pages that link to Article A (using Template:main)]]. The editor of Article A could then very easily create a section 'backlinks' by simply going to that category page and copying all the links. I know that 'pages that link here' lists something similar but I am only interested in those links that are the result of Template:main. Lemmiwinks2 (talk) 21:25, 4 January 2010 (UTC)

You mention an earlier discussion. Could you please link to it? In regard to your proposal, there would be very few such links for a given article, and those that exist are generally incorporated into the lead section or the See also section at the end. (talk) 09:07, 6 January 2010 (UTC) Lemmiwinks2 (talk) 07:16, 7 January 2010 (UTC)

Make "T:" a shortcut to refer to templates

WP:Namespace seems to indicate that "T:" is a shortcut of "Template:" that can be used to refer to templates. I notice however that if I type in T:cite book it doesn't take me to Template:cite book as I expected. Is there any way to implement this automatically or are manually created redirects the only way? Of course that's presupposing there isn't a good reason this has not been done already. Lambanog (talk) 06:25, 31 December 2009 (UTC)

See: Wikipedia:Village pump (proposals)/Archive 56#P: and T: namespace aliases It may happen... eventually.
V = I * R (talk to Ohms law) 06:43, 31 December 2009 (UTC)
Well in any event I created some manually for the most common {{cite}} templates if only for my own use. Lambanog (talk) 07:27, 31 December 2009 (UTC)
Why not make 't' short for talk? Tim1357 (talk) 03:48, 1 January 2010 (UTC)
In that case, then how would you identify between a talk of article namespace, user namespace, template namespace and the other namespaces which all have their respective talk pages (except for images)? - Woglinde 02 (talk) 17:13, 1 January 2010 (UTC)
I would think T would be for article talk as article-space is the prefixless namespace. The others could be UT (user talk), TT (template talk), etc. --Cybercobra (talk) 23:06, 1 January 2010 (UTC)
tt is the interwiki prefix for the Tatar language, so that one can't be used. Reach Out to the Truth 15:04, 6 January 2010 (UTC)
To get around this, T:TXXX is normally used as the shortcut for a template talk page; eg, T:TDYK. Shimgray | talk | 10:43, 8 January 2010 (UTC)
Doing so creates cross-namespace redirects, and creating more of those is not normally desirable. Amalthea 19:34, 8 January 2010 (UTC)

Does this conflict with the Tools: namespace? Josh Parris 23:38, 1 January 2010 (UTC)

There is no such namespace as "Tools:". The interwiki prefix "tools:" would be unaffected. (talk) 09:02, 6 January 2010 (UTC)
{{tl}} is already a short (and more elegant, imo) way to refer to templates. –xenotalk 19:39, 8 January 2010 (UTC)

Merging cleanup templates and using if tags

After proposing a merge for {{In-universe/Anime and manga}} with {{in-universe}} it was suggested by Anime and Manga Wikiproject to see about having a larger proposal to merge all such similar cleanup templates of which there are several and using fields for all of them that are very similar instead. The reasoning is that it would make things more easy to find as there would be fewer tags. The only downside would be that not everyone would realize you can add a field, but at the same time a lot of people don't know about a number of cleanup template tags already.Jinnai 20:15, 7 January 2010 (UTC)

Along the lines of {{notability}}? --Izno (talk) 20:25, 7 January 2010 (UTC)
Sounds like a good idea to me. Template:game cleanup strikes me as an example of something that could be merged.--ZXCVBNM (TALK) 01:54, 8 January 2010 (UTC)
Sounds like a good idea to me also, but I wouldn't try ramming through a huge change all at once. Gain consensus and then merge each individually. You'll step on less toes, and bruise fewer egos, that way.
V = I * R (talk to Ohms law) 10:20, 8 January 2010 (UTC)
I think merging the anime and manga one into it first to see how well it works would be best. Then, once that's working, add the functionality so the others could be added fairly easily and go from there. ···日本穣? · 投稿 · Talk to Nihonjoe 06:02, 9 January 2010 (UTC)

AFD changes

We've been discussing some changes to Wikipedia:Articles for deletion for the last month or so, at Wikipedia talk:Articles for deletion#Consolidation. There's quite a bit of support for changing the name to "Articles for discussion" (see: here), with the largest change being to specifically allow disputed merge discussions to utilize the AFD process (which is really a simple acknowledgment of what is already occurring in many AFD's). We're at a point now where input on actual implementation details would be appreciated. Please comment at Wikipedia talk:Articles for deletion#Implementation discussion
V = I * R (talk to Ohms law) 10:28, 8 January 2010 (UTC)


Hello, I post a request here about redirections, for example, a person say it is not good to replace the redirect link by the good link, for example: For me I think the best solution is the good link. Thanks in advance, regards — Neustradamus () 21:05, 11 January 2010 (UTC)

This has already been discussed on this user's talk page several times: here, here and here. They are just having difficulty understanding the concept of WP:NOTBROKEN. Raywil (talk) 21:39, 11 January 2010 (UTC)

Central list of blanking edits

Is it feasible to have a central list of edits that have deleted a whole section or a substational portion of it, so that public-spirited editors can review them and revert as necessary? Or would such a thing just become instantly overwhelmed? I am perennially concerned about the amount of Wikipedia material that is deleted by vandals or people making test edits and lost forever because no one notices. (talk) 21:46, 10 January 2010 (UTC).

No content is lost forever, it will always be in the page history. --Cybercobra (talk) 22:01, 10 January 2010 (UTC)
Sure, but content is effectively lost forever if no one notices within a reasonable length of time, and where there is no continuity amongst editors such that a deletion will be apparent when browsing the article. After that, no one is realistically going to look back through years of edit histories checking every edit to see if content was removed for no good reason. (talk) 00:02, 11 January 2010 (UTC).

Edits which look like they blank a lot of material are automatically tagged and can be viewed chronologically here and here╟─TreasuryTagquaestor─╢ 22:03, 10 January 2010 (UTC)

I don't understand how this is usable. How is it known whether a trusted editor has checked an edit, and which edits are outstanding and still to be checked? (talk) 00:02, 11 January 2010 (UTC)
If one has rollback permissions, this can be somewhat inferred by whether a rollback link is present next to the edit. But this is not 100% accurate. There is no "Blanked Sections Patrol" as of yet. --Cybercobra (talk) 00:19, 11 January 2010 (UTC)
I see. Is this something that is being actively considered, do you know? (talk) 01:22, 11 January 2010 (UTC).
Flagged revisions does something like that. Tim1357 (talk) 01:27, 11 January 2010 (UTC)
Flagged revisions have been mooted for years and years. Are they any nearer to being implemented in the English Wikipedia, do you know? (talk) 02:06, 11 January 2010 (UTC).
Yes, they are. See the . - Jarry1250 [Humorous? Discuss.] 18:38, 11 January 2010 (UTC)
Unfortunately, this seems unlikely to adequately address the problem that I have highlighted. This proposal you refer to says that "the mechanism would be activated on a per-page basis only", and goes on to imply that it would be applied only, or mostly, to "pages with a very high risk of malicious editing". These are exactly the pages where content blanking is already most likely to be spotted and reverted. The pages at higher risk of unnoticed (and hence effectively permanent) content loss are the less-visited and less-monitored ones. (talk) 19:42, 11 January 2010 (UTC).
No, no such proposal for a patrol like that has been made. --Cybercobra (talk) 20:34, 11 January 2010 (UTC)
Until now, then. Do people here think it is a good idea? Its viability does somewhat depend on whether, as mentioned in my original post, it would become instantly overwhelmed, and on some mechanism to decide with editors should be allowed to "tick off" a blanking edit as checked and OK'd. I'm not sure how widely recognised the seriousness of this effectively permanent loss of material is within Wikipedia. In the last year, I have deliberately checked probably about 100-200 unloved articles (ones that I usually never monitor) for long-standing (months-old or years-old) loss of content. Of these, eleven were missing whole sections or very large chunks that had been deleted with no explanation or justification and never noticed. Extrapolate that to the whole of Wikipedia, over many years, and you see the problem. (talk) 21:27, 11 January 2010 (UTC).
Patrols, like the New Pages Patrol, provide the "check off" functionality. --Cybercobra (talk) 21:38, 11 January 2010 (UTC)
Even better! I notice that, despite everyone's very helpful and informative responses, no one else has expressed any actual support for this idea. How hard would it be to give it a trial run? It seems to me that most of the infrastructure is already in place: blanking edits are already tagged, and the patrol-page mechanism is apparently proven. Ideally, one would want a list of blanking edits that had gone uncorrected for more than, say, a day (so as to only pick up deletions that had fallen through the usual net), but that sounds like it could be entirely non-trivial to implement. (talk) 23:08, 11 January 2010 (UTC).
It would require software development to implement such a feature, which, as you can tell by flagged revs, is notoriously slow. --Cybercobra (talk) 23:10, 11 January 2010 (UTC)
My impression (and I could be completely wrong) is that a good part of the reason why flagged revs stalled for so long is because nobody could decide if there was consensus to do it. Anyway, this seems much easier than implementing flagged revs, would you not agree? (talk) 23:16, 11 January 2010 (UTC). [Clarification: when I say "much easier", I'm talking about the vanilla version that just patrols all blanking edits, not the one that tries to detect uncorrected blanking edits, which I can see would be considerably harder.]

Editing promotional banner

I'd like to propose that the wikimedia foundation run a banner once per month promoting editing. Smallman12q (talk) 16:53, 11 January 2010 (UTC)

Better suited to WP:VPPR. Personally I think that this not a good idea, and I suggest that it is dropped now, however, if you wish to continue it then take it to WP:VPPR. Kind regards, SpitfireTally-ho! 16:56, 11 January 2010 (UTC)
I do understand that it probably won't succeed...but its still something I personally would like to see.Smallman12q (talk) 18:18, 11 January 2010 (UTC)

Proposal for a more differentiated look on links

I would like to differentiate wikipedia-internal links in an article into those with common information and those with deeper and more special information about the topic. Currently articles contain many links to other articles with which they are only generaly related. I just dont like beeing thrown out of context, beeing presented with unexpected and misleading information by a click too far. Like the STL page contains a link explaining header files in general, but not STL header files in special. Or in geothermal power there is a link to gigawatt which explains SI units but does not provide information about produced geothermal gigawatts. It could be possible to divide an article into a page with basic information and pages with detailed information or sophisticated annotations requiring higher education. The difference between links to general pages and those to closely related pages containing deeper details could be made visible via different fonts. (talk) 02:27, 13 January 2010 (UTC)

To disable the immediate indexing of unpatrolled pages into Google search

this was archived prematurely, possibly due to the holidays; discussion selectively retrieved. See Wikipedia:Village_pump_(proposals)/Archive_56#To_disable_the_immediate_indexing_of_unpatrolled_pages_into_Google_search and the related Wikipedia:Village_pump_(proposals)/Archive_56#Mark_pages_less_than_24_hours_old_for_no-indexing.

Proposal Based off the discussion here, this proposal would disable the immediate indexing of all new page into Google until the pages have been patrolled. This would help prevent blatant hoaxes, attack pages, clear BLP violations and test pages from being immediately appearing on Google searches. Basket of Puppies 21:37, 10 December 2009 (UTC)


  • Question Is this technically feasible? I strongly support this idea, but I seem to recall it being shot down before on such grounds. How do you propose to implement this? Am I wrong in thinking {{NOINDEX}} will not work in the mainspace?  Skomorokh  22:41, 10 December 2009 (UTC)
    • I believe it would require a software change of some sort. Doesn't sound too complicated though. Rd232 talk 22:56, 10 December 2009 (UTC)
      • From my understanding, it doesn't work in the mainspace currently but that can be changed by the devs. Additionally, if I recall correctly, noindexing only saves it from search engines that "listen" to the coding that requests the page not to be indexed. The internet is an unwieldy place, and I don't think brushing new articles "under the carpet" from certain mainstream search engines and/or mirrors will attain the goal we're seeking. Killiondude (talk) 22:58, 10 December 2009 (UTC)
        • It depends on the goal. If the goal is to deter novelty-article spamming, not making it into the "big" search engines cuts out much of the reward. If the goal is to censor from all mirrors, that is pointless and, except for material that would be WP:oversighted anyways, a bad idea. davidwr/(talk)/(contribs)/(e-mail) 23:02, 10 December 2009 (UTC)
  • Comment Special:Newpages is marked "noindex, nofollow." davidwr/(talk)/(contribs)/(e-mail) 23:03, 10 December 2009 (UTC)

More discussion is needed on

  1. the principle
  2. the practical aspect re search engine indexing: how soon after removing a noindex instruction is a page going to be indexed;
  3. the mechanism for identifying "new" pages for noindexing, and for declaring such new pages suitable for indexing.

Rd232 talk 17:20, 13 December 2009 (UTC)

On point 2, I believe Google and other major search engines index and reindex Wikipedia extremely rapidly - typically hours, and more like minutes than days. On point 3, I would say I'm not sure if WP:NPP is the best mechanism. I'm inclined to set a time limit, so that articles younger than say 24 hours aren't indexed unless an index template is specifically added. After that indexing is automatic and mandatory. This would be handled in software by respecting NOINDEX in mainspace, but only for articles less than 24 hours old. (A bot can remove the template once the article is 24hrs old, and the template no longer applies.) Only a handful of articles merit immediate indexing, and that handful should be easily monitorable. Rd232 talk 17:23, 13 December 2009 (UTC)
Yea the discussion here died out over the holidays, but it seemed to have died out before the actual start of the holidays. It's not a terrible idea, and I don't think that I would actively fight against it, but I don't particularly think that it's a great idea either. There are some difficult implementation details that would need to be settled first, not least of which would be some sort of editorial control over how it worked. Personally, I think that this would be too much trouble to actively pursue (especially considering the fact that there's little if any developer time/resources to go around). Also, there are existing easy workarounds to achieve the same result by temporarily (re)locating articles outside of the mainspace (in Wikipedia:Article incubator, for instance).
V = I * R (talk to Ohms law) 13:19, 6 January 2010 (UTC)
  • I'm aware of a recent incident where an attack page remained in the cache of a popular search engine for more than a day after we deleted it; So if this can be done I think there would be some benefit. I also like the idea of not releasing articles onto Google et al until they've at least been through a little bit of wikification and categorisation. ϢereSpielChequers 00:28, 12 January 2010 (UTC)

Request for proposals: How can we tag files that have sort-of-free licenses?

At the moment there's no simple way to indicate that an "non-free" file is actually "sort-of-free", that is it is released under some sort of license which doesn't allow commercial use and derivative works. It would be useful to be able to indicate this. I am not suggesting that we should allow uploads with these licenses, just that we have some machine-readable way of recording the fact. Does anyone have any ideas on how this could be done? And how we could find such images automagically? Angus McLellan (Talk) 22:37, 11 January 2010 (UTC)

I don't understand. How do the licensing templates not suffice? --rannṗáirtí anaiṫnid (coṁrá) 22:43, 11 January 2010 (UTC)
Ah .. is it that those templates may say what license a file has but do not add the file to a category. Maybe that would be the simple solution? --rannṗáirtí anaiṫnid (coṁrá) 22:47, 11 January 2010 (UTC)
There are lots of Creative Commons licenses we do not accept. Look at where {{cc-by-nd-3.0}}, {{cc-by-nc-nd-3.0}}, {{cc-by-nc-3.0}}, {{cc-by-sa-nc-3.0}} redirect to. For some re-users of Wikipedia content these licenses might be free enough but they won't be able to tell that those were the license terms as we change those to simply non-free. See File:Hogelrendering.jpg for an example. Angus McLellan (Talk) 22:57, 11 January 2010 (UTC)
Those redirects seems screwy. Provided the content also meets our NFCC, I don't see why those licenses should be blanket disallowed like that. It's not free enough to be Wikipedia-Free, but I don't see why the information that acceptable non-Wikipedia-Free content is somewhat free should be truncated. --Cybercobra (talk) 23:09, 11 January 2010 (UTC)
OK. They might be "free enough" for others. But how would we use them? What would we be "recording" for others? --rannṗáirtí anaiṫnid (coṁrá) 23:42, 11 January 2010 (UTC)
It's rather vain of us here and now to assume that Wikipedia will last forever, or that whatever replaces it will necessarily be in the USA, or that it will use the same licensing policy. So it's a good idea to future-proof our work as much as we can. This information might be valuable to someone now or in the future. Best to preserve it while we can. Angus McLellan (Talk) 00:08, 12 January 2010 (UTC)
I see. (I think.) If I get you right, the idea would be to store (for example) CC-NC images on our servers (and allow people to find them?) but not to allow them on the 'pedia right now. I don't think it's a question for the 'pedia but maybe the Commons.
I think there would be problems with user unfamiliar with licenses not understanding why we they wouldn't be allowed use them. I also don't see why would should be giving over server space and resources to files that are of no use to us. If I get you right, I'd say start a project of your own (on your own servers) to collect such images.
Alternatively, are you just saying to not actually delete them but keep them locked away somewhere inaccessible so that they may be used again in future if policy permits? --rannṗáirtí anaiṫnid (coṁrá) 00:20, 12 January 2010 (UTC)
Sorry, none of the above. We'd only use them as non-free content so they need to meet the criteria and would be deleted if they didn't. This is not an attempt to keep even more non-free files. We have too many to be manageable as it is. I'd like to preserve the licensing information even though we won't use it. Just about the only case I can think of where it may be useful for us to know is if we have to decide between two non-free (in Wikipedia terms) images it would be least bad to keep the freer one if there was little to choose between them. Angus McLellan (Talk) 00:31, 12 January 2010 (UTC)
Sorry, I'm very slow. So, you have an image that's free for non-commercial user (for example). That's not allowed here EXCEPT you're using it here under fair use rationale? Obviously you need to record that you are employing it under fair use. However, you would also like to record the actual license? That's interesting and makes sense. Yes, I think the uploader should be modified to note not only that it is being used here under fair use but to record what the actual license was. That would be better. (Of course, you could also manually tag it per Carnildo.) But, yeah, I think you have a point. The uploader should facilitate mentioning the actual license as well as our claim under fair use. --rannṗáirtí anaiṫnid (coṁrá) 20:55, 12 January 2010 (UTC)

We've got various "modifier tags" that can be added to a non-free license tag, such as {{withpermission}} and {{Non-free with NC}}. It's simply a matter of using them. --Carnildo (talk) 23:39, 11 January 2010 (UTC)
Thanks for the heads up on those Carnildo. I wasn't aware they existed. I think I shall make one for each possible not-free-enough CC license and then go and nag people about changing the unacceptable CC licenses to redirect to a modified db-f9 page with instructions on how to keep the original license data. Probably won't do that much good but it can't hurt either. Probably also worth adding the instructions elsewhere too. Now all I need is someone to tell me what piece of bot magic can find all the files which once had a redirects-to-speedy-delete CC license but don't any more. And then to code the bot for me. Well, if you don't ask you don't get. Thanks again! Angus McLellan (Talk) 00:05, 12 January 2010 (UTC)

Ah, you mean when we are using an image under a fair use claim according to NFCC, but the image is also under an almost-free license. I suggest you just write it on the description page. Any template is too likely to attract misguided deleters. --Apoc2400 (talk) 23:52, 11 January 2010 (UTC)

Removing the "visa-free travel" blocks in passport articles

This section was moved to Talk:Passport by SilkTork (talk · contribs). —what a crazy random happenstance 11:46, 13 January 2010 (UTC)

Redirect some talk pages

This is probably a horrible idea, but I just found myself wondering about this. For the low traffic, more out of the way articles, wouldn't it be a good idea to start redirecting their talk pages to someplace more central to the article topic? using an associated WikiProject talk page springs to mind, or a category talk page, or something like that...
V = I * R (talk to Ohms law) 17:12, 13 January 2010 (UTC)

Seems like a decent idea, the only problem is how do you decide which pages to have redirects, where they should all redirect to and who's going to go redirect them all--Jac16888Talk 17:18, 13 January 2010 (UTC)
An alternative would be to have a bot track posts to low-volume talkpages on a WikiProject subpage, thus preserving the traditional and expected location for discussion while drawing attention to posts that might otherwise be ignored.  Skomorokh  17:21, 13 January 2010 (UTC)
Yea, who doing the work, and exactly how the work would be accomplished, would definitely be a sticking point. Just off hand, I'd (perhaps naively optimistically) think that we could hash out a guideline detailing the exact process details... Anyway, the bot idea is certainly interesting. That's already got my gears turning.
V = I * R (talk to Ohms law) 17:51, 13 January 2010 (UTC)
You could use something in the direction of the Article Alerts system. But that would only work if the talk page is tagged for a specific WikiProject. But I do like this idea. Killiondude (talk) 18:01, 13 January 2010 (UTC)
I also like this bot idea. WP:Article alerts looks like a good system. Flatscan (talk) 04:29, 14 January 2010 (UTC)
Redirecting the pages probably wouldn't work because most talk pages house WikiProject banners. Skomorokh's idea has merit, though. –xenotalk 17:53, 13 January 2010 (UTC)
Not to toot my own horn here, but I do have Ohms Law Bot (task list · contribs), which already does something similar to the bot idea which we're discussing here. It creates lists of articles, based on category trees (the category and all sub categories), which can then be used as sort of customized watchlists by pointing Special:RelatedChanges at the list page. That idea could easily be expanded to work large portions of Wikipedia. The only thing is, I don't want to run something like that from my personal system(s). I find it useful to do for myself, and I wouldn't mind doing it for a few other people, if there interested, but really making it a Wikipedia wide project would be somewhat taxing on my personal computing resources... I suppose that I could request a toolserver account, but I'm not sure what all is involved in that.
V = I * R (talk to Ohms law) 18:16, 13 January 2010 (UTC)

It would be great with a bot that:

  • Watches talk pages tagged with a certain Wikiproject template,
  • records edits when the talk page has not been edited by an other user for a long time,
  • there is no edit by an other user within a couple of days after,
  • it is not a bot edit or edit to the templates only,

and copies it over to a central page under the Wikiproject. Old comments would be removed when the list gets too long or after a certain time. The key is to reduce the amount of noise so people actually watch this central page. --Apoc2400 (talk) 13:31, 14 January 2010 (UTC)

Re-using disused usernames?

  • The user page User:Hallucegenia complains about one new user's difficulty choosing a username, in the face of so many usernames having been already used. As time goes on, the time may come when all sensible usernames have already been taken.
    1. How can I, or a non-admin new user, find if any possible given username has already been taken?
    2. If a username has not been used for x years, let it be made able to be registered by a new user?
    Anthony Appleyard (talk) 11:18, 8 January 2010 (UTC)
See Special:ListUsers and Wikipedia:Changing username/Usurpations. Many readers have accounts but never edit. I don't think it should be allowed to automatically take over a name without trying to ask the owner. PrimeHunter (talk) 11:39, 8 January 2010 (UTC)
I find it hard to believe that we've run out of available usernames, given the nearly infinite amount of combinations that one can derive from 26 alphabetic characters, 10 numerical characters, and another few dozen assorted characters. We do have WP:USURP for names that simply haven't been used, but we usually don't allow new users to usurp existing accounts. EVula // talk // // 21:50, 8 January 2010 (UTC)
But perhaps this comment misses a key point of the original proposal -- There may be almost limitless possible usernames, but many fewer pronounceable, memorable, or easily distinguishable ones. For purposes of this discussion I think all three of those attributes are desirable, and I don't think anyone's suggesting that almost all the names are presently gone. It's more a matter of wise planning ahead of resources. - Regards, PhilipR (talk) 10:28, 15 January 2010 (UTC)
Isn't the restriction against usurping accounts that had been active at one time due to our licensing requirements/need to attribute the edits made by that user at that time? Shereth 22:45, 8 January 2010 (UTC)

Vehemently oppose. Many of us have been around long enough, or come and go over long periods of time that it will open the door to confusion. If an old username reappears I do not want to have to wonder if it is the same person or has been usurped. <redacted> alteripse (talk) 12:18, 11 January 2010 (UTC)

Your second sentence is a completely unnecessary personal attack. You might want to remove that. — Martin (MSGJ · talk) 12:55, 11 January 2010 (UTC)
I don't care whether he wants to remove it, I have done so. WP:TPG be damned, that is totally unacceptable. Happymelon 13:22, 11 January 2010 (UTC)

Oppose. Usernames should not be re-used for the reasons above and many other technical and legal problems (database primary keys, attribution of licensed content, etc.). If you can't get the username you want, just add a random number to the end and that will probably be free. OrangeDog (τε) 12:56, 11 January 2010 (UTC)

Though if a user has no edits, and hasn't logged on for say five years, it surely can't do much harm to allow someone else to use the name if s/he wants? We'd all be happier seeing simple and readable names rather than random strings.--Kotniski (talk) 13:33, 11 January 2010 (UTC)
Which is currently allowed via the WP:USURP process :) Shereth 14:31, 11 January 2010 (UTC)
Which is hardly likely to be familiar stuff to a new user choosing a username. If old, unused names could be vacated automatically, then anyone happening to choose one would get it without any extra fuss.--Kotniski (talk) 15:36, 11 January 2010 (UTC)

A quick way to notice if a certain username is taken or not is to to type "User:Username". If there's a userpage there, there's a user. If there isn't, try to edit: the software will warn you if you try to create a userpage of a nonexistent user. If no warning appears, there's a user with name, even if without a userpage. Notice: the testing should be limited to checking the edit box, then go back or follow another link, don't save. Don't create userpages for users that didn't do so, or for names without a corresponding account. MBelgrano (talk) 15:04, 11 January 2010 (UTC)

A possibly more direct approach would be to search for "Special:Logs/Username", which will return nothing for nonexistent users, and will show the date of account creation even for accounts which have never been used to edit (unless they're very old, I believe, but in that case why not usurp?) --King Öomie 15:53, 11 January 2010 (UTC)

Oppose The contributions of our editors are copyrighted material that is licensed under CC-SA, which requires attribution. That attribution is via the contributor's user name. It seems to me that if we reissue a user name to another person, even if the original user has been inactive for 50 years, we could be violating the CC-SA license terms, in spirit if not in letter. There are plenty of possible user names without resorting to random character strings. --agr (talk) 15:23, 11 January 2010 (UTC)

  • I would support vacating usernames of users that haven't logged in for 5+ years and have 0 edits (deleted or otherwise). –xenotalk 15:30, 11 January 2010 (UTC)
    I would agree with Xeno; for me it's less about disused names, so much as unused names. If you create an account, and don't edit in 4 years, say (or whatever length of time), then you aren't going to have a history that so upset Alteripse. GedUK  16:06, 11 January 2010 (UTC)
    As mentioned above, you can take over a registered, but unused username by the usurpation process. A proposal to automatically remove unused usernames was also discussed at Wikipedia:Delete unused username after 90 days, and that proposal failed. You may want to read it, as many of the objections were not time dependent. Prodego talk 16:47, 11 January 2010 (UTC)
    What it came down to, looking at Bugzilla, is that someone asked if it would be done, and our then technical supremo replied (without any explanation) "Not really, no." Maybe when we get a new supremo, the reply will be different. But given the countless other bugs and feature requests waiting in the eternal pipeline, I wouldn't expect this one to have a very high priority.--Kotniski (talk) 09:50, 12 January 2010 (UTC)
    5 years (which I would support) is also substantially more lenient than 90 days (which I would oppose). This is also a very aged proposal, in 2006 I'm sure the situation wrt to desirable username availability was not as dire as it is in 2010. –xenotalk 17:21, 13 January 2010 (UTC)
    I agree with that. I think that 5 years is probably a bit overkill, but it's probably more palatable to most to start off with a fairly lenient and then adjust from there if there is the need to do so. I'd advocate for something to simply show users as inactive along side of this, so that we would could see and track what's going on with the user base prior to actually removing anything from the database. I proposed something along those lines earlier, primarily with an eye towards the eventual implementation of some form of flagged revisions. It should be simple enough to add an "active" bool field to the table storing user data, and then set that based on the last login datestamp. Something like 90 says could be used to mark a username as inactive, and then 5 years/0 edits could be used for removal. It'd make tracking and user base statistics much more valuable, for sure.
    V = I * R (talk to Ohms law) 16:16, 15 January 2010 (UTC)
  • Oppose: There are more possible user names available than Wikipedia can ever use. Reassigning someone else's user name is a recipe for confusion and disaster.—Finell 02:58, 16 January 2010 (UTC)

Uninvolved editor needed

Resolved: agreed upon version has been implemented SpitfireTally-ho! 18:13, 9 January 2010 (UTC)

An IP user seems to insist on overkilling the same point in the same sentence: Although it's not technically against policy in itself to be prejudice, it is at odds with the aims of this project and can conflict with the goals of the project. Can I get an uninvolved editor to clean up the repeated point at Wikipedia:Don't be prejudice? I really don't want to edit war over something silly. PCHS-NJROTC (Messages) 17:39, 9 January 2010 (UTC)

clock In progress: making attempts to contact the IP, regards, SpitfireTally-ho! 17:44, 9 January 2010 (UTC)
I can see that you have already discussed this with the anon, but we'll see how it goes, best to leave the page as it is for now, SpitfireTally-ho! 17:50, 9 January 2010 (UTC)
Thank you. PCHS-NJROTC (Messages) 17:53, 9 January 2010 (UTC)

I am not sure where the idea that "it is not technically against policy in itself to be prejudice (sic)" came from, as this surely runs counter to the Wikipedia policy requesting NPOV, surely meaning that it it IS against policy to be prejudiced. ACEOREVIVED (talk) 22:16, 13 January 2010 (UTC)

NPOV is about article content, don't be prejudiced is about interacting with other editors. You are allowed to be prejudiced against (or for) compatriots, women, children, people who make many spelling errors, people who edit porn articles, people who edit religious articles, ... You are not allowed to let those prejudices get in the way of our policies and guidelines though (things like WP:CIVIL and the like), and your opinion will most likely be disregarded if it is obviously rooted in prejudice ("delete article X, it is about a French war hero, and everyone knows that these don't exist" or something less blatant). Apart from that, I don't support any essays which make claims of morality, as does this one. Fram (talk) 14:55, 15 January 2010 (UTC)

Dubious v disputed

The inline tag {{dubious}} ([dubious ]) covers the same territory as the article tag {{disputed}} - but applies the not-quite-neutral term "dubious", even though it directs readers to Wikipedia:Disputed statement. Whereas "disputed" says just that, "dubious" leans more towards implying "probably not true", I think. Do people agree? Can we change the tags to make them consistent, and for neutrality? Rd232 talk 18:17, 13 January 2010 (UTC)

I'd probably support a merger of the two tags, if someone were to propose that.
V = I * R (talk to Ohms law) 18:18, 13 January 2010 (UTC)
They can't be merged, can they? One is an inline tag and one an article tag (big box at top of article). Rd232 talk 18:30, 13 January 2010 (UTC)
dur... my bad, sorry. I see what you're getting at, now that I take a good look at your first post. I don't think that it's much of an issue, but I can imagine that it could be to some. I'm somewhat critical of the admittedly common propensity to conflate WP:NPOV (a content policy) with our civility guidelines, but I can certainly see how having content tagged with "dubious" could be perceived as being less then civil behavior. I say go ahead and change it.
V = I * R (talk to Ohms law) 18:46, 13 January 2010 (UTC)
Change the wording of {{dubious}}? No, I'm afraid that's impossible. No-one would understand my sig! (Unless you can think of something that rhymes with "disputed".) - Jarry1250 [Humorous? Discuss.] 19:22, 13 January 2010 (UTC)
I often use {{dubious}} to indicate a stronger sense of {{fact}}: not just "we need a citation here", but "I suspect this isn't true and someone had better come up with some documentation." I reserve {{disputed}}, OTOH, for stuff I know is wrong.Mangoe (talk) 18:41, 13 January 2010 (UTC)

It just sounds better, doesn't it? "The factual accuracy of this section is disputed" (not "dubious"); but "This statement is dubious" (could be "disputed", but "dubious" poisons the atmosphere less).--Kotniski (talk) 19:34, 13 January 2010 (UTC)

wow - ok, how about 'contested'? closer in meaning to disputed than dubious anyway. though I don't see why this really matters, since the tag is an editor's tag (not part of content) and any editor who uses it already knows what it means. --Ludwigs2 23:29, 13 January 2010 (UTC)
How about "doubtful"? That implies significant uncertainty, without casting aspersions. —— Shakescene (talk) 00:36, 14 January 2010 (UTC)
I like "doubtful", myself. I tend to agree with Ludwigs2 though, in that this smacks of Don't edit war over the colour of templates somewhat. It's at least worth having a conversation about though, as long as no one runs off half cocked looking to change things.
V = I * R (talk to Ohms law) 00:54, 14 January 2010 (UTC)
I see the point. I had an issue come up in an article where I wanted to flag a particular item, inline, that was being discussed on the talk page, but "dubious" felt a little strong. I'd have loved it to say "disputed"—especially since one of the editors involved was new enough to not know what it means. So, if usage is to tag stuff dubious when it's disputed, I can certainly do that. —C.Fred (talk) 05:30, 14 January 2010 (UTC)
I think plain "under discussion" is often a relatively uncontentious description (we use it sometimes in project space; perhaps it could be used in article space too).--Kotniski (talk) 07:10, 14 January 2010 (UTC)

I like "contested" - it's a pretty close synonym of "disputed", certainly closer than "dubious". And it has the advantage of being available: Template:Contested. So how about renaming {{dubious}} to {{contested}}? Rd232 talk 11:06, 14 January 2010 (UTC)

Although if I find something "dubious" I don't necessarily "contest" it - it might just be something that sounds strange, that I want clarified. I think we should avoid adversarial language as much as possible, to emphasize that we're supposed to be cooperating, not competing.--Kotniski (talk) 11:33, 14 January 2010 (UTC)
If someone puts a {{dubious}} tag, they are contesting the statement. They may be contesting it from a "not convinced" position or from a "omigod id remove this LIE but some bastard would only put it back" position, but either way, the act of putting the tag involves contestation. Rd232 talk 20:14, 15 January 2010 (UTC)
All right, it seems we understand the word "contested" slightly differently. But I still think we should be trying to avoid this kind of language where possible - anything that encourages a battlefield mentality on wiki can't be a good thing.--Kotniski (talk) 12:00, 16 January 2010 (UTC)

To me,

  • "Disputed" means: One person thinks this is wrong. An other insists it is right. It should probably be discussed on the talk page.
  • "Dubious" means: Someone thinks this might be wrong, but is not sure enough to remove it. The person who inserted it is probably long gone. Check it up and edit yourself.

Do you see the difference? --Apoc2400 (talk) 13:38, 14 January 2010 (UTC)

I agree with Apoc2400's summary. There is a significant difference. olderwiser 19:07, 15 January 2010 (UTC)
But which of those is "contested" closer to? The {{dubious}} tag is supposed to be the inline equivalent of the article tag {{disputed}}, isn't it? Rd232 talk 20:11, 15 January 2010 (UTC)
"Contested" is a closer synonym of "disputed" than "dubious". I'm not familiar with the history of the templates or whether they should be considered as an inline/article complementary pairing. If there are meant to be a complementary paring, then I agree the usage is confusing. olderwiser 20:25, 15 January 2010 (UTC)
I have to say that the first time I saw the dubious tag I thought it would mean something more along the lines of doubtful rather than contested. Someone going over the article for example might find it unconvincing but not have enough confidence in their own expertise but want to tag it so the item might catch the attention of other more expert editors. Maybe the citation needed tag does the same thing but sometimes that can be taken to mean matter-of-factly that it needs a citation. It does not convey the sense of doubt as clearly. It could be interpreted simply that "since it is a statistic it needs a source" and not "this seems strange and maybe you should check your source and verify its quality or maybe rewrite this section to be clearer". If it were up to me I'd create a {{doubtful}} tag and make {{contested}} or {{disputed-inline}} (it seems this template already exists) clear. In standard English dubious does not equate with disputed. Wikipedia says euphemisms should be avoided in articles so why the pusillanimity here? 1 edit. Additions. Lambanog (talk) 11:37, 16 January 2010 (UTC)

In fact, pursuant to my previous thoughts, I suggest we remove the "disputed" and "contested" language altogether from all of the tags. Instead of saying "the factual accuracy/neutrality of this article/section is disputed" we could just say (in the style of the cleanup tags) that there may be problems regarding the accuracy/neutrality of this section - see talk page discussion... (or something like that). The idea that it's our role to go around "contesting" things and having "disputes" over them (rather than identifying issues and working together to best solve them) puts the wrong kinds of thoughts in innocent people's heads.--Kotniski (talk) 12:09, 16 January 2010 (UTC)

Creating a new category of Wikipedian: The "modificationists" or the "revisionists"

I propose something quite radical here. Some Wikipedians have identified themselves as inclusionists, some as deletionists, some as mergists and some as separatists. Can I propose a fifth category - the "modificationists" or the "revisionists"? (Perhaps "modificationists" would be a better term, as this would avoid confusion with the term "revisionists" as it is used elsewhere). As Wikipedia currently stands, "mergism" is probably seen as the best halfway house or compromise position between inclusionism and deletionism. However, as some one who has acted as a reviewer for articles submitted to journals in the fields of parapsychology, the psychology of religion and transpersonal psychology, I note that what referees may say about articles submitted for publication, and how we might classify the articles, can suggest referees can be classified in an analogous manner. There are those, comparable to the deletionists, who may wish to reject most of the papers submitted; those, analagous to inclusionists, who are more positive; and those, such as myself, who believe that many articles could be published,but with - sometimes quite major - revisions to the initial articles. In the same way, if an article if called for deletion, it might be because the content is about but something notable but the article is badly structured or badly written, or contains factually inaccurate statements; or it might be the article, as it currently stands, does not clarify how it is on a notable topic, but with extensive tweaking, its notability could become more apparent. This proposal would mean that when discussions of whether to delete an article take place, as well as the normal division of possibilities, there could be a new voice - "Keep, but if and only if extensive rewrite are made to the initial article". All right, I know that some might accuse me here of overlooking how Wikipedia is an encyclopaedia and not a peer reviewed academic journal, but surely, if an author were to submit an article to the paper version of Encyclopaedia Britannica, the editors might call for revisions to the original article. I shall be interested to hear comments. ACEOREVIVED (talk) 21:28, 14 January 2010 (UTC)

There's more on Wikipedia philosophies at
What you describe is fundamentally how Wikipedia works: we build on and improve the work of those who have gone before. It's supposed to be the idea behind the Article Rescue Squadron, and it's also the basis for the Wikipedia:Article incubator. It is a position separate from the drive-by taggers and deletionists, and also from the New Pages Patrollers who see it as their task to filter and judge new articles rather than improving them, so perhaps it does deserve a name. Maybe Kaizenists? Fences&Windows 23:36, 14 January 2010 (UTC)

Fences and Windows, thank you for your suggestion. I did not know the workd "kaizen" before you suggested it - so now I have learnt a new word in Japanese. To learn something new from Wikipedia is always good thing. Again, many thanks, ACEOREVIVED (talk) 21:06, 17 January 2010 (UTC)

visual signal for bot notifications?

this occurred to me because I saw an AfD template dropped by Erwin85bot that has a cute "I am a bot so don't hate me" message tacked on after the template. how would people feel about setting up separate CSS or image cues to distinguish bot messages from normal user messages? This would not be difficult to do technically - minor changes to the bot code - it's more a question of whether people thing it would be a good idea, and what it should look like if so. could be something as simple as changing border and background colors, or as detailed as creating a new set of bot image icons from the standard icons already used. thoughts? --Ludwigs2 04:34, 17 January 2010 (UTC)

Haha, "I'm a bot so dont hate me". Anywyas, I think its important for bots that message users to include that kind of thing anyways. But a change in the wiki software could be helpful. Tim1357 (talk) 07:33, 17 January 2010 (UTC)
Good idea. I'm all for more visual cues in standardised messages, without going overboard and confusing people. Rd232 talk 19:03, 17 January 2010 (UTC)

Proposal: Wikipedia Citation Style

My only concern with moving these discussions like this is that I've noticed that they tend to die out after moving them. I hope those of you with any interest in the subject will continue to participate on the page linked to above. As long as nobody minds, I think that I'll post links to the new page in some relevant locations.
V = I * R (talk to Ohms law) 23:24, 18 January 2010 (UTC)

locking talk contributions against vandalism

Shouldn't WP auto-lock signed talk contributions? Replies could still be added by anyone. Corrections to locked contributions could be in the form of replies.

I don't see a rationale for why I should be able to edit your talk contribution, so locks should be the default. And I don't see why, if a post has been answered (or even if not), anyone should edit the original post, thus putting the answer out of context.

The reason for not allowing an edit even to an unanswered post is that the original wording may support the reason for the nonanswer, so that editing may give a false impression of why there's no answer. The original poster can always add a reply that clarifies or start a new topic, if appropriate.

If a talk contribution is illegal, partly or wholly, e.g., it infringes a copyright or libels a person, then a few people would need read-write access to delete the illegality. But since that's largely to protect Wikimedia from liability, the people with that access can be a few chosen by Wikimedia leadership and trusted not to overdo it and not to vandalize. Some Wikipedians likely already fit the bill. A system for flagging possible illegalities that allows explanatory notes shouldn't be conceptually difficult to add. Even better, if a contributor flags their own contribution, WP software can verify the signer's match and give preference to someone's own request for deletion, so that a user doesn't need authority to edit their own talk contribution, thus preserving the integrity of what's there for the date-time stamp shown.

Thank you.

Nick Levinson (talk) 00:44, 17 January 2010 (UTC)

For starters, not every page is archived by a bot, and people have to be able to manually archive them. Second, something may need to be deleted simply because it's off topic or personal attack, etc -- one shouldn't have to be an admin to do that. There's also the occasional case where something DOES need to be removed (email address, personal info, etc) and again, one shouldn't have to be an admin for it. And also, often people will 'refactor' the page to make it read more easily, not actually changing anything but markup. Now if someone DOES actually change something outside of this, that can and should be reverted. And it almost seems to imply you think it should be locked against the original person if they were the "original post", which is a complete antithesis to what Wikipedia is about. ♫ Melodia Chaconne ♫ (talk) 01:15, 17 January 2010 (UTC)
FWIW, someone helpfully refactored organized the lengthy discussion immediately previous in a way that would be impossible with automated tools, so there's a great example. If there were a rampant problem with people vandalizing others' talk contributions, and with future readers being fooled, then I could see merit to the proposal. I've not seen even a hint of that problem if it exists. - Regards, PhilipR (talk) 06:58, 17 January 2010 (UTC)
Refactoring is exactly why I have doubts about LiquidThreads, which seems likely to make this sort of thing impossible. Rd232 talk 19:08, 17 January 2010 (UTC)
Refactoring for the reasons that most people do it currently will simply be unnecessary with LqT. Real forum software systems, which is a category that I place LqT into, are much more naturally manageable, which significantly reduces the need for most current practices related to the antiquated discussion capabilities which we're currently stuck with on MediaWiki. Give it a shot at least, rather then simply fearing change.
V = I * R (talk to Ohms law) 23:48, 17 January 2010 (UTC)
OK; I'll drop it here. I see your points. In response: (1) A talk page contribution of mine was vandalized but not reverted because the changes were the sprinkling of nonsense words in place of some of my words, not the kind of wholesale vandalism that draws attention from others; I fixed it but only months later when I discovered it, and I don't expect to have to patrol my own talk contributions long afterwards against changes. (2) Refactoring is disturbing. Although it wasn't done to my opening post on this topic (I checked diff), unlike what goes into articles what goes onto talk pages are typically signed and therefore are presumptively the expressions of the respective posters. If one is unclear, a response is a good place to note how you understand what was previously posted and then to reply. (I see the last reply to the topic just above this one uses the word "irreverent" when "irrelevant" was probably meant, but I wouldn't edit it, preferring to note it in my reply (if I replied).) (3) I think you're saying that with all the other reasons that I hadn't anticipated (like someone posting someone else's email address without consent), it's too burdensome to delegate. Okay. (4) I did intend to lock out the original poster at some point. Locking would be antithetical to Wikipedia's model in that articles are meant to accept changes anywhere within them. Articles, however, are fundamentally different from threaded discussion, such as on talk pages. (5) I'm not familiar with LiquidThreads. I'll leave that to others. (6) I'm a little puzzled by not every page being archived by a bot. I'm not disputing the fact, just the design. I imagine this has already been discussed, but I wonder why one bot couldn't handle it more efficiently with parameters for any page that cares to have nondefault parameters, e.g., frequency or no automatic archiving, but I'll leave that discussion to others. (7) Thanks. Nick Levinson (talk) 17:42, 18 January 2010 (UTC)

Community de-Adminship - finalization poll for the CDA proposal

After tolling up the votes in the revision proposals, it emerged that 5.4 had the most support, but elements of that support remained unclear, and various comments throughout the polls needed consideration.

A finalisation poll (intended, if possible, to be one last poll before finalising the CDA proposal) has been run to;

  • gather opinion on the 'consensus margin' (what percentages, if any, have the most support) and
  • ascertain whether there is support for a 'two-phase' poll at the eventual RfC (not far off now), where CDA will finally be put to the community.

Matt Lewis (talk) 23:33, 17 January 2010 (UTC)

Hermes? Is that you? Equazcion (talk) 00:02, 18 Jan 2010 (UTC)
Wiki wiki wiki wiki wiki wiki. Matt Lewis (talk) 00:08, 18 January 2010 (UTC)
LOL! Hey, at least we're making "progress"! Face-grin.svg
V = I * R (talk to Ohms law) 00:10, 18 January 2010 (UTC)

A Simple Solution for De-Prodding

Hey Guys, I was hoping to get edit filter 200 flipped on. This filter lists edits that remove PROD templates. I think, by turning this on, there is an up-to-date place where PRODders can look to review PROD removals. That way, if someone removes a PROD template for an in-adequate reason, we can pursue further action (such as AFD). In any case, it is a seemingly easy solution. If you want to oppose or support this article, please see Wikipedia_talk:Edit_filter#Bring_Filter_200_Back_online. Thanks, Tim1357 (talk) 00:01, 19 January 2010 (UTC)

Changing notability criteria for academics

I have read the notability for criteria for academics today. Surely something should be added - if an academic has had a complete book devoted to his or her work, surely that signifies notability? Or what about a special edition of a journal devoted to a particular academic's work? I created the page on Hjalmar Sunden, and he would satisfy criteria on both grounds (there was once a special edition of the Journal for the Scientific Study of Religion devoted entirely to his work). Just one other thing - what about these people having entries in other language Wikipedias? There was actually an article on Sunden in the Swedish Wikipedia before there was one in the English Wikipedia. ACEOREVIVED (talk) 21:27, 13 January 2010 (UTC)

WP:ATA#Wikipedias_in_other_languages to your last point. --Cybercobra (talk) 23:20, 13 January 2010 (UTC)
If a topic meets the general notability guideline, it need not meet any other, and from the looks of it this fellow meets it easily; no need to change WP:PROF on the basis of this case.  Skomorokh  09:36, 14 January 2010 (UTC)

Well, I know that the notability guidelines for academics do state that if a figure has made a significant impact in his or her discipline as covered in "reliable independent sources" the person is probably notable - but I was just calling for greater clarity here. Perhaps there could be examples given in the notability guidelines for as to what is meant by "indepedent reliable sources" - maybe just a brief insertion to say, for example, such as a book being devoted to the academic's work, or a complete journal devoted to the academic's work. Thank you for stating that "this fellow meets it easily" (which I took to mean Hjalmar Sunden); I am sure he would, as there exists in the English language a book devoted to his work (Sunden's Role Theory: Impetus to Contemporary Psychology of Religion by Nils Holm and J.G. Belzen and I have also pointed out a complete edition of a leading social science of religion (arguably, the leading social science of religion journal) devoted entirely to his work. ACEOREVIVED (talk) 21:13, 14 January 2010 (UTC)

in general if an academic or anyone else has a complete book from an truly 3rd party reputable publisher devoted to their work, the article will be kept. It depends to some extent on the substantiality of the book. In this case the book 9789516504998 is not a monograph, but a 151 page conference proceedings, but even so , it seems a good source, and there is no problem with WP:BIO. There is also a third source, a Festschrift in honour of him, [3], which explicitly meets WP:PROF. My suggestion for the articles is that you also add the English language editions of his books, which you can get from WorldCat. If there are problems, let me know on my talk p. DGG ( talk ) 01:00, 20 January 2010 (UTC)

Add external links to existing Gene pages that link to free pathway maps

I would like to create a bot to update existing Wiki Gene pages with links to free pathway maps from the GeneGo web site. These pathway maps are carefully curated, and provide a resource that is useful to scientists and laypeople who are browsing the gene pages. An example is shown here


Thanks Kari Ohlsen —Preceding unsigned comment added by Kariohlsen (talkcontribs) 12:50, 14 January 2010 (UTC)

For information on doing that, see WP:BOT. There are definite WP:EL issues to consider, especially with a mass linking via bot. --Cybercobra (talk) 00:28, 15 January 2010 (UTC)
Yes, I firmly believe that ELs should not be spread by bots. If they are relevant to any particular article they may be placed by hand, on an article-by-article basis. ThemFromSpace 00:53, 15 January 2010 (UTC)
I agree.
V = I * R (talk to Ohms law) 03:00, 15 January 2010 (UTC)
Piling on here. It is concerning that all of the proposer's edits are related to MER-C 03:37, 16 January 2010 (UTC)
I don't see the rationale for this opposition. External links are for relevant external links, and that is what this bot will append, relevant external I missing something?Smallman12q (talk) 14:38, 15 January 2010 (UTC)
An extraordinary number of external links are spammed into Wikipedia everyday, so it becomes necessary to firmly oppose attempts to routinely add hundreds more. Anyone wanting to do that should get enthusiastic support form a relevant WikiProject, so an established editor can propose mass link additions. Johnuniq (talk) 03:47, 16 January 2010 (UTC)
?I still don't see the rationale. I too am against adding thousands of spam links to wikipedia, but I don't see the value gained in not adding these links. I understand that people are against spam external links, but you haven't stated what what qualifies these links as spam. I do agree that the editor should first get the support from the wikiprojects involved including wikiproject genetics and WikiProject Molecular and Cellular Biology.Smallman12q (talk) 01:57, 17 January 2010 (UTC)
Thanks for that suggestion. I have started a discussion on the MCB Project too.[4] --Kariohlsen (talk) 19:19, 19 January 2010 (UTC)
There are actually a few issues here. For one thing, it sounds sort of bad to admit it, but I'm comfortable in admitting that allowing any bot to add EL's simply sets a bad precedent. The main issue that I have is that, outside of blatantly obvious spam, what qualifies as spam varies so much (this topic offers a fairly good example). What is spam to one person may not be to another, so one of the bot approval pillars, that bots should only make uncontroversial edits, is pretty much unachievable right off the bat. Also, even if a particular site is generally not considered spam it could still be spam on certain articles. Generally if there is a particular site where a bot seems to be needed to make the addition, I'm immediately suspicious that it's spam regardless, and I'm certain that I'm not alone in that view.
V = I * R (talk to Ohms law) 03:29, 17 January 2010 (UTC)
We happily allow bots to add links to archive sites, PubMed, and We should have very high standards, but IMO there's no problem with a bot adding ELs if there's sufficiently strong community consensus. Pseudomonas(talk) 15:04, 19 January 2010 (UTC)

Disabling Wayback Machine archiving on Wikipedia

Here on the English Wikipedia, dozens upon dozens of edits are removed by the tireless oversight team each day, containing innocent folks' phone numbers and addresses, egregrious violations of the biographies of living persons policy, and worse. Unfortunately, their work is accidentally undermined by an outside force - the Internet Archive's Wayback Machine, which can pick up deleted and oversighted content and keep it live essentially forever. The Wayback Machine is a useful tool for many websites, but since we already keep every single revision of every single page, having it keep copies of Wikipedia is at best redundant and at worst, due to the possibility of picking up sensitive revisions and content deleted for BLP reasons, dangerous.

There's an easy fix for this: add a disallow clause for the user-agent "ia_archiver" to our robots.txt. What does the community think? Fran Rogers (talk) 05:14, 18 January 2010 (UTC)

Seems like a good idea to me. Wayback probably wastes a ton of space and resources on us anyway, they might appreciate it. Equazcion (talk) 05:41, 18 Jan 2010 (UTC)
Support - As a busy oversighter, I have to agree with this proposal. Yes, please! There's no tangible benefit to it being enabled right now and the disadvantages are patently obvious - Alison 06:11, 18 January 2010 (UTC)
Oppose. We keep historical copies of wikitext, but we don't even come close to keeping archives of pages as they were. You load a 2005 revision of an article and it still renders with modern versions of all the templates, CSS, javascript files and images. Many of the really old revisions render quite poorly because they depend on templates, like {{qif}}, that were retired and hence don't work at all. If you want to see Wikipedia as it was - and I have wanted to do just that on numerous occasions - then you really do need something like the Wayback Machine to look at it. It simply isn't true that edit histories are the same thing. That said, it may be a moot point because the Internet Archive doesn't seem to have included any new wiki content in 16 months or so. Dragons flight (talk) 06:52, 18 January 2010 (UTC)
Isn't that what the 'historical wiki' is for? They have pages going back to 2001, etc, and all in the original format. I've a link here .. somewheres. We recently added the wiki to the import list & there's a page on here for import requests - Alison 07:15, 18 January 2010 (UTC)
'Comment The Internet archive is important. If they want to archive us they must be aware that there may be copyright violation risks. It is up to them weather or not to take those risks. Plus, if we disallow the Internet Archive, why do we allow Google? Tim1357 (talk) 00:16, 19 January 2010 (UTC)
We have if that is what you are thinking of, but that is a snapshot that ends at December 2001. It's no help for any more recent time period and certainly isn't a replacement for a general purpose archive like IA. If there is something else out there that you are thinking of, I am unaware of what it might be. Dragons flight (talk) 07:29, 18 January 2010 (UTC)
Yeah, that was the one I was thinking of. Oh well ... - Alison 07:47, 18 January 2010 (UTC)
Honestly, I couldn't care either way. I understand the angst involved in "personal information protection", and the pseudo-political movement here to "save the children", so to speak... I guess that I just don't overly concern myself about it. I'm not at all flippant about the issue, and I don't really blame those of you with interest in the subject with being concerned, I guess that I'm just jaded about the whole thing. I know for a fact that my own personal info is out there for those who may be interested for whatever reason, and the world hasn't ended for me... *shrug* In the end, I think that if The Wayback Machine has issues with crawling/archiving Wikipedia, then they'll appropriately handle that on their own. If we decide that we don't want them to crawl our site then that's fine, I just don't see it as that big of a deal.
V = I * R (talk to Ohms law) 06:54, 18 January 2010 (UTC)
Oppose The concept has some good aspects, but in practice it won't work. "robots.txt" for example, is just a convenience (if I remember correctly from my webmaster days) that any tool can ignore if they choose. And in practice, personal security is only a matter of how much a criminal is willing to spend. (I.e., If a crook wanted someone's phone enough, they'd crack their computer, or send a burglar to physically steal the phone and computer.) Striking my comment. The legal suit requiring the proper use of robots.txt happened after my time as a webmaster. Regards, Alison, and all. Piano non troppo (talk) 07:47, 20 January 2010 (UTC) A practical concern — as one of those editors who's spent 1,000s of hours on vandalism — is that ... somewhat surprisingly ... Wiki vandalism sometimes persists for years. I remember a couple of occasions where very good work was deleted, and it just happened that no one noticed until I came along for a different reason. The Wayback Machine might be useful in such situations. And also in situations where companies are trying to conceal previous public statements. Piano non troppo (talk) 18:59, 18 January 2010 (UTC)
I'm glad crooks these days don't think of checking the phone book first. OrangeDog (τε) 23:42, 18 January 2010 (UTC)
I'm not seeing any of these as being a valid rationale, though you're entitled to your opinion :) Firstly, it's a documented fact that does honour the robots.txt entry and this is the site we're focusing on. Secondly, there's no point in making it easy on criminals to track down people - let them spend or crack computers, if they so desire. Wiki vandalism persists for years, betimes, and as a vandal fighter, you know we need to minimize that where we can, especially when it comes to BLPs. No sense in having these things frozen ad infinitum either - Alison 21:33, 18 January 2010 (UTC)
Comment This is a question for the ... but I doubt greatly that Wikipedia is about to melt their servers anytime soon. We may be the 6th most-visited site on the internet but the (for example) holds only 19,173,662 pages of the 1 trillion (1,000,000,000,000) pages on the internet - that's 0.002% of the's worries. With respect to BLP issues, like here, individuals can contact can contact to have pages removed from the archive. But this is a question for --rannṗáirtí anaiṫnid (coṁrá) 21:06, 18 January 2010 (UTC)
Oppose, per dragonsflight and rannṗáirtí anaiṫnid. The archive does what it does, and with good reason. Checkuser handling can inform users that their request might not only be visible on Wikipedia, but on potential mirrors of it as well. It's the Internet, there is only so much we can control, and I don't like losing the functionality of for such rare cases, where people still have an entry point to remove this from as well. —TheDJ (talkcontribs) 00:09, 19 January 2010 (UTC)
Oppose Dragons flight put it nicely...Tim1357 (talk) 00:16, 19 January 2010 (UTC)
Oppose I really don't like the idea of having major websites like ours back out of the internet archive, as it is a very useful resource for information and its use diminishes with every website that chooses to take itself off their index. Individuals may request that the archive take down any privacy-infringing screenshots, and I would suggest that this be done if anyone is suffering from harassment due to previous site revisions. Also due to all the trash out there, the possibility that someone would suffer due to an archived Wikipedia page is much less when compared with the rest of the junk on the web. We are very tightly controlled in these matters, compared with, say, blogger or even the comments sections in major media websites or youtube. ThemFromSpace 04:41, 19 January 2010 (UTC)

I don't suppose there's some way the removal of subsequently oversighted versions from Wayback could be automated? Just a thought. Rd232 talk 10:52, 19 January 2010 (UTC)

Yes, this seems like a good plan. They have (IIRC) a 6-month hiatus between collection and publication, so there's plenty of time to communicate with them. Wikipedia is surely high-profile enough that they'd take seriously an approach on this? Pseudomonas(talk) 15:17, 19 January 2010 (UTC)
That comment confused me, so I checked, and yes, "It generally takes 6 months or more for pages to appear in the Wayback Machine after they are collected, because of delays in transferring material to long-term storage and indexing."[5] But actually, searching for some random articles, it doesn't seem like Wayback is overburdened with many versions. Since oversighted content generally doesn't last long, maybe it's not that big an issue, and it just needs some established mechanism to handle the odd exception where oversighted material may be archived. Given the delay, there's plenty of time for Wayback to process requests before the archive goes live. Rd232 talk 18:26, 19 January 2010 (UTC)
There are around 200,000 edits to Wikipedia a day; the odds of the small fraction of those which end up as the "top versions" that Wayback archives being the same ones which are later oversighted seems exceptionally low to me, unless OS is used substantially more than I understand. IA presumably derive some benefit to what they're doing from archiving Wikipedia rather than taking sporadic dumps; is it a good idea to prevent that to avoid harm in an exceptionally limited set of cases? Shimgray | talk | 18:38, 19 January 2010 (UTC)
  • Oppose the basic proposal as contrary to the spirit of free publication and the internet, as well as for the practical reasons mentioned above, but possibly accept a limited proposal mentioned for limiting it to oversighted versions--although experience leaves me a little doubtful about the possibility of preventing the use from expanding. And, like Shimgray just above, I doubt the real benefit. It is somewhat excessive to do an elaborate change procedure or basic change in the database with only a very small probability that it would ever protect even a single individual. DGG ( talk ) 01:41, 20 January 2010 (UTC)

Restriction for IP edits in the "external links" section

I'm not questioning IP edits in the article as a whole but almost all IP edits in the "external links" section are spam. Is it possible to restrict IP edits in just that section of the articles? Using a template or something like that? That would save us lots of time.--Nutriveg (talk) 13:37, 18 January 2010 (UTC)

Spamming sockpuppet accounts are a serious problem, and we don't want to encourage them. I also see a lot of IP editors removing spam. Currently they have to enter a CAPTCHA if they are adding links, and this probably strikes the right balance. -- zzuuzz (talk) 13:41, 18 January 2010 (UTC)
Agree with zzuuzz; also, while making restrictions might deter idiot vandals, it won't deter people with a business or ideology to promote. Pseudomonas(talk) 17:08, 20 January 2010 (UTC)

Cite templates into the drop-down tab under the edit window

Hello - I recently conciously realised why I avoide citing templates like "cite web" or "cite news" - compared to my usual way of entering refs, which is a bit personalised, but contains all core data, dragging up the empty template just takes too long.

Now if "Wiki markup", or another subwindow in the drop-down menu (not quite as good) had the standard templates set up - one click and they get inserted into the edit window to be filled out - that would make standardised refs much easier... Ingolfson (talk) 05:20, 20 January 2010 (UTC)

I take it you don't know of the refToolbar. You can enable it in "my preferences" -> "Gadgets" tab -> "Editing gadgets" -> refTools. Check the box, click Save button, enjoy the new "{{CITE}}" button in your toolbar. --Cybercobra (talk) 05:47, 20 January 2010 (UTC)
Also, come and participate at Wikipedia:Centralized discussion/Wikipedia Citation Style, when you get a chance.
V = I * R (talk to Ohms law) 06:48, 20 January 2010 (UTC)
Thanks for that, I will give that a try, Ingolfson (talk) 11:10, 20 January 2010 (UTC)

Browsing and Reading

There are three ways that people use wikipedia, which are reading, navigation and contribution. With the purpose to present the article centre stage to read. To enhance this there should be two additional improvements, in a simple reading web application that presents original Wikipedia content:

View switch buttons to view as NormalReadFullscreen.

1. Normal
Preserving all the current familiar appearance, full functions and features for use with common computers.
2. Reading View
A feature that enlarges every article in an animated way, full to a web browsers window, this hides the editing attributes, for basic reading. The Sidebar (left), Top tabs (above the article) and User options (top right) would be behind articles on a gray background, theses would be accessed by reducing the article, by clicking on the thin grey border around articles to resize the article into the normal layout and position.
The mobile version Wikipedia Mobile ( is optimised for small screens of smart phones, portable multimedia devices, small netbooks and tablet PCs.
3. Fullscreen View
The fullscreen view is a third stage, based on the Reading View, with additional settings that would include text size adjustment and a two page browsing option.
Capable of turning from page to page, instead of scrolling. Browse and read using two settings, the whole Wikipedia A-Z or open See also related articles. This has an ease of navigation and would transform browsing each page as though is was a real encyclopaedia book.
The fullscreen view would be optimised for use with widescreen televisions and computers with large displays.

A universal title bar with switch buttons to simply change between Wikipedia or Wiktionary and Wikisearch bar. Changing from one to the other, encyclopaedia or dictionary whilst in an article goes to the subject and topic most accurate to the article, in the other.

RW Marloe (talk) 16:36, 20 January 2010 (UTC)

The usability team has been pondering a Fullscreen view for the editor. And WikEd already has a fullscreen option for the editor. —TheDJ (talkcontribs) 16:59, 20 January 2010 (UTC)

Lists of cities by country, sorted by population

I made this suggestion on two affected category talk pages, Lists of cities by population and Lists of cities by population. Essentially I think the most common case here, where there's an article "List of most populous cities in x" where x is a country (but not always named exactly that -- see below), should involve indexing the article in a subcat under both those cats. It's very easy to miss that there are pages of just lists of cities by country, and other pages of the largest lists of cities by the same countries sorted by population, and they're not both organized in the same part of the tree. I didn't find Largest cities in Indonesia except via see also from List of cities in Indonesia. Then it wasn't in Category:Lists of cities by population until I added it.

Honestly, there are bigger messes in this subsystem. The naming for these articles is woefully inconsistent and redirects don't always exist. In principle I'm not even sure there should be separate articles by and not by populations. (Why not just leave population blank if the town is very small, but make the rest sortable, and always sort by default by pop?)

I understand WP:BEBOLD but I'm hoping someone with mad bot skillz could adopt this proposal (or better still, mentor me to write a bot!). I don't have the patience to fix one article per country piecemeal, let alone fix it before knowing that I've built consensus about how things should be.

Summary: What I'm hoping to get:

  • consensus on need for a fix/for consistency
  • consensus wording for a new subcat - I really dislike Lists of cities by country and population, implying a parallelism that isn't there
  • bot expertise (preferably, mentorship -- I can code PHP, Python, or whatever people generally use to write bots, but I code all of them rather poorly) and authorization to fix this issue and others, e.g. inconsistent naming, all at once.

Regards, PhilipR (talk) 07:10, 15 January 2010 (UTC)

Wikipedia:Bot requests page may be helpful. Sole Soul (talk) 13:03, 16 January 2010 (UTC)
Thank you. I proposed it on there, but have yet to receive any additional feedback. - PhilipR (talk) 06:57, 20 January 2010 (UTC)
What about a sort table somewhere with one of the fields being population, it could have other fields and that would reduce the need for many lists. That said, I Support the sub cat idea --Searle, L. (talk) 13:39, 16 January 2010 (UTC)
Some of the lists of most populous cities are sortable; more than likely some are not. I agree -- if we could just get to one list of cities per country, with the population field filled out if known and left blank if not, then we'd be better off. But this is sort of baby steps - we need to know which pages are in existence before we can standardize their content. :) Thanks for the feedback.- PhilipR (talk) 06:57, 20 January 2010 (UTC)

tool box

I think adding the tool box link in the Talkpage header would be very help full for editors like bellow ..But better layout ...I took me a very very long time before i found this...Just think it would only benefit the the quality of articles if ALL had easy access to this tools on the talk pages... Anyways just an idea ....Buzzzsherman (talk) 20:17, 20 January 2010 (UTC)

Requests for comment regarding biographies of living people

Wikipedia:Requests for comment/Biographies of living people --MZMcBride (talk) 16:04, 21 January 2010 (UTC)

Incivility blocks

I'm just letting everyone know that I've proposed writing a policy about blocking for incivility. This is currently being discussed on Wikipedia:Administrators' noticeboard/Incivility blocks. - Tbsdy (formerly Ta bu shi da yu) talk 22:38, 23 January 2010 (UTC)

Suggest removal of 'famous people' sections from articles when found.

Such sections often tend to be interpretive and are generally abused. What 'famous' people came from an area should be irrelevant; knowing this information doesn't make the place any 'better'. HalfShadow 21:54, 9 January 2010 (UTC)

It's better than having a "See also" section loaded with people from the area. I tend to agree that the wider the area, the less useful a list is. At the province/state/similar wide level, it's not very useful. At the city or school level, it becomes more useful.
My bigger concern is the reliability of the information. A lot of the lists I see are unsourced; the subject's article may repeat the claim that he's from the area/school, but there's no source in that article either. I agree that the lists need tended, but I don't think they should be removed on sight. —C.Fred (talk) 22:21, 9 January 2010 (UTC)
Yeah, I don't see much of a problem with sourced "Notable residents" lists. ViperSnake151  Talk  04:16, 10 January 2010 (UTC)
Oppose Many cities/geographic areas attach to famous past residents (you can look at how many states in the Midwest claim Lincoln as "theirs" as an example) as a way of demonstrating their own importance. I'm not sure how these sections are "abused," but from my experience, they are generally well maintained by those interested in the given place. You may not believe that famous residents make a place "better", but many of those places do. And they trumpet this information in news articles, on city websites, fatestivals, etc. All information should be sourced; but there is no need to throw the baby out with the bathwater. In any case, they serve an encyclopedic purpose and should stay, in my opinion. SMSpivey (talk) 04:55, 13 January 2010 (UTC)
Oppose as well. This was discussed (and rejected) last year as well: Wikipedia:Village_pump_(policy)/Archive_65#Lists_of_people_within_articles. Whether it should be irrelevant or not is not the point: neither the locations nor the people feel it is irrelevant, with people dwelling on their birthplace and so on in their autobiographies, and cities putting much emphasis on their famous inhabitants (with streetnames, statues, ...). Of course, such sections should not be abused by individual editors, and should be neutral (i.e. not only the positive inhabitants should be included, but the negative as well), but such sections should not be removed in general. Individual articles can always decide differently on the talk page of course. Fram (talk) 10:09, 15 January 2010 (UTC)
Oppose. What if someone is looking for a specific person but only knows their first name and nationality? Also, people may come to the article specifically looking for famous people from the region. JJohnCooper (talk) 18:48, 15 January 2010 (UTC)

I am not quite sure what you are proposing here. Were you suggesting that if a person comes from area x, we should delete the category - for example, a category entitled "Category: People from Somerset"? Personally, I rather like that. It is a good way to find out who comes from different parts of one's country, and may help one to locate which famous people are associated with parts of one's own home country that one knows. ACEOREVIVED (talk) 21:07, 18 January 2010 (UTC)

I have problems with people being listed as being from an area/school when the person has no article and is just listed with minimal identifying information. I'd like to see similar criteria as for the births and deaths date pages — the person has to have an article with the place substantiated in that article. Pseudomonas(talk) 12:47, 25 January 2010 (UTC)

Notability for genes

Consider our article CHUK. A permastub, barring a research breakthrough. Written entirely by bots, copying info from other gene databases that are freely available online. Cites only primary sources and databases that appear to be automatically generated from them and each other. Doesn't provide any information useful to laypeople, nor to anyone else who isn't likely to use those other databases. Doesn't establish the gene's importance.

We've got thousands of these articles (have a look at ProteinBoxBot's contribs), and can expect thousands more as the labs continue to churn out results. Until I saw CHUK, I thought the term "sciencecruft" was just empty rhetoric.

To limit the amount of space dedicated to genes such as these on Wikipedia, and the total number of permastubs, I suggest that we develop some guidelines to determine which genes are notable, something along the lines of Wikipedia:Notability (numbers), and a bot to either merge the rest into table articles (or another similarly compact form) or transwiki them elsewhere. NeonMerlin 03:41, 18 January 2010 (UTC)

I can see a valid case for stating that all genes have de facto notability which merit their inclusion in Wikipedia so I would disagree with the description of articles like CHUK as "sciencecruft". However that inclusion doesn't necessarily mean that each gene simply must have its own isolated article. If merging several smaller permastub into a central main article will provide more context to the reader then I think that is the most ideal situation. Notable topics can still be covered in Wikipedia as part of broader focused articles. I sincerely doubt that the "ego" of CHUK gene would be bruised if this stub was merged into a large article about related genes. :P AgneCheese/Wine 03:59, 18 January 2010 (UTC)
A quick search of PubMed yields the following review articles for CHUK (also known as IKK-α): PMID 17047224, PMID 18818691, and PMID 19085841. Just reading the abstracts it is clear that CHUK/IKK-α in addition to being a subunit of IκB kinase has functions quite independent of the other two subunits (IKK-β and -γ) that comprise IκB kinase. Hence the research breakthrough that was asked for above has already occurred and is well documented in the literature. I am presently working to expand the article to make it more accessible to a general audience and also to firmly establish its notability. Finally I wanted to point out, that this article was created as part of the Gene Wiki project whose mission statement is to "create seed articles for every notable human gene". The criteria for User:ProteinBoxBot to create an article was a certain minimum number of citations in PubMed. It is not guaranteed that each and every one of these articles is notable, but the citation criteria insures that a large majority are. Cheers. Boghog (talk) 19:57, 18 January 2010 (UTC)
I'd support one article per gene unless there's a really good reason to group them. The issue is that the genes we know less about are harder to group, and more likely to be grouped wrongly. Having at least a stub article per gene means that as more is known the information will be added to systematically named and formatted articles. Pseudomonas(talk) 15:14, 19 January 2010 (UTC)
Since a gene article is only created if a gene has several reliable sources that discuss it as their main subject, this fits well with the existing notability guideline. We we even have secondary sources, which are the database entries (eg the entry for CHUK), which discuss and summarise the findings of the primary sources. Merging is very difficult, for example CHUK has two independent functions, so which function would you merge into? Tim Vickers (talk) 21:02, 20 January 2010 (UTC)

Strenuous oppose: Deleting or forbidding these would actually not make more room for TV episodes, albums, video game characters, and Pokemon cards, so what's the point? alteripse (talk) 14:50, 24 January 2010 (UTC)

Can we can change the site notice to a banner aimed at raising funds for Haiti? Something like this:

File:SaveTheChildrenHaitiBanner 468x60.gif

--Payo (talk) 10:26, 20 January 2010 (UTC)

I doubt it, we're supposed to have a neutral pov and part of that I'm afraid includes being neutral in fundraising - we use our 'fame' to raise money for ourselves and not others. Wikipedias attract millions of millions of page views around the world daily, do we wish to be seen to be advocating the donation of money to one disaster and ignoring others? Do we wish to be put in a position where people clamour for a site notice update every time there is a humanitarian aid requirement somewhere in the world? Do we wish to field complaints from the press and public saying 'Hey isn't that advertising? you said you'd never do that'? So, my view at least, is probably not. Nanonic (talk) 11:57, 20 January 2010 (UTC)
I think we could include an external link at 2010 Haiti earthquake. AzureFury (talk | contribs) 13:12, 20 January 2010 (UTC)
No, we've gone over this many times, we don't advertise for anything, even charitable causes. We also don't use the articles to encourage donations per WP:NPOV. MBisanz talk 14:46, 20 January 2010 (UTC)
Are you referring to some supposedly common interpretation of NPOV? Because the word donate does not occur in that policy. Also, who is "we"? I don't recall ever talking about donations on Wikipedia. Do you mean to say "this has been discussed in the community"? That's fine, but you don't need to be so dismissive towards good faith efforts. AzureFury (talk | contribs) 16:19, 20 January 2010 (UTC)
Quote from WP:NPOV: "All Wikipedia articles and other encyclopedic content must be written from a neutral point of view..." "...This is non-negotiable and expected of all articles and all editors."(my emphasis)
A site notice isn't really part of the encyclopedic content, nor is it likely to be confused with Wikipedia content; so the NPOV rules aren't really an issue here. Though if we were really worried about NPOV we might make a case for not inculding such an appeal on the page about the actual disaster. --Payo (talk) 13:13, 21 January 2010 (UTC)
Actually, if we all agreed that we'd want to run a Haiti banner for a week, I don't see why we couldn't. Proposals for continuous ads for charities are of course impossible, and we can't go running ad campaigns for just any disaster either, but a one week ad once every 3 years won't hurt anyone I think. The larger problem I see is that fundraising is a rather country dependent usually. Does anyone know of a portal or something that will geoip redirect folks to appropriate donation organisations or something ? Otherwise this is gonna be a bit difficult. —TheDJ (talkcontribs) 16:35, 20 January 2010 (UTC)
No, we shouldn't. NPOV and all that what Wikipedia isn't. Also, how to define which charities or disasters we allow donationa ppeals for? For big ones, why should we do it - Haiti donationa appeals are already everywhere. And no matter how heart-rending a small disaster may be for those involved, we cannot do those either, because then we would have to do them all. Nope, not appropriate for us. Ingolfson (talk) 04:25, 21 January 2010 (UTC)
Agreed. It isn't Wikipedia's place to advocate for a cause. Besides, if you have access to any form of media, then you should already know of at least a dozen ways to donate to disaster relief. A banner here is unnecessary. Resolute 04:30, 21 January 2010 (UTC)
OK, so some of you don´t want to be seen to support Save The Children (or any charity) because:
  • Some people think that such a banner might somehow betray Wikipedia's commitment to having a Neutral Point of View on charity, charities, charitible giving in general and Save the Children (or which ever charity we promoted) in particular
  • others are worried that it would somehow damage the project's credibility if some other people, saw the banner and mistakenly assumed that Wikipedia advocates life and hope over death and distruction
  • Also we wouldn't want to waste our precious time deciding which disasters deserved a site notice and which one's didn't, and we don't think the WM Foundation should worry about this either
  • some people think that we shouldn't do anything because other people are doing it fine without us

So, my next question is: do you have the same objections if we were to use the site notice to support and to raise awareness of the Haitian Wikipedia or, of more immediate and practical help, Crisis Commons?--Payo (talk) 12:22, 21 January 2010 (UTC)

I'm willing to be the bastard here: what does asking for funds for Haiti have to do with an encyclopedia? The two are completely unrelated, and a marriage between the two shouldn't be attempted. Good cause, yes, but totally irrelevant. EVula // talk // // 20:56, 25 January 2010 (UTC)

Policy proposal to restrict editing powers of administrators on articles where they have undertaken administrative action (either on the article or other editors)

The proposal: An admin who has undertaken admin procedures on a particular wikipedia article page (say, protecting the page, blocking a user, warning a user) should not be allowed to edit on the same article page for a pre-defined period (for example, 3 days/a week/ten days; that is, a pre-defined period decided by consensus here). The only editing allowed to such an administrator on the said article, would be to revert clear vandalism (and to get involved in talk page discussions). The administrators can continue to engage in other administrative action on the specific article and on the users involved. If the administrator really wishes to edit normally on the article, he/she should either wait for 3 days/a week (or any other pre-defined period decided here) or rather, should suggest the change to other administrators/editors who could undertake the action with a more neutral pov.

The whys of the current proposal:

  • Reason 1 - An admin who might have, for example, locked a page for some time, blocked an editor or warned an editor about an impending block (due to the editor's tendentious editing/vandalism) has a possibility of becoming seemingly 'attached' with/to the article; in other words, apparently taking ownership of the article, leading to forceful (or probable non-NPOV) editing, that might not take into clear account the talk page discussions that would have taken place within the article over a length of time.
  • Reason 2 - It'll create more transparency into the administrative actions, in general.
  • Reason 3 - Other editors, after seeing an admin's administrative action on some particular user/or on the page, and noting that the admin is continuing editing on the page, might not be 'bold' in their editing actions and might accept changes without much discussion.

The benefits of this proposal:

  • It clarifies one policy grey area of Administrative action.
  • Administrators would feel less worried about getting caught in a misjudgement of action.
  • It would allow administrators to justify their edits to other editors (who might be given to questioning the same).
  • Clear cases of vandalism can still be reverted/edited by the administrator, so it does not shackle the administrators at all with respect to powers.

The drawbacks of this proposal:

  • Admins might be forced to stop editing on pages that they might have been involved in over a long term; and that can take the sheen off the tempo.
  • It'll give long term disruptive editors much more leeway to engage in tendentious editing during the time the involved administrator is absent.

Past similar proposals which have failed consensus:

  • Wikipedia:Admin neutrality: This past proposal was completely focused on disallowing administrative action on users, with whom the administrators had been engaged in content disputes. The current new proposal does not talk about restricting administrative powers at all; but only focuses on editing powers of administrators.

▒ Wirεłεşş ▒ Fidεłitұ ▒ Ćłâşş ▒ Θnε ▒ ―Œ ♣Łεâvε Ξ мεşşâgε♣ 04:10, 19 January 2010 (UTC)

Discussions could be held from here:

So if I revert and block some kid who scribbles "u poopface" in an article, I'd be prohibited from editing it? Seriously? Often it's when we revert vandalism on an article that we get caught up reading it, and then edit and improve. That's one of the fun things about Wikipedia. (Hey, that's the first time I ever got to write "u poopface"!)
Also, I often block vandals spray-painting graffiti on articles on my watchlist -- out-of-the-way topics for which typically I am the main, or only author. This new rule would prevent people like me from making further improvements to these articles. It would be a waste of time to try to find another administrator to make blocks or protects for me (in fact, if this were implemented, I'd just ignore it, and continue cleaning up the messes and improving the articles, and no one would ever notice). Maybe you are thinking of high-traffic articles on hundreds of watchlists? Antandrus (talk) 04:27, 19 January 2010 (UTC)
We work it the other way around with WP:UNINVOLVED, which permits an admin to edit an article, but not take admin actions on it of a controversial nature. MBisanz talk 04:28, 19 January 2010 (UTC)
There is no need whatsoever for such a policy. As noted by others, I will never avoid an article I have to protect over vandalism, while the community already reacts strongly to administrators who use the tools despite being involved. Frankly, I find this to be a solution in search of a problem. Resolute 04:34, 19 January 2010 (UTC)
I was thinking something along the same lines: Is this a problem? I understand how it's possible for someone to come in as an uninvolved admin, issue a few blocks, and then become involved. But does it happen? And if so, does it happen in such a way that the person who issued the blocks (or whatever the action was) retains that "administrative" air, as a now-involved editor? Guettarda (talk) 04:39, 19 January 2010 (UTC)

Warning a user is not an administrative action. Beyond that, administrative involvement is about content disputes, not all editing is a content dispute. An administrator must never use their tools to gain an advantage in a content dispute, that is where the line is drawn. Uncontroversial actions like blocking vandals are not an issue. Chillum (Need help? Ask me) 04:36, 19 January 2010 (UTC)

This proposal does not seem needed and would just be another way to "get an admin in trouble." Now we would have to remember how long out "timer" is on every article we've preformed an admin action on or... what happens then? The admin gets blocked for making a constructive edit because they didn't wait long enough to make it? No thank you. Beeblebrox (talk) 04:44, 19 January 2010 (UTC)

  • It does seem as though we really need to do something about cleaning up the behavioral guidelines on content disputes. I don't at all think that this is limited to administrator behavior, but the simple fact is that our content dispute policies/guidelines and dispute resolution processes are simply piss poor at present.
    V = I * R (talk to Ohms law) 04:44, 19 January 2010 (UTC)
  • While I am certain the proposal was made in good faith, I do think that such a policy is actually contrary to the spirit of WP:AGF in that it presumes admins to be incapable of exercising appropriate judgment in the absence of explicit rules. Furthermore, it would most certainly have a negative impact on the project in because it would prevent admins - who are after all merely editors with extra responsibilities - from making many necessary and beneficial edits. (As with Antandrus, I end up watchlisting, following, and subsequently editing many of the articles where I've had to act in an administrative capacity.) --Ckatzchatspy 04:49, 19 January 2010 (UTC)
  • This policy is a good idea and necessary. It will prevent ill-feelings, and avoid the unnecessary appearance of impropriety. Once, while participating in a heated dispute about a page, I saw the page locked down by an administrator, who then continued to make edits to the page. The edits were minor and mostly uncontroversial, but they created bad feeling in the other group and a sense that they were preemptively sidelined. This was totally unnecesary. It was as if the administrator had said, I'm going to lock you out, and keep on working on my version, and you can't do anything about it. My version is the one that's right, its decided. The fact is, minor edits can wait until the dispute is over, admins should not have special exemption, especially if they were the ones that locked the page. In answer to Antandrus' argument about vandalism, first, this policy isn't meant to apply to non-controversial administrative actions like reverting obvious vandalism, also, if you revert a page and protect it, and/or block a user for vandalism, do you really need to edit that same page? I think doing so when the edit is not obviously vandalism will lead to unnecessary ill-feelings. LK (talk) 05:55, 19 January 2010 (UTC)
Lawrence, unless I'm mistaken, this proposal doesn't address the problem you've described. There are already strict measures in place to prevent admins from locking a page and then using their access to continue editing. This proposal would prevent an admin from editing even when all other editors were able to do so. I'm not sure if that affects your position regarding the proposal. --Ckatzchatspy 06:24, 19 January 2010 (UTC)
  • someone apparently reverted my edit to the absolutely ridiculous section title, which is fine, I'm certainly not going to try changing it again. It would be helpful if the author of this section or whoever it was who reverted back to the paragraph as a section title would come back and change it to something more reasonable. Thanks.
    V = I * R (talk to Ohms law) 06:47, 19 January 2010 (UTC)
  • I would oppose this policy. The way it is worded would mean (as others have pointed out, and indeed as I pointed out to the submitter on their talk page a month ago) that admins couldn't edit articles on which they have done anti-vandal work (e.g. semi protection). And if it were re-worded to exclude such actions, then it wouldn't be necessary anyway. If an admin fully protects a page and continues to edit it, then they would be in breach of the page protection policy. Either way, this policy is not needed, and would hamper admins in their main work: beign editors. -- PhantomSteve/talk|contribs\ 08:41, 19 January 2010 (UTC)
  • I agree with several other commenters that this is an unnecessary and counterproductive prohibition. The problematic case is not for an admin to take some administrative action related to a page and then start editing it (excepting page protection, which is already covered). If an admin has closed an AFD, blocked a vandal, etc., and notices in the process of doing so that the article could use some sprucing up, that's a good thing. The problematic case is when admins who are already active editors on a page use their admin tools to further an editorial agenda, which is already addressed in WP:ADMIN. --RL0919 (talk) 17:20, 19 January 2010 (UTC)
  • Hate to pile on, but I have to agree with the general sentiment here. I thought admins were already trying to avoid using the tools in relation to vested editing, or content disputes. As long as they're blocking vandals, and not people who disagree with them over editorial matters, I don't mind any admins editing articles they've policed. --King Öomie 17:45, 19 January 2010 (UTC)
  • Oppose - unnecessary creep. And for my own part, I rarely edit articles unless I land on them for some other reason. So I might show up to fulfill a semi-prot request for an article, read through it, and notice some slight copy-editing to be done. So I'd be prevented from doing that? No thanks... This policy will either be too broad and prevent good faith edits, or so specific as to be collapse under its own weight. –xenotalk 17:49, 19 January 2010 (UTC)

Comment: it seems clear that this proposal isn't going to fly. If this section is to serve any further use, it might be for a wider discussion about the perceived problem. Rd232 talk 18:11, 19 January 2010 (UTC)

  • Oppose, I don't see how preventing a bunch of good faith edits by admins is going to improve the pedia. Like others above I'm easily distracted from admin stuff by the opportunity to do a gnomish edit, if you don't want me fixing typos and dab links can you explain why such edits are a problem? ϢereSpielChequers 18:18, 19 January 2010 (UTC)
  • Although I am the one who proposed the suggested policy, I should say that I have to agree with many of the points that have been mentioned above by administrators/editors opposing the policy change. At this juncture, I therefore suggest that WP:UNINVOLVED be changed appropriately in due course to reflect a policy that leaves less grey area in defining when an Administrator will be considered uninvolved with respect to editing on an article where he/she has undertaken an administrative action. ▒ Wirεłεşş ▒ Fidεłitұ ▒ Ćłâşş ▒ Θnε ▒ ―Œ ♣Łεâvε Ξ мεşşâgε♣ 18:50, 19 January 2010 (UTC)
While you are welcome to propose a change on that policies talk page, I don't think it is a grey area at all. I think the criteria for involvement is well defined. Chillum (Need help? Ask me) 18:52, 19 January 2010 (UTC)
You still seem to have it somewhat backward, as MBisanz mentioned above. Becoming "involved" with an article is a result of editing the article and prevents them from taking admin actions on it. Mr.Z-man 19:47, 19 January 2010 (UTC)
Thing is it depends on what is going on. There are areas where the amount of time taken to resolve in an admin's mind what the content situation is behind a problematic behaviour then makes them an "instant" expert on some tiny area - usually meaning they can see both sides and propose a neutral wording. Sometimes the admin is mediating, sometimes they just see an unfelicitous wording. Anyway, we could discuss changes to WP:UNINVOLVED but we should avoid WP:INSTRUCTION CREEP. Rich Farmbrough, 20:42, 19 January 2010 (UTC).
  • Bad idea, if I revert and block vandals, this shouldn't prevent me from improving the article. For example, just because I blocked User:Jdigitalbath, does this mean I should be limited in any way in editing the article on Tuberculosis? Tim Vickers (talk) 21:11, 20 January 2010 (UTC)
  • Oppose. Many administrators first encounter articles as a result of administrative action, and become involved in editing after the encounter. The proposer has gotten it backwards. It is more sensible for an admin to refrain from using administrator powers after being regularly involved in editing it, except in certain egregious situations where admin involvment is required and obvious. Admins exercise such restraint already, so there is no need for the proposal. ~Amatulić (talk) 18:13, 26 January 2010 (UTC)

Watchlists and maintenance

So, as I understand it, the biggest issue people have with reliability of Wikipedia is vandalism. A lot of vandalism is never caught because a lot of pages haven't been watchlisted. IIR, the median time for vandalism to be caught is a few minutes, but the mean time is like two weeks. This is a result of vandalism on high traffic pages being caught immediately by bot or watchlister, as opposed to to low traffic pages being ignored for months. It seems to me that this issue could be addressed by having some way of counting the number of (active) editors watching pages and creating an "orphanage" to identify pages with few or no editors watching them. I don't think this would greatly increase the amount of work required to maintain a watchlist as the pages that would be getting watchlisted that aren't already are very infrequently editted, so the edits to check would be small in number. Is this a possibility? AzureFury (talk | contribs) 06:28, 19 January 2010 (UTC)

Someone already beat you to that idea: Wikipedia:Village_pump_(proposals)/Archive_51#Recent_unwatched_changes_straw_poll and Bug 18790. It just hasn't been implemented in the software yet. --Cybercobra (talk) 07:32, 19 January 2010 (UTC)
Aw. Here I was thinkin I was being helpful. AzureFury (talk | contribs) 07:50, 19 January 2010 (UTC)
The list of unwatched pages (that is, pages that are not on a user's "watchlist") is kept secret for obvious reasons. There is a tool that can be used to see how many people watchlist a page, but the toolserver admins restricted public visibility of how many watchers to 30 or greater. That is, if there's a dash in the "watchers" column, it means there are less than 30 users who have that on their watchlist. Only a small list of people outside of toolserver admins can see unrestricted data using this tool. Lately there's been much talk about using this data, but watchlist data isn't a godsend. Killiondude (talk) 08:41, 19 January 2010 (UTC)
95% of vandalism comes from anons... we could reveal that data only to autoconfirmed users? AzureFury (talk | contribs) 09:01, 19 January 2010 (UTC)
Cue "spy"/"wolf in sheep's clothing" user/vandal who edits properly enough to become autoconfirmed and then publicizes off-wiki every unwatched page they can find. --Cybercobra (talk) 09:56, 19 January 2010 (UTC)
Are there really people that determined to vandalize? It seems like you think there's a Guild of Vandals out there tapping their fingers while sitting on a throne made of malicious edits. When I tell people I edit the Wiki, they usually think it's pretty lame... Anyway, people can already write whatever they want on unwatched pages. If we knew which pages were unwatched, the number of unwatched pages would be less and the total number of vulnerable pages would decrease. The system would be more deterministic. AzureFury (talk | contribs) 10:06, 19 January 2010 (UTC)
Yes, there are. And BTW autoconfirmed status requires only 4 days and 10 edits. Raw watchlist numbers are too dangerous for widespread use. Rd232 talk 11:04, 19 January 2010 (UTC)
I don't think any of this would make Wikipedia more vulernable to vandalism than it already is, but whatever, I'll let the experts debate about it. AzureFury (talk | contribs) 14:12, 19 January 2010 (UTC)
I wonder if it could be added as a privilege like rollbacking? Which could very easily be taken away if the user starts to vandalize. ♫ Melodia Chaconne ♫ (talk) 14:54, 19 January 2010 (UTC)
We can safely assume that any user who gets the privilege would not vandalize with the same account, or would vandalize having already saved (and possibly published) a large list of target pages. Pseudomonas(talk) 15:21, 19 January 2010 (UTC)
I have never seen anyone so determined to grief or vandalize. Do you have any examples of someone working that hard to disrupt the encyclopedia? AzureFury (talk | contribs) 01:35, 20 January 2010 (UTC)
Sure, just peruse the pages at WP:Long term abuse. –xenotalk 01:38, 20 January 2010 (UTC)
It looks like all those people are POV pushing specific topic articles. They aren't sniffing around for unwatched pages so they can vandalize them. These are not the people that would be targetting the list of unwatched pages for vandalism. AzureFury (talk | contribs) 01:43, 20 January 2010 (UTC)
There aren't many examples of this specific M.O. because typically the data has not been available. If you don't think a vandal would seek a low-profile page to vandalize were the data available, you clearly underestimate the garden-variety vandal. –xenotalk 01:47, 20 January 2010 (UTC)
What I find hard to believe is that you would have someone SO determined to vandalize, that they would make X good edits over Y weeks to make an account capable of accessing the list of unwtached pages so that they could then find an unwatched page and then add "penis" to it. That's not how random vandalism works. The idea with the unwatched list is that you would cut down on the random vandalism. Sure you can beat the system. You can beat the system we currently have. I just don't think anyone would be willing to put in the effort to vandalize random pages. AzureFury (talk | contribs) 01:54, 20 January 2010 (UTC)
Rollback isn't so hard to get and I worry more they would add sneaky vandalism (stuff than RCP and hugglers don't pick up on) than a simple penis or whale's vagina. –xenotalk 01:57, 20 January 2010 (UTC)
They can already do that, though. AzureFury (talk | contribs) 02:01, 20 January 2010 (UTC)
But they lack a list of targets they are sure no interested parties (who would notice an edit that looked legitimate but wasn't) are watching. –xenotalk 02:05, 20 January 2010 (UTC)
So this vandal that you are worried about will make so many good edits, file a request for access to the unwatched list, and then make sneaky malicious edits that no one will really notice on extremely low traffic pages. It's probably safe to say that these people will be in the extreme minority, if any exist at all. I think the potential benefits of benevolent editors having access to the unwatched list well exceeds the potential (and IMO unbelievable) harms. AzureFury (talk | contribs) 02:16, 20 January 2010 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I have to agree with AzureFury -- the likelihood of anyone doing this is so small as to be inconsequential. ♫ Melodia Chaconne ♫ (talk) 03:06, 20 January 2010 (UTC)

  • One (probably pie-in-the-sky) possibility is to somehow use the toolserver data to create a Special:RelatedChanges style link/list (for example, see the link I posted at WP:VPM#Easy tool to help). I guess that access to the underlying list itself would need to be restricted somehow, but something like that ought to be doable. We really should also push for some sort of implementation which causes users who have not logged in for X number of days to be considered "inactive", thereby having their watchlists ignored, as well.
    V = I * R (talk to Ohms law) 21:53, 19 January 2010 (UTC)
    • You're pretty much rehashing the existing bug comments. --Cybercobra (talk) 02:07, 20 January 2010 (UTC)
      • Am I? Well, it never hurts to reiterate support, within reason of course. That, and I completely gave up on anything coming from bugzilla quite some time ago. This isn't the place for that sort of conversation, though.
        V = I * R (talk to Ohms law) 02:59, 20 January 2010 (UTC)
  • as an admin I'd like to have such a list available-- like I think most admins I add sensitive pages I come across to my watchlist, and this way I could spot others that need it, and also avoid duplicate watching that is already being done by several others.--if 15 people are already doing it, they don;t need me; if only 2, they might. DGG ( talk ) 02:06, 20 January 2010 (UTC)
    • Personally I have doubts even about allowing admins unlimited access to that raw data. It would only take one rogue admin (or compromised admin account) for a list of unwatched pages to get published somewhere: and that list would be too large, I think, for the problem to be easily dealt with after the event. Rd232 talk 14:44, 20 January 2010 (UTC)
There are so many problems with this scenario. A rogue admin or compromised account is already problematic so this would be no change. It's ironic that you should bring this up as there are currently a bunch of admins calling for sanctions against you for your use of the PROD tool. The unwatched list would hopefully be changing over time so if one person accessed and published it, after some amount of time, the pages that were published would no longer be unwatched. Further, let's suppose the unwatched list is published. Who will see it? How many people are going to visit a site to see the list of unwatched pages on Wikipedia? What fraction of those people are going to be vandals? Again, any system we can come up with is beatable if someone is determined enough. The system we currently have is beatable, and is beaten constantly. The idea with the unwatched list is to give benevolent editors the advantage and make it more difficult to vandalize. AzureFury (talk | contribs) 16:30, 20 January 2010 (UTC)
"sanctions against you for your use of the PROD tool." - what? you're either talking about someone else or using the plural in a rather confusing way. Anyway, your rhetorical questions basically amount to "how bad can it be?" I'm telling you, it can be bad. There are some really determined vandals out there, and this would be a godsend to them - and trust me, if it was released, they would find it. The risks are too high. PS "A rogue admin or compromised account is already problematic" is of course true; except most of the problems can be handled by desysopping and undoing their actions; whereas a leak of unwatched data would be a lot harder to deal with. Rd232 talk 16:47, 20 January 2010 (UTC)
You've got a similar username as a certain other, currently high profile, administrator, who just last night put himself into the limelight. So, yea, AzureFury was thinking of someone else.
V = I * R (talk to Ohms law) 21:20, 20 January 2010 (UTC)
Oops, my bad. I was randomly browsing contributions and I viewed a huge discussion on deletion of unsourced BLP's. Anyway, I was discussing this earlier. It's true that there are determined vandals, but they're determined to vandalize specific pages. Do you believe that someone would put in the effort to vandalize random pages? Do we have any examples of this? AzureFury (talk | contribs) 01:50, 21 January 2010 (UTC)
See Wikipedia:Long-term abuse (most famously willy on wheels) and Wikipedia:The motivation of a vandal. Rd232 talk 02:41, 21 January 2010 (UTC)
Like I said, most of the long-term abusers are people vandalizing specific articles. Willy is an interesting example...did he ever have to make legitimate edits in order to make those changes, such as moving pages, etc? AzureFury (talk | contribs) 02:56, 21 January 2010 (UTC)
Yes, once "autoconfirmed" was implemented, Willy had to start creating "sleeper" accounts, ie. letting an account sit unused for a long time, do just enough edits to get autoconfirmed, then start vandalizing. I seem to recall one spot where he had several of these sleepers at once, and it took a while to get things under control again.
Also, if you don't think anyone would be that determined to vandalize, you've never visited 4chan or Something Awful. — The Hand That Feeds You:Bite 00:44, 25 January 2010 (UTC)
YesY Already exists - Seems you guys are talking about Special:UnwatchedPages. But since the list of unwatched pages is sensitive data that special page can only be viewed by admins. If you are an admin, then Special pages lists a whole bunch of extra pages that only admins can use. (Some of them would be very useful for a vandal...)
But currently many of the special pages aren't updated, and Special:UnwatchedPages is one of them. From what I have seen in discussions elsewhere the reason might be this: When some servers crash the rest of the servers get overloaded. As a quick fix the Wikimedia sys-admins (the people that manage the servers) then often disable such special pages to save some server cycles, since those special pages do pretty heavy database runs each time they are updated. Unfortunately the sys-admins tend to forget to enable the special pages again once all the servers are up and running again. Sometimes they also disable a special page since they have done some system change that breaks the special page, but they haven't gotten around to update the code for the special page.
Oh, and the idea to create Special:UnwatchedPages seems to be a perennial proposal here at the Village pumps. But as I said, it already exists. By the way, bugzilla: has a number of requests for adding more features to Special:UnwatchedPages.
--David Göthberg (talk) 03:02, 25 January 2010 (UTC)
It's a perennial proposal that is always accepted and never implemented, heh. AzureFury (talk | contribs) 10:45, 26 January 2010 (UTC)
I was aware of that page's existence, but I've never seen anything listed. From what I gather from the talk page, it seems to be down more than up over the last few years. Correct me if my deduction is incorrect. Killiondude (talk) 04:56, 25 January 2010 (UTC)
I have seen it working some months ago. But yeah, now that you mention it, it seems to mostly be down. I have seen several comments at some bugzilla requests that seem to say that Special:UnwatchedPages is disabled at the bigger Wikipedias for performance reasons, but that it is still up and running on the smaller Wikipedias.
Come to think of it, this kind of service usually is better handled by the people on the toolserver, so we should probably ask them to make a similar service. Of course, it would have to be limited so only admins and other trusted users can see it. I think that we need more than just the admins to take care of the unwatched pages and adding them to their watchlists.
This is exactly the kind of thing that could have good use of a "trusted" user group between autoconfirmed and admin. Such a group should only be assigned manually, say by two admins marking the user as "trusted". That group could include stuff like rollback etc.
--David Göthberg (talk) 16:25, 25 January 2010 (UTC)
There is a similar tool on the Toolserver - It doesn't provide a list, but it can provide the information for any page, so its somewhat more useful than a list that only covers a small fraction. Anyone can use it, but it won't give numbers for <30 watchers unless you're listed here and you have a TUSC account. Mr.Z-man 18:14, 25 January 2010 (UTC)
Which is what I mentioned near the top of this thread (except my comment didn't instruct how to gain full access). :-) Killiondude (talk) 06:38, 26 January 2010 (UTC)

Possible way forward on BLP semiprotection - proposal

Okay I propose the following:

  • A bot runs and automatically semiprotects all BLPs created within the past seven days. It runs weekly. Thus the default state of any BLP is semiprotected. The first run the seven day prerequisite is turned off so all BLPs are captured.
  • Any editor can request unprotection, and any admin can unprotect with a statement that it will then be on their watchlist. Thus we can liberally unprotect articles with editors vouching for and fixing content.
  • Thus we have a functioning de facto flagged revisions, where admins can readily unlock articles for editing by anon IPs. Hopefully the emphasis at WP:RFPP will accommodate this, with more requests for unprotection and less for protection.
  • This is a compromise and practical way forward, where we can protect unwatched BLPs in one go, and try to accommodate IPs.
  • We are not creating yet more discussion boards and are attempting to work with what we've got.

Support (Possible way forward on BLP)

  1. Casliber (talk · contribs) 01:52, 21 January 2010 (UTC)
  2. --Cyclopiatalk 02:16, 21 January 2010 (UTC) - This would be a true solution, really addressing libel and vandalism, without any unnecessary removal of content.
  3. V = I * R (talk to Ohms law), as long as the "liberal unprotection" is actually liberal and not simply lip service.
  4. Yes, this actually addresses the problem, instead of exploiting it as an excuse for mass deletion. Hence it will no doubt attract little interest from the usual crowd who claim to care about the "BLP problem"; however, it can have my support.--Kotniski (talk) 07:42, 21 January 2010 (UTC)
  5. This looks like a sensible solution to a serious problem JoJan (talk) 08:53, 21 January 2010 (UTC)
  6. This also establishes a "revert to" version if an article is severely vandalized. Rather than having to nuke an article entirely, we have a base entry to build from. Horologium (talk) 14:28, 21 January 2010 (UTC)

Oppose (Possible way forward on BLP)

  1. I refuse to support anything that has a class of articles semiprotected by default. No matter how "liberal" unprotection is. Protection should always be a last resort option, after blocking and after trying to solve the problem if possible. Never a default. -Royalguard11(T) 03:39, 21 January 2010 (UTC)
Really? Anything? How about userpages? Nobody has any business editing your userpage except you; least of all an anonymous IP. I think all userpages should be semi-protected by default. While I'm neutral on this specific proposal, your blanket statement seems a little extreme. ~Amatulić (talk) 00:02, 27 January 2010 (UTC)
  1. Protection without review is bordering on worthless. Mr.Z-man 03:52, 21 January 2010 (UTC)
  2. Oppose It will make an individual admin responsible for the contents of a BLP, whether they have edited it or not. It could lead to issues of ownership for that admin over the article. I would like to see better protection of BLPs, but this is not the answer. Martin451 (talk) 05:59, 21 January 2010 (UTC)
  3. Accepting default semi-protection in any form starts us down a dangerous path. Equazcion (talk) 15:01, 21 Jan 2010 (UTC)
  4. I don't think we should start with the assumption that an article is violating policy and then eventually(perhaps never) get around to showing it does not. Given our premise as an encyclopedia anyone can edit then I don't think we should prevent IPs from editing until we have a good reason to in the specific case. Protection should not be used like that in my opinion and our best practices seem to agree. We should respond to BLP problems promptly, but we should not treat all BLPs like they are a problem. Chillum (Need help? Ask me) 16:05, 21 January 2010 (UTC)
  5. It will not work. BLPs cannot be protected by half measures. Semiprotection raises the cost of doing vandalism so the insufficiently motivated will not do it, neither will a random passerby be able to undo it. What are left are the more dedicated folks out to get LPs, which are sophisticated, or at least motivated enough to break through semiprotection's very weak barriers. You'll need to full protect BLPs if you want to get anywhere. There are times when something is worth exactly the same as nothing. This is one of them. --Tznkai (talk) 16:49, 21 January 2010 (UTC)
  6. Oppose This is not in any way de facto flagged revisions, because you need to go ask an administrator for permission before editing. How many non-autoconfirmed editors would even know how to do that? No, this is the same as permanent semi-protection of all BLPs, which is too harsh. Permanent flagged-protection of all BLPs, that would be a good idea that doesn't prevent IPs from editing, including fixing libel. --Apoc2400 (talk) 15:21, 25 January 2010 (UTC)

Neutral (Possible way forward on BLP)

  1. Sometimes IPs remove libel. Chick Bowen 02:24, 21 January 2010 (UTC)
    True, but anything is better then certain bad actors around here starting a deletionist/inclusionist civil war (although, it's probably too late now...).
    V = I * R (talk to Ohms law) 02:37, 21 January 2010 (UTC)
  2. Sounds good in theory, but slightly bureaucratic and it adds a lot of likely un-needed work. Instead the devs should get a good and loud nudging to get flagged revs up and running. NJA (t/c) 08:54, 21 January 2010 (UTC)
  3. Potentially a good idea, but I suggest that we look at what any "unintended consequences" might be, first. I would suggest, instead, that all such articles, rather than be "semi-protected" be given a header stating "This article has not been reviewed for accuracy" which would accomplish much of what appears to be the goal (note that this also would apply to "unreferenced BLPs" and thus allow editors time to add references for notable people, and actually Prod or AfD the un-notable ones. Collect (talk) 15:22, 21 January 2010 (UTC)

Discuss (Possible way forward on BLP)

What does this plan to solve? It's obviously a well-intentioned and reasonable proposal, but I don't think it addresses our main concern: stale, unsourced biographies. –Juliancolton | Talk 02:19, 21 January 2010 (UTC)

It is prospective so that large numbers of BLPs are given some form of protection from wandering IPs, and hopefully significantly reducing vandalism. By using it as above, it also acts as a flagged revision, with the RFPP board serving as a central place where articles can be unprotected and watched while they are edited. Julian it is not the unsourced that is the problem, but the damaging material. This helps with all BLPs. Everyone is focussing on unsourced BLPs, but there are stacks more with maybe one or two inline references for which a large chunk of article might be problematic. There are many angles we can approach this from, and this is just one to at least slow down future vandalism. Casliber (talk · contribs) 02:28, 21 January 2010 (UTC)
Stale unsourced anything aren't a particular concern. Libel is the concern with BLPs; being unsourced is a correctible defect like with any other article (and staleness isn't a problem while we have no deadline).--Kotniski (talk) 07:45, 21 January 2010 (UTC)
See my suggestion above regarding semi-protection. Also note that, as far as I can tell, WP has not had any libel suits under US or Florida law, which are the only applicable laws. In an earlier discussion regarding BLPs, Mike Godwin sent a missive telling us not to make policies which showed any implication of recognition of other laws (as a matter of WMF concern). Collect (talk) 15:25, 21 January 2010 (UTC)
Are IPs even the main source of BLP problems? I thought it was more about sloppy editing(ie repeating rumors, quoting unreliable source etc...) Chillum (Need help? Ask me) 16:09, 21 January 2010 (UTC)