Jump to content

Wikipedia talk:Deletion reform: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Radiant! (talk | contribs)
Poorman (talk | contribs)
CONTROL
Line 1: Line 1:
== '''MY GREATEST CONCERN''' ==


My greatest concern IS the five pillars of Wikipedia are slowly being changed to make it easier to delete by Vfd. This will allow "blocks of users" to delete and control.

--[[User:Poorman|Poorman]]


== Threat to remove assertions ==
== Threat to remove assertions ==
''These will be removed unless someone provides evidence that this is actually a problem and occurs '''frequently enough''' that we should actually do something about it. This is the place for discussing broad issues, not for anyone's personal pet peeve. ''
''These will be removed unless someone provides evidence that this is actually a problem and occurs '''frequently enough''' that we should actually do something about it. This is the place for discussing broad issues, not for anyone's personal pet peeve. ''

Revision as of 07:51, 8 September 2005

MY GREATEST CONCERN

My greatest concern IS the five pillars of Wikipedia are slowly being changed to make it easier to delete by Vfd. This will allow "blocks of users" to delete and control.

--Poorman


Threat to remove assertions

These will be removed unless someone provides evidence that this is actually a problem and occurs frequently enough that we should actually do something about it. This is the place for discussing broad issues, not for anyone's personal pet peeve.

Text removed as this is not a valid approach. The potential for abuse needs to be considered as well as abuse that is currently occuring. That is the basis of, e.g. trial by jury: all the judges in the land may be fair-minded at the moment, but they may not always be without it. OTOH, moving these to another page for comment is not a bad idea. Further, these suggestions need to be refuted before they are thrown out. Mr. Jones 12:20, 6 August 2005 (UTC)[reply]

Cons

Most mainstream Wikipedians who have been around a while are sufficiently fed up with VfD that they do not participate. That's not a reason, that's an assertion -- one for which I'd like to know how it was arrived at, short of demonstratable psychic powers. --Calton | Talk 02:36, August 2, 2005 (UTC)

Well, as Yogi Berra purportedly once said, "You can see a lot just by watching." I watch. Most of the VfD participants are newly minted admins and hardliners from the inclusionist and deletionist camps.
Ah, an assertion backed up by another assertion. Tell me, is it turtles all the way down? --Calton | Talk 03:22, August 2, 2005 (UTC)
No, it's an assertion backed up by personal observation. You don't have to believe it if you don't want to, and if your observations are different, by all means share them. The Uninvited Co., Inc. 16:24, 2 August 2005 (UTC)[reply]
I participate frequently in VfD, and I'm far from a hardliner. Fernando Rizo T/C 03:35, 2 August 2005 (UTC)[reply]
Yes, there are inclusionist and deletionist. But there are also editors who take the time to read the articles and make a judgement. The fact that new admins hang out there may not be a surprise. In any long running project, people tend to move on and around. So this could be an admin training ground, if not by design, by initial interest, as they find a place to use their new powers. But that begs the question of where do the old admins go? Vegaswikian 23:41, 2 August 2005 (UTC)[reply]
I went to mediate something. :> Inter\Echo 20:37, 20 August 2005 (UTC)[reply]
Well, if anything, I'm one of those who has stopped participating in VfD. I just got tired of having to work my way through the convoluted system, and that was before I even considered the possibility that there was something wrong with VfD. Johnleemk | Talk 12:39, 12 August 2005 (UTC)[reply]

Most articles are deleted unanimously. - That's a comment about the quality of the articles generally submitted to VfD, not a comment on the quality of the process itself. Peek into VfD on any given day and this becomes self-evident. Fernando Rizo T/C 02:38, 2 August 2005 (UTC)[reply]

I think that the unanimous deletion of articles is likely to become less common given the recent expansion of CSD. As it should be. The easy cases should be covered by CSD. The Uninvited Co., Inc. 03:20, 2 August 2005 (UTC)[reply]
There's still quite a bit of band vanity, advertising, and rants that are just this side of nonsense that sneak past the new CSD. Fernando Rizo T/C 03:35, 2 August 2005 (UTC)[reply]
I'm not quite following how it is a con. Is it that if the community deletes something unanimously, it probably should have been covered by a CSD and thus reduce the waste of time?-- Cyrius| 05:14, 2 August 2005 (UTC)[reply]
Exactly.
unsigned r3m0t talk 12:16, August 3, 2005 (UTC)

Most articles are deleted unanimously. I added yet remain cluttering up the VfD pages for the full week - I presume this is the problem? Besides, just because the vote was unanimous does not mean that it should be under WP:CSD. r3m0t talk 12:16, August 3, 2005 (UTC)

Also under the topic of Cons, I take issue with this: Hurts new editors with rough comments about articles. I'm sorry, but bullshit. The current process does not hurt new editors. Old editors with little patience, diplomacy, or courtesy hurt new editors. I cannot possibly imagine any community-based process that does not leave open an opportunity for crotchety, callous editors to brush off newbies. I am myself often impetuous and vituperative, but I make a particular effort to keep it in check when dealing with new users. (I hope my contribution history doesn't betray me here!) —HorsePunchKid 05:45, 2 August 2005 (UTC)[reply]

Strongly agree with this. As a mechanism, VFD hurts new users perhaps less than any other deletion process by showering their possibly-worthless product with attention and demonstrating some sort of respect for it. The faceless axe of speedy deletion (or immediate blanking) is far more likely to scare away new users. It's analogous to what an experienced editor feels when his edit is discussed on a talk page vs. what he feels when his edit is reverted without comment. Christopher Parham (talk) 06:18, 2005 August 2 (UTC)

Piece by piece - a list

