On 11/19/05, Bryan Derksen bryan.derksen@shaw.ca wrote:
Merge and delete is not a possible vote. People should not have to vote in such a specific way to prevent vote-hijacking.
*'''Merge''' [[Poisonous influences of fruit]] into [[Kumquat]] and delete. Good content, but it doesn't stand alone well and it's at a misleading title.
Actually, GFDL quite specifically *requires* that if an article is merged into another one, the old title has to be kept as a redirect in order to preserve the edit history.
This is what's meant by "merge and delete is not a possible vote". We can all *imagine* situations where it's the preference we would *want* to express, but that's a moot point: it's quite explicitly not a *permissible* vote under the terms of GFDL.
Craig
Craig Schiller wrote:
Actually, GFDL quite specifically *requires* that if an article is merged into another one, the old title has to be kept as a redirect in order to preserve the edit history.
This is what's meant by "merge and delete is not a possible vote". We can all *imagine* situations where it's the preference we would *want* to express, but that's a moot point: it's quite explicitly not a *permissible* vote under the terms of GFDL.
Ah, I hadn't considered that. How could a merge ever result in a delete, then? To comply with the GFDL we'd have to do one of those delete-move-restore tricks that would shuffle the two edit histories together, and if the two articles had never been together before that would probably result in a bit of a mess.
On 11/19/05, Craig Schiller craigbear@gmail.com wrote:
Actually, GFDL quite specifically *requires* that if an article is merged into another one, the old title has to be kept as a redirect in order to preserve the edit history.
This is what's meant by "merge and delete is not a possible vote". We can all *imagine* situations where it's the preference we would *want* to express, but that's a moot point: it's quite explicitly not a *permissible* vote under the terms of GFDL.
Is that actually, technically true? I believe the GFDL only requires us to keep the list of contributors. Keeping the history is the easiest way of doing that, but not the only.
-Matt
Actually, GFDL quite specifically *requires* that if an article is merged into another one, the old title has to be kept as a redirect in order to preserve the edit history.
If the old title is bad, the article can be moved to something else in order to keep the history of the merged information. This was what done for a lot of "AKFD" articles a while ago since people objected to the titles more than the content of those pages. If you want to merge [[Poisonous influences of fruit]] into [[Kumquat]], you can move [[Poisonous influences of fruit]] to [[Talk:Kumquat/Page history]] and delete the redirect from [[Poisonous influences of fruit]] without losing anything as long as you cite [[Talk:Kumquat/Page history]] somewhere so people can look up the original authors of that part of the article.
Angela
Angela's suggestion is the best way to avoid ludicrous redirect titles and incompatible merge and delete votes.
Mgm
On 11/20/05, Angela beesley@gmail.com wrote:
Actually, GFDL quite specifically *requires* that if an article is merged into another one, the old title has to be kept as a redirect in order to preserve the edit history.
If the old title is bad, the article can be moved to something else in order to keep the history of the merged information. This was what done for a lot of "AKFD" articles a while ago since people objected to the titles more than the content of those pages. If you want to merge [[Poisonous influences of fruit]] into [[Kumquat]], you can move [[Poisonous influences of fruit]] to [[Talk:Kumquat/Page history]] and delete the redirect from [[Poisonous influences of fruit]] without losing anything as long as you cite [[Talk:Kumquat/Page history]] somewhere so people can look up the original authors of that part of the article.
Angela _______________________________________________ WikiEN-l mailing list WikiEN-l@Wikipedia.org To unsubscribe from this mailing list, visit: http://mail.wikipedia.org/mailman/listinfo/wikien-l