text:
Wikivoyage talk:Categories

Pages in the "Wikivoyage" project namespace that need updating
Categories has been tagged as needing updating for 9 months now. Are there any volunteers familiar with the topic that could bring it up to date? Nurg (talk) 22:16, 11 April 2014 (UTC)
 * I have no idea what's going on with Categories. We have extant categories in wide use for which no extant policy exists that permits their use, and absolutely zero apparent interest in updating policy to allow it.  Powers (talk) 17:47, 12 April 2014 (UTC)

Technical infrastructure policy has been tagged for over a year. Nurg (talk) 01:06, 12 April 2014 (UTC)

Why are all the categories in Engvoy hidden?
As a reader in Engvoy I know it is difficult to navigate through existing articles in each region because all the categories are hidden. As an admin on Hebvoy whom is currently working on building the entire Hebvoy category tree, partly based on the existing vast Engvoy category tree, it is a very difficult task as in many instances I end up having to guess which article appears in what category.

I would suggest making the categories visible for those reasons + I also believe (please correct me if I am wrong on this one) that by doing so this might actually help tremendously the SEO of Engvoy (Google's crawlers would most likely give our articles higher ratings on the Google search results if all our articles are inter-linked through visible categories which appear at the bottom of each page).

Either way, I guess this suggestion would probably be disregarded as it is highly likely that this issue has been widely discussed in the past and the majority of the Engvoy editors decided that hiding all the categories is the best way to go. I would appreciate it if you could explain in detail what were the main considerations that led you to make such a decision which is significantly exceptional from the norm in all the other Wikimedia Foundation wikis. ויקיג'אנקי (talk) 17:24, 7 November 2014 (UTC)
 * As someone who joined this project after many years of using Wikipedia I also found this strange to start with. There is however a strong resistance to categories from the people who came from Wikitravel. I actually in many ways agree with their argument that categories do get our of hand if you start letting every contribute create what they want. At the moment categories are used for administrative and clean-up tasks and are thus hidden. The point is you should be able to navigate up via the breadcrumbs at the top of the page and down via the region pages. Having said that I have categories always switch on for this site (a setting in user preferences to show hidden categories): --Traveler100 (talk) 17:36, 7 November 2014 (UTC)
 * It might be worth starting a discussion about whether some categories should be user-visible. In looking at Culver City, I think that the geographic hierarchy category (Category:Westside (Los Angeles County)) would provide some value in travel planning, but the rest of the categories on that article seem to be solely there for maintenance purposes and thus are better off hidden by default. -- Ryan • (talk) • 17:53, 7 November 2014 (UTC)
 * I imagine that the only answer you'll get is "we don't use categories" which is not very satisfying. It's purely a matter of habit. I also agree that categories would be useful (such as for geographic regions, rather than maintenance) but pure inertia keeps them from being used. —Justin ( koavf ) ❤T☮C☺M☯ 18:04, 7 November 2014 (UTC)
 * Traveler100, in my opinion, having the categories visible would never "get out of hand if you start letting every contribute create what they want" simply because the community would monitor the changes and keep the category tree clean of redundant categories, based on the community consensus (having the community decide what stays and what has to go has worked quite well for the main space articles, as many articles of small/redundant sites are merged to articles of larger regions, so I don't see why this would not work well for the categories space too). ויקיג'אנקי (talk) 18:06, 7 November 2014 (UTC)

Has there ever been a community voting on this issue or was the decision to hide all categories taken by the admins? ויקיג'אנקי (talk) 18:06, 7 November 2014 (UTC)
 * When Evan and Maj founded Wikitravel, categories didn't exist in MediaWiki. I believe that's why he created RDF breadcrumbs: for navigation. You will routinely see discussions at vfd which say "we don't use categories" as a rationale for deleting content. I'm not aware of any discussion like this which questions the use of categories as such. —Justin ( koavf ) ❤T☮C☺M☯ 18:09, 7 November 2014 (UTC)
 * I see. In that case, do you think there is any chance that the Engvoy community would actually be willing to reconsider this issue in a community voting held on this matter and open to all Engvoy active editors ? ויקיג'אנקי (talk) 18:22, 7 November 2014 (UTC)
 * I hope! Count me in as a "yes". —Justin ( koavf ) ❤T☮C☺M☯ 18:26, 7 November 2014 (UTC)
 * Categories has current guidelines on category usage, and as Justin pointed out the policy is mainly a carry-over from a mandate from the site's founder, whose view was that the category implementation on Wikipedia was a mess. Like many things here, it may be hard to change the status quo, but I suspect that there might be support for not hiding geographic hierarchy categories by default if people were inclined to push for that change. -- Ryan • (talk) • 19:21, 7 November 2014 (UTC)
 * This is the discussion were I created the region categories Wikivoyage talk:Breadcrumb navigation and the following section entitled Categories. As you can see I would support making the region categories by default visible. --Traveler100 (talk) 19:28, 7 November 2014 (UTC)
 * I'd be willing to go along with any consensus. If people feel like unhiding geographic categories is useful, let's do it. Ikan Kekek (talk) 20:28, 7 November 2014 (UTC)

 * I'd be strongly in favour of enabling categories if they could replace the breadcrumbs currently being used (as I see it, horribly misused) for travel topics. Long discussion at Talk:Travel_topics_index; as I see it the breadcrumbs were inserted without consensus and were an error.
 * I suggested that categories might be a better mechanism at Talk:Travel_topics_index, and gave my reasons for thinking breadcrumbs were wrong. Pashley (talk) 22:36, 7 November 2014 (UTC)

 * I truly don't see why we would need categories. The only two obvious categorization is by geography (taken care by the breadcrumb trail) and article status (we have it displayed visibly). Everything else is very subjective - I could imagine long and pointless bickering about whether a destination belongs in Category:Spa resorts. I fail to see any benefit that would outweigh allowing categories. PrinceGloria (talk) 23:12, 7 November 2014 (UTC)

 * Agree in general with PrinceGloria - you can also Go to your Preferences - then under tab Appearance -- put a check mark in Show hidden categories box and save (see all categories) - or you can view the Categories via Special pages - or perhaps use the category tree extension on your user page (or elsewhere) or find categories using an API - (would not recommend forcing categories to appear on article pages as default in order to keep pages generally cleaner and also because other options are available!) IMHO - Matroc (talk) 03:57, 8 November 2014 (UTC)

I would like to address the comments made above by the users PrinceGloria and Matroc:
 * 1) First of all, in my opinion we should not let the Category:Spa resorts example above deter us from considering making the categories visible to all users by default, simply because, as I already mentioned above, there should be clear rules available that define exactly how the categorization should be done so that we would always avoid having pointless ongoing  discussions regarding categorization. Because of that I don't think this is an actual issue.
 * 2) Either way, as I see it, the main issue with the current state in which we hide all categories by default, which PrinceGloria and Matroc did not address, is that currently most of our millions of annual readers (!) probably end up failing to locate all relevant articles in existence for a specific country or region they are interested in – that's because instead of giving the masses the option to easily locate the parent category of a certain country or region, which contains an automatically generated short and up to date list of all existing articles for that country or region, in many cases they probably miss some existing relevant articles simply because the links to those articles were not visually easy to locate or because an editor forgot to create links to a specific destination in a bunch of nearby region articles (this stuff happens a lot in other wikis and should definitely be taken into account). For example, while the majority of German Wikivoyage readers can most likely quickly navigate to this parent category from any existing article about Israel, and then easily see what are all the existing articles ever written on the German Wikivoyage about Israeli destinations, the majority of the readers on Engvoy whom are planning a trip to Israel would probably never be able to tell exactly how many articles exist in the English Wikivoyage about destinations in Israel or confirm with 100% certainty that the ones they found are indeed the only existing ones which are relevant to them.
 * 3) Finally, I wanted to remind everyone participating in this discussion that the majority of the millions of our annual readers, would most likely in most cases not be aware of the option to change a setting in the website's interface in order to make the categories visible (and this option of course is not possible for the majority of our readers, whom might be getting to our articles from Google and aren't registered users on Wikivoyge), and therefore, in practice by hiding categories we are preventing the majority of our readers from easily navigating the web site's available content in the way that hundreds of millions of people around the globe have gotten used to do in other Wikimedia Foundation wikis for nearly a decade or more. Please don't forget that the Wikimedia Foundation web sites are first and foremost designed for the benefit of the general public (The traveller comes first even states that "We make our navigation as intuitive as possible, to help readers find what they're looking for") and not first and foremost for the benefit of a small group of editors. ויקיג'אנקי (talk) 05:36, 8 November 2014 (UTC)

 * Here's my two cents. I could support this proposal if we'd still retain the breadcrumb navigation as well (the Germans have retained it too). Especially when it comes to articles about destinations — ie. most of our articles — I (and likely many others) find the breadcrumb navigation very useful and axing it would frankly speaking do more damage than being beneficial to Wikivoyage.
 * In the case of travel topics it's in many cases useful to have several categories for the article. For destinations I'm not sure how useful it would be — for our purposes a traveler would mostly need to know in what country and region the destination is located. One benefit of extra categories would be that we could categorize articles under itineraries and routes. But again; what to do if people start adding categories that would be totally meaningless for a travel guide like "Member states of the Union for the Mediterranean" or "Populated places established in 1836".  --ϒpsilon (talk) 08:35, 8 November 2014 (UTC)

 * I agree with Ypsilon that categories should not/never replace our breadcrumb trail, which I personally find useful and I think casual visitors may also find useful. For regular destinations (cities, regions, countries) at the moment I would only support geographic categories, because I don't think it would be helpful, for example, to have a Category:Hot springs that contains every city/town with anything resembling a hot spring; however, I like Pashley's proposal of using categories for itineraries and travel topics. Our current travel topics are extremely difficult to navigate. Many are completely unintuitive, such as the Chinese Revolutionary Destinations article local in a "History" subsection of the Travel activities page instead of the Cultural attractions page where it seems to belong. It is also not part of Category:Topics in China. There are many awkwardly placed travel topics that someone navigating our site would not likely find within the site itself but may be easier to find with categories. ChubbyWimbus (talk) 10:58, 8 November 2014 (UTC)

 * Keep the breadcrumbs! Not totally opposed to categories appearing on pages; just leary of their current relevancy and shape!). - Matroc (talk) 11:31, 8 November 2014 (UTC)

 * I also don't see any huge advantage in cluttering our footers with categories and encouraging the reader to use the bare category tree itself for navigation rather than the in-article navigation of breadcrumbs and cities/regions sections. Yes, once in a while we may forget to link a place from its parent. However, I have spent an inordinate amount of time working on the category tree this year, and these omissions are very very rarely if ever more than barebones outline articles on relatively unimportant places we have yet to give much attention to anyway, so generally the reader isn't missing out on much. They nonetheless should be linked to the parent article, of course, but finding those and fixing them is only a maintenance task like so many others, which is why the category should remain hidden. We should continue to encourage the reader to use our annotated and broken-down tree navigation in the articles, the value-added version, instead of the undifferentiated, list-y skeletal one. Texugo (talk) 13:21, 8 November 2014 (UTC)
 * [edit conflict] If anyone still considers omissions to be a big problem, there are better ways to address it than inviting visitors backstage; it would serve us to ameliorate the problem rather than circumvent it if we, for example, look into getting a version of Special:OrphanedPages that ignores links from non-main namespace pages, or get a bot together to hunt omissions down. Texugo (talk) 13:40, 8 November 2014 (UTC)
 * Mark me down as strongly in support of user-visible categories only in the case of travel topics, itineraries, phrasebooks and other non-destination articles, so that readers can more easily find articles that are not part of the breadcrumb tree, and opposed in the case of destination articles. -- AndreCarrotflower (talk) 13:35, 8 November 2014 (UTC)
 * Support user-visible categories for destination parent region. There's no guarantee the manually-generated list in the region article will be accurate, up-to-date or complete as we seem to have a mess of subregions within regions within subnational regions within more regions and most of these region articles are poorly maintained and neglected as they were created as half-empty shells just to meet the arbitrary "cities and other destinations are limited to 9 items" by creating another pointless subregion for every 7 +- 2 tiny hamlets. K7L (talk) 13:45, 8 November 2014 (UTC)
 * I would just like to reiterate that it would be far better to address any problem of omission directly rather than offer a circumvention that draws readers away from our annotated content. Showing categories still does nothing to help us actually fix the problem.
 * Anyway, point made, but I failed to address non-destination categories: I could perhaps be convinced to support categories in the case of travel topics, since there is no other logical way to navigate them and since they have a range of sometimes overlapping scopes. For itineraries, I am not sure — would they be a parellel geographical hierarchy? Would be better to just put them in the existing geographical hierarchy? I don't know. And I don't see any particular reason to have categories for phrasebooks — what would they consist of, language families? That wouldn't be travel-related or useful. A hatnote or other prominent link to Phrasebooks would be quite sufficient for our purposes, I think. Texugo (talk) 13:55, 8 November 2014 (UTC)
 * I think it's a fallacy to think that the average reader has any idea what Categories are, or how they work. And I really don't think it's a good idea to take readers out of our carefully curated travel content and into the confusing and poorly implemented category space -- especially so for basic navigation tasks. And having the category tree as a backup risks making it more likely that editors will forget to link articles properly.  Anyone who wishes to use the category tree for maintenance or navigation is welcome to register an account and modify his or her preferences to show the hidden categories.
 * The idea does have some more merit for travel topics, but I'd have to see a proposed implementation before I could give approval.
 * -- Powers (talk) 14:37, 8 November 2014 (UTC)
 * It seems odd to claim that categories are too much for the reader to understand (especially if they found us from WP, which does use categories) but that registration and Special:Preferences is simple. I'd think burying this in the preferences, thereby limiting it to registered users only, would be the more complex from a user standpoint. K7L (talk) 15:30, 8 November 2014 (UTC)
 * It's not odd at all; it's a complex feature that is best reserved for advanced users, primarily maintainers. For the average consumer of our travel guides, it's just clutter. I can't imagine anyone without an interest in maintaining the content would rather see what one sees at Category:Eastern Shore (Maryland) than the nicely organized lists at Eastern Shore (Maryland). Note that the former includes pointless alphabetic headers (with only 14 items, grouping by the first letter of the city is visually confusing, not useful) doesn't include redlinks, and doesn't include descriptions.  Powers (talk) 16:55, 8 November 2014 (UTC)
 * I would disagree with the above characterization of the geographic category hierarchy, although I don't feel particularly strongly on the issue. I think nearly all users will easily understand the concept of an "index", which is essentially what the geographic category tree is.  While most users will probably find the existing article/breadcrumb structure easier to use, some may prefer the category tree listing and thus I don't see any harm in making it visible by default. -- Ryan • (talk) • 17:22, 8 November 2014 (UTC)
 * In UI design, there is harm in presenting too many options to the user. Wikipedia has a notorious problem with attracting new editors, as readers find the interface confusing and overly technical.  The MediaWiki category system is a prime culprit in this. Yes, many editors of WMF sites have learned how to use it, but are those the people we are targeting?  Powers (talk) 02:40, 10 November 2014 (UTC)
 * I think we'll need to agree to disagree on this one. My opinion is that Wikipedia's problems attracting editors are due to the difficulty in understanding wiki syntax and unrelated to its use of categories.  I remain of the opinion that showing the geographic category tree by default on Wikivoyage would be like providing an index in a book, which is useful for people who want such navigation and easily ignored by those who don't.  I don't foresee anyone being confused by having the option to browse by category at the bottom of articles. -- Ryan • (talk) • 03:43, 10 November 2014 (UTC)

