Need an Admin with English Lit and Poetry Expertise
I am looking for an admin who has some expertise in the area of English poetry and literature. There's a content dispute that may need a little oversight and I am out of my league in this field. I don't there is any edit warring yet but some eyes would be helpful. If I understand correctly it is at To Autumn. Thanks JodyB talk14:48, 15 October 2010 (UTC)
MuZemike and Rlevse, two of the most experienced admins around, have participated there in the past day, so I think we can take it that things are being overseen. Looie496 (talk) 17:18, 15 October 2010 (UTC)
The RfC has run significantly longer than a month and all of us involved would appreciate knowing which direction in which to head next. Thank you. -- Avi (talk) 22:10, 14 October 2010 (UTC)
We're getting more and more requests for rev del at ANI. Do we think there's enough frequency here to split off those requests into a "Requests for revision deletion" board? I don't watchlist ANI, but I could watchlist something more modest like this. Jclemens (talk) 17:58, 21 September 2010 (UTC)
Certain requests for revision deletion (outing, personal information, so forth) ought not be posted at ANI at all, nor any central noticeboard. –xenotalk18:00, 21 September 2010 (UTC)
Of course. But the fact remains that we have at least half a dozen on ANI right now. I would expect that you'd put this list on {{admin dashboard}} for quick action, much like our take on {{db-attack}}, such that we'd reduce the risk vs. just accepting them on ANI by quickly handling them. Jclemens (talk) 18:03, 21 September 2010 (UTC)
I wonder if we could "appropriate" something, like the unblock-l mailing list that has lots of admin eyes on it, yet is still private, to direct such requests to? Because posting on ANI is defeating the whole point of RevDel, as would a separate noticeboard. A separate mailing list might be a better idea, actually. Courcelles18:06, 21 September 2010 (UTC)
Well, if something really merits oversight, we're pretty clear on that one, but there are plenty of gross insults meriting RD2 but not oversight. This would be targeted for those, again, like G10s. Jclemens (talk) 18:15, 21 September 2010 (UTC)
Irony. I was literaly just coming here to pose the same question. WP:BURO and WP:BEANS aside, surely it's better to have REVDEL requests somewhere better than the highly visible (and some may say toxic) atmosphere of ANI. I'm not sure what my opinion is on wether it's better to have a board or a mailing list (gut instinct is that I don't like mailing lists) but it's clear we need something per Jclemens. Pedro : Chat 19:29, 21 September 2010 (UTC)
I vote for a board. Instructions should make clear that you should not identify anything in the objectionable content when posting diffs. These requests can be handled very quickly. --SelketTalk20:06, 21 September 2010 (UTC)
I guess I missed the boat on this. Are the rev-delete criteria that broad that items which merit rev deletion show up dozens of time a day? How many things are we rev deleting which would be better left in the history and reverted? Protonk (talk) 21:00, 21 September 2010 (UTC)
The main things appear to be BLP violations in edit summaries (which can't just be reverted) and extremely offensive BLP violations in the text of an article. Personal information happens but is rarer. -SelketTalk21:12, 21 September 2010 (UTC)
(ec) Well, based on my reading of ANI today, it certainly seems like it. Feel free to peruse it and make up your own mind on whether the number of requests is based on merit (they should have indeed been made and done) or overuse (better simply reverted, as you say). Jclemens (talk) 21:13, 21 September 2010 (UTC)
I was just thinking about this today, considering how many revdel requests are on the ANI board right now. Since I've found myself doing so many of them lately anyway, I'd be happy to sign up for a mailing list or watchlist a noticeboard, whichever way people want to go. I just don't think that ANI is the best place in the long term for these requests. -- Atama頭21:32, 21 September 2010 (UTC)
Perhaps we should make this more clear on the WP:REVDEL policy page, just as it is on the requests for oversight page? I do have to agree with Xeno, that we should be discouraging people to post Revision deletion requests on ANI or any noticeboard as that only creates a "Streisand effect", which we don't want. –MuZemike21:22, 21 September 2010 (UTC)
At the same time, though, we can be sure that any request getting posted at ANI will get rapidly dealt with; earlier today, I dealt with one report within three minutes of it getting posted. Unless it's oversightable stuff (which should always be emailed anyway), I think overall it's better for these reports to get a minute or two of high-profile attention than to send it off to what is certain to be an under-staffed and under-utilized mailing list, where requests may end up getting left around for hours or missed entirely (which does happen, even on the OTRS lists at times). Hersfold(t/a/c)21:42, 21 September 2010 (UTC)
Sometimes not, though; we had an outing issue on ANI yesterday which ended up with at least three admins having to revdelete about fifty revisions on half a dozen articles. By the time that had been cleared up, any editor who was interested would have known who the editor concerned was in real life. Black Kite (t)(c)22:08, 21 September 2010 (UTC)
I hope that situation is the exception, not the rule. That was a situation where personal information was sitting on a talk page for 2 years without being reverted. I doubt that happens a lot (or am I being naive?). -- Atama頭22:12, 21 September 2010 (UTC)
Outing issues shouldn't go to ANI anyway; those DO belong at the oversight list for that reason. Normal revdelete stuff - grossly offensive attacks, copyright vios, etc., can be handled in due time. Hersfold(t/a/c)02:01, 22 September 2010 (UTC)
I don't think anything that needs RevDel also needs public postings. Noticeboards are fast, but visible. Mailing lists are private, but slower. I don't think there's a good solution either way. I would prefer a mailing list over a noticeboard, but both have their drawbacks. /ƒETCHCOMMS/02:13, 22 September 2010 (UTC)
Consider, though, that a RevDel mailing list OR noticeboard can explicitly exclude anything that meets the criteria for oversighting. RevDel on the way to oversighting is not something appropriate for such a noticeboard; RevDel for inappropriate content that does not rise to that level is. Jclemens (talk) 02:22, 22 September 2010 (UTC)
Very true, but people will inevitably ignore things like that and post OSable stuff publicly because either they don't understand the gravity of the situation or they don't bother reading important notices. /ƒETCHCOMMS/20:00, 22 September 2010 (UTC)
Although a standalone specialised board could really, really whack people in the face with the need not to do that. Also such a board would provide a convenient single place to go for removing info from public view, since in explaining the difference between RevDel and Oversight it would point people to the latter's email address. This would also been opportunity to clarify under what circumstances Oversight is now preferred to RevDel, which I don't think is clear enough. eg at Wikipedia:Requests for oversight some of the points seem like RevDel. Finally, it would help keep experience with handling these requests in one place, which may be helpful for consistency. Rd232talk15:57, 23 September 2010 (UTC)
What I'm afraid is going to happen is that people are going to start posting stuff that should be oversighted on-wiki to this noticeboard, making it visible in two places instead of just one. –MuZemike04:01, 24 September 2010 (UTC)
Well if that really happens, even after taking advantage of the specialisation to make the issue much more prominent and clearer than it is now at AN/ANI, then we can delete the board and try something else. Rd232talk08:01, 24 September 2010 (UTC)
I think you'll find that those who wish to harass users via outing will game the system to make the personal information known in as many places as possible. Unless there is a bright line against posting personal information, like if in doubt do not do it, if unsure, do not do it, etc, it will continue to happen for a variety of reasons. Until the consequences of doing so are clearly not worth the thrill of harassment, it will continue. Bullies will always justify their tactics until it is clearly and uniformly forbidden. 71.139.5.184 (talk) 10:30, 23 September 2010 (UTC)
Just a thought, but as we already have {{Copyvio-histpurge}}/Category:Requested history purges and {{Non-free reduced}}/Category:Rescaled fairuse images, both of which involve revision deletions (AFAIK anyway), why not implement something similar along these lines? In any case, as I commented at the TfD for {{Copyvio-histpurge}}, I don't think it would be appropriate to delete that template without having something to replace it. PC78 (talk) 15:14, 26 September 2010 (UTC)
Straw Poll
Seems that the discussion has died down a bit, and people have staked out a few definite positions, which I'm going to try to summarize here:
Position 1: Nothing new is needed
The status quo position. Editors can be encouraged to use the oversight mailing list and/or discouraged from posting anything to ANI. The risk of centralizing RevDel requests anywhere per either of the following outweighs the benefits in doing so.
Sorry, but I just don't see any good way to deal with this. ANI has its speed benefits, and hopefully no one is stupid enough to post private info there. /ƒETCHCOMMS/00:58, 24 September 2010 (UTC)
No matter how fast ANI or a new board can take care of the problem, material that is subject to revdel should not be posted anywhere in the same way that oversight requests should not be onwiki. I have no objects to a new mailing list, but don't think it's necessary. -Atmoz (talk) 18:39, 24 September 2010 (UTC)
I agree that we should discourage new posting of the offensive material on site by making a new board that hosts it. Anyone that puts the noticeboard on their watchlist will see the content. This looks like a well intended proposal, but would led to more focus on the content not less. For example, an internet site could easily find the offensive material if it monitors the noticeboard. Also, the content is not always corrected perfectly with revdel on the first try. It is not uncommon for extra diff with offensive material to be left on the page in error. So we are potential taking a page with low page views to one with much higher page views. For these reasons, I recommend against a centralized noticeboard. FloNight♥♥♥♥09:14, 1 October 2010 (UTC)
I respect your concern but "Anyone that puts the noticeboard on their watchlist will see the content. " is exaggerated. Generally people will be sensible enough not to put sensitive content in an edit summary or on the board itself (and revdel is available for errors here); so it's generally just diffs to the content, which people will need to first go to the board for, and then click on. Diffs which will disappear as soon as the revdel is done. And I'm not quite sure who is supposed to be out there looking on a continuous basis for revdel content on anybody on Wikipedia in case something interesting gets rev-deleted (meaning: no source for it). I can't quite see a market for that. Anyway, we can slightly guard against this by keeping even the subject/topic out of the edit summary - eg just "RevDel Request 817". Rd232talk10:01, 2 October 2010 (UTC)
Everyone that reports a contribution to be revdel will have the page added to there watchlist, right? So overtime the number of people who are alerted about new content will steadily grow. But I'm not primarily concerned about the innocent rubberneckers, but the people who deliberately troll. Our internal discussions are monitored by people who are banned and in dispute with Wikipedia editors/admins and WMF, and the also people who are the subject of articles. When I checked my email today before posting this I saw an email on checkuser mailing list about a vandal account who was trolling and mentioning the name of a banned wikpeida editor in their trolling on meta. I'm very concerned that putting the content in a centralized location will expose more low profile content to these vandals and trolls. We know that trolls and banned users are already doing this to some degree. This will make it easier for them to see the newest content that is problematic enough to be remove. IMO, we will be making the situation worse for the sake of efficiency of processing the requests. Also, my concern is that people will get the impression that placing the content on this page is the "right" way to get it removed when it would be by far better to quietly contact an active admin to do it. Also, on this page are there going to be discussions about whether to keep revdel, or whether to escalate to suppression. Will someone be clerking the page to keep out discussions and questions about content? FloNight♥♥♥♥08:52, 3 October 2010 (UTC)
Well as I said below, it comes down to which you think is more of a problem: A) people seeing Bad content in the article before it's RevDeleted, because they're reading the article (or at least watching it and seeing the Bad edit) or B) vandals and trolls looking to cause problems, and deciding to use Bad content to help them, and getting easier, centralised access to it, albeit in very brief bites before it's RevDeleted. I don't see any easy answers to prevent both - the current solutions offered basically trade off A and B (and to me A feels marginally more of a Real Life problem and B marginally more Wikipedia, though both have both qualities). More complete answers might be some completely new approach, like say a Site Notice type thing which is only visible to admins (and can be dismissed immediately once the issue is handled). Or else a board which can only be read by admins (but permitting posts from anyone). In the mean time, the current system defaults to ANI, which has the worst qualities of both A and B. We can emphasise at the new board that if you can catch an admin active right now (eg get an onwiki or IRC confirmation they'll respond quickly to an email you're about to send), then that may be preferable to posting on the board. Again: this explanation is not an option at ANI. Rd232talk11:25, 3 October 2010 (UTC)
You gotta be kidding. We're supposed to be trying to decrease the impact of these postings, not highlighting them, with a noticeboard whose history will include all of the articles that have been vandalized....or users who have been on the receiving end of harassment....or the ones that actually need to be oversighted. Try this sample post to ANI instead. "HI, I need an admin to do a revdelete, could an admin please email me? Thanks!" Much better to wait fifteen minutes, with three people seeing the problem edit, than wait five minutes with 300, including folks taking screenshots of it just to prove how inept we are. Risker (talk) 08:35, 4 October 2010 (UTC)
screenshot of what? A specialised board can provide detailed guidance on how to make a request without revealing any more info than necessary, as well as providing guidance on how to try contacting someone directly instead. Rd232talk10:16, 4 October 2010 (UTC)
Per the other functionaries who have explained why we should not do this. oppose any of the other options. A noticeboard is a very bad idea. A new mailing list is a bad idea. ++Lar: t/c18:26, 4 October 2010 (UTC)
A noticeboard would defeat the purpose of the procedure, Revision delete is intended to hide revisions, not call them to general attention. DGG ( talk ) 15:03, 8 October 2010 (UTC)
Comment Not convinced on the issues some have raised here. RevDelete (in this sense) is not the same as oversight/suppression and doesn't need the same degree of off-wiki privacy. It's in effect a cousin of WP:CSD. Attack pages may be emailed to oversighters or asked about off-wiki, but the norm is they are simply tagged on-wiki and dealt with by admins as a routine on-wiki matter. RevDelete (in admin mode, as being discussed here) handles similar kinds of issues. So I see no problem with it being visible on-wiki that RevDelete has been requested. A noticeboard seems the sensible option. FT2(Talk | email)11:50, 3 October 2010 (UTC)
We don't have a CSD noticeboard. They are tagged, as you point out, and dealt with sans a public record+discussion of them being left behind. John Vandenberg(chat)07:57, 4 October 2010 (UTC)
But they are handled on-wiki and nobody worries if they are seen, because by and large they aren't sensitive issues (as RFRD is not really for "sensitive issues"). Any user at all can watch the category on-wiki and look at the material due to be deleted before an admin does so, whether it's a copyright breach (G12), an attack page (G10), whatever. The same applies to RevDelete. If someone really wants to see that malware link, or the page someone wrote "fuck all you fucking fuckers" or "I want to fuck Admin X in the ass" or 200 copies of "You lost the game!" before it's revdeleted, frankly let them. Sensitive and oversightable material still goes off-wiki.
There's always been a distinction that routine admin deletable stuff isn't a problem if it gets viewed by others before an admin actually deletes it (AFD, MFD, CSD, {{db-reason}}). Let's avoid the slippery slope where gradually more and more stuff that doesn't need off-wiki handling gets expected to have it anyway. FT2(Talk | email)12:34, 13 October 2010 (UTC)
Position 2: Add a new noticeboard
A new noticeboard provides a centralized place, much like the monitoring of {{db-attack}} where RevDel'able material can be widely watchlisted and quickly handled by interested admins. We can NOINDEX it, point people to oversight mailing list for serious issues, and not archive it to keep the Streisand effect to a minimum to mitigate the known risks.
Makes sense to me. Disagree it will necessarily have slower responses than ANI. Yes, ANI has more watchers, but the relevant watching will be from active admins, which is a pretty small group - and with proper announcements, that shouldn't be an issue. If anything, it might lead to quicker responses, because ANI has so much else going on that (a) requests won't appear on watchlists the same way they will on a specialised board and (b) quite a few admins basically ignore ANI as taking too much time and trouble, and at least some of these may watch the new board. Rd232talk19:18, 23 September 2010 (UTC)
Good idea, we already have the category for attack pages. Make it like AIV, dealt-with reports should automatically be removed. Maybe make disposable date-based subpages that are deleted a soon as everything for that day is done? — Train2104 (talk • contribs • count) 02:24, 24 September 2010 (UTC)
The lesser of all evils. I think it would likely be well maintained to be honest - AIV is rarely backlogged for example and I'd view it as a similar board. Pedro : Chat 13:59, 24 September 2010 (UTC)
Sounds like a good idea, but oppose the use of a bot for revision deletion. This task should be made by humans, to avoid bugs in the bot causing problems. ArmbrustTalkContribs14:39, 27 September 2010 (UTC)
Provided that it bears a prominent warnings, including an editnotice, that requests for the removal of non-public information are NOT to be placed on the noticeboard under any circumstances, but must instead be emailed to the oversight list or otherwise transmitted to oversighters privately. WP:AN/I currently lacks such an editnotice, and the warning in the header is buried. Also, a dedicated noticeboard easily facilitates the revision deletion of the requests themselves, when necessary, while WP:AN/I will probably have too many unrelated intervening edits. Peter Karlsen (talk) 05:18, 28 September 2010 (UTC)
Would result in plenty of people handling the requests, so response times would be similar to AIV or RFPP, and would stop these requests piling up on ANI. Possibly we could delete the page once a day to remove any problematic material in the edit history. Hut 8.512:51, 30 September 2010 (UTC)
Support per my comment in previous section. RevDelete in the sense being discussed is used as a cousin to WP:CSD which are tagged on-wiki and not seen as a problem to do so. The kinds of issue for which RevDelete will be used here, are similar to those which have CSD templates and where on-wiki tagging and eventual admin action have been used for years. No problem with them being listed at a noticeboard. FT2(Talk | email)11:50, 3 October 2010 (UTC)
Support - In the case of some edits which infer that they reveal passwords (as I reported about Perry High School (Gilbert, Arizona)), I knew the safe approach would be to redact them as they are of no use to an encyclopedia. Unfamiliar users won't have to take such reports to AIV then. mechamind9023:00, 15 October 2010 (UTC)
What if we have a bot that automatically revdels revisions submitted to the board (with limits on number of revisions per user in a time period and perhaps require submitter to be autoconfirmed, etc. to prevent abuse) pending admin review? This way any revisions submitted would be revdel'd immediately and invisible to most people, but we still retain the benefits of a public noticeboard. T. Canens (talk) 00:53, 26 September 2010 (UTC)
What, so we'd then go back and check for abuses, reverse them, and block editors for requests made in bad faith? Hmm... that's a radically different proposal. Not sure I've thought through all the implications yet. Jclemens (talk) 19:35, 26 September 2010 (UTC)
In any case an obvious, um, advantage of this noticeboard idea is that it permits automation. E.g. very much in the spirit of a completely open Wikipedia something similar to Deletionpedia could be set up. A bot could save all problematic edits on a server outside the Wikimedia Foundation's hands before an admin gets around to dealing with them. This would take inclusionism to a new level and would certainly be useful for all kinds of research about Wikipedia. Hans Adler19:56, 26 September 2010 (UTC)
This is such a distant possibility that any further discussion of it is really an unnecessary and possibly even counter-productive distraction. In any case, if volumes ever get high enough for people to seriously consider automation, I doubt the existence of a board would make all that much difference. In other words... come back c. 2015 and see how things are going. :) Rd232talk22:34, 27 September 2010 (UTC)
It appears that you've come around (based on what some more recent posts are saying) to realising that this is not "such a distant possibility" as to be discounted, but rather a very real clear and present danger. Did you want to formally retract the above and then apologize to those you cast aspersions on? Might help soften some of the opposition to any change in the status quo among many of those who have actual experience with oversight and other privacy sensitive roles within WMF. Because your latest proposal, that RFO be enhanced to speak to the revdel aspect without any encouragement of posting any private information, is a lot closer to what's needful here if we want to properly respect privacy and not enable those who actively wish the project and its volunteers harm than where you started from. Which is to be applauded. ++Lar: t/c14:47, 5 October 2010 (UTC)
I agree with Hersfold. We are taking content that often is only on a page with a very low number of view, and moving it to a centralized page where many more people will see it. Seems to me this approach would make it possible for someone to monitor the page and see their offensive comments repeated. Some of our worst vandals look for new people to harass. Copycat vandals are a problem, and could be made worse if the material is centralized. FloNight♥♥♥♥09:28, 1 October 2010 (UTC)
It's not obvious that many more people will see it than on ANI, which is the status quo. Non-admins wouldn't have much of a reason to monitor the new board (would they?) and the setup (unlike at ANI) can very clearly be limiting info to diffs, which die for non-admins as soon as RevDel is done. "Some of our worst vandals look for new people to harass." I can't comment on that - I'm not aware of anything like that and it doesn't obviously make sense to me (I thought vandals generally targeted editors, unless they had a real-life grudge). And if the material is swiftly RevDeleted, copycat vandals don't have anything to copy. And remains true that if this actually happens, we can pull the plug very easily. There's also the issue of alternatives: the only one which avoids this risk entirely is a new admin mailing list, which creates issues with timeliness of response, as well as perhaps coordination problems. A priori, I'd put not removing things from the page in question with due speed as a higher problem than potential problems from centralisation, but maybe I'm just unfamiliar with that territory. Rd232talk10:11, 2 October 2010 (UTC)
Actually, most people have the sense to find an administrator on a one-to-one basis to ask for a revdelete. And the only "timeliness" issue is the number of readers who see the problem edit between its identification and its removal. Fifteen minutes with three people seeing it is a lot better than 5 minutes with 300 people seeing it...copying it...discussing it... Risker (talk) 08:41, 4 October 2010 (UTC)
The 3 people are more likely the ones who actually care about the subject and perhaps know the person IRL; the 300 (in 5 minutes?!) are likely admins and random passersby. Rd232talk10:02, 4 October 2010 (UTC)
And malicious lurkers rubbing their hands in glee that their bot gets to auto archive the content all the links posted... lots of raw material for later mischief in one handy place. We should not be encouraging anyone to post any details of the problems themselves and a notice board is likely to do just that. ++Lar: t/c18:24, 4 October 2010 (UTC)
It need not, and why would it? As explained, it can be designed as merely a central place for contacting admins about RevDelete, with no-info logging of request handling. This would be better than the status quo, which is ANI + an unknown number of requests never made by people who are unaware of RevDel or how to get a request executed. Rd232talk19:47, 4 October 2010 (UTC)
Eww, the idea is to revdel something before lots of people notice it. If we create a noticeboard, people will use it rather than dig around a bit further until they find the way to privately request revdel. John Vandenberg(chat)07:43, 4 October 2010 (UTC)
And a big notice at the noticeboard suggesting they contact someone privately wouldn't help them? You could even have a system by which admins log themselves in and out at the board as available right now for private messages. (Ideally with some kind of software backup to check for them forgetting to log out.) Rd232talk10:02, 4 October 2010 (UTC)
Position 3: Add a new mailing list
A mailing list loses the {{resolved}} capability of a noticeboard, but it's relatively simple to restrict membership to admins such that we're not putting requests for rev deletion directly onto Wikipedia... as long as people follow the instructions.
Support
Discussion
If we were to go forward with a "WikiEN-admins" mailing list, it would definitely need to be non-public for obvious reasons; non-admins can post to the list, but they will not be able to subscribe to it or view any other emails in it (similar to "unblock-en-l" regarding unblock requests). Something like this would also open the door for other forms of (at times sensitive) discourse exclusively amongst en.wiki admins. I'm leaning towards supporting if at the least to see if this is a viable route to go, but perhaps more discussion is necessary if we wish to go in this direction. –MuZemike15:23, 23 September 2010 (UTC)
Ewww. I get enough emails already from the lists I'm already on. Also has severe risk for these requests to fall through the cracks and never get noticed. Hersfold(t/a/c)16:32, 23 September 2010 (UTC)
Likewise. Also, if there are two mailing lists, some mail will go to one place that should have been sent to the other, and then it will be forwarded to the right place - increasing the net exposure of information that's being removed because it shouldn't be exposed. Better to just make the current Oversight infrastructure a front end for all of this stuff. — Gavia immer (talk)18:52, 24 September 2010 (UTC)
Neutralhomer is correct, Requests for Oversight is a better alternative than a noticeboard. First off, a goodly number of published requests for revision deletion have actually been serious enough for oversight. Secondly, the oversighters keep a pretty close watch on the mailing list, and most requests are DISCREETLY addressed in a short time. Finally, the more people who are on a mailing list, the higher the likelihood of leaks. Any mailing list with a thousand people on it is going to leak like a sieve. Risker (talk) 08:45, 4 October 2010 (UTC)
I'm confused: are you suggesting all RevDeletion be handled via RFO (discounting cases of admins being approached directly)? Doesn't that require all the work to be done by oversighters, or else admins to have access to it (which I thought they didn't)? Rd232talk10:02, 4 October 2010 (UTC)
This board has received, what, 5 requests for revision deletion in the last month? There were hundreds of revision deletions during that time. The oversighters can handle the few that aren't already addressed in other ways. But creating a noticeboard whose main effect will be to PUBLICISE EDITS NEEDING REVISION DELETION defeats the purpose of revision deletion. As to whether or not it will be overwork on the part of oversighters, the oversight team had no difficulty keeping up with the volume of requests before admins had revdelete, and it would be even simpler now with better workload management and a wider timezone availability of oversighters. The argument that it would be too hard for a newbie to find an admin doesn't make a lot of sense; the biggest issue that newbies face is that they don't even know that certain edits can be revdeleted, and they're no more likely to go to the "right" noticeboard than to anywhere else. Here's a question for you, though. Why are there so many revision deletions? Has anyone been reviewing them to ensure that policy is being followed? I'd venture to say that at least 30% of the ones I look at aren't covered by policy. Risker (talk) 11:13, 4 October 2010 (UTC)
"Has anyone been reviewing them to ensure that policy is being followed?" - how? A specialised board would permit some reviewing, as even after swift deletion, other admins could look. Consistency is one of the arguments for having a board: and it's a big argument, because there's quite lot of uncertainty both among admins and among everyone else as to what qualifies. The former figuring out some kind of agreed practice would be a basis for more clarity all round. Rd232talk13:58, 4 October 2010 (UTC)
Of course, if oversighters can handle the load that well, then having them do all RevDeletion would be one way to both centralise and ensure consistency. Leave admins the RevDel right but as a matter of practice, point everything to WP:RFO. Rd232talk14:07, 4 October 2010 (UTC)
No matter how vociferously you shout "PUBLICISE EDITS NEEDING REVISION DELETION", that doesn't mean that this board will do much of that. I've made various suggestions as to how the board can make posting at the board a last resort, with alternatives given at the board itself which avoid making any info public. Those alternatives are not publicised anywhere else! There needs to be a central place to handle this, even if the place itself doesn't actually handle the info itself and thus isn't really a board. But it would make sense for it to handle posts on occasion as a last resort. Rd232talk14:07, 4 October 2010 (UTC)
it needs to not do any of that. Not one bit. Else I think regardless of consensus it needs to not be done... consensus cannot override WMF privacy policy. I do like the idea about tracking that mail was sent, and that it was handled, without any actual details of what the mail says, but as soon as any details are made public, no. Not acceptable. ++Lar: t/c18:22, 4 October 2010 (UTC)
Position 4: status quo
Position 1 does not adequately describe the status quo ante, which is unhelpful. Currently we have
1. currently ignores RevDel. 2. is highly visible (most watched page?), has no relevant guidance for RevDel, and if it had any, it would be pretty well lost in the existing noise of instruction. 3. Is haphazard, and especially for newbies problematic. For anyone, creates the problem of knowing whether an admin will actually respond to an email or user talk page request in a timely manner. Now let's review this again: who supports this? Rd232talk10:09, 4 October 2010 (UTC)
I do. (nice straw dog by the way but ok) It is not perfect but it's better than either of alternatives 2 or 3. Especially 2 (a new noticeboard) which is fraught with peril. ++Lar: t/c18:28, 4 October 2010 (UTC)
Status quo works for me, as apparently it does for the majority of people looking for revision deletion. Please note these statistics here: Wikipedia:Revision deletion/Statistics Given this data, it's pretty clear that this is a tool being used by a wide range of administrators, and that it is being used very regularly; the numbers you are seeing here are only from five months. As I noted above, I am concerned to see this many revision deletions being done; in fairness, when administrators got the tool, some went and reviewed long-present data that was not covered under the strict deletion policy but was covered under the revision deletion policy. Risker (talk) 16:54, 5 October 2010 (UTC)
As an aside, do we have any idea what a similar slice of oversighting actions was in the preceding period? I'd be interested in knowing if a lot of these revdels are things that previously would have gone and been accepted for oversight, or if it is the wider availability of the tool + perhaps a less firm grasp on what can and cannot be revdel'd. Syrthiss (talk) 17:05, 5 October 2010 (UTC)
By and large, oversight only oversighted things that would get the foundation sued and personal data about people. Statements such as "Foo is a ***ing *** whose ***ing mother ***s ***ing goats" would just have been reverted. Go back prior to revdelete in the history of Jeremy's talkpage and you'll see what I mean. These days they revdelete the 4chan stuff. Elen of the Roads (talk) 20:56, 5 October 2010 (UTC)
Position 5: RevDel Central
A "noticeboard" (really a RevDel equivalent of RFO) designed as a central place for explaining how to make RevDel requests, elaborating some kind of system to make contacting admins by email more transparent (without making any info public) and less haphazard. Exactly how this would work can be hashed out later; the principles of this proposal are i) no info public and ii) a central place to explain and manage requests. This can be done in any number of ways (and would probably evolve over time, like everything else). For example it could be structured as a log with "request number # sent by email to Admin Y at time such and such", and after deletion the admin responds on the board with a link so other admins can review. Or, if we didn't even want that level of publicness (though that's hardly more than the existing log), we could devise some system involving requests going by email to several admins, so that the decision is reviewed entirely offline, and the log merely shows requests and the timeliness of fulfilment (not even who, since that would leave contribs checkable for Clues). The board could, for instance, provide a list of Currently Online Admins (who are willing to deal with RevDel requests). Rd232talk19:47, 4 October 2010 (UTC)
Merge everything into WP:RFO, and have oversighters' mailing list deal with RevDel requests. The RFO page can present the "email admins directly" option, and leave the Oversight mailing list as a fallback. Rd232talk19:47, 4 October 2010 (UTC)
Support, though I think Option 2 is evolving towards handling this through email so it's going to be mostly the same. —Soap—22:23, 13 October 2010 (UTC)
Sufficient consensus?
I think we have gotten sufficient consensus to create the noticeboard, so someone should go ahead and do it! Meanwhile, I'll be designing a header and editnotice in my userspace. Access Denied[FATAL ERROR]00:40, 4 October 2010 (UTC)
Well it's sufficient consensus for a draft to be helpful at this point; it may help overcome some reservations. Rd232talk10:16, 4 October 2010 (UTC)
It's a little bit "cart before the horse", but those who oppose the board in principle seem to underestimate the range of design options available. Besides what I've already said above, you could design the board so that all that's seen publicly is a log of requests (with no useful information in the log, not even a link, least not whilst it's any use to non-admins). For example the log could be structured as "request number # sent by email to Admin Y at time such and such", and after deletion the admin responds on the board with a link so other admins can review. Or, if we didn't even want that level of publicness (though that's hardly more than the existing log), we could devise some system involving requests going by email to several admins, so that the decision is reviewed entirely offline, and the log merely shows requests and the timeliness of fulfilment. Rd232talk14:25, 4 October 2010 (UTC)
I'm all for something sufficiently clever to avoid BEANS issues, that actually gets coded, actually works, and actually diverts traffic away from ANI. Jclemens (talk) 22:23, 7 October 2010 (UTC)
I imagined that my idea you're replying to wouldn't require coding, just instructions to people on what to do, and a template or two. Rd232talk20:33, 8 October 2010 (UTC)
Revisiting this, there's still a clear numerical majority favoring a new noticeboard, but at the same time there are also a number of pretty senior people saying it's a bad idea. I'm simply not seeing why it's a bad idea, given that we're already getting multiple requests at ANI, that the content in question will only last on-wiki as long as it takes an admin to RevDel it, and that it doesn't change Oversight at all. Jclemens (talk) 03:46, 11 October 2010 (UTC)
We need more input I think. Myself, a notice board that merely tracks that requests were made is preferable to one that gives links to the items in need of attention, and my opposition to it is softer. But a notice board to track this would be, in my view, fairly complex in operation so I'm not seeing the benefit. ++Lar: t/c04:13, 11 October 2010 (UTC)
Category:Wikipedia administrators willing to fulfil RevisionDelete requests
Hopefully no-one can find any reason to object to Category:Wikipedia administrators willing to fulfil RevisionDelete requests, which can supplement any other approach. Please take a look. Rd232talk08:05, 12 October 2010 (UTC)
For the Americans I think we should add a redirect at Category:Wikipedia administrators willing to fulfill RevisionDelete requests, and maybe even a redirect with a name like CAT:RFRD since people will probably want to browse the list more often than they would with most mainspace categories. —Soap—22:50, 13 October 2010 (UTC)
Fair enough. Actually I was thinking maybe it could have a userbox, which would have the advantage of being able to include a link to the instructions on the category page or elsewhere. In fact, it would be rather helpful if those more familiar with RevDel requests could construct a more detailed User Guide for RevDel requests, with fictional examples of what sort of thing probably does or probably does not qualify for the different RevDel criteria. (AFAIK this does not exist...) Rd232talk23:13, 13 October 2010 (UTC)