Wikivoyage talk:Votes for deletion/Archive 2004-2007

From Wikivoyage
Jump to navigation Jump to search

Policy on destinations "not open to tourism"

So what's our policy on place that aren't "open to tourism"? This could cover rocks in the ocean that happen to have CIA factboot pages, little military blips like Wake Island. Should we hold out with the idea that someone has been there or might want to go there? Or are they silly things to even have in the database since they'll prolly only just be CIA pages... thoughts? North Korea is another one, thought more in the wild realm of possiblity... (WT-en) Majnoona 18:01, 21 Jan 2004 (EST)

Wake Island, Sealand, and the like should not have articles, just a mention on the continent, country, or whatever page that they are not open to tourism. As to North Korea, can a Chinese visit it? Is there any country whose nationals can visit North Korea? -(WT-en) phma 20:38, 21 Jan 2004 (EST)
I read about this recently in the Globe & Mail. North Korea is apparently a vacation paradise for Chinese people. Apparently they get a real kick out of the hard-core communism -- a flash back to different times in China. It's like Colonial Williamsburg of the Far East. (There are also apparently some casinos in Pyongyang, staffed entirely by Chinese and open only to Chinese tourists. Probably another draw.) --(WT-en) Evan 21:50, 21 Jan 2004 (EST)
Well, I have two different views on this. The first is this: one of the things I hate about mainstream guides is that they tend to leave out a lot of places because they're hard to get to or certain people aren't welcome there. For example, it's practically impossible to find a good guide to Burma, because the government there has let it be known that tourism is not welcome. I think having black holes in our guide because someone says you can't get there, or someone thinks you're not allowed, is just sucky. At the very least, I want to know what I'm missing.
I think we can trust travellers not to go places we tell them are really hard to get to or really dangerous once you get there. I don't think we have any obligation to hide destinations from people just because they're really bad places to be.
Now, after all that: I also don't know what we win by having CIA factbook imports about places that we're 99.9% certain no one's ever going to write a real article about. There's a diminishingly small possibility that one of the military contractors or cargo pilots remaining on Wake Island will help us write a guide, but... I'm not gonna hold my breath. Having a placeholder for an article that just isn't ever going to be written is probly not all that necessary.
On the third hand -- Hunh! Where did that come from? Somebody call the circus! -- I'm not sure what it hurts. On the odd chance that somebody does go back in and fill out Wake Island... it'd be really cool, wouldn't it? I could see it being very useful for those some-hundreds of people who go to Wake -- there's probably not any other guide to the island. --(WT-en) Evan 21:50, 21 Jan 2004 (EST)
I concur, leave them in. A wiki is an eternal construction site by its very nature. Keeping the DB clean is a good thing, but we want to be a world-wide travel guide; we should not plan in black holes on purpose. Leave that to the traditional media. I would not at ALL be surprised if we will eventually have articles for those "black holes". This is the internet. We have an audience in the hundreds of million - the chances that of all the travelguides, someone eventually (say in 5 years) contributes an article to wikivoyage about those "black hole" places are actually pretty good. Wikivoyage just needs to generate enough overall attention. -- (WT-en) Nils 22:47, 25 Mar 2004 (EST)
A bit late to join this discussion (which I found via "what links here"), but I want to point out that a usable guide to Wake Island wasn't all that unlikely to be written, nor was it especially difficult. :)
Addressing the larger policy question: Don't underestimate the interest of people in visiting places like this. I discovered in looking up some info about Wake Island that there are people who'd like to visit it because they grew up there, have a relative who died there, they dug the movie, because of its historical significance, or simply for its status as a geographic "blip". Even if all we could tell them was, "The sand is radioactive, the waters are mined, there's an ABM laser in orbit ready to blast aircraft, and your citizenship will be revoked by members of the Commonwealth, NATO, OAS, OPEC, WTO, or Myanmar (Burma)," that'd still be a valuable article, because it'd answer their questions about traveling there. - (WT-en) Todd VerBeek 10:40, 23 April 2006 (EDT)
I agree with Todd. Furthermore, some of the military controlled islands (such as Diego Garcia) despite being off-limits to civilians actually do get a lot of visitors - military personnel are constantly rotated in and out, and a description of recreational facilities would be most welcome. Proper warnings should be in place when necessary (don't try to just land your boat on Diego Garcia). Furthermore, if the local inhabitants are truly unwelcoming of visitors, that should be noted as well. —The preceding comment was added by (WT-en) SONORAMA (talkcontribs) .

Undeleted pages

So, for pages that survive v.f.d., it might be a good idea to copy the discussion to their Talk pages. That might keep them from coming up again in the future. --(WT-en) Evan 16:22, 20 Apr 2004 (EDT)

No nomination

I moved the following from v.f.d., since I don't actually see an article nominated for deletion. --(WT-en) Evan 13:39, 3 Nov 2004 (EST)

Yes, I agree it wasn't a nomination: or rather it's someone mis-using the page to request a change rather than a deletion. But I didn't know whether it was possible to remove things once they were there. (Well of course it's possible, I didn't know it was policy.) -- (WT-en) Hypatia 06:07, 4 Nov 2004 (EST)

Why delete article of an important airport?

moved to Project:votes for deletion by (WT-en) Evan

Get Out the vote

I seem to be almost the only one who processes vfds these days. Contrary to expectations (see Project:External links), I'm not terribly rigid about killing the articles which would seem to be indicated from policy. This has led to an undesirable buildup of pending items. I'd like to encourage all users to vote more and make the outcome blindingly obvious. Also, if there are admins who would delete stuff if only they had a delete button to make it easy, feel free to just leave a note here or on my talk page letting me know which items and I will execute the indicated article while cheerfully blaming the admin who made the decision. -- (WT-en) Colin 03:44, 19 Jun 2005 (EDT)

I'd be happy to help in the slaughter, but alas, I don't have a delete button for normal articles — only images! (WT-en) Jpatokal 07:40, 19 Jun 2005 (EDT)

Deletion in German Wikivoyage

Can anyone delete articles in de:Project:Bitte löschen? At the moment, there is no admin in action and there are still deleting candidates from April. Thanks, 84.182.83.21 11:27, 26 Jun 2005 (EDT) aka de:Benutzer:(WT-de) Steffen M.

If there is no active admin at the moment there should be one soon. Maybe you can put up a "call for admin" in Stammtisch? (WT-en) Guaka 16:45, 26 Jun 2005 (EDT)

23 July 2005 Vandalism

All have now been deleted per speedy admin delete clause.

All these pages were created by vandalism. Were a chain of redirects caused by a page being constantly moved. Vandalism was undone by undoing each move in order it was done, now all that remains is to delete the redirect pages that were created as a result. Other pages have been redirected to similarly spelled articles. Rapid deletion is recommended. -- (WT-en) Huttite 01:13, 23 Jul 2005 (EDT)

User:(WT-en) Willy on Wheels! has declared a vandalism competition today. In anticipation of more vandalising pages I vote that any page moves that User:(WT-en) Willy on Wheels! initiates that appear to be vandalism should be undone in the reverse order that they were created and any subsequent edits by User:(WT-en) Willy on Wheels! that prevents those already vandalised pages being returned to their pre- move state should be deleted. After pages are returned to their pre-move state, any redirect pages created due to vandalism should be deleted reasonably promptly. Offensive and obscene article titles should be given priority. No further discussion should be needed concerning this user's vandalistic moves and edits. However, accept contributions that are positive and not destructive. -- (WT-en) Huttite 04:26, 23 Jul 2005 (EDT)
From the Project:Deletion policy: "Administrators may also, at their discretion, delete obviously violating articles and images, such as vandalized pages. If there is any chance that an article or image could be considered useful, they should go through the deletion voting procedure." So your proposal perfectly matches the policy. -- (WT-en) Wrh2 02:25, 25 Jul 2005 (EDT)

About the San Salvador Images

About Image:Sansalvador.JPG, Image:Teatrogransala.JPG, Image:PAALACIO NACIONAL.jpg, and Image:Galerias.jpg they are all from http://4elsalvador.com and the webmaster doesn't have any type of copyright on it or anything. So i dont know....... Im new to wikivoyage and i dont know about all this copyright crap.. but I hope we straighten this out.

Thanks for talking with us about it. Under the Copyright law in effect in most industrialized nations, authors DO NOT have to explicitly claim a copyright. An author's work is only placed into the Public Domain (Public Domain == has no copyright and is free for the taking) if the author very explicitly releases it. So yes, according to your statements, this is a Copyright Violation. Any chance you could take some pictures yourself? If you do, keep in mind that we want pictures that represent what the traveller will want to know about that are unique to San Salvador. For example, every city has people, so don't take pictures of people. Or trees, McDonald's, etc. Check out other front page articles to get ideas about what is good. Alternately, you could try writing to the website owner and asking if it's okay to use the pictures here under the Project:Copyleft conditions. -- (WT-en) Colin 20:07, 11 Aug 2005 (EDT)
Well I Can't take pictures because I live in Indiana but I'm hoping to go to El Salvador Next Year but Ill write the webmaster and ask.
Good luck with that. Sadly, it rarely works, but it's worth a try. Expect the pictures to be deleted though if you don't get a response in time. If they are deleted and then you get the needed permissions, see Project:Votes for undeletion. -- (WT-en) Colin 14:22, 16 Aug 2005 (EDT)

Do talk pages get deleted too?

I would assume talk pages should be deleted when an article/image is deleted, but this isn't stated anywhere that I can find. Talk pages get deleted too, right? -- (WT-en) Wrh2 21:34, 18 Aug 2005 (EDT)

I think in some cases there's a good discussion worth preserving. It might also be a good place to archive discussion of the deleted article. Maybe the corresponding talk page should have to be voted on, too? --(WT-en) Evan 16:35, 3 Sep 2005 (EDT)
It might be a bit heavy handed to force an additional vote on the talk page, since most often the talk page discussion is simply about whether to delete the page or not. Perhaps a policy change such that deletion discussions, including the talk page discussion, get archived when the page is deleted in a Wikivoyage:Votes for deletion/August 2005/ page or some such would be sufficient? As things currently stand, it does seem a bit wrong to lose the discussion when a page gets deleted. -- (WT-en) Wrh2 14:39, 4 Sep 2005 (EDT)

Double redirects

I went through double redirects. Most of them are some leftovers after moves (mostly because of errors in names), and orphaned (sometimes links from Talk pages). I think most of them are subject to deletion. Also many of them have talk pages to be deleted. -- (WT-en) JanSlupski 15:24, 10 Feb 2005 (EST)

Why is there a need to delete most of these redirects? While deleting them may give the wiki some sort of neatness, it is unnecessary. These pages all exist as double redirects because someone redirected the page to another page that was then moved again. They will show up as orphan pages if they are not redirects. A better solution is to change these redirects to point directly at the latest or best article name. Only delete articles where it is completely unrelated to travel. -- (WT-en) Huttite 04:12, 11 Feb 2005 (EST)
Don't delete. Redirects are very practical for people like me, who often just simply type a URL to reach a page at Wikivoyage. (WT-en) Guaka 20:10, 7 May 2005 (EDT)

TOC

Would it be possible to turn on table of contents of the vfd page? It's getting too long already. Thanks. (WT-en) Ricardo (Rmx)

The only way to suppress a TOC is with the __NOTOC__ tag, which I don't see in that page. Most likely the TOC is not appearing because there aren't enough sections to need one -- I think you need four sections before one appears (although I may be wrong about the number). -- (WT-en) Ryan 13:53, 14 March 2006 (EST)
It seems to me that it would be useful to change the formatting so that each vfd gets its own section. Right now, it looks like a little bit of a mess, and it's harder to vote on individual vfds. Doing that would give a reasonable TOC. -- (WT-en) Jonboy 14:06, 14 March 2006 (EST)
I took a stab at trying to make the page a bit more organized - I didn't think this would be too controversial, but if anyone objects please just revert my change. -- (WT-en) Ryan 14:25, 14 March 2006 (EST)
I like. It makes it easy to comment/vote on each item. And the easier it is to vote on, the more participation we're likely to get. -- (WT-en) Colin 15:56, 14 March 2006 (EST)

Swift deletion

Folks, the policy allows swift deletion and it should be used for obvious vandalism cases like Yugozcheckoslovakokai... (WT-en) Jpatokal 20:26, 30 March 2006 (EST)

Standards for photograph release, and VfD

Not sure whether this is the right place to discuss this (feel free to suggest alternatives), but: I'm getting concerned as to whether the standards now in use for deleting photographs owing to copyright issues may have tightened unnecessarily, and inappropriately, in recent times. As I paw back through the photos used for Previous Destinations of the month, I'm struck by how many of them were submitted with release language that's ambiguous at best, and sometimes nonexistent. There are a couple of these that I suspect would have been VfD'd if they'd been submitted with comparably ambiguous release language today. Is this a good thing? -- (WT-en) Bill-on-the-Hill 20:29, 6 April 2006 (EDT)

I don't think it hurts to be a bit paranoid about copyright, but you're right that there does seem to be an unequal standard applied to some images, with some people assuming good faith unless the image can be found elsewhere by searching the web, and others assuming copyvio unless the uploader specifically cites source and license. Hopefully if the proposed changes to the image upload page are made and all images are required to specify a license prior to upload then the ambiguity will be removed, and maybe at some later date we can go through all pre-existing images without specific license info and either tag them or remove them, thus eliminating the possibility that there may be copyvios on the site anywhere. In the mean time it's probably best to emphasize that in case of questionable images all attempts should be made to contact the uploader prior to listing an image for deletion. -- (WT-en) Ryan 03:30, 7 April 2006 (EDT)

This user appears not to understand our copyright differences from Wikipedia, and he is not responding to messages. We really need to track down the source of each image he's uploaded -- it seems that most of them are from Wikipedia commons. Ones which are dual-licensed with CC-bySA can be kept once we add proper links to the original and attributions. Others need to be nominated for deletion. Shalom is very prolific, and help would be appreciated on this task. -- (WT-en) Colin 16:01, 10 April 2006 (EDT)

Image in user's page

The policy here is that requests for deletion in a user's namespace by that user are granted without discussion. I just extended the logic to images of the user in the user's space [1]. — (WT-en) Ravikiran 02:41, 21 April 2006 (EDT)

Articles for individual diseases

Should we have them? I am opposed, at least till we have contributors who will do more than simply copy from wikipedia. — (WT-en) Ravikiran 02:12, 24 April 2006 (EDT)

A disease is not a travel topic. "How to stay healthy when you travel" is a travel topic. - (WT-en) Todd VerBeek 09:46, 24 April 2006 (EDT)

Policy, style, and V.F.D.

I think the votes for deletion page is a poor place to work out policies and guidelines. If there are edge cases and gray areas in our policies, they need to be dealt with on talk pages, in the pub, or by proposing new style guidelines and policy pages. VfD should be for figuring out whether current pages don't fit into Wikivoyage based on current rules, not for figuring out what the rules are. --(WT-en) Evan 19:39, 11 May 2006 (EDT)

My reading of existing policy says the redundant itinerary should be deleted under the "duplicate" rule if it cannot add something beyond the coverage of the encompassing itinerary. The beauty of a gray area is that you can legitimately see my question as a rule-making discussion and I can simultaneously see it as trying to figure out how the particular case fits in with existing policy. -- (WT-en) Colin 20:11, 11 May 2006 (EDT)
Well said. --(WT-en) Evan 20:29, 11 May 2006 (EDT)

Archive VFD discussions?

I think we should start archiving VFD discussions as these are getting more contentious. It is good to have them as reference for future decisions or for changes in policy. — (WT-en) Ravikiran 08:18, 13 May 2006 (EDT)

Separate images and article deletions?

This page is getting huge and most of it is taken up with requests for image deletions. Should those be separated from the article deletion discussions? (WT-en) Pashley 22:38, 16 May 2006 (EDT)

Agreed, I was going to suggest this too. So Articles for deletion and Images for deletion. (WT-en) Jpatokal 00:23, 18 May 2006 (EDT)
Really good idea. --(WT-en) Evan 16:59, 31 May 2006 (EDT)
I've created Wikivoyage:Votes for image deletion as an image-specific VFD page. It would use a different Template:Vfid. (Along with this, I'd suggest changing this page to Wikivoyage:Votes for article deletion, with a corresponding template.) Please follow up at Wikivoyage talk:Votes for image deletion. - (WT-en) Todd VerBeek 17:09, 31 May 2006 (EDT)
Can I suggest Wikipedia's shorter names of "Articles for deletion" (AFD) and "Images for deletion" (IFD)? (WT-en) Jpatokal 22:22, 31 May 2006 (EDT)
Done. - (WT-en) Todd VerBeek 14:56, 1 June 2006 (EDT)
Are we sure that, in the long term, this is going to be necessary/desirable? I have a sense that the zillions of images presently tagged for deletion are due to just a few "helpers" who've shown up recently. Sooner or later they'll get a clue, and after that, it's not obvious to me that the benefits will outweigh the added complexity of putting the VfDs where they should be, monitoring multiple pages for "expiration dates," multiple archives, etc. -- (WT-en) Bill-on-the-Hill 22:32, 31 May 2006 (EDT)
Unfortunately, I'm afraid that as Wikivoyage continues to grow, the number of clueless "helpers" is only going to increase... (WT-en) Jpatokal 22:42, 31 May 2006 (EDT)
Agreed about this issue not going away, which is also why I think we'll eventually need some more streamlined procedures for handling both bad-faith VFDs and good-faith copyvios... see Project:Deletion policy. - (WT-en) Todd VerBeek 10:17, 1 June 2006 (EDT)
Those helpers are what makes this site work. I most certainly hope that they will increase; that's the only realistic way we'll reach our goals. Making them feel welcome and giving them clue is the main way experienced Wikivoyagers can be effective. --(WT-en) Evan 11:05, 1 June 2006 (EDT)
It took me a while to find this discussion - it looks like the IFD page and template have been implemented, but do we really need them? I'd rather look at just one page to see what's proposed for deletion rather than having to keep track of two. Also, while I agree that as contributions increase the number of VFD/IFD articles & images will increase it seems that the solution of having two pages simply means we'll eventually have two very large pages rather than one. I'd like to see the current system of putting everything on the VFD page kept as-is, and in the future if that page really does get unwieldy we can discuss speeding up the deletion process, or doing something similar to Wikipedia where the VFD page is simply an index that points to sub-pages, or doing something else entirely. -- (WT-en) Ryan 05:20, 28 July 2006 (EDT)
The VfD page is currently over 30 K bytes, largely requests for image deletions. Is it time to consider splitting it? Or to use more speedy deletes on apparent copyvios, perhaps make the policy "delete on sight and send the user a note"? Or to try something else? (WT-en) Pashley 05:43, 22 May 2007 (EDT)
I vote for more speedy deletes on obvious copyvios/rubbish. But ideally we'll soon have all uploads go directly to shared, so that will make it a non-issue... yay! – (WT-en) cacahuate talk 15:02, 22 May 2007 (EDT)
No, that will just move the problem to a different location. - (WT-en) Todd VerBeek 15:52, 22 May 2007 (EDT)
Her question was about whether we should reconsider splitting into AFD's and IFD's... and I'm saying no, partly because they WILL be separate if all images/files are moved and uploaded direct to shared, and also because I agree with the arguments of Ryan, etc above that 2 pages is more of a pain than one. And the VFD page right now isn't really all that out of control... I also agree with Evan that this is a good problem... it's not always fun, but that's why we have admins... to help sort out the good and bad additions. I think the discussion below about deleting vs redirecting (and actually putting our "speedy delete" policy to better use) will also help to keep the page manageable – (WT-en) cacahuate talk 16:22, 22 May 2007 (EDT)
D'oh... I understand your point now. Right, of course. - (WT-en) Todd VerBeek 16:44, 22 May 2007 (EDT)