Similar to Wikipedia links, this feature is easy to implement, and it won't have any negative consequences immediately. On the other hand, it does change the concept in the direction of becoming a travel branch of Wikipedia rather than an independent wiki with its own style and format, including the original and traveler-friendly navigation. I don't like this, but this is a very subjective opinion.

It is easy to foresee that navigation through categories may completely kill articles about subregions because nobody will care to update them when categories are available. Therefore, I fully support Texugo in his idea that one should improve the existing system instead of introducing a cheap and inherently underdeveloped alternative. --Alexander (talk) 18:12, 8 November 2014 (UTC)

 * I'd say we should obviously keep the breadcrumbs for destination articles; they are effective, visually OK, and simple for both readers and editors. There are a few cases where the hierarchical nature of breadcrumbs is a problem; e.g. should the breadcrumb for Turkey point to Europe or the Middle East? Neither single-valued answer is really satisfactory, and giving it two category tags would be easier than changing the breadcrumb software to allow two breadcrumbs. I'm not sure what the best solution is there and do not think the problem is common enough that we need to worry about it much.
 * I'd say we should obviously get rid of breadcrumbs for travel topics because the topics are inherently non-hierarchical so breadcrumbs do not work well there; see my earlier comment in this thread and the things it links to. Also User:ChubbyWimbus is correct that topics are currently rather hard to find or navigate. If categories can solve those problems, I'm all in favour.
 * Also, any index or sitemap type of article is likely to be good for SEO; see Wikivoyage_talk:Search_Expedition. If using categories makes it easier to create those, or even lets them be created automagically, then I'm all in favour of that as well. Pashley (talk) 19:26, 8 November 2014 (UTC)

 * I support having (some) categories visible in addition to breadcrumbs. I expect that we get a lot of visitors and occasional contributors who are familiar with other WMF sites. I have come across several hidden destinations which have only popped up when I have selected the destinations layer on the map. We could also use catagories to link destinations to travel topics. For example we have Art Deco architecture as a topic - we could have "Art Deco architecture in countryname" as a set of categories, with the category being added to any city that has a listing for an Art Deco building. Note that we would not be arguing over whether the city was centre for Art Deco architecture, only the simpler matter of whether there was any building listed in See, Sleep etc that is Art Deco. AlasdairW (talk) 23:51, 9 November 2014 (UTC)

 * I'd say going down to the level of "Art Deco architecture in countryname" would lead to a disastrous proliferation of categories. Tagging cities for "Art Deco architecture" and for their country would be fine. On a related note, we probably don't want category tags for every level of the breadcrumb hierarchy, just the main ones. Pashley (talk) 01:22, 10 November 2014 (UTC)

 * Tags like "Art Deco architecture in countryname" are what sister sites like Commons are for. Ikan Kekek (talk) 01:40, 10 November 2014 (UTC)

