Cato, a checkuser on the English Wikiquote, was revealed to be an account operated by the sockpuppeteer Poetlister (also known under various other names, including Runcorn). After some investigation to conclusively prove that the accounts were related, its checkuser rights were removed on 6 September. FT2, who led the investigation and requested that the rights be removed, stressed that the checkuser rights had not been abused.
In May 2007, the Arbitration CommitteebannedRuncorn, who was then an administrator, for extensive sockpuppeting across multiple accounts, dating back to 2005. Some users were skeptical of the findings, and Poetlister vocally denied any connection to the other accounts. Poetlister remained a sysop on Wikiquote under that username, as no sockpuppeting had been alleged there. The user later became a bureaucrat there, and an administrator at the English Wikisource.
In May 2008, Poetlister's account was unblocked, after a community discussion in which Poetlister was deemed to have "reformed". Having been unblocked, it was occasionally checked for possible repetition. Evidence emerged showing a possible sockpuppet on English Wikipedia, so the suspect account was checked thoroughly. A cross-wiki checkuser showed that the account was likely also Cato, an administrator and checkuser on the English Wikiquote.
After this was discovered, secretive investigations continued on the Cato account and others involved in the sockpuppeting, and the Wikimedia Foundation office was notified of the situation. Cato's checkuser actions were monitored by another Wikiquote checkuser; throughout his time as a checkuser, only one action, the check of one of his own sockpuppets, appeared illegitimate. While Cato's OTRS access was terminated, his checkuser access was not yet removed, because it was determined that abuse was unlikely as long as the investigation remained private.
Upon learning that the matter had begun to become public, and Poetlister began requesting to have his accounts renamed, FT2 had Pathoschild, a steward, terminate Cato's checkuser access on 6 September. FT2 then made the investigation formally public, posting an explanation of the incident as a request for comments on the Meta-Wiki.
The explanation drew support from many users involved in the case, including Wikiquote checkuser Aphaia, English Wikipedia checkusers Jdforrester, Sam Korn and Jpgordon, Foundation representative Cary Bass, and Jimbo Wales. Wales said, This incident has affirmed my trust in the processes at en.wikipedia and I hope that we will see some strengthening of standards at en.wikiquote. This is not a criticism of en.wikiquote, to be sure. It is a small project and therefore more informal.
On 13 September, Cato admitted sockpuppeting, in a statement on Wikisource:
I have used a variety of names on different Wikis. The following are cross-wiki (including ones created by SUL but never used), but the unattached ones are not me.
[Bedivere, Cato, Londoneye, Poetlister (some accounts renamed to Quillercouch), Runcorn, Whipmaster, Yehudi, and Crum375, an impostor account on Wikiquote]
The following are on en:wp with no SUL:
[Brownlee, Habashia, Holdenhurst, Newport, Osidge, R613vlu, RachelBrown, Runcorn, Simul8, Taxwoman (also on Commons), and Wqlister]
This list is as complete as I can make it; I have double checked and believe that there are no omissions. I sincerely and thoroughly apologise to everyone and beg their forgiveness.
While the checkuser right was removed, the accounts' administrator and bureaucrat tools were left intact, and the individual communities were given the opportunity to discuss whether those accounts should retain any rights, and whether they should be blocked or banned. On both Wikiquote and Wikisource, votes of confidence were started to see what, if any rights the accounts should retain. As of press time, both communities had nearly unanimously agreed that all accounts should be stripped of their rights. However, the question of whether the user should be banned or not was much more split, with neither community having reached a decision. As of press time, all accounts still retained their individual privileges. On Wikipedia, however, where Poetlister had been banned previously, the ban was quickly reinstated.
Wikis Take Manhattan, a scavenger hunt and free content photography contest and sequel to last spring's Wikipedia Takes Manhattan, will take place on Saturday, September 27 from 1:00 to 6:30 p.m. local time. It is intended to generate free content for use on both Wikipedia and StreetsWiki. All are invited to participate.
Wikipedian Ruhrfisch has been responsible for many positive changes at Peer review (PR) and helps make sure every peer review gets some input. He has also nominated 12 Featured articles (FA) as of September 2008, many dealing with Pennsylvania State Parks, creeks and covered bridges as well as other topics. Ruhrfisch is an example of an editor who not only contributes to Wikipedia's top content, but has also worked to help other editors produce better articles via Peer review.
You first edited under your username on July 8, 2005; what drew you to the project?
Like many users, I first edited as an IP, intrigued by the fact that I actually could edit. After a few months, I registered to participate in an AfD I came across via "Random article". Although the article was eventually deleted and I was accused of being a sockpuppet, I was hooked. More importantly, I am thankful for the kindness of Jwrosenzweig during all this – I doubt I would have stayed had it not been for him.
As for what drew me, I had done some things on the internet before and found interesting websites, but many of those efforts had disappeared – the fact that Wikipedia was here to stay was attractive to me, even if my edits were changed or removed over time. I remember making a map fairly early on and being told to make sure it was correct, as it was as close to immortality as I would know.
When I was preparing to nominate an article at Wikipedia:Featured article candidates (FAC) the first time, I submitted it to peer review. AndyZ ran the semi-automated peer review (SAPR) on it and then there was nothing. I made a plea for a review and AndyZ kindly came back and reviewed it too. The process was very helpful and when AndyZ took two wikibreaks I did the SAPRs for him by hand (I have the script). This was tedious, so AndyZ graciously allowed me to use the faster AZPR account, and I have done almost all of the SAPRs since September 2007.
In December 2007, Peer review went to a different system thanks to Geometry guy and Carl (CBM). Before this requests were listed by hand on one page, now VeblenBot does it and sorts them by one of ten topics. Allen3, who had faithfully archived peer reviews for about two years, stopped at this point, so I took over. Between adding the SAPRs and archiving, I saw how many requests got no real response. This bothered me – at least 40 percent of peer reviews were archived with no or very minimal comments beyond the SAPR, frustrating editors trying to improve articles.
On February 24, 2008, I started a backlog list for peer reviews that were at least a week old and had no responses beyond a SAPR – an idea stolen from Good article nominations (GAN). This helped, but most backlog items were still archived without a response, which was worse in a way. So on the Ides of March 2008 I proposed that all PR requests get a response, which was met with positive feedback. Many editors have pitched in to do reviews, and on May 14, 2008 PeerReviewBot took over archiving peer reviews (thanks again to Carl), and has done a great job. Neither the bot nor I have archived a "no response" PR request since March 15.
As noted here and known by anyone who participates in peer review, the process (like many others on Wikipedia) is somewhat limited by a lack of active participants (in this case reviewers.) From your experience, has this always been the case?
Yes, as long as I have been involved in Peer review there has always been a lack of reviewers. In August 2007, a thread on the PR talk page called the process dead for just such reasons. Things have gotten better since the December 2007 introduction of the list of reviewers by topic, which allows editors to ask for help from someone in their broad topic. These volunteers are a credit to Wikipedia (and I cannot thank them enough). Since reviewers are the limiting reagent in the whole PR process, we have tried some tweaks to help relieve pressure on them: no more than one peer review request per user per day (a user once made ten requests in one day); no more than four open PR requests per user; and a two-week waiting period between peer review requests for a given article.
The ultimate solution is to convince more users who request a review of any kind to also do reviews in return. FAC, FLC, GAN, and Peer review all face versions of the free rider problem. People need to be aware that if they have an article being reviewed, they owe the process at least another review, and usually more. If an FAC gets six editors weighing in, that nominator should weigh in on six other FACs at some point; free riders who do nothing in return make the load even heavier on those who do their part.
Let's talk about peer review more. You touched on what you think can be done about improving peer review above. What, if anything, do you think puts people off of peer review (aside from the "work" aspect), and what could be done to cause some sort of positive change?
Many new editors worry they are not experienced enough to do a peer review, or about making a mistake. Peer Review is a place where it is easy to start small: any constructive comments are helpful and you can literally leave one sentence and help improve an article.
Expertise can be a problem for both PR requesters and PR reviewers. Some requesters ask for very specific items (a made up example – "Will all particle physicists fluent in Latvian, Urdu, and Cantonese check the translations please?"). Some off-the-wall requests get very specific answers, but perhaps WikiProjects are better suited for that. Many reviewers won't comment on articles outside of their areas of interest and/or expertise either. I think reviewers can comment on any article as an article – does it meet the manual of style, does it flow well, is it understandable, is it referenced? A person unfamiliar with a topic may be the best reviewer to make sure the article puts things into context for the reader and avoids jargon.
Listing several things the requester already knows are wrong with the article can also put off potential reviewers (who might think "Why should I weigh in, they already know the problems with the article?"). Try to fix the known problems first, then ask for a review. PR is a place to identify problems, not necessarily fix them, so "I know this has comma splice issues, and the references need to be converted to cite templates ..." is less likely to get a response than "I have tried to fix the comma splices, but could someone check for those, and could someone convert one of the refs to {{cite web}} so I have an example to follow for the rest ..."
What factors help make a Peer review more effective?
Concrete examples of problems help – if an article needs references, I point out a paragraph or section that has none. One problem here is that people sometimes fix only the cited examples and ignore the other problems.
The most effective thing is dialog – peer review should be a conversation about improving an article. Unfortunately, when PRs are archived with no replies to the reviewer's comments, it discourages reviewers. It may look like the review was done in vain, but often the suggestions have been used to improve the article, just not noted in the PR.
Requesters who list any special concerns are helpful too. I look for a certain set of things initially, and might miss other concerns if they are not in the request.
How does your participation at Peer review help you with your own contributions to Wiki articles?
The most obvious is an appreciation of the whole review process – not just Peer review, but also the Good article, Featured article and Featured list candidates. It helps to get more eyes looking at an article and suggesting things to improve or fix. At PR, there is no deadline – GAN and FAC are always work under pressure, but a PR can be more lesiurely. I used to worry time spent on PR was taking away from my other contributions, but I don't see it that way anymore. I am much better at seeing problems on a quick read, so if I don't look at an article I am working on for several days, I find things to fix, clarify or improve when I come back to it. The big picture helps – I could never write more than a stub on many of the topics I review, but many articles I have reviewed are now GA and FA, and I played a small part in improving them. I run across really interesting articles and editors doing PR. I will see new editing and template tricks or clever ideas on how to structure an article. When I need a peer review myself, I can ask a lot of editors to return the favor.
My plea to anyone who has read this is to get involved in Peer review. Sign up to review in your areas of interest at Peer review/Volunteers. Pick a day each month to review something that has not yet gotten a response at the PR backlog or new requests. If the readership of the Signpost is in the thousands, and everyone did that at PR (or GAN or FAC or FLC), it would help a lot with all the backlogs. I want to close by thanking all the editors who already do peer reviews for their hard work and time, especially those who review items from the backlog.
This is a summary of recent technology and site configuration changes that affect the English Wikipedia. Note that not all changes described here are necessarily live as of press time; the English Wikipedia is currently running version 1.44.0-wmf.8 (f08e6b3), and changes to the software with a version number higher than that will not yet be active. Configuration changes and changes to interface messages, however, become active immediately.
Fixed bugs
The error message given when incorrectly including a parameter in a <references> tag is now factually correct. (r40632, bug 15517)
The API now correctly returns data about pages which are both cascade-protected and which were originally protected before Wikipedia upgraded to MediaWiki 1.10. (r40678, bug 15535)
Log entries for protection are no longer cut off when a very long protection summary is used (although existing such entries will still be cut off). (r40713, bug 12234)
Edits by bots with newly-created accounts will no longer appear on [1]. (r40715, bug 15554)
The XML returned by the API now has a correct encoding declaration. (r40700, bug 15497)
Deletion log fragments are now shown to an anonymous user who gives the commands to create a page (and fails), just like they are shown to other users who try to create a page and fail. (r40723, bug 15551)
The paging links on Special:Newpages now work correctly when the user has set a preference other than 50 as the default number of entries to show and is using that default value. (r40811, bug 15598)
New features
When protecting a page, a drop-down box of commonly-used protection times is now available. (r40555, bug 10188)
It is now possible to set separate expiry times for move-protection and edit-protection of a page. (r40770, bug 12650)
#expr: now allows a Unicode minus (−) as well as a hyphen (-) to indicate a negative number or subtraction. (r40762, bug 15349)
Internationalisation has been continuing as normal; help is always appreciated! See mw:Localisation statistics for how complete the translations of languages you know are, and post any updates to bugzilla or use Betawiki.
The Arbitration Committee did not open any cases this week, and closed one case, leaving four currently open.
Closed case
Alastair Haines: A case involving Alastair Haines and other users. As a result of the case, various editing restrictions were imposed on him, as well as on Ilkali and LisaLiel.
Evidence phase
Piotrus 2: A second case involving alleged edit warring and other misconduct by Piotrus and other editors. Piotrus denies the allegations against him, and suggests that the case may be a deliberate attempt to drive him from the site.
Sarah Palin protection wheel war: A case involving wheel warring on the Sarah Palin article, over a dispute as to the merits of page protection being applied in respect of it.
SlimVirgin-Lar: A case brought by Thatcher, asking the committee to review the use of checkuser by Lar, in the light of comments by SlimVirgin (here, inter alia), alleging that he misused the tool. Evidence is to be submitted privately to the committee by e-mail, and voting will presumably occur privately as well.
Voting phase
C68-FM-SV: A case involving disputes between Cla68, FeloniousMonk, SlimVirgin, JzG, and others. Newyorkbrad has proposed a lengthy decision, most of which has the support of seven arbitrators, which sets out a number of principles and findings of fact, and instructs the parties to review and abide by them, giving a number of prohibited courses of conduct by way of example. A remedy to desysop FeloniousMonk has the support of five arbitrators.
