Archive 5 Archive 7 Archive 8 Archive 9 Archive 10 Archive 11 Archive 14

Procedural question on relistings

When an XFD is relisted, does that mean there's no consensus either way? And if there's no consensus either way, that defaults to keep, right? So what happens if no one comments after it is relisted? Is it a delete, no consensus, keep or what? Is it allowed for anything to be deleted on a relisted XFD that had no comments after it was relisted? –HTD 16:25, 20 April 2015 (UTC)

Request for comment

Your comment is requested at WT:Templates for discussion#RfC: Proposal to allow non-admin "delete" closures at TfD. --Izno (talk) 19:14, 9 June 2015 (UTC)

"Previous voted..."

The edit made here seems to stem from the same idea as WP:INVOLVED though as Black Kite notes INVOLVED doesn't quite fit the bill since it seems to extend notions about administrators to closers of XFDs. Maybe it's creep to discuss it in this context. @Northamerica1000: who removed it (I'll let others decide whether it was a bold or a revert), and @MSJapan, Black Kite, AndyTheGrump, Andy Dingley, Reyk, and Timtrent: who participated in the original discussion. --Izno (talk) 14:00, 26 June 2015 (UTC)

Seven Days Rule and Discussion in a Nice Tone / Stop Fast Deleting

Maybe it's just me, but the admins at the German Wikipedia are very rude. Some of my articles were just deleted over night. It wouldn't be so tragic they were deleted, if I would understand why, and when I had a chance to explain my side of of view and they theirs (discussion). When then the better argument would be for a deletion, I would take it calm and say, well that's it. A lot of users, like me, are spending hours and entire days on creating articles/make articles better. So yes, it is hard when a Wikipedia article is deleted, but if it's understandable it's all right.

But German Admins use the "fast deleting" the whole time. And no, I am not spending hours on creating vandalism or things like that. I think it's rude when one person delete an entire article on their own - just because he had a bad day, the wife left him or something like that. It would be nice, if hard working people would get a Seven Day Chance to explain and discuss why/why not it should be deleted.

The German Admins just say "don't relevant, deleted" all the time. And well, the problem is, that deleted means gone forever. At other accounts I've written a lot of complex Chemistry/Physics/Mathematics (since I've studied it with a Phd). Really "basic" for bachelor/master students at those fields. But well, they are all gone, because one admin disliked Science (or what so ever).

I think we user should have some kind of protection from Admins. I think, that a Seven Day politics should be used much more at German Wikipedia. And hopefully some international Admins could fire the German ones and get some better people for the job. I think the fast deleting should only be for **Vandalism** and nothing more. And then let the arguments speak seven days, and based on the arguments and meanings of the Wikipedia community, the decision should be taken.

PS! I think people should be more friendly at the internet. They write thinks, they never would say to us at the face. And some of these Users are Admins. I don't like to get sentences like "this is shit and no one cares about it" - I have put a lot of effort in my articles, like the most. If it's not good enough, the community and author should together try to make it better. If it can't be better, you could at least be so kind to use a good tone and say "I don't think it is relevant, becaus ...". Everyone could live with that. --Basiliussap (talk) 21:01, 2 July 2015 (UTC)

This is the English Wikipedia, we can't do anything about the German Wikipedia. ansh666 22:34, 2 July 2015 (UTC)
No personal attacks also applies to users on the other Wikipedias. Wikipedia is not a soapbox. If you want, propose at the German Wikipedia, as we aren't Meta-Wiki, but such a rant would have scant success - I suggest you make it less critical. Esquivalience t 02:43, 16 July 2015 (UTC)

Relisting process – Should relisting discussions automatically exclude users from any !voting in the discussion?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Recently an edit was added to the Deletion process page that stated, "Users who have previously voted in a discussion should not relist it, and users who have relisted a debate should not subsequently vote in it." (diff). This addition was based upon the fifteen-hour discussion at Wikipedia talk:Articles for deletion/Archive 68 § Question on an AfD procedure..., which was in part about one AfD discussion. I reverted this change because it is rather abrupt and could have significant chilling effects upon users that contribute to AfD, particularly regular contributors who work to keep the backlog down. At this point, requesting community input regarding this matter via RfC. North America1000 14:06, 26 June 2015 (UTC)