Two weeks to ten days, maybe less?

Moved to Project:Deletion policy by (WT-en) Evan

Move during VFD

Looking at what happened on the List of Egged lines case (which has been moved to Bus travel in Israel while being voted for deletion) I think that moving a vfd-tagged article is questionable because:

  1. We'd still have to deal with the deletion of redirects.
  2. It sort of makes us lose the sense of continuity ("which article were we voting anyway?") and the whole voting history becomes harder to retrieve (maybe someone wanted the redirect to be deleted but not the actual article, etc).

I think that moving articles sometimes can be a sound alternative to deleting them, but maybe that should be done only after the voting is finished. Can you guys think of any cases where moving during vfd is a good choice or should we add a recommendation about keeping the article title during the voting procedure? (WT-en) Ricardo (Rmx) 14:54, 31 May 2006 (EDT)

Uh, I think that usually moving/renaming is something that's done instead of deletion-- ie it's another possible resolution. The difference this time was that it was moved before there was any sort of consensus that that was what needed to be done. It's prolly important to try and avoid waving the vfd around when what really just needs to happen is a discussion regarding the article name... which can usually happen on the talk page. In any case, this only seems to have come up this once, so it's prolly not that big a deal, but go ahead and add a line somewhere suggestion that pages not be moved until there is a concensus about what to do. (WT-en) Majnoona 15:08, 31 May 2006 (EDT)
The only reason this came up is because someone had no respect for the process to begin with. Asking people not to move an article while it's under VFD probably wouldn't be heeded any more than asking them not to remove the VFD notice unilaterally. - (WT-en) Todd VerBeek 15:21, 31 May 2006 (EDT)
I think moving is a reasonable thing -- but a note ought to have been left in the VFD that the move occured and of course a move does not cancel the vfd. And before a move, it should have been clear that a renaming was a discussed outcome. This would be similar to the common situation where someone suggests a redirect instead of a delete, and the redirect is implemented before the vfd is done. Like Todd said, the problem in this instance was someone who isn't yet understanding how to collaborate rather than the process itself. Collaboration appears to be a novel process to many contributors, and sometimes they react badly at first. If we're lucky, they learn and become helpful. -- (WT-en) Colin 15:57, 31 May 2006 (EDT)