My comments on the proposed cons. Because others may like to place counterarguments piece by piece, I've signed all my comments.

  • VfD promotes factionalism and strife among editors.
  • Hurts new editors with rough comments about articles
    • Very many IP "newbies" appear to know exactly what they are doing and rarely come back with the same IP. I have seen couple of genuine IP newbies who have been ready to correct their behavior but their priorities are probably somewhere else than in disruption - Skysmith 08:18, 2 August 2005 (UTC)[reply]
      • True. My question was how did someone find one of my first articles existed seconds after it was created? I was irate. But was I hurt? Don't know. I did find out that you can get concensus support for stuff that you write. I also learned that I should have joined the debate team in high school. Vegaswikian 20:22, 2 August 2005 (UTC)[reply]
  • It is too large to facilitate discussion between a wider variety of users.
  • Sometimes too few people vote on an article.
    • Define "too few". It appears that many people vote on articles that interest them or that they know something about. Only the most obvious vanity pages and nonsense seem to attract large number of votes - sometimes to protest apparent sockpuppet galore. And there has been suggestions that if the vote already appears to go to a direction you'd support, you are advised not to comment in order not to increase the size of the page. If you think that there are too few votes, present a countersuggestion to that - Skysmith 08:18, 2 August 2005 (UTC)[reply]
      • "Only the most obvious vanity pages and nonsense seem to attract [a] large number of votes - sometimes to protest apparent sockpuppet galore." Sounds like something to add to the list of cons. Aren't you admitting that VFD is just a big hate fest and waste of time? (comment by anon 70.213.84.132 (talk · contribs) - the only edits to this page)
        • Arguments are different from hate. In the above cases, the argument is between the sockpuppets or meatpuppets (who are sometimes just one person) who want a dubious article to stay and those individual users to want to say their definite no - Skysmith 17:21, 2 August 2005 (UTC)[reply]
      • The point is that votes on VFD tend to attract users in proportion to their controversiality, whether they are made controversial by sockpuppets or by their subject. Most contested votes attract a decent number of people, at least five or six, and usually more. The most serious disputes attract on the order of 40 or 50 voters. Asking more people to vote on the uncontested votes -- which may attract a nomination and perhaps one other delete vote -- goes against the recent trend of trying to avoid this clutter on the page. Christopher Parham (talk) 17:30, 2005 August 2 (UTC)
  • The current system cannot grow with Wikipedia, and as as result, there is usually a massive backlog of discussions waiting to be closed out.
    • So editors should be able to close discussions more easily and quicker. Recent policy allowed speedier deletion of obvious vanity articles, other new policies may be necessary - Skysmith 08:18, 2 August 2005 (UTC)[reply]
  • The project-wide problem with sock puppets is particularly troublesome at VfD.
    • Sockpuppetry seems to concentrate on VFD because it would be the most effective tactic there - if it were not relatively easy to find out. By sockpuppet's comments if nothing else. - Skysmith 08:18, 2 August 2005 (UTC)[reply]
  • VfD voters tend to make confusing votes, such as "delete and redirect," "merge and delete," "keep and merge," that by their sheer diversity make it difficult for the closing admin to ascertain exactly what should be done.
    • Due to practically unlimited variety of potential nominations, I think it is hard to set any hard rules about any small number of allowed votes. Some want to merge into specific page, others may even like to replace the nonsense with something sensible. Limiting comments to just a few, for example, would not be a good idea - Skysmith 08:18, 2 August 2005 (UTC)[reply]
    • Seems obvious what the closing admin should do in that case - nothing. (comment by anon 70.213.84.132 (talk · contribs) - the only edits to this page)
    • If an admin is unsure what to do when attempting to close, he should note that in the discussion and allow another five day period of voting to form a consensus. Unfortunately, the procedure encourages votes such as merge and delete, since an article can not be merged whilst up for vfd, and whilst the vote of merge and delete seems logical to me, it seems other people seem to disagree. Steve block talk 17:47, 2 August 2005 (UTC)[reply]
      • In other delete pages, there is a section for the cleanup process. Can something like that be added to VfD when the action is not clear? Part of the problem is the restriction on what you can do while the VfD is in progress. Why not allow someone to be bold and do the merge and remove the decision burden from the closing admin? After all, this is what has happened on some articles where the vote did not reach concensus after the vote closed and that action is usually accepted, at least based on my too small sample. Vegaswikian 20:34, 2 August 2005 (UTC)[reply]
  • Bad-faith VFDs often appear, and waste everyone's time.
    • Bad-faith editions and various other forms of vandalism appear all the time everywhere in WP. VFD is no exception. That's the nature of the open Wiki project. With VFD, admins should be able to close the poll quicker with an obvious bad faith nomination - Skysmith 08:18, 2 August 2005 (UTC)[reply]
      • The big exception is that there is some sort of idea that bad faith edits and various other forms of vandalism on VFD have to be kept around forever rather than reverted or deleted. Even you yourself suggest that VFD is special in that only admins should be able to get rid of an obvious bad faith nomination - in the rest of Wikipedia that can be done by anyone. (comment by anon 70.213.84.132 (talk · contribs) - the only edits to this page)
        • And where did you get that idea? VFD votes stay in archives but bad faith edits and vandalism are constantly reverted. Admins are the ones who can delete the dubious articles (and copyvios) - other users can add deletion tags or put them into VFD - Skysmith 17:21, 2 August 2005 (UTC)[reply]
  • VfD, as in other Wikipedia "voting" mechanisms, allows later voters to see the vote and rationale of earlier voters, potentially influencing their perception and decision. I think this leads to ideological inbreeding of Wikipedia culture as well as creation of silly categories such as "deletionist" or "inclusionist." Proposal: Discussion period, followed by anonymous vote. Discussion period requires no new modifications to software and would greatly resemble VfD except perhaps prohibitions on declaring one's own vote (though it would usually be evident by one's assertions). Anonymous vote would have to be accomplished through a software solution... these are widely available but they are novel to the MediaWiki package. The Hokkaido Crow 16:27, 12 August 2005 (UTC)[reply]

Themes

  1. We say vfd is not "voting" but "consensus"
    • Yet vfd means Votes For Deletion (which involves voting).
    • Also the method for determining consensus always includes counting votes
  2. Criteria ought to be simple enough that admins can be trusted to apply them, according to their judgment. After all, becoming an admin "should not be a big deal".
  3. Often voting on an article's vfd page becomes a nasty political contest, exactly the sort of thing "consensus" was supposed to avoid.
  4. There are are only two ways to make a decision in a group: we count the votes, or someone just takes action. The myth of "consensus" conceals this dichotomy poorly. There IS NO THIRD WAY. Uncle Ed 15:45, August 2, 2005 (UTC)