I admit that regarding the above-linked discussion, it would have been better for me to have provided my !vote and to not have relisted it, leaving the decision to relist for another user. You're misinterpreting my intent here, though, which was innocent and to simply allow time for the new sources to be considered. It's not necessarily uncommon for discussions to be relisted when new sources are presented. For example, see this discussion, whereby an admin deleted an article and then reverted their close because new sources were posted around the same time it was being closed. Also, your vote count above is incorrect (diff): for starters, the first relist occurred after one delete !vote occurred, which along with the nomination, totaled two. Perhaps you misread the comment following the nomination as a delete !vote? North America1000 01:47, 27 June 2015 (UTC)
And that first comment was basically a keep opinion, though based on potentially faulty reasoning, making the first relist very reasonable. ansh666 03:21, 27 June 2015 (UTC)
Too much logical fallacy here. What happened on another AfD is not germane to this discussion. Finding sources is not what happened here. Debating minutiae only derails the discussion. Off by one vote or not, I saw no issue with the first relist at any time (and stated such). A clear consensus was reached after the first relist, as there were no keep votes. The AfD was relisted instead of closed, with the relister voting contrary to the consensus after the relist. That is a problem, because it appears biased even if it's a mistake. To summarize the situational issues as to why I made the change:
1. Vote and relist/close - if clear consensus is there, there is no need to vote. If there isn't, the person is either creating consensus and closing or voting against the trend and relisting, in either case appearing to manipulate the AfD in support of their position.
2. Relist and vote - If a consensus has been reached, relisting is unnecessary, as is any additional voting. If consensus has not been reached, relisting and voting either way appears biased, as above, and more so when the relister's vote is against the trend.
That is the underlying issue behind the change to the policy page here, as INVOLVED doesn't cover this. I see no problem with adjusting either policy, but the opportunity for issues is too great if there is a requirement to remain neutral - if you look at the discussion on AfD, Black Kite closed several AfDs that fit the pattern I pointed out. It wasn't just one instance. This is one of those cases where if there appears to be a problem, there is. People fixing backlog should be doing admin tasks, not voting on AfDs, because AFAIK, no votes either way still can be closed as delete because there were no objections. We've got lots of precedents for AfD, but what happened in the Adarsh Liberal AfD shouldn't be one of them. MSJapan (talk) 19:12, 27 June 2015 (UTC)
I understand the notion of a person who has participated in a discussion that is leaning toward a particular outcome who has !voted against that outcome not relisting it, but I still feel it's too drastic to outlaw any relisting in discussions that an editor has participated in, particularly those that 1) do not have a clear consensus, and would likely be relisted anyway by another user, 2) when new sources/information etc. have been presented that has a reasonable likelihood to significantly counter previous arguments. I also think that a user who has previously relisted a discussion should not be forbidden from later participation, which is unnecessarily prohibitive, with chilling effects. As stated above, the change to the page, which stated (diff):
"Users who have previously voted in a discussion should not relist it, and users who have relisted a debate should not subsequently vote in it."
is too far-reaching and prohibitive, forces users to consider whether or not they want to participate prior to relisting, and does not take into account various circumstances that may occur. North America1000 09:10, 14 July 2015 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Clarification on reference to WP:TPO

Wikipedia:Deletion process#Non-administrators closing discussions has two mentions of "appropriate notice as per WP:TPO". What specifically at TPO is this referencing? An expansion on the details would help, as it is not readily apparent to me. Thanks.—Bagumba (talk) 21:15, 18 August 2015 (UTC)

Template:recap

((recap)) is nominated for deletion. This is an ancillary deletion template for processing long deletion discussions -- 70.51.202.113 (talk) 04:47, 12 September 2015 (UTC)

WP:NACD

"Notice of the restoration should be posted at WP:RFPP." was added by Unscintillating here. This makes little sense to me. Any reason to keep it? --NeilN talk to me 17:44, 3 September 2015 (UTC)

I think decisions like that should be left to Protection policy. This question was inspired by this request for page protection, which in turn was an application of WP:NACD to a procedural mistake I made at Articles for deletion/International Space Elevator Consortium. Since I agreed with the revert, no point was served by protection. RockMagnetist(talk) 17:58, 3 September 2015 (UTC)
If not at RFPP, there should be some other way to report restorations of NAC, so as to avoid confrontations. Regards—JAaron95 Talk 18:02, 3 September 2015 (UTC)

Now @Samwalton9 has changed it to "posted at WP:ANRFC." Does it make sense to request closure when it is already closed? RockMagnetist(talk) 18:03, 3 September 2015 (UTC)

That's a good point, I misread this as being for when discussions are re-opened so I've reverted again. I don't understand at all where this was supposed to link then, I dont see how posting at RFPP helps anything. Sam Walton (talk) 18:10, 3 September 2015 (UTC)
The ultimate point is to notify an admin about the restoration... Regards—JAaron95 Talk 18:13, 3 September 2015 (UTC)
As pointed out by Timotheus Canens the aim may be to request protection so that further reverting doesn't take place by non-admins. This should probably be clearer if this is the case. Sam Walton (talk) 18:19, 3 September 2015 (UTC)
For the aim, we'll have to ask @Unscintillating, because this editor did it without any consensus, although there were multiple inconclusive discussions of when it is appropriate to revert NACs at the time of this edit. I agree that no participant should revert a closure, but protection questions should be left to WP:PROTECTION. RockMagnetist(talk) 18:35, 3 September 2015 (UTC)
WP:AN can be used to notify and a request for protection is only needed if there's an edit war going on. It should not be automatic. --NeilN talk to me 18:58, 3 September 2015 (UTC)