Reverse chronological order

There's been some concern about the length of this page, which I think is kind of valid. I find it hard to scroll through all the VFD nominations to find the last one that I read, and read on from there.

I think splitting articles and images will help a lot, but I wonder if there are some other tricks we can do to make reading VfD a more pleasant experience. One thing I've seen on some Wikipedia Votes for X or X nominations pages is that they run in reverse chronological order. That is, new items are added at the top of the page.

Consider if you've read VfD items A through F, and you'd like to see what the new items are on the list. If they're in chronological (OK, alphabetical, but you get my idea) order, they might look like this:

A
B
C
D
E
F
G
H
I
J

To read the "new" items (G through J), you have to start at the top and scroll down through all the ones you've already read. If items are in reverse chronological order, the newest items are at the top:

J
I
H
G
F
E
D
C
B
A

You can start at the top and work your way down until you get to something you've already read, and stop there. For 30-50 items on a list, this can be a real eyestrain saver. I think the main point is that the length of the page stays the same, but the apparent length is shorter because you don't have to read so much of the page. --(WT-en) Evan 17:49, 31 May 2006 (EDT)

I don't think it matters much. There's a table of contents and you can just click on what you wanmt to look at. But I've no objection to the the change. (WT-en) Pashley 00:50, 5 November 2006 (EST)
I strongly prefer the status quo and would like to retain the comfort rather than bother to change the procedure. -- (WT-en) Andrew H. (Sapphire) 02:28, 5 November 2006 (EST)