I have seen productive action being taken during long and contentious VfDs. I wish I had an example off the top of my head, but I can't seem to think of any. (Maybe GNAA, which is now a serious FAC?) But one thing that makes your dichotomy somewhat shaky is the assumption that the decision is the only possible or desired result from a VfD. This is false. A VfD does not have to reach consensus in order to be productive, nor does an editor have to take unilateral action and delete the article. —HorsePunchKid 19:06, 2 August 2005 (UTC)[reply]
These are interesting themes. However, (1) is fixed by renaming the process in any number of ways, the wording is not important compared to the effect. (2)is important: we should harden the deletion threshold to e.g. two-thirds or some compromise like 72-75% or something. Clear guidelines cause less agony. On-the-threshold cases, and only those, can be decided by reading the votes: a job I'd suggest handing to the bureaucrats since there would be statistically few such cases. Hands up, Bureaucrats! (3) is unfortunate: there is no such thing as pure consensus; we can have either a majority or unanimity. We rarely make unanimity and the minority will always feel tyrannized, no matter how small they are. Such is the way of the world. (4) is true (although in fact, the present operation of VfD is combination of the two outcomes listed: we count the votes and then someone takes action). But there are 3 principal outcomes for a VfD, and more as far as most editors are concerned: keep, delete, no consensus. The no consensus discussions usually result in work being done on the article, however small, and that can only have done good for the Wiki. There are of course other outcomes (merge, move, redirect without merge etc) that also result in improvement, if we trust the voting editors' judgement. And we surely do? -Splash 03:01, 3 August 2005 (UTC)[reply]

Bold moves

I'm going to continue moving proposals to userspaces and wikipedia namespace articles. If all the proposals that are springing up were discussed on this page., then we'd get buried by them. humblefool®Deletion Reform 20:06, 2 August 2005 (UTC)[reply]