Since Admins are aware of my restoration, and WP:Deletion Review is underway for reviewing the closure, I'm not reporting it anywhere. WP:AN/I works too! Regards—JAaron95 Talk 04:08, 4 September 2015 (UTC)

This conversation petered out. Since there is no consensus for reporting anywhere in particular, I am going to remove the sentence. RockMagnetist(talk) 15:07, 12 September 2015 (UTC)

How does a non-administrator propose a template for speedy deletion?

This information should be explained on the project page Jc3s5h (talk) 19:44, 14 September 2015 (UTC)

You place the deletion tag on the template page inside <noinclude> tags (as explained on Wikipedia:Criteria_for_speedy_deletion#Introduction_to_criteria). If the template's protected, you place the tag on the talk page instead (because you can't edit the main page as a non-admin in that case), although speedy-deleting protected pages isn't a situation that's likely to come up much. I added a description of that to the same area, because it doesn't seem to be listed anywhere and you're evidence that some people seem to be confused. --ais523 21:28, 15 September 2015 (UTC)

Userpage

If you delete a userpage will it delete all of its subpages? I would like to delete a former userpage from a different account I had. StanCubed (talk) 17:51, 27 July 2015 (UTC)

Orphaned files with ((Keep local)) tag

A couple of nominations closed recently regarding File:Citizens' Trust Company Building.JPG and File:Clark County Courthouse Indiana 002.JPG - there are other examples. These are files that were tagged with ((Keep local)) by the uploader years ago, but are no longer used in any Wikipedia articles. The debates were closed as "keep" because of the Keep Local tag. I'm wondering if there's any real policy reason to keep copies of these types of images on the local project. The current presumption seems to default to "keep" even if nobody defends retention of the file.

I've run across other situations where the uploader of images with the "Keep local" tag has obviously retired or been absent for years. In those cases is it all right for any editor to remove the tag?

Any clarification/insight is appreciated. Kelly hi! 08:55, 9 October 2015 (UTC)

Well if the file is unused it could be deleted. In the first case the file could be transferred to commons. Really if users add a keep local tag, there should be a reason, eg "I am banned from commons", "I am annoyed by commons policy", "It is OK in USA, but not in country X". If the license are suitably free then commons should be the place to put them if they have educational value. Graeme Bartlett (talk) 20:44, 29 January 2016 (UTC)

The meaning of "seven days" in AfD closures

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Because this was recently disputed at ANI, a RfC is needed to clarify the meaning of "seven days" in AfD closures, and to an extent, relists.

The question is: should "seven days" mean the seventh day or 168 hours? If "seven days" is the seventh day after, this means that the AfD has to be opened seven calendar days before closure (e.g. an AfD opened Jan 15 (GMT) can be closed on Jan 22 (GMT, any hour)). If "seven days" is 168 hours, this means that the AfD has to be opened exactly 168 hours before closure. Esquivalience t 21:13, 28 January 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Semi-protected edit request on 4 February 2016

86.187.58.57 (talk) 12:29, 4 February 2016 (UTC)

Copypaste of article deleted previous article deleted as per Wikipedia:Articles for deletion/Deniz Kiziloz
 Not done as you are in the wrong place, since this page is only to discuss improvements to Wikipedia:Deletion process.
As you are aware an article on Deniz Kiziloz was previously deleted, as it failed to show he was notable. If you think he is now notable, and wish to start another article, please use the Articles for creation wizard - Arjayay (talk) 18:26, 4 February 2016 (UTC)

Misuse of MFD relistings

This is an ongoing discussion about the flagrant misuse of MFD relistings going on at ANI. Further there are two RFCs going on at WT:MFD to ban relistings there. — Preceding unsigned comment added by 107.72.99.199 (talk) 12:03, 15 February 2016 (UTC)

Please add to relistings that "All relistings must be done discriminately and with a comment" following the result of the RFC at WT:MFD. Indiscriminate, comment less relistings are not productive. — Preceding unsigned comment added by 107.72.99.171 (talk • contribs) 22:17, 24 February 2016‎

 Not done This appears to be a bad faith request, not supported by discussions at WT:MfD, which in any case would not determine practice for other XfDs. --Malcolmxl5 (talk) 16:59, 29 February 2016 (UTC)