Revisited
Given that User:Green Giant is in the process of adding a lot of categories for UNESCO sites, something that will invariably end up getting reverted with a citation to WV:Categories, I figured it might be worth stating that our current policy on categories came about mainly because the site's founder didn't like them (see above), and not due to any particular reason that is specific to how we write about travel. The fact that we revert categories added directly to articles makes us an outlier from other Wikimedia projects, which all happily use categories without a lot of oversight and don't seem to be any the worse for doing so. Having had more experience in the wiki world, and having seen how categories are used elsewhere, I think our policy is wrong. Yes, if we allow categories on articles we'll get a jumble of categories that people don't necessary agree with, but they're easy to ignore, relatively easy to reorganize, and for people who like to use them they're very helpful. I don't have any desire to fight the battles that will invariably be required to change our policy on this matter, but I do think we're behind the times and unnecessarily restrictive and wanted to point that fact out. -- Ryan • (talk) • 00:32, 25 August 2015 (UTC)
 * I misunderstood the policy and have requested deletion as well as de-categorising. If what you say is true then it seems a bit of a strange basis for a policy. I can understand the desire to distance the project from some Wikipedia ways but categories are inherently useful for giving overviews of topics. Wikipedia also has list articles which are another way of presenting information. What happens if somebody wants to know which UNESCO sites are in Germany for example? How would the breadcrumbs system work? By the way, can the IsPartOf template take more than one parameter? Green Giant (talk) 00:42, 25 August 2015 (UTC)
 * When I first started working on Wikivayage after moving from Wikipedia I also found it odd that categories were not allowed for articles and initially thought it should be allowed. However now after working on the site for some time and the fact that we use categories only for the breadcrumb hierarchy and housekeeping I think it is a good idea. Categories only created through templates provides some guarantee of a clean, logical and complete structure. This is very useful when traversing categories with bots or cat searches, you know you can relay on the result. --Traveler100 (talk) 00:44, 25 August 2015 (UTC)
 * Adding a second region to isPartOf would be problematic. The clear unique structure of the breadcrumbs, although not perfect for locations that span more that one region, does make navigating the site simple. I can however see the advantage of creating sub-categories of Category:UNESCO World Heritage Sites, this would be useful to cross check the entries on UNESCO World Heritage List. One method of doing this would be to add a country parameter to the pagebanner template, the categorization could then be done automatically. The parameter would then also be useful for creating lists of places needing banners, breaking down Category:Has default banner into counties which may help people target articles. --Traveler100 (talk) 14:38, 25 August 2015 (UTC)
 * We actually allow multiple isPartOf tags on some articles like Russia or Lake Tahoe that span multiple regions. The breadcrumb navigation just picks up the first tag and uses that when building the navigation hierarchy, which is why Siberia ends up being a part of Europe.
 * My comments about categories came after a long workday yesterday and were grumpier than they should have been. I agree that using templates for most categories is a useful way to manage things, but I also think that our current policy is out-of-step with other Mediawiki sites and is mainly in place because we haven't used the feature in the past, and not because of anything specific to Wikivoyage that justifies not using categories.  Your example of sub-dividing categories for UNESCO sites by country, or of adding categories like "Theme park" or "United States National Park", are all examples that would improve the site, but they would also likely be reverted with the sole reason being that "Wikivoyage does not use categories".  "Wikivoyage does not use categories" mainly because the site's founder didn't like them and put that guidance into a policy page years ago, and not because there is some reason why Wikivoyage is fundamentally different than other sites that DO use categories; to my mind, that's an extremely poor reason to prevent usage of a feature that many users find useful, and makes us inconsistent with other Wikimedia sites whose editors will be puzzled by our objection to edits that are both improvements to the guides and allowed on all other Wikimedia sites. -- Ryan • (talk) • 15:23, 25 August 2015 (UTC)
 * Can policies not be changed? I would find it odd if a policy is immutable. Looking at the breadcrumbs more closely, it looks a lot like the sub-page system used in places like Wikiversity and Wikibooks. It is certainly an innovation but I still don't see why we couldn't have both breadcrumbs and categories. Green Giant (talk) 16:36, 25 August 2015 (UTC)
 * The problems with Categories as currently implemented in Mediawiki are legion. Primarily, to my mind at least, they are virtually useless for any significant volume of constituent pages. They are unsortable, unsearchable, and inflexible. I can go into more detail if needed, but suffice it to say for now that we're really not missing out on much by not using free-form article categories. Powers (talk) 17:55, 25 August 2015 (UTC)
 * Can anyone spell out the advantages and disadvantages of categories in simple language? Some of the disadvantages were just cited above, but why are categories inherently unsortable, unsearchable and inflexible? And what would the advantages be? I feel like I don't have enough information with which to decide to support or oppose adding more categories. Ikan Kekek (talk) 18:55, 25 August 2015 (UTC)
 * The main advantage I see in categories is that they allow alternate ways of organizing content for people with varied interests, so someone looking for "Theme parks", "Madagascar National Parks", "WWII Battle sites", etc could find those types of articles either by browsing the category tree, clicking on a category link at the bottom of a related article, or by a search of the category namespace. There are (obviously) ways to browse to the relevant articles already, and in some cases there are travel topic articles that collect them together, but categories provide one more tool for people who want to use it, and don't impose a burden on those who choose to ignore them. Additionally, since they are hierarchical you can create organizational trees out of categories - in the above example, "Category:Battle sites" could be subdivided into "Civil War Battle sites", "WWI Battle sites", etc, and each of those can be further subdivided if desired.  Users with specific interests can thus easily find articles related to their interests, and can easily create groupings that don't yet exist by tagging articles.
 * The major downside that I've seen elsewhere is that categories are free form, so user A might tag some articles with "Category:Battle sites", user B might tag some articles with "Category:War history", and user C might tag some articles with "Category:Israeli battle sites of the Second Crusade". That problem seems inherent to a wiki since the editing process is ad-hoc by design, and at least what I've seen on Wikipedia and Commons is that it is a problem that is fairly easily resolved by updating category tags, particularly with the number of gadgets and tools that have been created to make repetitive editing tasks easier - in the above example articles tagged with "Category:War history" would just be changed to "Category:Battle sites".
 * Bottom line, I think they are a tool that are useful for those that want to use them, easy to ignore for everyone else, and our current rejection of the feature does not seem to be based on any solid arguments against their use. -- Ryan • (talk) • 19:16, 25 August 2015 (UTC)
 * If you've looked at all into the use of categories on Wikipedia and Commons, you should realize they are applied with horrendous inconsistency (particularly on Commons) even with the presence of gadgets and external tools. The Category tree on Commons is a complete mess, except in a few specific areas where conscientious groups of editors have managed to impose some sort of order. Powers (talk) 21:12, 25 August 2015 (UTC)
 * Could we establish a compromise? I can see how categories can be useful, and Commons is actually a case in point for me, despite inconsistencies, but I can also see how they could lead to some degree of chaos. Shall we allow categories only when there is a consensus behind them or when a vfd process establishes a consensus to keep those that were added without prior consensus? Even better: Is there a way to prevent non-Autopatrollers who haven't been registered for at least, say, 4 weeks (2 weeks, if you'd like to be more lenient) from creating new categories? Ikan Kekek (talk) 21:32, 25 August 2015 (UTC)
 * The reasons for Commons categories are complex but primarily there is just a sheer volume of files (27 million and counting) so invariably there are a lot of categories. If there were to be categories in Wikivoyage, then it would be better to have clear rules from the start rather than a free-for-all e.g. a definition of overcategorization which could limit articles to having no more than two or three visible categories. Restricting who can categorise is a useful idea as long as the minimum requirement is not ludicrously low like the 10-edit&4-day rule for most users to become auto-confirmed on English Wikipedia. I'd prefer a modified version of the criteria for reviewers on Wikibooks. Green Giant (talk) 01:07, 26 August 2015 (UTC)
 * Thanks for the comment and the link to Wikibooks. I think that if we were going to have a requirement comparable to Wikibooks, what we'd probably do is simplify things by restricting the creation of new categories to Autopatrollers, which is a type of trusted user. Only admins can change a registered user's status to Autopatroller. Ikan Kekek (talk) 02:18, 26 August 2015 (UTC)
 * Aye that would work as well. I think admins should have a guideline to at least refer to. On Commons, for example, autopatrolled is added by admins for users they think are trustworthy; there is no actual guideline which is unhelpful because it makes it quite arbitrary. Green Giant (talk) 21:14, 26 August 2015 (UTC)

So... I was looking at the article about Mauritius and noted it is categorised in Category:Islands of the Indian Ocean, which is fine. This category is part of Category:Africa, which is also fine. However, the islands category also includes British Indian Ocean Territory, Christmas Island, and Cocos (Keeling) Islands which are definitely not in Africa. Missing in that category are the significant non-African islands like Sri Lanka, Maldives, and Sumatra. I would like to add the islands category to these articles and then categorise it as part of Asia too but I'm not sure exactly what the protocol is for this. I know that I can't use a second IsPartOf, so is this a case where categories would work better? Looking further afield, there is also Island nations, which suggests that the islands of the Pacific are part of Oceania, which is partly true, and Pacific Ocean which redirects to Oceania, which again is only partly true. The Galapagos, Aleutian Islands, Japan, Taiwan, Hainan, the Philippines, Borneo, and many of the other Indonesian islands are also very much in the Pacific but are definitely not part of Oceania. Is it just that this information has yet to be added or is there some reasoning that has eluded me? The logical solution, for me at least, would be to have these articles in Category:Indian Ocean and Category:Pacific Ocean, which are redlinks. Green Giant (talk) 21:14, 26 August 2015 (UTC)
 * I think the reason for these categorizations is that they are not viewable in the articles but just used internally for organization. You do point out some odd results, though. Ikan Kekek (talk) 21:18, 26 August 2015 (UTC)
 * Also, on Autopatrollers, it is a judgment call on the part of admins that a registered user has made a sufficient number of edits and is following WV policies and guidelines sufficiently and writing in sufficiently good English to not need close supervision by the recent changes patrollers. Ikan Kekek (talk) 21:21, 26 August 2015 (UTC)
 * The example of Pacific Ocean would be better served with an Extra Region article which would hopefully also provide some interesting text and photos for the reader rather than a list of articles in a category. And if this type of category relies on manual update of articles, in no more effort than adding a link on a page.--Traveler100 (talk) 00:53, 27 August 2015 (UTC)

