Difference between revisions of "Doom Wiki talk:Criteria for speedy deletion"

From DoomWiki.org

(Initial adoption: response to Quasar)
(Proposed revised introductory part: Looks good.)
 
(3 intermediate revisions by 2 users not shown)
Line 28: Line 28:
 
== Proposed revised introductory part ==
 
== Proposed revised introductory part ==
  
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]].
+
This page describes the '''speedy deletion policy''' of the [[Doom Wiki]], explaining how to request or <span style="background:yellow">process</span> 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, [[Doom Wiki:Administrators|administrators]] may use their discretion to bypass deletion discussions and delete items immediately.  Any [[Help:User access levels|registered user]] can also nominate a page or file for speedy deletion; an administrator will then review it, and may delete it without discussion.
+
The criteria below specify pages and files which have '''broad consensus support''' for deletion.  <span style="background:yellow">In these cases, and only in these cases,</span> [[Doom Wiki:Administrators|administrators]] may use their discretion to bypass deletion discussions and delete items immediately.  <span style="background:lightgreen">Any [[Help:User access levels|registered user]] can also nominate a page or file for speedy deletion; an administrator will then review it, and may delete it without discussion.</span>
  
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 things 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.
+
<span style="background:lightgreen">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, <span style="background:yellow">discussion should be bypassed</span></span> '''only in the most obvious cases.'''  <span style="background:lightgreen">This list describes items that can be deleted, not items that must be deleted.  <span style="background:yellow">Administrators are expected to use their common sense to determine if a simpler, better solution is available.  <span style="background:lightgreen">Whenever doubt arises, a normal deletion thread should be opened.</span></span></span>
  
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; avoid deleting a page that appears incomplete very soon after its creation.
+
If a page has survived a prior deletion discussion, it should not be speedily deleted <span style="background:yellow">unless new issues are discovered.</span> Contributors sometimes <span style="background:yellow">build</span> pages over several edits; <s><span style="background:red">administrators should </span></s> avoid deleting a page that appears incomplete <span style="background:yellow">very</span> soon after its creation.
  
To tag an item for speedy deletion, use [[Template:SpeedyDelete]], entering the appropriate number or name below as the first parameter.  This adds it to the [[:Category:Speedy delete|speedy deletion category]].
+
To tag an item for speedy deletion, <s><span style="background:red">you may</span></s> use [[Template:SpeedyDelete]], <span style="background:yellow">entering the appropriate number or name below as the first parameter.</span> This adds it to the [[:Category:Speedy delete|speedy <span style="background:yellow">deletion</span> category]].
  
Creators and major contributors to pages and files should be notified of speedy deletion nominations.
+
Creators and major contributors to pages and files should be <span style="background:yellow">notified</span> of speedy deletion nominations. <s><span style="background:red">If you tagged any content for speedy deletion, be sure to notify its creator.</span></s>
  
 
[[User:Ryan W|Ryan W]] ([[User talk:Ryan W|talk]]) 18:22, 1 August 2014 (UTC)
 
[[User:Ryan W|Ryan W]] ([[User talk:Ryan W|talk]]) 18:22, 1 August 2014 (UTC)
 +
 +
'''<small>(Edited to emphasize changes &ndash; green for new, yellow for changed, red for removed.&nbsp;&nbsp;&nbsp; [[User:Ryan W|Ryan W]] ([[User talk:Ryan W|talk]]) 13:34, 14 August 2014 (UTC))</small>'''
 +
 +
: 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. --[[User:Quasar|Quasar]] ([[User talk:Quasar|talk]]) 05:05, 14 August 2014 (UTC)
 +
 +
: I'm fine with those adjustments if you want to fold them into the article. --[[User:Quasar|Quasar]] ([[User talk:Quasar|talk]]) 22:41, 14 August 2014 (UTC)

Latest revision as of 17:41, 14 August 2014

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)