Rail Travel & Airline Articles

While the current policy says 14 days of discussion, there is a very clear consensus that the Rail travel in Europe, Discount airlines in Europe, and Rail travel in North America should be kept. Rather than continuing to confuse the many anonymous users who are voting to keep these pages, would anyone be opposed to ending the VFD now? -- (WT-en) Ryan 20:48, 1 June 2006 (EDT)

Good idea. (WT-en) Pashley 21:07, 1 June 2006 (EDT)

  • Strong support. There is a clear and obvious consensus. - (WT-en) Todd VerBeek 23:19, 1 June 2006 (EDT)
Done. The policy says 14 days, but it seems senseless to keep articles listed when there is a clear consensus to keep and the reason for listing them was not covered by the Project:Deletion policy. I think the conversation should continue about how to speed up the deletion process in these sorts of cases though. -- (WT-en) Ryan 23:40, 1 June 2006 (EDT)

Now that we are making good use of catagories, should we be looking at a procedure to remove those that are not needed? I would thing this would be the place. Any comments? -- (WT-en) Tom Holland (xltel) 07:32, 20 October 2006 (EDT)

As Jani is fond of saying, bump. I don't see why extraneous categories should be treated any differently than other suspect pages, but Tom is right that this could use some discussion. -- (WT-en) Bill-on-the-Hill 09:52, 21 November 2006 (EST)
Agree. — (WT-en) Ravikiran 02:33, 14 February 2007 (EST)