Categories
Updating Categories It seems like discussion on revising this policy petered out about 18 months ago. This came to my attention because I was reverted by Traveler100, which is consistent with the current policy and the trend since 2003 but which I find illogical. Category:Benelux contains all of the child articles on the region but not Benelux itself. Surely that is a problem, even if we don't generally use categories here. Similarly Category:Topics in Benelux is also not navigable from Category:Benelux. It's one thing to not use categories as the primary means of navigation but it's another for them to have patently illogical scenarios like this. —Justin ( koavf ) ❤T☮C☺M☯ 16:00, 29 December 2016 (UTC)

 * Categories are not used like on Wikipedia to categories articles, but used as an administrative tool. In the case of destination categories for running bots and status generating reports and tables. In addition Topic categories are used in the index page to auto generate content list. --Traveler100 (talk) 17:40, 29 December 2016 (UTC)

 * If one does not want the main article in the category, it can still be mentioned on the category page, by editing the page itself (e.g. inserting a main). That way it is easily reached also via the category. --LPfi (talk) 14:13, 30 December 2016 (UTC)
 * Perhaps it would be good to do that systematically.
 * The theory on the Wikipedias has been that readers will use categories for navigation. I don't recall having seen any research that indicates that this happens.  But if the categories are visible, then perhaps some readers will click on the links.  WhatamIdoing (talk) 18:12, 30 December 2016 (UTC)
 * We have breadcrumbs for that. Hobbitschuster (talk) 18:15, 30 December 2016 (UTC)\
 * I don't see any harm in making the main article at least accessible in the category. I do think our breadcrumb navigation is much more user friendly than categories would be. The use of categories on Commons as the sole means of navigation -without proper accessibility from the topic page- has always been one of the very worst features of the entire Wikimedia cluster. The lack of recognition for this usability issue from both the community there and Wikimedia as an organisation has always amazed me. At a conference, I once tried convincing journalists from a few national papers here to make more use of Commons but they argued that there were hardly any images available. The topic then was Rotterdam. They just never thought to click the category at the bottom of the page. After all these years, the issue seems the same. Anyway, that's off topic - sorry. :) JuliasTravels (talk) 21:16, 30 December 2016 (UTC)
 * A region category contains locations that are "part of" that region, the region article itself "is part of" the region above. For images categories makes total sense as a picture can have multiple classifications. You can say that about locations to some degree but on the whole the hierarchy method works quite well. Having previously worked on maintenance tasks on Wikipedia I have to say allowing free categorisation of articles eventually creates a system that is unusable. On Wikipedia you cannot traverse logically up or down and not guarantee you will find yourself back in the same category or you end up with the strangest connections. All of which makes automatic and semi-automatic bot maintenance very difficult and much more time consuming to set up a new program. Also gathering statistic would be difficult. Having categories only created by templates keeps this site manageable. --Traveler100 (talk) 22:24, 30 December 2016 (UTC)
 * Hobbitschuster, I must not have been clear: Once the reader has accidentally ended up on a cat page, there are no breadcrumbs visible.  Therefore, IMO it'd be good to systematically add a link to the main article at the top of the cat page (as has been done at Category:Benelux).  This way, the lost reader has a better chance of getting where s/he wants to go, rather than staying lost in the cat tree.  WhatamIdoing (talk) 23:19, 2 January 2017 (UTC)

Why all the Category hate?
So, it seems that way back when, somebody decided and everyone else went along with a "no categories (outside of templates)" policy. Is it time to revisit this policy? Many non-destination articles do relate to a destination. Why not have Shopping in Japan in Category:Japan or Portuguese cuisine in Category:Portugal? Would this be such a bad thing? Nelson Ricardo (talk) 07:50, 13 May 2021 (UTC)

 * tbh, that'll just make things more cleaner. And for provinces, states and territories, they could also have their own category (e.g. Category:Quebec or Category:New South Wales.) But the policy chooses to not do so. SHB2000 (talk | contribs | en.wikipedia) 07:53, 13 May 2021 (UTC)

 * Well, actually, Wikivoyage uses categories extensively. We have a breadcrumb hierarchy, which relies entirely on categories and subcategories. Every destination article in Japan and Portugal should be under their respective country's categories - check them, and they should be. But Shopping in Japan is under Category:Shopping, and Portuguese Cuisine is under Category:Food and drink, because they're travel topics, not destination articles. The main difference between Wikivoyage and other wikis is pages should only be in one immediate category, presumably to keep the breadcrumb trail clear.--ThunderingTyphoons! (talk) 08:02, 13 May 2021 (UTC)
 * (And you'll see that all the categories you're both saying we should have bluelink and are populated by pages and subcategories).ThunderingTyphoons! (talk) 08:06, 13 May 2021 (UTC)
 * The breadcrumb trail is controlled by Template:IsPartOf. Categories outside that template do not affect the breadcrumbs. I see little downside to categorization, but I realize that many Wikivoyagers are opposed to them. I'm not sure I buy the arguments against. Nelson Ricardo (talk) 08:19, 13 May 2021 (UTC)
 * I didn't mean that the categories don't exist. I meant that we're not allowed to add articles to them. Unless I am mistaken on this point. Nelson Ricardo (talk) 08:26, 13 May 2021 (UTC)

 * For categories to be useful, they have to be applied consistently, at least inside a specific scope. Thus there would be a huge project adding the non-breadcrumb categories. It is possible that the categories can be added by bot, but then it is even more important to have clear criteria on what pages should go in what categories.

 * At Wikipedia and Commons, many category trees are added and pages recategorised without any consensus, just because some editor who likes working with the category tree had a whim. Cleaning up inconsistent or non-sensible category trees requires real hours of work from the rest of the community. That work is worthwhile as the categories provide real value, on Wikipedia mostly for insiders, on Commons for all users.

 * I am not against changing the category policy in Wikivoyage, but I'd like to see a well thought out plan on how they should be used, how the adding of categories should be carried out, and a convincing argument about them being real value. It would probably be best to first tell what use they will be, and if the reasoning seems to get support, then create a project page, and after some time of working with that write a formal proposal.

 * I suppose convincing people the project is worthwhile is hard enough that you need solid arguments. Until you have them, there is probably little use "revisiting the policy". Perhaps you have them already?

 * –LPfi (talk) 09:40, 13 May 2021 (UTC)
 * Thank you for sharing your insights. It sounds like resolution would take more effort and bother than I'm willing to undertake at this time, so I'll just push it onto the back burner for now. Nelson Ricardo (talk) 03:01, 14 May 2021 (UTC)

 * Template:PartOfTopic does allow multiple parents and therefore an article can appear in multiple categories. The first one mentioned will be where it is breadcrumbed to. For example, Khmer Empire has " ". You will see the article appear both in Category:Historical travel and Category:Topics in Southeast Asia. Shopping in Japan similarly is both in Category:Shopping and Category:Topics in Japan. At the moment for Portuguese cuisine, there is no Category:Topics in Portugal but there is Category:Topics in Europe. You can add that or create a new Topics in Portugal category in addition to Category:Food and drink which is the primary category for Portuguese cuisine. Note that unlike travel topics, destination articles only have a single category/breadcrumb (they use the IsPartOf template instead of PartofTopic).  Gizza ( roam ) 03:29, 14 May 2021 (UTC)

 * Is/should this be reflected in the documentation? We have at least Template:PartOfTopic/doc, Breadcrumb navigation, Travel topic article template and MediaWiki:Newarticletext (where travel topics could be added). –LPfi (talk) 11:04, 14 May 2021 (UTC)

 * This is mentioned in the /doc, reached from the breadcrumb navigation page. I suppose it should be added to the travel topic article template. We try to keep the article templates simple, but we don't have a Travel topics. –LPfi (talk) 11:10, 14 May 2021 (UTC)
 * Thank you, Gizza and LPfi! This is useful information. I didn't realize the template could take multiple parameters. Nelson Ricardo (talk) 20:15, 14 May 2021 (UTC)

