Wikipedia:Merge and delete
From Wikipedia, the free encyclopedia
 |
While this essay is not a policy or guideline itself, it contains the advice and/or opinions of one or more Wikipedia contributors which is intended to supplement Wikipedia:Deletion policy and Wikipedia:Redirect. Please update the page as needed, or discuss it on the talk page. |
The GNU Free Document License (which Wikipedia uses to license all its content), section 4-I, states that:
...you must...Preserve the section Entitled "History", Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page.
This requires that when one article is merged into another, the history of the merged text must be preserved.[1] At Wikipedia:Articles for deletion, when an editor wishes for an article to be merged to another article but does not regard the article's title as a useful redirect, the editor often suggests something like, "Merge and delete". The objection is then frequently made that such an action is not possible under the GFDL. This may not be strictly true since attribution of authorship can be maintained in other ways, but it is troublesome and so a merge and delete is not usually done unless there is a specific and pressing problem with the redirect.
Redirects are cheap, however, and unless the article title is confusing or objectionable, it may be preferable just to leave it as a redirect to the merge target, in which case the usual interpretation of the GFDL requires only that the edit summary about the merge states the name of the article from which the merged information is derived.
Unless there is a particular reason to delete a redirect, admins should feel free to interpret "Merge and delete" votes as "Merge." A new editor may make such a vote without understanding the GFDL; this can be safely read as a merge vote. An advanced editor who wishes to argue for a merge and delete should make clear why the redirect would be unacceptable.
Contents |
[edit] Why?
The GNU Free Document License, section 4-I, states that: "...you must...Preserve the section Entitled "History", Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page."
[edit] What can 'merge and delete' look like?
[edit] History fixing
An administrator merges the article history into the merge target along with the content. This action is done by moving the merged article over the target article, which automatically causes the target to be deleted, and then undeleting the history of the target article. Another edit usually needs to be made to make sure the correct version is displayed. See Wikipedia:How to fix cut-and-paste moves for more information. Ensure that deletion log and edit summaries make clear what you are doing, as there should be a record of the merge itself.
This technique is normally only used on Wikipedia for repairing cut-and-paste moves where the history of an article has become accidentally fragmented across several titles.
Note that this procedure can get complicated and should not be attempted unless you feel confident that you know what you're doing. Also note that it may misrepresent an editor's intention at the boundaries between article histories, and thus should only be used in a situation in which two articles are essentially identical, such as a cut-and-paste move in which both articles have continued to develop since the move.
Nevertheless, it is not normally necessary to delete the source of the merge. It is more usual simply to redirect it to the merge target.
[edit] Move to subpage of talk page
The merged article is moved into, for example, a subpage of the target article's talk page, and then linked to permanently from the main talk page. If the merged article is moved, the history can be accessed in the same way as any other page. This may be necessary if the title of the merged article is confusing or objectionable enough to make it an exceptionally poor redirect, although in such cases deletion often results.
When the talk page gets archived, a link to the subpage must be maintained so that attribution is not lost. It is questionable if attribution is ever properly achieved since there is no link from either the article or its history to the attribution history. Therefore, this approach is almost never used on Wikipedia at present.
[edit] Paste history to talk subpage
The text of the merged article history can be copied onto a subpage, and linked. The list that results must often be edited for coherence. This approach does not have favor among Wikipedia administrators at this time.
[edit] Move to another title and redirect
If the to-be-merged article's title is not suitable as a redirect, it could be moved to another title that is suitable for a redirect. In this way the article's history is maintained just like a normal merge and the old redirect will be left with no history that needs preservation.
[edit] Delete and redirect
A vote for delete and recreate as redirect is unrelated, and presents no problems under the GFDL. As long as no content is merged, the old article can be safely deleted and a redirect created in its place.
[edit] References
- ^ Bryan Derksen, "merge and delete is illegal," Wikipedia: The Free Encyclopedia (20 December 2007).
