Template talk:Afd-merge to

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Merge
WikiProject icon This template is within the scope of WikiProject Merge, an attempt to reduce the articles to be merged backlog and improve the merging process. If you wish to help, you can edit the page attached to this talk page, or visit the project page, where you can join the project and/or contribute to the discussion.
 

Very difficult to use[edit]

I have to say, this template is really hard to use, and I don't see myself using this template again. I much prefer mergeto. Not only is it less instrusive to the main articlespace (this infobox is a real monster!), but it's incredibly hard to use when you consider that the main users of this template have to plough through tonnes of AfD closures. The only possible way this template could be used is through a user script, but even then, there's too much information that needs to be pasted. --Deathphoenix ʕ 21:23, 4 October 2006 (UTC)


Discussion continued at Template talk:Afd-mergefrom.


Added a category parameter to supress cats.[edit]

Rich Farmbrough, 18:50 20 January 2007 (GMT).

"If the merger is not completed promptly, this article might be re-nominated for deletion."[edit]

Shouldn't this sentence be removed, given that
1. There is no deadline.
2. A page that should be merged should not be re-nominated for deletion...because it should just be merged. 160.39.213.152 (talk) 01:52, 26 February 2009 (UTC)

While there is no deadline, any article properly tagged with this template has been nominated for deletion and failed to achieve consensus that it should remain a separate article. The lack of a prompt merger is not a valid deletion rationale, but it is likely to lead to the article's re-nomination for whatever reason it was nominated in the first place. (And because consensus can change, the new deletion request might succeed.) The wording in question serves as a warning of that. —David Levy 04:01, 27 February 2009 (UTC)
I see, thanks for the explanation. But if the sentence is intended as a warning, isn't it a bit instruction-creepy? It's a matter of course that the article can be renominated for deletion, just like any article can be nominated. 160.39.213.152 (talk) 16:07, 27 February 2009 (UTC)
Not everyone knows that, though. Someone might mistakenly believe that the decision to merge is permanent and sacrosanct (with this tag's presence preventing further deletion nominations), so the text informs users that this is not so (and that delaying the merger is not a good idea). —David Levy 18:06, 27 February 2009 (UTC)
I agree that this should be removed. Any article at any time might be nominated for deletion, so there's no need to point it out specifically, particlularly as this leads to people using the wording as justification for AfD nomination. I have seen several cases of this in the last few weeks, the latest being this. If a merge isn't performed promptly then the actions to be taken by a concerned editor should be either (and vastly preferably) to simply do the merge, or to convert the article to a redirect, which preserves the history so that someone else can do the merge. There shouldn't be any encouragement to renominate articles for deletion just because an editor can't be bothered to perform the merge him/herself. Phil Bridger (talk) 21:48, 4 March 2009 (UTC)
I've previously encountered only one other editor under that (easily rectified) misconception, so I don't think that the problem is terribly widespread.
The warning isn't intended to serve as encouragement to renominate the article, though I agree that it could be interpreted as such.
Perhaps we could modify the wording (to address both of these concerns) instead of removing it. —David Levy 22:20, 4 March 2009 (UTC)
When I first expressed my concern about this phrase a few months back I couldn't get a discussion off the ground. I totally agree with Phil here. The best solution is to do the merge yourself if you're concerned instead of wasting time discussing a deletion. Other options are to perform a redirect and to point the editors of the other article to the history, or, if keeping the page in mainspace is causing problems for some reason or if the merge is taking particularly long (8-12 months), move it to the a subpage of the target page with a similar note. (You could also notify interested editors or WikiProject.) - Mgm|(talk) 13:40, 7 March 2009 (UTC)
I don't disagree with this advice. But again, the text in question is not intended to serve as a recommendation to re-nominate an article for deletion (hence the word "might" instead of "should"); it's a warning of something that is likely to occur. If someone believes that a merger is simply taking too long, that's an invalid deletion rationale (and should be recognized as such by the closing administrator). But if someone believes that a previous decision to merge was incorrect, it's entirely reasonable for him/her to re-nominate the article for deletion, especially if opinions were mixed and/or it now appears that the merger will not be as straightforward and practical as previously believed.
Again, I do understand how the wording could be mistaken for a recommendation to re-nominate articles for deletion instead of following the better procedures described above, but don't see why we shouldn't attempt to clarify the warning instead of removing it completely. —David Levy 18:10, 9 March 2009 (UTC)
I don't see why this warning is any more useful on an article that has had a "merge" decision at AfD than on any other article. In fact it is less relevant than it would be on an article that has never been discussed at AfD at all, because the decision has already been made to keep the content - all that's left to do is organise the content appropriately. Using your logic we should simply place a warning on the top of every article in Wikipedia saying "this article might be nominated for deletion". I can't remember which article it was, but I remember seeing a few weeks ago an article renominated at AfD only hours after the merge decision, because an editor interpreted this template to mean that closing admins run an on-demand merging service. It would be much better to say on the template, "if you do not wish this article to remain as a separate article then please merge it to the agreed target". The current wording encourages people to think that there is someone out there who is responsible for doing what you want to be done, whereas the Wikipedia way is that if you see that something should have been done, but hasn't, you do it yourself. Phil Bridger (talk) 19:48, 9 March 2009 (UTC)
No, that doesn't accurately reflect my logic. The key difference is that none of those other articles contain a prominent tag indicating that a decision to not delete the content has been reached. As noted above, the idea is to stress the fact that said decision is not permanent and sacrosanct (with this tag's presence preventing further deletion nominations).
Please see below for my suggested re-wording. —David Levy 01:20, 11 March 2009 (UTC)
While the page may not serve as a recommendation for a new deletion nomination, it is frequently taken as such. Keeping it as a general warning when the deletion policy already explains any article can be nominated at any time, makes it superfluous and likely confusing. It's also an easy target for abuse. People who don't want to see the material kept will simply keep silent so no one remembers to perform the merge and subsequently nominate it because of WP:NOEFFORT. If there is anything we should do, it is to make it clear that once a merge consensus is reached, it should be followed until a convincing argument arises that wasn't at the previous debate. - Mgm|(talk) 13:50, 10 March 2009 (UTC)
How about the following wording:
If you find that action has not been taken promptly, please consider assisting in the merger instead of re-nominating the article for deletion.
That still conveys that re-nomination is possible, but it does so in a manner that discourages it. —David Levy 01:20, 11 March 2009 (UTC)
  • I think this wording supports the common consensus on the issue. - Mgm|(talk) 09:23, 12 March 2009 (UTC)

Date this template?[edit]

I'm looking to go through the backlog on this template, oldest first, but unfortunately, there is no structure in place to do this efficiently from the back. Can a structure be built for this in order to categorize AFD merges by month like other backlogs? SchuminWeb (Talk) 05:24, 2 May 2011 (UTC)