Crazy tree symbol
I've asked this before, but perhaps I'm doing it wrong. How do I get rid of the crazy tree symbol at the bottom of Galkacyo and Cayn? I created the categories but those were swiftly deleted. Thanks, Brycehughes (talk) 11:44, 9 November 2023 (UTC)

 * Further background at User talk:Brycehughes. We don't expect users to manually create categories, per Categories. So I want to know what's causing the problem Brycehughes describes. Ikan Kekek (talk) 12:13, 9 November 2023 (UTC)
 * As far as I know, users generally shouldn't manually add articles to categories (Template:IsPartOf and related templates should take care of that), but users do need to manually create category pages when adding a new region to the region structure. Correct me if I'm wrong. —Granger (talk · contribs) 14:17, 9 November 2023 (UTC)
 * The symbol is File:Categorisation-hierarchy-top2down.svg. It is added by Template:IsPartOf when the template detects that the specified category (Category:Khatumo, in the case of Cayn) does not exist.
 * Therefore, the solution is probably either:
 * create the category (if it's wanted), or
 * don't use that template to point to the non-existent category (i.e., either remove it entirely or point to something else).
 * WhatamIdoing (talk) 16:39, 9 November 2023 (UTC)
 * IsPartOf or PartOfTopic should be used on any destination and travel topic articles (respectively). I don't see the case when the template should be removed, unless it for some reason has been added to odd page types. Mostly the tree appears when an article is linked to a non-region article (does creating a region article create the category?). –LPfi (talk) 18:02, 9 November 2023 (UTC)
 * In both cases the region articles exist. The categories were manually created, and I deleted them. I don't understand why the categories weren't automatically created when the articles were created. The following is stated in Categories: "Currently, the only approved uses of categories are for Project purposes, i.e. for helping out with articles that need attention or getting informed about current policies. These categories are set automatically within the templates, not manually by users." If that's inaccurate, the bolded text must be deleted and the rest needs to be corrected. Ikan Kekek (talk) 18:45, 9 November 2023 (UTC)
 * who seem to know something about this (see User talk:The Anome from 2013). Such categories are regularly created manually, but I don't know whether that is needed when region articles are created from scratch with all available automation. Note that the quoted text is about "setting" categories, not creating them. Anyway, the page needs to be amended to tell about category creation, as needs Breadcrumb navigation. –LPfi (talk) 19:11, 9 November 2023 (UTC)
 * (We never add to articles.) –LPfi (talk) 19:13, 9 November 2023 (UTC)
 * That link also says the following: "Do not add articles to these categories manually. If exists,  will automatically add the article to it." If that's untrue, it must be deleted. Ikan Kekek (talk) 19:51, 9 November 2023 (UTC)
 * I fixed both categories., the statement you say and what's mentioned on Categories is only true if the category already exists in that name. If not, you need to create the category because we don't have a bot that magically creates categories. -- SHB2000  (talk | contribs | meta) 20:33, 9 November 2023 (UTC)
 * OK, I see what I misunderstood. The text says "do not add articles to these categories manually," not "do not add these categories manually." But it's amazing that I've been using and editing this site for at least 17 years and never knew that users should create categories! I've never done so. Ikan Kekek (talk) 21:09, 9 November 2023 (UTC)
 * Many categories were created by User:The Anomebot2, but that was last active 10 years ago. I expect that not many categories have required to be created more recently, as they are only required when new regions are created, or travel tropics reorganised. Maintenance templates (eg Dead Link) may also require new categories, but these tend to be created by experienced users. AlasdairW (talk) 22:11, 9 November 2023 (UTC)
 * Relevant to this discussion: Category:Regions with no category. I think all pages listed there are in need of work. For each one, either a category should be created manually, the article should be merged to another region article, or it should be converted to a different type of article (e.g. an extraregion or rural area). —Granger (talk · contribs) 03:05, 10 November 2023 (UTC)
 * Similarly, Category:Articles needing IsPartOf category seems to list articles that have the tree symbol because the right category has not been created. For each of these, either the category should be created or the breadcrumbs should be changed. —Granger (talk · contribs) 03:09, 10 November 2023 (UTC)
 * The thing that annoys me about the tree symbol is that is shows up in the mobile pages, where it is 1) entirely unhelpful and 2) very strange looking (I thought it was a bizarre unicode character at first). Brycehughes (talk) 04:38, 10 November 2023 (UTC)
 * Actually, I was going to say that the tree symbol showing up should be screened out by the WMF parsing team, but if it's just an SVG... I can see why it appears. What would be more helpful is if in the case that the article is uncategorised, the IsPartOf template actually manifested as a visual template (perhaps with a nice message asking for the cat to be created) like Hatnote in which case it would already be screened out by parsers (I think). Brycehughes (talk) 04:43, 10 November 2023 (UTC)
 * Fair – I agree that the page is poorly worded and needs to be copyedited. -- SHB2000  (talk | contribs | meta) 04:12, 10 November 2023 (UTC)
 * SHB2000 Is there an extra step needed to get the category to actually list the articles (as the ones you created above do)? I just created Category:Yobe State and it doesn't list Potiskum. Brycehughes (talk) 04:50, 10 November 2023 (UTC)
 * I usually remove the IsPartOf template and self-revert afterwards. -- SHB2000  (talk | contribs | meta) 05:04, 10 November 2023 (UTC)
 * Ah ok I just tested that, but instead I used a null edit (just click edit source then publish without doing anything in between) which works too and is a bit less labour intensive. Must be a caching thing. Brycehughes (talk) 05:08, 10 November 2023 (UTC)
 * Yes, the Categories page warns that there are caching issues.
 * Should the tree symbol (or some equivalent text) show up only for users who activate the error highlighting? The categories need to be created by experienced users anyway, as one should judge whether to create the category or correct the IsPartOf, and know what content to put on the category page.
 * If Categories or Breadcrumb navigation explained when and how to create the categories, and more people watched Category:Articles needing IsPartOf category, then having the problem show on individual articles would not be necessary (but still useful for reminding experienced users who work with some region).
 * –LPfi (talk) 07:15, 10 November 2023 (UTC)
 * I agree that it should only be displayed for experienced users per above (error highlighting). I also think we should do away with the tree symbol: it not immediately clear what it means, and it is too discreet for desktop users while at the same time being too noticeable for mobile users (as well as being useless for mobile users and not being screened out by the mobile text parsers). A message would be far more helpful than the symbol. Brycehughes (talk) 07:25, 10 November 2023 (UTC)

title: Wikivoyage talk:Categories


text:
Wikivoyage talk:CC-BY-SA

The word "copyleft" is legally meaningless and really the CC-by-sa is in effect and has very exact terms. So it would be better to just say that very clearly.

 * It's actually said pretty clearly everywhere. The copyleft page is where we keep the important info on copyrights, copyleft, re-use, etc. --(WT-en) Evan 13:30, 20 Apr 2004 (EDT)
 * Copyleft is a part of the free knowledge concept. 20:39, 16 January 2013 (UTC)

license: Creative Commons - Attribution Share-Alike - https://creativecommons.org/licenses/by-sa/4.0/

title: Wikivoyage talk:CC-BY-SA


text:
Wikivoyage talk:Celebrate a contribution

recognition for moderately-sized contributions
I recently realized that every time I return from vacation with a pack of travel notes, and make a major contribution to an article at Wikivoyage, I subconsciously expect some form of recognition / compliment for my efforts and for a serious improvement I introduced for a destination article or two. I also realized that some kind of reward could be expected, I would be more Wikivoyage-focused during my vacation time, and/or procrastinate less with publishing what I have made notes anyway during the trip.

This led me to understanding the rewards we currently have are too high barrier for an average contributor can shares the experience from his recent trip (and is not very proficient with WT MoS or what content to pay attention), but hardly more at a time. Saying "Thanks for contributing to article on Destination, please don't stop" in a welcome message is great, but it works only once when a user joins Wikivoyage community, and most typically when someone starts contributing, not when he's done adding all he have to say. DOTM is hardly reachable for an average traveler who returned from a week-long vacation. Pushing article to Star status is something only roughly top20 Wikivoyage gurus are able to do from a single trip.

IMHO giving such reward could bring better contributor retention, and probably improve size of an average contribution.

Thinking of how it could work, the following could work fine for me--just to give some food for thought: What do you guys think? --(WT-en) DenisYurkin 15:55, 22 September 2010 (EDT)
 * receiving a personal "Thank you" from one of the community admins, especially if it stresses things like "great that you extensively covered aspect X for the destination Y" or "thanks for rare details/info on attraction Z" or "I could not find anything on practical details for W, and you made Wikivoyage first travel guide to help a traveler with this".
 * bringing improved article to "one day of fame" or "one hour of fame, one hour per day during one week" at home page of Wikivoyage (or a contribution itself rather than an article, maybe similarly stressing things from "Thank you" from the previous bullet)

 * Project:Barnstars? (WT-en) LtPowers 18:45, 22 September 2010 (EDT)

 * In theory I'm 100% in favor of making people feel more ownership and involvement in the site, but personally I find my time for such things is limited. At the moment I do a lot of article patrolling and try to comment in discussions in which I can add some insight, but even with that minimal agenda it's impossible to keep up with everything.  The dearth of comments on recent Project:Star nominations seems to indicate that others feel similarly constrained.  As a result, while I'm fully in support of giving more feedback and encouragement, we either need a lot more regular contributors with time to do so, or we need to find ways to streamline things around here to free up the time of the regulars.  Having some support from IB to implement simple technical improvements would obviously help to achieve the latter (*cough* howhardwouldthatbeforthem *cough*) but otherwise I support your idea but fear that few people will have extra time to help out. -- (WT-en) Ryan • (talk) • 18:57, 22 September 2010 (EDT)
 * I think Ryan is right. Some of our most active admins completely (Burmesedays + Inas) or partly (Stefan) stopped editing and the touting/spam wave now hits hard the rest of us. I personally hope that they return because they are invaluable for this community but IB is not a great help. IB only focuses on increased revenues and nothing else. Also some discussions are cross roads for some so i think barnstars are the only viable option for now. (WT-en) jan 11:33, 24 September 2010 (EDT)

Barnstars is one of the possible options, given that (for this purpose):
 * they are cumulative, i.e. one user can gets many stars, one per recognized contribution
 * each time the star is given, a clear motivation should be provided what exactly it's for
 * we define some guidelines on what contribution can qualify for a star (current "a user's exceptional community and content work" is very vague, and imho should have a lower barrier: i.e. something like "any contributor invested a week worth of evenings editing time should be able to qualify")