"Outcome" in archives?

When doing today's maintenance, I experimentally added an "Outcome" line to the material being archived. It strikes me as possibly useful for the reader to have an easy way of seeing how the VFD process turned out. It's also just a little bit of extra work for whoever is doing the archiving. Opinions? -- (WT-en) Bill-on-the-Hill 09:52, 21 November 2006 (EST)

I like it, shouldn't be too much extra work... (WT-en) - Cacahuate 15:30, 13 February 2007 (EST)
I've been doing this too. Shouldn't be a problem. — (WT-en) Ravikiran 02:33, 14 February 2007 (EST)

Purging content before deletion

It seems to have become normal, or at least common, for pages up for VFD to be purged of any content other than the VFD banner. I don't think that's a good idea except in clear copyvio situations. The purge makes it hard to make an informed decision as to whether the page -- with its original content -- really should be delete. Why is this being done? Am I missing something? -- (WT-en) Bill-on-the-Hill 20:50, 8 December 2006 (EST)

I guess it should only be done if the text violates copyright or is in some way offensive. (WT-en) Xania 20:54, 8 December 2006 (EST)
I also tend to blank pages when the text is obvious vandalism or spam. I guess allowing that kind of text to remain published on Wikivoyage even under a vfd banner isn't a good idea too (but I agree that it can make it harder for others to decide on the deletion). -- (WT-en) Ricardo (Rmx) 07:49, 9 December 2006 (EST)
Agree with Xania. — (WT-en) Ravikiran 02:32, 14 February 2007 (EST)