Trouble is, now we have several groups of people discussing the same problems but spread across several pages (all as a result of Ed's attention-grabbing move). It is getting, frankly, impossible to follow... I'd rather it was all on one page, myself. Dan100 (Talk) 20:25, August 2, 2005 (UTC)

Deletionism

I've written up a short essay on my views of deletionism at User:Malathion/deletionism. Maybe it would be of some use to consider what I wrote there. --malathion talk 20:09, 2 August 2005 (UTC)[reply]

  • Thanks. It's a lucid and interesting exposition of the views of a small but very active Wikipedia faction. I personally find the point of view that "the majority of subjects that deserve articles have already had articles created about them" very novel indeed, not to mention patently false, but given that assumption the views and activities of deletionists aren't so surprising. --Tony SidawayTalk 16:07, 6 August 2005 (UTC)[reply]
    • On a related note, it is appalling that Votes for Destruction has so many contributors, but WP:Missing topics is making progress only through the slog work of a small group. Everyone, please come and help out, and make Wikipedia the best encyclopedia. Pcb21| Pete 16:39, 6 August 2005 (UTC)[reply]
    • That's all very well but it's hard to make Wikipedia the best online encyclopedia when certain "elitists" aka deletionists attempt to restrain certain articles from being published simply because it does not fit into their system of what they deem to be correct - they rarely have a good reason or enough evidence to delete a worthy article other than throwing the terms "nonsense" or "rant" about. Piecraft 05:26, 24 August 2005 (UTC)[reply]
      • I'm sorry, but calling it "Votes for Destruction" just goes too far. I can't reconcile that statement with any rational opinion. Do you believe deletionists are mad destroyers who won't be happy until they've reduced Wikipedia's page count to zero? You may consider that a ridiculous straw man, but it's the impression I get. Why is it acceptable to make these sorts of attacks? -- Cyrius| 18:30, 6 August 2005 (UTC)[reply]
    • I'm not sure how you could say it's "patently false" since it's impossible to know such a thing for sure. --malathion talk 10:08, 15 August 2005 (UTC)[reply]
  • I too agree with Tony Sidaway in that there are many articles yet to be written. What has been written about is generally the easy articles that are well known. It is funny that if you try to improve some articles using a google search, and find the only source material available is from wikipedia! Personally I think too often the tag of deletionists gets applied to people who worry about quality. Also remember that even deletionists create bad initial articles when it is something they are interested in. Vegaswikian 20:15, 6 August 2005 (UTC)[reply]

Fork

Is this about Wikipedia:Deletion policy? So it should be discussed there. Nabla 22:59, 2 August 2005 (UTC)[reply]

Relax

It seems to me that the single easiest way to fix VfD is to stop worrying about it quite so much. Its existence vexes the inclusionists (thus they deleted it), and they in turn vex the deletionists (who are presumably not vexed by VfD's existence). It is what it is: it serves a purpose that an encyclopedia must, imo, necessarily undertake. Rarely do the votes reach a wildly inappropriate decision — although they can be 'interpreted' by a creative admin — and a deleted article can be (and frequently is) recreated in no time. Indeed, deleted articles can be and frequently are restored by an admin with no harm done. If an editor doesn't like VfD, they can just get on with writing an encyclopedia (yes, we really are) and leave VfD to those it vexes less. -Splash 03:01, 3 August 2005 (UTC)[reply]

I completely agree. If admins (others also) spent less time discussing reforms and more time using their admin powers to improve WP this discussion would show up as pointless as it is. Nabla 01:11, 4 August 2005 (UTC)[reply]
I've entered three ideas (some old ones I've played with before, some new) in the brainstorming section. However I'd not too hopeful about consensus for change arising from this procedure.
I think the most likely solution to VfD's supposed "problems" will be that eventually we'll see the number of articles for deletion reaching a saturation point because Wikipedia will become increasingly impatient with inconclusive and sometimes rather tendentious nominations. More research skills will be sharpened and focussed on VfD, and this will continue to discredit "me too" deletion votes, making VfD more acrimonious in the short term but acting on the long term to improve the quality of decisions made. Obvious rubbish will continue to be deleted. The predicted scaling problems of VfD will never come to pass. The problem will be solved by the obvious solution: a diminishingly smaller proportion of Wikipedia articles will be listed for deletion in future. --Tony SidawayTalk 16:18, 6 August 2005 (UTC)[reply]

Merged discussions

It was driving me a little nuts that the same debates were taking place between different people over different pages. Therefore I've had a bold stab at centralising this debate.

I know the page is now huge, but isn't better that we're all "reading from the same page"?

I didn't move anything from other pages - I only copied - but left pointers on the pages I copied from alerting people to this central debate.

I hope people understand why I did this, and I apologise to those who will not like it. Dan100 (Talk) 10:21, August 3, 2005 (UTC)

  • Excellent idea, and most of those other pages should redirect here for simplicity's sake. No sense in rehashing the same discussion in a dozen different places. Also for the record, the referenced discussion on meta is two years old so not particularly relevant. Radiant_>|< 11:41, August 3, 2005 (UTC)

A proposal

I think VfD could be reduced by a substantial proportion if non-encyclopedic articles could be made ubto redirects when possible. The inane content would be out of WP and no admin would have to spend time deleting. Therefore I propose to remove the word merge from the VfD template, and add to the page: if you convert the article into a redirect, put a link to the previous content on its VfD page.

Ideally vapid articles would be made redirects instead of coming to VfD, but that's not being done, Septentrionalis 02:52, 5 August 2005 (UTC)[reply]

See my pre-emptive merge proposal. That an article listed on VfD can be merged with another and removed from VfD. --Tony SidawayTalk 16:20, 6 August 2005 (UTC)[reply]

Sounds good. Where is it? Septentrionalis 20:47, 9 August 2005 (UTC)[reply]

VfU - give people more power to delete obviously bad pages

Not sure this has been mentioned, so I'll give my 2 cents.

While VFD is swamped with requests on a daily basis, Wikipedia:Votes for undeletion is rarely visited (or at least gets a lot less requests and is quite scalable. I'd say we could give admins a little more freedom in deleting pages. After a while, we'll notice what pages absolutely need to go through VFD to reach a conclusion (those would end up on VfU with a concencus to keep).

Of course, this isn't as simple as I make it out to be with this post, but I think we should pay more attention to taking load off VFD as has been tried in the recent CSD expansion. - Mgm|(talk) 16:00, August 6, 2005 (UTC)

If you going to give the deletionists a carrot, you should give the inclusionists one too. For example, make it easier for admins to use the deletion log. At present, from the deletion log you have to press three buttons to see the deleted content, but it could be just one. Then it would be easier to check up on all those baby/bathwater folk. Pcb21| Pete 16:33, 6 August 2005 (UTC)[reply]
Why is it that only admins can see that content? Factitious 19:46, August 9, 2005 (UTC)
I think it might be because sometimes, the deleted content is a copyright violation. --malathion talk 01:14, 16 August 2005 (UTC)[reply]
It also makes it at least a little more difficult for an editor to repeatedly recreate the same validly-deleted article. TenOfAllTrades(talk) 02:01, 16 August 2005 (UTC)[reply]

I'm Being Bold

I remade the page to look a little better (basically I put everything into subpages). Everybody fine with how I did it? Please improve it, especially the short summaries on each proposal if you aren't happy with them. Is it kosher? gkhan 17:00, August 7, 2005 (UTC)

Anything is better than the huge unorganized lump there was before. Everybody who cares, keep on refactoring it. JRM · Talk 18:04, 7 August 2005 (UTC)[reply]

I think you did a good job. NoSeptember 18:46, 7 August 2005 (UTC)[reply]

Ahh, that makes me all warm and fuzzy inside :P gkhan 19:22, August 7, 2005 (UTC)
Sight unseen: Thank You!Xiongtalk* 19:14, 2005 August 7 (UTC)

Plain English, please?

I'm afraid I'm going to have to vote against any and all changes to the VfD process because with the way that the deletion reform page is organized, I can't make heads or tails out of any proposal. Can't have consensus sans comprehension. Almafeta 08:22, 12 August 2005 (UTC)[reply]

Are you talking about my changes to the page [1]? I did that because before it was a huge unreadable mess of a page, and Xiong had requested it on the village pump. I figured that it would be alot easier to get an understanding about what people wanted to get done. The reason that people haven't started voting about a proposal yet is because, well, there is no consensus right now! Everybody disagrees with everone else. However, if you feel that a vote should be needed soon, why don't you create a sub-page that's called Wikipedia:Deletion reform/Voting or something and put all the main suggestions there, put a notice on the top of this page that voting has begun, and we'll see what happens. Be bold! I suggest however that you post something like "we should start voting soon" at the village pump or here or someplace and let people edit the voting page before the actual vote starts. How 'bout it? gkhan 13:25, August 12, 2005 (UTC)
  • Most of the debates died down the instant they were split. Nothing is being voted upon, don't worry about it for now. Radiant_>|< 13:57, August 12, 2005 (UTC)
For heaven's sake, let's not vote on this! Voting is what got us into this mess. Voting is Evil.
Further debate is blocked because he who comes onto the main page is staggered by the sheer range of proposals. A single page is better (right up to the point that it gets so big that it can neither be loaded or edited). It seems I have to take responsibility for stifling the debate I so dearly wanted to see flourish. — Xiongtalk* 15:06, 2005 August 12 (UTC)
Hey, you broke it, you fix it :P I spent like an hour trying to fix it and make it look nice! You could just revert I guess but then you wont get the discussion that has been done since (although I gather that isn't much) gkhan 16:16, August 12, 2005 (UTC)
I disagree that the page appears "disorganized." As I see it, all the proposals are on separate pages, summarized on the main page. This, to me, seems very organized. Perhaps you need to purge and see the latest version? Xaa 16:30, 12 August 2005 (UTC)[reply]
Xaa, Almafeta is seeing the current version. Radiant is right; debate has overcooled. Gkhan, I applaud your effort. You achieved the short-term technical goal: Break the page so that it can be loaded and edited. It does appear that the current version fails larger social goals, but who is perfect? You did well for an hour's work.
I have just finished printing the entire text of all the deletion-reform-related pages. It comes to a stack over half an inch thick of ten point type -- redundant, discursive, digressive, and impenetrable. I consider myself blessed with a powerfully analytic temperment and I do not even know where to begin. The sheer mass of words blocks comprehension.
Gkhan has taken the first step and now others must follow. Let me meditate on this situation a day and see what can be done. — Xiongtalk* 17:41, 2005 August 12 (UTC)
Hmmm... On a second consideration of the material, I see your point. I sometimes forget that not everyone was blessed with growing up when I did. In my day, there was a thing called the "Evelyn Wood Speed Reading Course." I think it's still available today, but when I was in High School in the late 70's it was tremendously popular - so popular that Cheech & Chong (if anyone remembers who they were) made a comedy spoof of it on one of their albums. Still, my experience with the program was that it was a godsend. Today, thirty years later, I breeze through long dissertations with a reading speed of 350 to 450 WPM, depending on the subject and whether or not the author follows standard grammatical conventions. The basic idea was to read sentences, not individual words. But, on review of the material, I understand your point. These proposals are so lengthy, they *require* speed reading skills to review them in any reasonable period of time. I now see what you and the original poster are getting at - it is literally too much information. Unfortunately, I have no solution to the problem. Asking everyone to take a speed reading course to be able to grok the VfD reform suggestions is NOT a reasonable solution. =/ Xaa 18:15, 12 August 2005 (UTC)[reply]
Ok Yoda, you do that, and if you sense a disturbance in the force, give me a holler! Seriously though, what I think needs to be done is start up the discussion all over again, start a new page with all the ideas that came up during the discussion and then some sort of poll (note:poll not vote) to gauge the communitys thoughts on each of them (ie. use of categories, centralized discussion, binary voting, etc.) I could do that if you wanted to, I kinda enjoy doing stuff like that, it's like participating in creating policy without actually having to have an opinion :D gkhan 18:31, August 12, 2005 (UTC)

This may be a dumb question...

But why does a wiki need a deletion tool? Except for occasional pages that are illegal, imoral in some serious way etc, can't most of this be dealt with by page blanking? A brief look at the things that are being proposed for deletion leads me to think that most of them could be quickly blanked by regular users. Others could check it, and, if necessary, discuss it on the talk page. Am I missing something? Trollderella 23:55, 16 August 2005 (UTC)[reply]

It's certainly not a dumb question, infact, your blanking proposal is one of the suggested proposals on this page (see m:Pure wiki deletion system (proposal)). If you want deeper discussion go see that article and its talk page. There are a number of reasons why people might not like this idea. Off the top of my head:
  1. Transparency, there would be no transparent process
  2. Little or no discussion, if a single user doesn't like a page he could delete it and it would be gone forever (ie no one would notice it'd be gone).
  3. Revert wars, people would get into delete/undelete wars
  4. Giving users the power to essentially delete a page (which blanking essentially would be in this proposal) could lead to massive vandalism.
  5. Many, many articles are horrible attack-pages and copyright violations and other things that really shouldn't be accesible to other users than admins (yes I realise that you covered this in your question, but it is alot more common than you'd think). Pages that shouldn't be in an encyclopedia shouldn't be accesible.
  6. You wont get that neat "The article "John Smith is a stupid fag!!!" does not exist yet in wikipedia. If you'd like to create it....." message :P
These are the main reasons I can think of at the moment. Does this answer suffice? gkhan 12:02, August 17, 2005 (UTC)
Thanks! That makes sense, although I still think that a system like that could deal with 50-80% of the stuff on vfd. re your points:

1, 2 and 3. The process would be as transparent as editing is now, since the blanking could be reversed by anyone (I am thinking that the history would stay, just with a blank page). Page blanking is a possible type of vandalism now, and I don't think it would become much more common or difficult to detect. Disputes would take place on the discussion page as they do now, and 3 revert rules would apply as per any other deletion. Contentious issues could still be taken to vfd or some other process to get a ruling. 4. Users already pretty much have this ability, except that links don't change colour when you blank a page. Like any wiki action, it would be easily reversible. Perhaps a couple of extra steps to slow down the process of page blanking might detter massive use. 5. Libelous, illegal pages should be deleted using the regular tool. 6. Erm, no, you wouldn't... It's obviously not a total solution, but it seems to me that at least a substantial portion of the massive load on vfd could be dealt with in this way - do you disagree? Trollderella 16:21, 17 August 2005 (UTC)[reply]

"Keep/delete" versus "No consensus"

I may be opening up a can of worms here, but I think since this article is here, it's worthwhile to see whether the community wants to tackle some of the issues raised by User:Tony Sidaway's recent RFC over VfD closures and how some votes are interpreted by admins (see Wikipedia:Requests for comment/Tony Sidaway). Tony, who is a self-defined inclusionist, seems to prefer to count votes of merge and delete and merge and redirect as keep. But to me, the vote is clearly saying "this article doesn't belong, but the information does -- somewhere else." (See comments here specifically: Wikipedia:Requests for comment/Tony Sidaway#Outside view by User:Texture). FWIW. · Katefan0(scribble) 20:19, August 17, 2005 (UTC)

Without endorsing any specific behaviors, I do believe that Tony's interpretation of "merge" votes is the "officially sanctioned" view (at least, to the extent that anything in Wikipedia is "officially" anything). The reason is that we have an obligation under the Gnu Free Distribution License to preserve attribution history. Keeping the old article's history is the easiest way to preserve the encyclopedia's attribution history and redirects are cheap. That's why the old versions of instructions about VfD explicitly said that "merge and delete" was an incompatible vote. The more nuanced discussions about "merge and delete" votes admit that it is possible to use other means to preserve the attribution history. You could, for example, use the edit summary, copy the old article's history page to the merged article's Talk page or go through the multi-step process to merge two pages histories. In practice, though, I haven't seen very many VfD closers who have that much time. I might go to that much trouble if parts of the content were salvagable but concensus was clear that the article's title was patently objectionable. Without a very good reason, though, turning the article into a redirect is easy and it achieves basically the same effect. The article's not there anymore.
Those nuanced discussions go on to say that even though "merge and delete" may be technically achievable, it's an ambiguous vote and should probably be discouraged.
For the same reason, a "merge and redirect" vote is clearly a "keep" vote unless you explicitly argue for extraordinary measures to preserve the attribution history. The thing to remember is that "merge" does not require a VfD-level decision. The fact that the article was "kept" does not mean that it must be kept as an independent article. Any editor can be bold and merge an article. That can happen within seconds of the closing of the VfD decision. The comments in a VfD decision may inform that decision but a disputed merge is decided on the respective article Talk pages.
A straight "redirect" vote without further comment is ambiguous. The user in that case has not expressed an opinion on whether there is a reason that old article's history must be destroyed. Absent an opinion, the "safe" interpretation is to consider it a "keep and redirect" vote. As with a merge, any editor can be bold and immediately turn the article into a redirect.
About the only unambiguous vote in this class is "delete and redirect" which can safely be interpreted as "delete to get rid of the history then replace it with a redirect".
It's not really a "can of worms" but it is a common and recurring misunderstanding. Rossami (talk) 22:50, 17 August 2005 (UTC)[reply]
Well, I can see what you're saying about m/d and preserving edit histories. But, my personal opinion anyway, is that a closing admin has a responsibility to not only close the VfD, but also to carry out the will of the voters. It's not, or shouldn't be, enough to just close a VfD where a majority of people approved of the content, but not the article (i.e. voted to merge), without actually doing the merge. Or at LEAST placing a merge tag on the article. Neither of which many admins do. I realize this is a lot to ask of admins who do VfD closures, as their time is already taxed. But that doesn't mean it shouldn't happen any less. Just my opinion. · Katefan0(scribble) 22:55, August 17, 2005 (UTC)
As a fairly new user, I see the Merge vote in a slightly different context. This vote is really for deleting the article but to preserve the information. So it is truly both a delete for the article and a keep of the information. To determine if the article is kept, the merge and delete votes should be added together and compared to the keep votes. This will decide the fate of the article. Then the keep and merge votes should be added and compared to the delete votes to see if a merge should be done. Yes, this is a little harder on the admins. However it should result in fewer no consensus votes and actions more responsive to the community desires. If the merge votes are really being treated as described above, I would have to vote delete more often since the information is usually easily created in another article so no big harm is done by deleting. I would not be happy doing that, but if policy says that is how I need to vote, then so be it. Vegaswikian 23:14, 17 August 2005 (UTC)[reply]
One problem may be that a Keep vote is being widely interpreted as: "I approve of the present text", whereas, the sense of Wikipedia:deletion policy is that it means: "There should be some sort of article, even a blank or a redirect, in this location. We don't need to scrap it and throw away its history." This is why I'm a rampant redirectionist (except for spam, vanity, and unsalvagable OR - and, yes, there is a lot else on VfD.)
Renaming Keep might help. Septentrionalis 23:30, 17 August 2005 (UTC)[reply]

Merge results are sometimes tricky. Sometimes it is a simple copy and paste job, then go back and make a redirect. Someimes, it needs a little bit of accurate editing to avoid the "seams" showing. Two examples:

  • Two days ago I closed a debate, Wikipedia:Votes for deletion/M*A*S*H developments in Korea, which really resulted in a merge. However, carrying out a merge like that was not something which I was willing to spend my time on, so I decided to close it as a "redirect" and let somebody else do the merge if they wanted to.
  • The first VFD debate I ever encountered, as an anon, (my first article even!), was Wikipedia:Votes for deletion/TCS Victory, yet another merge result but which the closing admin, understandably, did not want to set about merging. Afterwards it was decided on the talkpage of the article that merging probably wasn't such a good idea after all since it would make a really long article. Note that the possibility of merging this to something less ambitious has not been ruled out, and if anybody wants to do this, they can just be bold and do so.

Some VFD closers, the ones which take on 30 or more debates in one go, often don't perform any merges at all, but satisfy themselves with just slapping on merge tags when that is the result. The administrerial role of the VFD closer is after all to either delete the article, or to not delete the article. Any other things which the closer does is done as a regular editor. Sjakkalle (Check!) 07:38, 18 August 2005 (UTC)[reply]

Two points from a self-described deletionist:

  1. The only consensus vote that requires admin action to pefrom or revert is delete. Therefore, there is no need to count a vote of "redirect" or "merge" as delete since these actions could be taken by any user. If you want an article merged, merge it! Which leads me to point #2.
  2. An article that is deleted cannot be merged. The content is inaccessible to anyone who is not a sysop. So we cannot possibly interpret a merge vote as a vote of delete. To desire an end is to desire the means to that end: Therefore, someone who wants content merged wants that content to stay in the edit history. You can't merge it if it's deleted. Thus all admins count merge votes, or just about anything besides an explicit delete, as a vote to keep. There is no other way to do this and be consistent.

The upshot of all this is that I agreed with every VfD that Tony Sidaway closed. There is just no other rational way to go about it that I can see. --Ryan Delaney talk 14:45, 18 August 2005 (UTC)[reply]

I see what you're saying, but I have to believe there's a better way to get at preserving vote intent than just reading every merge vote as keep. It's a hybrid. Keep the information, but not in its present form (i.e., there should not be a separate article). I don't think that there's any way to change that kind of voting behavior, nor should there be because I think it's a valid compromise between discrete sides. Maybe the solution, then, is to create a message board where admins can report VfDs closed with a consensus of "merge." It could even, perhaps, be something the Wikipedia:Cleanup Taskforce could take on as a side project. My fellow WP:CT'ers will probably kill me for suggesting taking on such an extra workload, but I can't see any other way to preserve the intent of peoples' votes without loading down VfD closers, who are already scarce. At the very least, we coudl ensure that merge tags are being placed. · Katefan0(scribble) 15:21, August 18, 2005 (UTC)
The problem–as I see it–is with articles where there is no clear consensus reached, which are closed as an explicit "keep" by the closing admin. The admin has done the correct thing; where there is no consensus, the article (usually) should not be deleted. The difficult arises when other editors read that admin's "keep" as meaning "article should be kept, and is irrevocably committed to remaining under its current article name, and may not be merged."
What an admin's "keep" often means is actually a very different and much more limited statement: "there was no consensus to delete this article. Whatever else you might do with it doesn't require admin intervention." Many articles are not deleted under circumstances where there is signficant disagreement over how they should be handled.
An article receiving five delete and five merge votes would likely be a "keep" in the sense of not being deleted, but is an obvious candidate for merger. Most closing admins state this explicitly in the closing and add the appropriate merge tags to articles. Some of the most enthusiastic will actually carry out the merger, too. (Bonus points for those admins.) Others will close as a plain "keep", because consensus for deletion was not achieved.
Perhaps the easiest solution is to encourage closing admins to explicitly state the meaning of their "keep" closures. Saying "No consensus, article not deleted" would leave the door open for mergers and whatnot, and cut down on the wikilawyering ("You can't merge that, the admin said 'keep'!")
In Scottish criminal law, there are three available verdicts. Loosely speaking, Guilty is handed down when guilt is proven beyond a reasonable doubt. Not guilty indicates the jury found the case very weak, or that the accused is innocent. Not proven is an intermediate case: the jury doubts the accused's innocence, but the prosecution failed to prove the case beyond a reasonable doubt. 'Not guilty' and 'not proven' have the same legal effect—the accused goes free. They are perceived very differently by the press and general population, however. I would suggest that we move to a similar system for closures here. A clear consensus to keep results in a stated verdict of "keep", whereas articles kept through lack of consensus receive a "not deleted; no consensus" closure. TenOfAllTrades(talk) 15:39, 18 August 2005 (UTC)[reply]
Is it not possible to limit VFD to keep and delete votes? All those people who wish to merge the article should vote keep and once the poll is finished perform the merge in the consensus is keep. Likewise those wishing to vote delete and redirect should vote delete and then create a redirect page after the deletion is such is the outcome. Steve block talk 21:28, 20 August 2005 (UTC)[reply]
Oh I missed this discussion (I'm not Kibo Parry so I'm not (yet) vain enough to grep my name. I like Ten's point about the (non-existent) distinction between Not Guilty and Not Proven (a legacy of the merger of the Scottish and English legal systems) and it helps me to understand why "not deleted" might be considered a better way. However isn't the problem with the (deprecated) "Not Proven" verdict sometimes brought by Scottish juries the very fact that it creates a nuance which is undeserved. The Scottish legal system is adversarial, in criminal law a person is either guilty or not guilty. Similarly an article is either deleted or not deleted. There is no middle way, and the Scottish verdict is a mere accident of history.
Whatever the case with "not proven", here we have a specific rule, one of the most fundamental of Wikipedia, that an article is not deleted without consensus.
Rather than have this idea of a second class keep, I'd rather do away with the word keep altogether and record all of them as "not deleted". However an even deeper concern suggests to me that we shouldn't prescribe a form of words here. The article Wikipedia:Deletion process was edited over a week ago, but I see little sign of sysops changing their verdicts in the time since. Instruction creep tends to be resisted, and that isn't a bad thing.
I think Steve Block's suggestion is good. Again, of course, we can't expect people not to express a preference during discussion, and such discussion should be welcomed. However it really shouldn't be any of the closing sysop's business what happens after an article is kept/not deleted or whatever. The editors know themselves what they think should be done and they're perfectly capable of doing it. As a closing sysop what I've usually done is to separate the decision into two: whether to delete, well that can only be taken by me as closer because I've got the magic button. What to do if it's kept, well sticking on a merge tag or (as I do) noting the suggestion to merge in the oldvfdfull template I stick on the talk page may be one way. Being bold and performing whatever you think should be done, after closing, and making it plain that you're acting as an editor (which is what I frequently do myself) is another. This leaves a continuity in the editing activities and ensures that those who did not participate in the deletion discussion but have their own ideas as to the disposition of the article are not left uncertain whether they're allowed to discuss redirects, merges, unmerges or whatever at a later date. We run the wiki on consensus so of course an old VfD merge/redirect is not binding for all time, though it would be a very bold editor who undid such a merge immediately after a VfD close. I've seen one VfD merge close that I did challenged at VFU, and emerge supported; however it could have gone the other way. There weren't that many votes in it. --Tony SidawayTalk 06:34, 30 August 2005 (UTC)[reply]
  • The problem is that the view of VFD as binary (keep/delete) is outdated. The VFD page itself lists in fact five possible outcomes, and there is strong precedent that a nomination can have a result to merge, or to transwiki. Forcing everything into the neat pigeonholes of 'deleted' or 'not deleted' is needlessly bureaucratic. A closed VFD should display what has happened to the article as a result of the VFD. Radiant_>|< 08:57, August 30, 2005 (UTC)

VfD is not distributed in time the way normal editing is.

It makes sense to me that articles that do not exist are null articles, as are blank ones. This is not the only way to address the problem, though. e.g. articles could be restored to another server by (automated) request for review to avoid cluttering up the namespace. This seems to solve nothing as the voting mechanism for deletion and restoration is kept in place. However, it removes the urgency of participating in discussions to save or ensure the removal of an article, objections can be spread over time and crucialy decisions are fairly easily reversible.

Due to the contentiousness that surrounds what is neutral and what is not (despite, and in the case of "original research", I would suggest because of, the guidelines), and the possiblity of rogue admins, it is important that one can review previous versions of articles by some means. This is obviated to some extent by the deletion log, though the fact it only covers relatively recent deletions is unfortunate. However, it would be much better if old versions could be reviewed.

It would be useful to be able to search the text of all revisions of deleted articles. I include all revisions, because it is possible to arrange for an article to be filled with junk, say "this article is junk" and speedily delete it before an objection can be raised.

This is particularly relevant in the sphere of politics, for instance, where proponents of a particular viewpoint may make somewhat subtle efforts, to promote a particular POV by selectively enforcing rules with respect to their selection of titles (as well as which source material can be used, what topics can be presented without direct citation, etc), for instance by claiming "not relevant enough" when something is ignored by well-known media organisations, and "original research" when the article has not yet developed to the level where citations are provided, and so on. I say this just to illustrate why one might be concerned about what is deleted. More charitably, one might simply believe people to be mistaken in their actions and wish to check them.

A possible exception is copyright violation. But here, specific revisions should be deleted, not the entire article. Nontheless, rogue admins are still a potential problem unless there is a non-time critical verification process. I believe that the terms of fair use would allow alleged CV versions to be provided for review. Further, IIRC, the point of removing CV material is to ensure that the wikipedia is covered by the GNUFDL, not for fear of imminent legal prosecution per se. (I'm not entirely confident about the points in this paragraph, so I'm interested in others' opinions).

So deleted articles, and thus the deletions themselves, should be reviewable as any other edit history is, and further their histories searchable.


Deletes for new articles

Many of the items that show up for deletion are new articles, and many of them get nearly unanimous delete votes, but would not strictly fit the criteria for speedy deletion.

Furthermore, Vfd are used for two different kind of reasons, either: there should not be an article on the subject, or there should be an article on the subject, but this content is not salvagable

Therefore I would like to suggest a cleanup deletion option, which would apply to the latter case, for any article that seems to fit the ordinary reasons for deletion, where the speedy deletion criteria do not seem to apply.

And let Vfd be for making decisions when a controversy arises -- in other words, a cleanup deletion would be the default.

If someone objects to a deletion, other than the author of the article and/or any sockpuppets, then the article has to go to a full Vfd.

--- Step 1: Nominator for cleanup deletion, places a cleanup-delete tag, similar to a cleanup-rewrite, etc, but called cleanup-delete, with a message explaining the reason.

Step 2: [3 days pass]

Step 3: If the tag is still on the article, and the article was younger than 3 months when cleanup-delete was added, then any admin has the option of deleting the article (except the nominator, if the nominator is an admin).

Anyone who objects to a cleanup deletion other than the author of the article may replace the cleanup-delete tag with a vfd tag.

Cleanup-delete tags would not be allowed to be removed, except by a person nominating the article for Vfd.


In this manner, less time is wasted -- if noone objects to the deletion, obvious deletes just happen, like they should.

It should be possible to categorize Vfd, too, if needed, but is there no way to stick with a simple solution to deletion that doesn't involve massive code changes or institution of pages and pages of new rules? --Mysidia (talk) 17:09, 19 August 2005 (UTC)[reply]

This is Wikipedia:Countdown Deletion, except that their period is 7 days. (I have seen 30 days in other discussions.) I approve in general, but three days is much too short; give the writer time to notice. And what's the rush? If the article has genuinely been abandoned, and most of these have been, any time-limit will kill it. Septentrionalis 14:00, 20 August 2005 (UTC)[reply]

Keep vs. Delete vs. Cleanup

I have seen dozens of VfD votes where people vote to keep because they value the topic of the article, but they condition it with something like "if cleaned up". They don't plan to do the work themselves and so the article is kept but in an unacceptable form. We need a real "cleanup" vote and a "cleanup" outcome which says that the article will have 14 days to be cleaned up and then be subjected to VfD again. The second time, it's either voted up or down. –Shoaler (talk) 14:56, 25 August 2005 (UTC)[reply]

We usually give people more than 14 days. Other than that, we already allow what you suggest. If an article is not cleaned up in a reasonable time (usually months), it is acceptable to renominate it. If you do so, please be careful to provide a link to the prior deletion discussion. Also note in the nomination that a majority of the prior opinions were conditional and that those concerns were not addressed. Rossami (talk) 15:43, 25 August 2005 (UTC)[reply]

Another proposal

Someone must have thought of this before, but I couldn't find it anywhere, so... Why not give everyone some form of deletion/undeletion powers, effectively bringing deletion into line with everything else people can do to an article? Of course, it's not quite so simple, and I'm certainly not proposing that the current powers be given to everyone. What I propose is this:

  • Anyone can flag an article as 'deleted' by clicking a little tab at the top. The tab will bring them to a page asking them if they're sure they want to do this, suggesting that they check for consensus, and giving the current hints to deleting admins (e.g. check what links here), but nothing stops them from going right ahead. Doing or undoing this just adds a flag to the article, and doesn't put much load on the server.
  • Anyone else can still view or undelete the 'deleted' article for set number of weeks (or some other predetermined unit of time); if nobody rescues it within that month, it automatically goes into 'real' deletion, and can only be accessed or restored by an admin. This is when all of the real behind-the-scenes moving and housekeeping takes place, the stuff associated with deletions today.
  • Going to the page during that month will not immediately show the page, but will bring up a brief explaination of what's happened to it and offer a link where you can see the deleted page, browse its history, and, perhaps, choose to restore it.
  • The 'deleted' page cannot be edited during that month, nor can a new page be created at its old place (which is occupied by the deletion notice.) If someone wants to create a new page, all they have to do is restore the deleted one and edit it into what they want.
  • Speedy real-deletes would still be available to admins to use when appropriate.

Although at first glance it might seem that spurious deletions would be a problem, they really wouldn't be; they'd be no more of a problem than random blankings today, and just as easily fixed. The real impact of this change would be to eliminate all of the current methods attached to deletion, and instead channel them into the existing Wikipedia dispute resolution process. Yes, there would be deletion-wars and troublesome editors who make it difficult to reach consensus; but I would argue that Wikipedia has survived those problems with regard to everything else related to articles, and that the same dispute-resolution methods we use for any other dispute can be just as effectively applied to disputed deletions. Aquillion 22:04, 26 August 2005 (UTC)[reply]

This is essentially a more complicated version of the m:pure wiki deletion system (proposal), which I happen to think is a great idea. Your ideas are good. I'd suggest backing the PWDS proposal because it's been discussed longer and has more momentum. RSpeer 22:58, August 26, 2005 (UTC)