As for "we don't have time for that": but we have time for voting on/discussing COTMs, DOTMs, VFDs (OK the latter is more on patrolling) and replying in the Pub. My belief is that voting on significant cotributions shouldn't be more time-consuming. And to make it even less a burden, we can make it a contributor's responsibility to share what he believes is a completed contribution, and what's so special about it (although of course others can submit his contribution in effort to thank for his great work). --(WT-en) DenisYurkin 14:46, 29 September 2010 (EDT)

 * Any Wiki community member can give a barnstar to any other for any reason whatsoever. If you think someone's done exceptional work on Wikivoyage, plunge forward and let them know with a barnstar. (direct quote from Project:Barnstars). Yet how often do you see one? Part of it is presumably that they are generally presented on the user talk page, so not many people know about the award. This is OK in many cases, but in other cases one wants the appreciation/recognition to be more public.
 * In those cases how about copying the award to the Pub as well?
 * Another idea that has been lurking in the darker recesses of my mind for some time is a way for a user to notify the community that he/she/whatever has finished a particularly satisfying or tedious or whatever piece of work and wants to celebrate by letting someone else or the whole community know. I suggest for this purpose a "Drinks all round" template with appropriate image/s, which can be used to celebrate any mildly notable occasion, either on one's own user page, someone else's user page or the Pub, depending on how public you want it to be. Maybe a "Have one on me" for private celebrations/thanks. (for those who dont drink, whatever equivalent celebratory notice they prefer) (WT-en) Peter (Southwood) Talk 02:46, 30 September 2010 (EDT)

 * I've sent out such notifications every now and then. Mostly, though, I just try to leave thank you/praise messages for users who are doing exceptional work on their talk pages. I tend not to do this for excellent work from more established users, though, since I already take it for granted that they do exceptional work ;) Taking exceptional users' exceptional work for granted probably is something we should work on changing.

 * We don't see the barnstars too often because we have traditionally reserved them for only really enormous, exceptional, and/or exceptionally diligent tedious work. Personally I kind of like that; although there is no restriction on who can or when to give them, you know that it's a big deal if you get one. --(WT-en) Peter Talk 14:31, 30 September 2010 (EDT)

 * I checked several barnstars granted over time--most (if not all) of what I've found are about really something large enough to be seen at the scale of whole Wikivoyage, like regionalizing Russia. I speak of much smaller contributions, and mixing them doesn't look a good idea for me--at least because future authors of exceptional contributions won't feel they've done anything exceptional if a similar barnstar is given every day or week at Wikivoyage, for only a one-week-worth efforts. --(WT-en) DenisYurkin 15:30, 30 September 2010 (EDT)

 * This would imply a change of written policy for awarding barnstars, as it is incompatible with the directions given on Project:Barnstars. Note that I dont have any strong feelings on this either way, but do think that the directions should reflect consensus or at least common usage. I second Peter Fitzgerald in that exceptional work by exceptional users should not be taken for granted. A bit of occasional appreciation may help delay or prevent burnout. It is sad to see an absence of edits by people who have produced so much good work. Unless of course they are out travelling... Anyone know what has happened to Burmesedays? Cheers, (WT-en) Peter (Southwood) Talk 05:40, 1 October 2010 (EDT)
 * Burmesedays works in the hospitality industry and is in the thick of high season (same applies to me right now, actually). I certainly hope he'll be back seasonally! --(WT-en) Peter Talk 13:25, 1 October 2010 (EDT)
 * Another point about barnstars is that they appear to be intended for collaborative work. (barnraising is not generally a one-person occupation). Maybe we need an award for users do quiet solo work as well. Possibly a range of awards, including one that could be given for patrolling, cleanup etc, and something else for producing high quality articles more or less from the ground up. etc. Cheers, (WT-en) Peter (Southwood) Talk 05:56, 1 October 2010 (EDT)

 * It sounds like there may not be agreement that barnstars are the best option, but the two other suggestions made above seem good:

 * User talk page recognition. If we created something similar to barnstars, such as a new template that could be placed on user pages, this would be easy to work with.  Something like.
 * Using a community page for community-wide recognition. Instead of the Pub it might make more sense to use a new page such as "Wikivoyage:Community appreciation".  This would provide a single location to highlight people doing good work.

 * Assuming these were simple and open I'd be fully in favor. Ideally it would be nice if there was a simple way to combine the two, such that editing a single location would update both the user talk page and the community page. -- (WT-en) Ryan • (talk) • 13:54, 1 October 2010 (EDT)

 * I am not against barnstars in principle, but the regular barnstar should perhaps be reserved for it's customary usage, which should then be described on Project:Barnstars. Variations on the theme might do the trick, but lets avoid the Wikipedia Barnstar diversity explosion and general OTT sillyness, which would water down the value of the awards in a sea of fluff. Cheers, -- (WT-en) Peter (Southwood) Talk 03:50, 2 October 2010 (EDT)
 * I still think it would be nice if there was a semi-formalised, but not very formal, if you get my meaning, way of announcing to the community that one has just completed a large, tedious, important, groundbreaking or otherwise noteworthy task, and just want to share with the rest of the gang the satisfaction of being done for the present.
 * A little bit of generalised social interaction of this kind might be a healthy thing. -- (WT-en) Peter (Southwood) Talk 03:50, 2 October 2010 (EDT)
 * Some sort of "Milestone" barnstar equivalent? (WT-en) Rezendi 15:44, 4 October 2010 (EDT)

 * Nice idea, tell us more. Fits in nicely with the travel theme. (WT-en) Peter (Southwood) Talk 04:37, 12 October 2010 (EDT)

Thanks for input to everyone. Looks like:
 * 1) Barnstars is not what will help much here
 * 2) The simplest approach that could possibly work would be to have a page where new users can share their completed projects, provided that they are significant enough contribution--and anyone else can praise the contribution  (hopefully regular editors of WT will join to regularly comment there).
 * 3) Maybe others can also nominate someone else's work, but it's unclear now how to make sure original contributor has finished (two-week timeout from the latest revision in a given article will do the job?)

If consensus is close to the above list, we need to: Suggestions? --(WT-en) DenisYurkin 16:01, 12 October 2010 (EDT)
 * choose a right name for the page. Not sure about "Wikivoyage:Community appreciation", because if I'm an author of significant contribution, it's rather unnatural to add it to "appreciation list" myself--while self-added summaries looks like an easiest way to launch the whole idea.
 * define minimal barrier of contribution, so we don't need to deal with "your contribution is ridiculously small, but thanks anyway" cases.

 * Unfortunately Project:Milestones is already taken. -- (WT-en) Peter (Southwood) Talk 07:06, 13 October 2010 (EDT)

 * "Achievements"? "Deeds"? As for minimal barrier, I'd say something that requires at least a couple of hours of work, and has very significant effect on one article, significant effect on a tree of articles, or affects the entire site. (WT-en) Rezendi 15:24, 14 October 2010 (EDT)

 * Thanks for suggestion on barrier, it sounds reasonable for me.
 * As for the naming, the most natural metaphor from what I tried is "Contribution to celebrate": similar to a real-word party/celebration, it's up to host to decide whether reason is significant enough for celebration, and to choose a right moment for it ("when I'm done with X and Y, I'd like to celebrate it with my neighbors"). However, the neighbors are free to suggest more reasons to celebrate than the host originally thought :-)
 * However, other (much weaker) options I had are (listing them just in case it will trigger some better ideas than mine):
 * Hours of work
 * Significant contributions
 * Significant effort
 * Contribution to share [with the community]
 * --(WT-en) DenisYurkin 16:43, 20 October 2010 (EDT)

OK, here is first draft: User:(WT-en) DenisYurkin/Wikivoyage:Contributions to celebrate.

Feel free to edit/criticize it however you choose. --(WT-en) DenisYurkin 16:13, 29 October 2010 (EDT)

 * I like it. Possibly change name to "Celebrate a contribution". • • • (WT-en) Peter (Southwood) Talk 09:52, 30 October 2010 (EDT)

 * Done, renamed to Project:Celebrate a contribution (and also pushed from personal namespace to "official"). --(WT-en) DenisYurkin 16:57, 30 October 2010 (EDT)

 * On my watchlist!
 * I wonder if this is a page where new items should be added to the top of the list. Then you see the latest item immediately on opening the page. Comments? • • • (WT-en) Peter (Southwood) Talk 10:39, 12 November 2010 (EST)

 * Absolutely, go ahead! --(WT-en) DenisYurkin 17:02, 12 November 2010 (EST)

 * The only obstacle that I realized is that we can set up "+" button on that page to make adding a new contribution easier, but it can only add to the bottom AFAIK. However I think we can expect that if someone completed a contribution serious enough to celebrate, it won't be an obstacle for him. --(WT-en) DenisYurkin 17:20, 13 November 2010 (EST)

 * No point in the "+" button. Agreed. Minimum requirement for celebration is ability to make edit near top of page. (not serious) • • • (WT-en) Peter (Southwood) Talk 00:20, 14 November 2010 (EST)

 * Just added the page to my watchlist - great stuff, you guys. One thought: where should this page link from? At the moment, the only people who can find it are those who have been following this discussion. We want others to be able to find it too! (WT-en) PerryPlanet Talk 18:24, 12 November 2010 (EST)

 * Good point. I think it should go in the navigation box at the top left corner of the page along with links to Traveller's Pub, Recent Edits, Random Page etc. I also think that new items should be added by registered users, but anyone can comment. I will make some comments to this effect on the page, see if it looks right. • • • (WT-en) Peter (Southwood) Talk 00:58, 13 November 2010 (EST)

 * If you believe it should be nearly as frequent as the Pub etc, I would be all for such an outstanding link.
 * In the meanwhile, I added a link from Project:Namespace index. Maybe it should be also linked from some of the following, but I'm not sure how to introduce it there--any ideas appreciated: Project:Project,Project:Tips for new contributors,Project:Quick contribution guide, Project:Welcome, newcomers. --(WT-en) DenisYurkin 17:13, 13 November 2010 (EST)

 * I think it is a page that can and should be used fairly often. After all that was your original point — moderately sized contributions happen quite frequently — but lets leave it until we have a few more opinions. Besides which I have no idea how to put it in the navigation box. Also if linked from the places you suggest, would you explain the purpose at each reference? • • • (WT-en) Peter (Southwood) Talk 00:20, 14 November 2010 (EST)

 * The only purpose of linking is, as always, "We want people to find it easily". --(WT-en) DenisYurkin 00:56, 14 November 2010 (EST)
 * Agreed, but if they also know what it is that is linked, they know if they want to go there. • • • (WT-en) Peter (Southwood) Talk 06:30, 14 November 2010 (EST)

 * Just a thought: it could be linked from Project:Barnstars along with a comment that if the contribution is not as exceptional as worthy of a barnstar, but important enough nonetheless, that page could be used instead. – (WT-en) Vidimian 09:10, 14 November 2010 (EST)

 * Oh my, I'm embarassed. It seems (WT-en) Peter has already done that but I failed to check the page throughly. – (WT-en) Vidimian 09:16, 14 November 2010 (EST)

 * No need for embarassment, what (WT-en) you suggest is not quite what I had already done! I have gone back and added your improvement as I understand it. Please take a look and see if it fits in with what you had in mind. • • • (WT-en) Peter (Southwood) Talk 10:27, 14 November 2010 (EST)

 * Yes, that's exactly what I meant. Thanks. – (WT-en) Vidimian 13:42, 14 November 2010 (EST)