I've come across the following photos by this user, and each one says "Image Name, copyright Andrew Brown, 2003 (or 2004)":

They do not clearly state that they are licensed under a CC-BY-SA license. I would guess he uploaded them willingly, but it's possible he was unsure what the license meant. He uploaded these almost two years ago and hasn't contributed since, so I doubt leaving him a message on his talk page would get any response. I'm not sure what to do here. Any help? -- (WT-en) Fastestdogever 16:30, 8 April 2007 (EDT)

I'd say this is am "innocent until proven guilty" case. The site does clearly tell users about the license, so if "AndyB" uploads stuff that's copyright "Andrew Brown", I'd say we can keep it. (WT-en) Pashley 18:37, 8 April 2007 (EDT)

I agree that in a case such as this, where there's no reason to doubt the contributor's ownership of the copyright, that we can safely assume he meant to license them according to our standard license. (But this is also why I don't think we shoud allow uploads without a license specified.) - (WT-en) Todd VerBeek 00:09, 26 April 2007 (EDT)

deleting vs redirecting

There seems to be a lot of "don't delete, just redirect" lately... if we're going to continue in that direction, maybe we should just be putting the Merge template on the articles instead of VFD. What are the pros and cons of keeping non-articles around? Someone mentioned recently that it gives more for search engines to pick up on, so that could be good then. Is there a reason not to have excessive redirects lying around? – (WT-en) cacahuate talk 21:26, 18 April 2007 (EDT)

I would also like to have a clearer understanding of this issue. My assumption is that a redirect would only make sense if it is plausible that someone would ever search for that article title. Otherwise, being a parsimonious fellow, I thought the redirect would just be dead weight, a waste of space, clutter? The Lagansky district and Gorodovikovsky district articles looked like such dead weight, but if they boost search results, would it then make sense to actually make a bunch of non-article redirects for all sorts of minor sub-regions/districts? --(WT-en) Peterfitzgerald Talk 21:54, 25 April 2007 (EDT)
I've come to feel that a redirect that helps someone find (or link to) the information they were looking for is probably good one. I'm not thinking of search engines so much as Wikivoyage visitors, who might not guess correctly whether we decided X needed its own article or could be part of another. So if we can look at an article title and confidently assume "someone looking for X probably wants Y", we should redirect it; if not then it is clutter, so zap it. With that said, I'm not sure redirects are valuable enough in that regard that we ought to go around making bunches of them proactively; it's more of a way to make lemonade out of a lemon. - (WT-en) Todd VerBeek 00:00, 26 April 2007 (EDT)
I've done some redirects proactively User talk:Pashley#Test_old_names. Where there are two or more fairly common names, or an old well-known name and a new official one, we need a redirect to whichever we choose as the article from the one we reject. (WT-en) Pashley 00:36, 26 April 2007 (EDT)
Yes, they're certainly a good idea in many cases. I was just cautioning against getting carried away with it just for the sake of snagging search engine traffic. -(WT-en) Todd VerBeek 09:17, 26 April 2007 (EDT)
My main reason for suggesting this is that it's something any user can do, and it doesn't clutter VfD. --(WT-en) Evan 11:17, 26 April 2007 (EDT)
So then I guess I'd like to know more opinions about where we should draw the line between vfd and redirect. As of now, our criteria for deletion is if an article has no potential to become an article within wt's goals then it should be deleted... like articles for specific churches, hotels etc... and it even says if there are duplicate articles for the same place (and gives the example of Holland/Netherlands) that one should be deleted... especially the latter I think we'd all agree would just be a redirect. Hotels and restaurants, among others, are even listed in the "speedy delete" criteria, but I see these being redirected sometimes as well. So can we decide more specifically what to do and maybe rewrite part of the deletion policy to reflect it? – (WT-en) cacahuate talk 14:29, 26 April 2007 (EDT)
I think you're right that the "duplicate article" criterion for deletion is inconsistent with our practices... and I like our practices, so let's change the criteria. I don't think it's a good idea to redirect hotels and restaurants instead of deleting them, because it implies that we want to create those kinds of redirects, and they really don't serve any useful purpose. - (WT-en) Todd VerBeek 16:16, 26 April 2007 (EDT)
My feeling on this are that we should not leave too mnay redirect articles around that people can change into unwanted (against policy) small artciles without people noticing. It is meach easier to spot an N in the recent changes and decide whether it is worth an article than to spot changes to current redirect articles. I have heard people talk about "broken windows" in the past - is this similar? If we do decide to carry on doing redirects a lot, do we want a Project:Votes for redirection? -- (WT-en) DanielC 13:17, 29 April 2007 (EDT)
Would a sensible (and simple) policy be to delete, rather than redirect, when the article in question does not meet our Project:What is an article? guidelines? --(WT-en) Peterfitzgerald Talk 13:54, 2 May 2007 (EDT)
I think there are situations where we want to redirect a non-article title to an article. If someone sees we don't have an article for Greenfield Village (a large attraction) they might "helpfully" create one, but if we redirect that to Dearborn, where there's info about it, they probably won't. Someone turning a redirect into an article is less likely... and if someone does, we can usually fix it (with a quick merge) easily enough when we find it. -(WT-en) Todd VerBeek 15:07, 2 May 2007 (EDT)
Yes, sometimes it makes sense to redirect a non-article. I have vfd'd Eden project, but that is actually something a traveler might search for and specifically want to go see. It probably is a very good candidate for a redirect to the closest town rather than deletion. --(WT-en) NJR_ZA 01:16, 3 May 2007 (EDT)
What seems still unresolved in this discussion is whether the creation of non-article redirects is either undesirable because it encourages the proliferation of non-articles, or desirable because it preempts non-articles. My feeling is that the "is it a real place" criterion is too broad—maybe the policy could be: redirect, rather than delete, non-articles that someone might conceivably search for? --(WT-en) Peterfitzgerald Talk 15:56, 5 May 2007 (EDT)
Sounds like we're leaning in favor of redirecting attractions and destinations that you can't sleep in. I'll start doing that then too, and hopefully that will help diminish the amount of vfd's a little. I'd rather continue "speedy deleting" articles for hotels and businesses though. Any objections to that? – (WT-en) cacahuate talk 04:58, 14 May 2007 (EDT)
Agree, delete hotels and businesses, but redirect major attractions to containing or nearby town. If they get enough text to be unwieldy there, then move them out to their own articles. (WT-en) Pashley 06:38, 14 May 2007 (EDT)
A couple of cases recently suggest a new rule. There was a museum that wound up redirected to Dinosaur Provincial Park and Savica Waterfall looks like it will be redirected to a national park. Can we say in general that attractions in national parks should be redirected to the park? (WT-en) Pashley 20:45, 11 June 2007 (EDT)
I feel like our practices on redirecting v. deleting have strayed pretty far from the text of our Project:Deletion policy and we should probably update the policy to reflect this. Ultimately, it seems that if a redirect is possible, then it is better to redirect than delete. That is, if the place actually exists and is contained within a single destination article, we should just redirect to that article because 1. Redirecting is "cheaper" than going through the deletion process and 2. Redirects up page counts for the target article. Have I understood this well enough to change the policy, or would others object to this change? --(WT-en) Peter Talk 16:12, 28 June 2007 (EDT)
Yes we should update the deletion policy... I think we're agreeing to delete restaurants hotels and private businesses, and redirect attractions including museums and waterfalls to the city/park/region that contains them – (WT-en) cacahuate talk 06:21, 1 July 2007 (EDT)
I'm not going to bother reading the entire discussion, but I just wanted to say I dislike most redirects and think they should rot in hell. Viva the delete button! -- (WT-en) Sapphire(Talk) • 06:27, 1 July 2007 (EDT)
More cases turn up as VFDs all the time, latest is Nalanda, ruins of a university near Patna. Last week, the Alhambra. I'd say major attractions like the Alhambra or Taj Mahal should have redirects. I think people might know of them but not have a clue what city or region they were in. (WT-en) Pashley 20:49, 3 July 2007 (EDT)

I'm deleting these as they look to be from the same contributor as User:74.69.245.148, User:169.244.99.10, User:64.222.199.130 and User:(WT-en) Mainer2006 - places with little-or-no population that generally aren't even listed in Wikipedia, and in this case filled with listings whose address aren't even the same city. -- (WT-en) Ryan • (talk) • 20:22, 30 June 2007 (EDT)

Mass deletion of images on Shared

User:Tatata has embarked on a campaign to tag all images on Shared with valid licenses. This is a very good idea, but he wants to VFD everything unless somehow proven otherwise, which is IMHO not the way to do this. Please see wts:Wikivoyage_Shared:Travellers'_pub#Images_without_license_or_information and chip in. (WT-en) Jpatokal 07:02, 16 August 2007 (EDT)

orphaning images before vfd'ing

I added a couple words in the intro to clarify that we shouldn't always orphan an image before adding it to the vfd page, but an anonymous user reverted my changes, which I've reverted again... I think images should only be orphaned first if they clearly meet the vfd requirements and we're just going through the motions of a vfd for the sake of policy. It's much easier for the admin clearing out the outdated vfd's to remove images from articles when deleting them than to figure out where they need to be readded to if the vfd fails. That line has been bugging me for a while, does anyone else disagree with my changing it? I'd even vote for cutting out that line altogether – (WT-en) cacahuate talk 00:21, 29 October 2007 (EDT)

I agree. Images should as a rule not be orphaned when listed for vfd; they should be orphaned when deleted. We might want to put some additional text on Confirm delete to remind admins to orphan images and articles before deletion. If an image is in such bad taste or such a clear candidate for deletion that it needs to be removed from a page, then it probably qualifies for speedy deletion rather then the vfd process.
A really nice feature would be if [[Image:]] could detect the vfd template on the image page and display a small vfd notice where the image is used. I think a lot of image vfd's go unnoticed and undiscussed by wikivoyageers until such time as the image is actually deleted. A number of times contributors have questioned by deletion of an image after the vfd process has completed, since they did not know that it was vfd'd.
--(WT-en) NJR_ZA 01:26, 29 October 2007 (EDT)
That would definitely be nice... maybe since you're so handy with templates you could create Template:ifd as a smaller version of the vfd one, which could be inserted into the image description on the page that it appears on. Only problem is that most images are on shared, so we would probably need 2 separate templates... one for directing to the :en vfd page, and one directing to the :shared vfd page. Perhaps Template:ifd shared or Template:ifds? – (WT-en) cacahuate talk 01:49, 29 October 2007 (EDT)
I'd actually prefer if we can do this in some automated manner without adding another step requiring us to add templates where ever the image is used. A mediawiki patch to the [[Image:]] code should allow it to automatically detect the {{vfd}} template on the image's page on either en: or shared: and insert a small notice with the image. I'll test this locally to see if that can work and how much overhead it will generate. If it looks feasible I'll speak to Evan to see if he is willing to patch WT's mediawiki with something like this. If this can't be done I'll look into a Template:ifd type template. --(WT-en) NJR_ZA 03:03, 29 October 2007 (EDT)
See also Project:Deletion_policy#Orphaning articles/images - how to restore the links?. I'd be in favor of only orphaning prior to actual deletion. -- (WT-en) Ryan • (talk) • 02:06, 29 October 2007 (EDT)
On third thought, I'd really like to cut out the entire line about "prep work"... it isn't necessary, and not generally how we've been doing it... anyone disagree if I remove it? – (WT-en) cacahuate talk 02:04, 29 October 2007 (EDT)
Bullet #2 right? I think it would be fair to remove that line—we have been taking the steps it lists only after reaching a final decision on the vfd page anyway. And it generally makes sense to orphan/merge vfd'd content only after we are fairly certain it is going to go. Orphaning an image for a vfd that gets voted away creates two unnecessary steps: the orphaning and the de-orphaning. --(WT-en) Peter Talk 02:36, 29 October 2007 (EDT)
Makes sense to remove it; we are not following it anyway. --(WT-en) NJR_ZA 02:56, 29 October 2007 (EDT)

{{ifd}}

Had a bit of a look around and I think that messing with a mediawiki patch to change the way [[Image:]] behaves might be a bit more involved than what I would like to get into right now. As per (WT-en) Cacahuate suggestion I have create a simple template (Template:Ifd) that can be used to add a notice where the image is used. If this looks usable then we can create one for shared as well. --(WT-en) NJR_ZA 08:44, 29 October 2007 (EDT)
That looks perfect to me! – (WT-en) cacahuate talk 16:07, 29 October 2007 (EDT)