Doom Wiki talk:Criteria for speedy deletion


Initial adoption[edit]

Should be fairly uncontroversial. Adapted from WikiMedia Commons, and I feel it addresses all the possible issues where we would like to immediately get rid of unwanted and uncontroversial content. Might help avoid some articles getting lost in the larger, much slower Delete queue and becoming a liability. Feel free to debate terms, or suggest an alternative way of working Template:SpeedyDelete, as right now it relies on a numeric argument without any semantic content that might be a PitA to look up all the time. If we're going to change that, we need to do it before it goes into use. --Quasar (talk) 15:45, 31 July 2014 (UTC)

For me, 👍 --Kyano (talk) 16:54, 31 July 2014 (UTC)
I understand the purpose of this and I appreciate Quasar's effort in assembling it.  Nearly every item documents existing practice (e.g. test images), or bypasses discussion that has shown itself pointless (even if the original author sometimes filibusters to make it look meaningful).  That said, bypassing discussion PISSES PEOPLE OFF, so it must be limited to open and shut cases.  I'll try rewording the lede to clarify.
More specifically:
  • Second sentence might be unneeded.  Unlike Commons, every content contribution doesn't get picked over for licensing concerns; we tend to assume text is OK unless someone adds huge chunks across dozens of articles.
  • 1, 4, 5:  Better to decide which is more suitable, then orphan and tag the other, regardless of older vs newer.  (Occasionally we must retain two near-duplicate images for attribution; ideally, reupload the active version over the unused one, then redirect.)
  • 3:  Deleting an on-topic image is always controversial, copyrighted or not.  I would limit this to orphaned files where the content is not clearly primary material, e.g. random vacation photos can go, but unused CC2 screen shots have to be nominated normally.
  • 8:  Final sentence is a major change.  Excepting blatant policy violations like those listed, we've historically allowed wide latitude with userspace.  In fact, sometimes we've discussed on Central Processing before even tagging.
  • 10:  gibberish or nothing meaningful → incomprehensible gibberish or obviously completely irrelevant to the wiki  (Tighter wording because this has been abused on Wikipedia to remove harmless userspace rambling and on-topic, but belligerent, policy posts.  If someone is taking up a lot of server space without advancing discussion, just post to their talk page, then block if the issues continue.  No need to whitewash by default.)
  • 13:  Actually I would go further and say that questions about any deletion should first be addressed to the admin, and then if that doesn't resolve things, to Central Processing to pool opinions.
  • 15:  other uncontroversial → similarly uncontroversial  (This is subjective IME, so shouldn't sound like carte blanche for the admin to make structural changes.)
  • If we're going to change that, we need to do it before it goes into use.   Not really, as long as it's backward compatible and we always revise the instructions to match.  The arguments to #switch are strings, so we could add keywords for easier recall, e.g. dupcat for criterion 1.
I also fixed some grammar and stuff, hopefully without changing intent.    Ryan W (talk) 18:22, 1 August 2014 (UTC)

Proposed revised introductory part[edit]

This page describes the speedy deletion policy of the Doom Wiki, explaining how to request or process speedy deletions. This page does not cover copyright or licensing issues; for such information, please see Doom Wiki:Copyrights.

The criteria below specify pages and files which have broad consensus support for deletion. In these cases, and only in these cases, administrators may use their discretion to bypass deletion discussions and delete items immediately. Any registered user can also nominate a page or file for speedy deletion; an administrator will then review it, and may delete it without discussion.

Community input and consensus-building are the expected forms of decision-making on the Doom Wiki, and administrator actions are more difficult to undo than normal edits. Therefore, discussion should be bypassed only in the most obvious cases. This list describes items that can be deleted, not items that must be deleted. Administrators are expected to use their common sense to determine if a simpler, better solution is available. Whenever doubt arises, a normal deletion thread should be opened.

If a page has survived a prior deletion discussion, it should not be speedily deleted unless new issues are discovered. Contributors sometimes build pages over several edits; administrators should avoid deleting a page that appears incomplete very soon after its creation.

To tag an item for speedy deletion, you may use Template:SpeedyDelete, entering the appropriate number or name below as the first parameter. This adds it to the speedy deletion category.

Creators and major contributors to pages and files should be notified of speedy deletion nominations. If you tagged any content for speedy deletion, be sure to notify its creator.

Ryan W (talk) 18:22, 1 August 2014 (UTC)

(Edited to emphasize changes – green for new, yellow for changed, red for removed.    Ryan W (talk) 13:34, 14 August 2014 (UTC))

Is there a chance you could highlight your changes? It's hard to grasp what's different without having two tabs open on two different monitors. --Quasar (talk) 05:05, 14 August 2014 (UTC)
I'm fine with those adjustments if you want to fold them into the article. --Quasar (talk) 22:41, 14 August 2014 (UTC)