Profile of Roland Unger (German WV)
For your interest. Profile of Roland Unger (German WV) on Wikimedia blog. https://blog.wikimedia.org/2016/09/28/roland-unger/ Nurg (talk) 08:51, 17 October 2016 (UTC)

Reorganise this page
Can we please reorganise this page, this page is just an odd one out —The preceding comment was added by SHB2000 (talk • contribs)

 * Reorganise how? --ThunderingTyphoons! (talk) 07:20, 12 April 2021 (UTC)

 * Top to bottom rather than the other way around. SHB2000 (talk) 08:18, 12 April 2021 (UTC)

 * I see. Yeah, that's a good idea.--ThunderingTyphoons! (talk) 08:56, 12 April 2021 (UTC)

 * I'll start now. Hopefully should be finished by 2200h (UTC) SHB2000 (talk) 09:48, 12 April 2021 (UTC)
 * ✅ Was quicker then I thought. SHB2000 (talk) 10:01, 12 April 2021 (UTC)

 * 12 hours ahead of schedule! I can tell you don't work in government.--ThunderingTyphoons! (talk) 10:16, 12 April 2021 (UTC)

 * Yeah, definitely, but co-incidently, our new Barangaroo (a name that's surprisingly not from London) board walk was meant to open tomorrow morning but opened this afternoon. What a co-incidence. SHB2000 (talk) 10:56, 12 April 2021 (UTC)


text:
Wikivoyage talk:Chinese Wikitravel Expedition

This Language Expedition has been moved to wts:.


text:
Wikivoyage talk:CIA World Factbook 2002 import

What about creating a list of words that should be converted to links to other wikipages, it gives instant wikification. 213.116.236.249 03:36, 6 Aug 2003 (PDT)
 * Oops, forgot to log-in before commenting. (WT-en) Aholstenson 03:38, 6 Aug 2003 (PDT)

OK, so, here's my comments on Afghanistan (and thus other import files):
 * I'd like to put a disclaimer at the top or bottom that says that it's a first import of country data. Something like this: This article is an import from the CIA World Factbook 2002. It's a starting point for creating a real Wikivoyage country article. Please plunge forward and edit it.
 * It'd be great to move the "Quick facts" box -- which I love, by the way -- up where the flag is, and move the flag into the quick facts box.
 * It's probably important to put rights info on the Image pages. Something like "Map of Afghanistan, from the CIA World Factbook 2002 http://url/to/the/original . Public domain"
 * I prefer PNG files to GIFs. It'd probably be easier to convert the things now, before they're all in.
 * I think we should use a special user for CIA Factbook imports so we can track copyright stuff -- or, rather, public domain stuff -- from there.

 * I agree that a disclaimer should be put on the pages (I would prefer the bottom where it is out of the way =). Moving the "Quick Facts" is also a good idea, I'll try moving it and see how it looks. I also prefer PNG as an image format so I'll try to do an automatic conversion (with ImageMagick or something). As for the user I thought I logged in as my own user before submitting data (apparently I did not). Cheers (WT-en) Aholstenson 11:14, 6 Aug 2003 (PDT)

 * I actually did all the changes that I thought of, except the PNG conversion. There's a good tool called gif2png on the BurnAllGifs.org site. I thought having the disclaimer at the beginning would be best; I don't think that the CIA Factbook format is what we eventually want country articles to look like. Lastly, I expect to use user information for copyright stuff, and since the CIA factbook is public domain, it's easier to mark it under that specific user. -- (WT-en) Evan 15:32, 6 Aug 2003 (PDT)

 * I made some other changes to the Afghanistan page (added a heading for the Flag). I'm going to convert the gifs to pngs today and maybe even upload them (I've only got an old modem here so it will take some time). (WT-en) Andreas Holstenson 01:58, 7 Aug 2003 (PDT)

 * I've updated the Afghanistan page once more, I've been working on a small addition to the Wikipedia Code which can provide larger maps and flags in the special namespace. It's very basic right now, it's available at http://puffy.nu/~davos/beta/SpecialAtlas.php.txt ,put it in the main wiki folder remove the .txt extension and add it to the valid Special Namespace list in Language.php (the $wgValidSpecialPagesEn variable). Then unpack the file atlas.tar.gz ( http://puffy.nu/~davos/beta/atlas.tar.gz ) in your webserver root. Then with a bit of luck you'll have a Special:Atlas page to access in your browser (via the Afghanistan page). (WT-en) Andreas Holstenson 07:04, 7 Aug 2003 (PDT)

 * Can you clue me in to why this is needed? I think the image handling for Wikipedia software is pretty much OK. What does the "Special:Atlas" namespace do? -- (WT-en) Evan 09:34, 7 Aug 2003 (PDT)

 * Well actually it only shows the large map/flag for a country currently. I thought it would be a waste creating a new page for every large version of a map. You can do without the flags but larger maps are needed. (WT-en) Andreas Holstenson 10:14, 7 Aug 2003 (PDT)

w/r/t uploading: obviously, I already have the factbook on the wikivoyage.org server. So, it'd probably be easier to gimme your code, and I'll run it on the server, instead of over your slow modem line. I really want to get this done. -- (WT-en) Evan 09:34, 7 Aug 2003 (PDT)

 * First I have to figure out how to auto-submit the images to the site. But that houldn't take long. (WT-en) Andreas Holstenson 10:14, 7 Aug 2003 (PDT)

 * The problem with the images are that you have to be logged in to be able to upload file (and I can't login automatically). There has to be another way (I'm thinking direct database modification). (WT-en) Andreas Holstenson 11:15, 7 Aug 2003 (PDT)

 * If you do not object I'll import all text-pages when you say (the script is set up on a server I can use). No adding of the Special:Atlas page will be needed (fixed it with Image Pages). Take a look at Afghanistan once more and comment on things that need fixing. I also have a few scripts that need to be run on the server (insert images into the database), I'll upload them and some resized maps when I import the other content. (WT-en) Andreas Holstenson 13:50, 7 Aug 2003 (PDT)

 * I'm not going to upload the new map, the scripts will take care of that later...

I have some problems with the factbook imports: At my first trials to edit the Perivian country page, I got pretty confused with the discrepancy between the structure of the factbook and the structure proposed by the Country article template. Actually, I didn't know at all where to begin my editings. On the Mexico country page, I've seen a similar problem.

My proposal (excuse me, Andreas, for all the work you have had with the imports): Move the factbook on a seperate page and begin every country page with the hierachy of headlines as required by the Country article template. The factbook page could be linked from the "Know" section. (see Utopia I as an examples.)

Since some of the factbook infos are really useful to get an overview about the country, it is maybe a good idea to put some selected items in the "Know" section by default. (see Utopia II as an examples.) In the example, I have enhanced the subsections of the "Know" section following the factbook. In this case, It would propably necessary to find a useful selection of factbook items good for all countries.

(WT-en) Hansm 06:13, 2003 Sep 6 (PDT)

 * Well, after having sucked the Wikivoyager community with my testings (don't look at "recent changes", you will damn my), I'm ready with a script that could move the factbook stuff on a seperate page (see Utopia II for an example). Sorry, I had realized the possibility of test pages in a specail name space too late. I intend to run the script in a few days, if there is no explicit opposition against that. Pages that have already been so much edited that the factbook is built into the intended heading structure remain untouched. I swear, kill me if not. Until then, I wait for:

--- (WT-en) Hansm 16:14, 2003 Sep 7 (PDT)
 * Contradiction
 * Improofments of the Country article template
 * Opinions about what items of the factbook are important for the country page.

 * Hans: I don't like this idea. I don't think we need separate CIA factbook pages -- we're not a CIA factbook mirror site. Those are just placeholders until we get real articles written. Extra especially, I don't want scripts run against wikivoyage.org. -- (WT-en) Evan 09:04, 8 Sep 2003 (PDT)

 * OK, seperate factbook pages may not be necessary since the original factbook can be linked, if necessary. Nevertheless, some info from the factbook seems to be useful. So you prefer to edit all the factbook stuf manualy? With a lot of "stat slashing" summaries? And how about the proposal to initialize the coutry pages with a useful heading structure? ---By the way: Did you ever think about a problem that may rise when Wikivoyage will be an often used Internet travel guide? Commercial tour agencies could start to bomb Wikivoyage with scripts in order to place recommendations on their own stuff or to throw out the concurence. Can you prevent those scripts? --- (WT-en) Hansm 09:44, 2003 Sep 8 (PDT)

 * I think that the stat slashing is the best way to go. If you think about it, all wikivoyage articles should be edited by someone (human not script) at some point, so I'd rather let people pick and choose what facts to leave rather than have a script. Right now they work as a good place holder and probably encourage people to edit pages. As for commercial tour agencies, I guess we'll have to deal with that if it ever happens.(WT-en) Majnoona

 * No, Majnoona. The factbook import is some placeholder, but not a good one, and it does rather the opposit from encouraging people to write. See above why I do think so. --- (WT-en) Hansm 12:38, 2003 Sep 8 (PDT)

 * The cia factbook info is partially useful, but partially completely UNuseful because it's so darned long! I've been manually editing them but it takes forever... One suggestion - if you want to use a script to put the appropriate HEADERS into each article then that might be a very good thing to do because it gives people something concrete to work off. Newbies don't know that they're there and I'm STILL 'forgetting' what they're supposed to be after a month.

 * You can rip it all out. Ctl+A in your edit window should do it, eh? -- (WT-en) Evan 19:56, 8 Sep 2003 (PDT)

 * Hmmm. I kinda agree with you Karen, but I'm still not liking this "Utopian" solution. I'm thinking we have two issues here: 1)Scripting. I'd like to suggest creating a script policy. Maybe something along the lines of "A majority of admins must agree to any script that will effect more than n pages." Or something. Move this discussion elsewhere? 2)The default format for country pages. I'd like people to comment on the subset of facts I have on the Project:Country article template before anything else happens. If we are going to make some sort of global change, I'd like to only do it once. WikiTravel should be 'hands on' as much as possible or it's not going to be usefull. (WT-en) Majnoona

 * Well, for starters I'm leaving more info in than you... I think it's potentially useful to know what the major industries/produce etc are for the country. It gives you a taste of it in a very quick and painless way. btw, if everyone just took on ten countries to hack-and-slash the totally irrelevant stats we'd be done in no time and we wouldn't NEED to be talking about a bot! It takes less than five minutes per page once you've done a few. (WT-en) KJ 18:19, 8 Sep 2003 (PDT)

 * I agree!! Usually I'm all for scripts, but it doesn't seem worth the bother at this point. All of this is a one-off anyway since all the countries will more or less develop in their own way... Please feel more than free to change what I have on the Project:Country article template to fit what you've been doing (If I dont agree we can have my first 'edit war' ;-)). I'll be doing quite a bit of weeding over the next few days (classes have started and I'm easily bored). Still think the scripting issue will come up sooner or later... (WT-en) Majnoona

 * Maj: why don't you get started on a Project:script policy page? (They're called "bots" on Wikipedia, btw -- for no good reason). -- (WT-en) Evan 19:56, 8 Sep 2003 (PDT)

Has the script already been run?! I'm trying to find an unaltered country so I can make a list of which stats I think should be kept and I can't find one! I've hit the random button about twenty times and all I get are 'hack-and-slashed' entries with very little statistical info remaining... so has somebody been hard at work, or have I been unlucky? btw, I'm limited in what I can do today - the whole internet seems to be running like a snail... :( (WT-en) KJ 18:51, 8 Sep 2003 (PDT)

 * Try List of countries. China was the first one I hit and it was unmodified. -- (WT-en) Evan 19:51, 8 Sep 2003 (PDT)

Hans: here are some reasons I don't like scripts:

 * Unintended consequences. If you have a bug in your script, you muck up a whole lot of pages, and you either have to correct them, or I have to correct them.
 * Unilateral. You get a whole bunch of pages that work exactly the way you want them to. If I want them to work another way, I have to write another script.
 * Suck up resources. Bots take up bandwidth and other resources on the server that could be used by people hand-editing a file.
 * Unnecessary. Most problems that people want to make bots for are unnecessary. As KJ pointed out, we could replace all the articles imported from the CIA factbook with country templates with just a few minutes of work from a number of Wikivoyagers. This other approach takes less person-hours overall, and it requires buy-in from a lot of people.

I know you've done a lot of work on your script, and I hate to oppose it, but I don't like the CIA factbook sub-article idea, and I don't want bots running for non-consensus projects. -- (WT-en) Evan 19:51, 8 Sep 2003 (PDT)

 * I found some. Must have been 'luck of the draw' that made edited ones turn up before. Maybe we're making more of a dent in the pile than I thought? :) (WT-en) KJ 20:19, 8 Sep 2003 (PDT)

I agree with Maj in the point that the dicussion can be divided into the two mentiond issues and I want to encourage the admins to write the Project:script policy. Be sure that I won't violate it.

Concerning the script discussion: I have run the script on my testing pages, only, and I won't run it until an agreement is found. Evan: Making the script was rather playing around and personal research than kind of work. So, it need not be run only cause it exits. Of course, unintended consequences are always a risk when using scripts, but I don't estimate them to be too big in this case since most country pages are still in their original state or "stat-slashed" only. If already more elaborated pages should get damaged, it wouldn't be such a big deal to restore them. The result would be only unilateral if the script was run without agreement about the Project:Country article template. The bandwith and the resources on the server are not more charged as they would be by manual editings, propably even less since manual editing often requires previews.

Concerning the Country Article Template discussion: I'm still convinced that a predefined header structure on every country page would make writing much easier for newbies, and not only for them. Furthermore, I don't see what should be bad with some selected country infos in table form, but the original tables are much too long. But propably, the Project:Country article template page is really a better place for discussions about that. --- (WT-en) Hansm 02:41, 2003 Sep 9 (PDT)

Moved from article by (WT-en) Evan

So, do I understand correctly that the idea is to edit and build upon the useful info. from the CIA world Factbook in order to get an article with information valuable for travelling? Or are we aiming to completely replace the CIA World Factbook information with new text?

 * My personal feeling is that we need to change the country articles to be fully prose, and not have all that silly tabular stuff that's on the imported pages right now. I think that a lot of the tabular information would make good facts to include in prose about a country, but I don't think it's necessary to keep them in tabular form. So, yes, replace. -- (WT-en) Evan 06:15, 30 Sep 2003 (PDT)

Defactbookization Status
So, I did a database query, and of the 258 articles imported by User:(WT-en) CIAWorldFactbook2002, 111 have been edited by someone else, and 147 are still untouched.

Kind of humbling -- we have a lot of work to do. --(WT-en) Evan 09:59, 24 Dec 2003 (PST)

 * That was the decision of at least 3 admins, Evan included. Now it's perhaps to late to solve this prob with a script. But I'm sure that many buisy manual workers will do it, just a matter of time. -- (WT-en) Hansm 20:34, 2004 Jan 9 (EST)

 * For the record, it took until today to finish converting Factbook articles into Wikivoyage-format articles. By my count, that's 2 years, 9 months, and 28 days after the import was completed.  It probably would have taken longer, but I got sick of seeing those imports on every funky little Pacific Island nation I looked at, and decided to crank through the last 40 of them in a couple days. - (WT-en) Todd VerBeek 18:15, 5 June 2006 (EDT)

Benefits of Defactbooking a country page
One thing I have noticed is that after I have defactbooked a country page only then will someone start editing the page and adding good information, even though the page has previously been left untouched for months. Perhaps this means that many of the Factbook listings are acting as a barrier to making good Wikivoyage articles. It may be too daunting to change a factbook country article. Maybe contributors peceive a seemingly complete article and are reluctant to change it as they cannot find somewhere to add appropriate information. Simply adding a template, moving a few notes from the geography section that are reworded into an introductory paragraph, plucking out the capital, ports and harbors, languages, climate, terrain and history and adding a stub notice seems to do wonders. Takes about half an hour to do, especially if one is previewing a few times to get the map positioned right. -- (WT-en) Huttite 05:39, 20 May 2004 (EDT)

Project:CIA World Factbook 2002 import

 * Keep. Per the January VFD factbook pages have been deleted, but I'm listing this here as it wasn't clear from that VFD whether this page was included or not.  I say keep this article - it's harmless and a discussion about how Wikivoyage country articles got their start. -- (WT-en) Ryan • (talk) • 13:49, 9 May 2010 (EDT)

 * Keep. Correctly phrased as an historical article.  No need to delete this.  --(WT-en) inas 20:36, 9 May 2010 (EDT)

 * Keep. I actually noted this particular page in the original VfD proposal as outside its scope, but it was behind a renamed link ( discussion pages ), which in retrospect was not as clear as it should have been.  — (WT-en) D. Guillaime 00:00, 10 May 2010 (EDT)

Result: Kept. -- (WT-en) Ryan • (talk) • 23:29, 20 May 2010 (EDT)

Project:CIA World Factbook 2002 import

 * Keep. Per the January VFD factbook pages have been deleted, but I'm listing this here as it wasn't clear from that VFD whether this page was included or not.  Delete if Project:CIA World Factbook 2002 import is deleted, keep otherwise. -- (WT-en) Ryan • (talk) • 13:49, 9 May 2010 (EDT)

 * Keep. Talk page for above.  --(WT-en) inas 20:37, 9 May 2010 (EDT)

 * Keep, as above. — (WT-en) D. Guillaime 00:00, 10 May 2010 (EDT)

Result: Kept. -- (WT-en) Ryan • (talk) • 23:29, 20 May 2010 (EDT)