Wikivoyage:Travellers' pub/2014

From Wikivoyage
Jump to navigation Jump to search

{{starnomination}} shown as "This page has some issues" on mobile

Featured article candidate icon

Try visiting Tokyo/Roppongi on Android: The first line is "This page has some issues".

Clicking on this message reveals the reason behind: "This article has been nominated for Star article status".

Being nominated for star is not an issue, so the message should not be "This page has some issues".

By the way, the icon for featured article candidates looks like a broken star. Could it be made to look like a star in construction instead? Nicolas1981 (talk) 14:38, 8 October 2013 (UTC)Reply[reply]

I like the idea, what does a star under construction look like? • • • Peter (Southwood) (talk): 14:58, 8 October 2013 (UTC)Reply[reply]
I can think of some nice concepts but all of them require more detail than would work for a little icon. Like a some scaffolding and a painter with a half finished paint job, or a crane lowering the last piece into place. Animated... • • • Peter (Southwood) (talk): 15:03, 8 October 2013 (UTC)Reply[reply]
Yeah, that was the best one I could find that matches the full star on our star templates, but it´s not ideal. Texugo (talk) 15:31, 8 October 2013 (UTC)Reply[reply]
How about a pencil that is drawing a star, but has not finished yet? Nicolas1981 (talk) 11:20, 9 October 2013 (UTC)Reply[reply]
Hi, other Nick. In my experience with the mobile site, it's not just {{Starnomination}} that produces the "This page has some issues" feature. It's basically every template that uses whatever code is in {{Ombox}}. On Wikipedia, that code is mostly used for cleanup templates, hence those specific words. This could only be solved by directly changing the MediaWiki code. I am not sure how you would be able to even request that, though, without changing what happens on Wikipedia. Nick1372 (talk) 19:32, 8 October 2013 (UTC)Reply[reply]
The Mediawiki page in question seems to be MediaWiki:Mobile-frontend-meta-data-issues. We can change the text there without affecting other wikis, but I tried blanking it, and while it then no longer shows the text message, it still displays the little "i" icon. Is there a more appropriate message we can put there? Texugo (talk) 19:46, 8 October 2013 (UTC)Reply[reply]
Do we really need to tell readers in the first place? Being in a nomination process does not make the article special, so the easiest might be to remove the ombox from the starnomination template, leaving just the [[Category:Star article nominations]] part. What do you think about it? Nicolas1981 (talk) 03:37, 9 October 2013 (UTC)Reply[reply]
No, but telling readers does invite them to read through the article and then join the nomination discussion. Moreover, taking out this one ombox would only fix the issue for this one template, while all the other ombox-using templates continue to have the same problem. I think we need to 1) change that mediawiki page to something more useful/accurate as a temporary measure, maybe something like "some content may not be displayed", and then 2) figure out how to disable the automatic message. Texugo (talk) 11:28, 9 October 2013 (UTC)Reply[reply]
I went ahead and changed the message to "some content may not be displayed". It isn't ideal, but it's somewhat more accurate than the default message. Now if we can just figure out how to turn off that message altogether... Texugo (talk) 12:46, 15 October 2013 (UTC)Reply[reply]
This bug was caused by the ombox template having the wrong class name. I fixed it. Kaldari (talk) 19:21, 31 December 2013 (UTC)Reply[reply]
@Texugo: Since this is fixed now, could someone delete the MediaWiki:Mobile-frontend-meta-data-issues page so the default message is restored? Kaldari (talk) 19:34, 31 December 2013 (UTC)Reply[reply]
Done. Texugo (talk) 10:41, 3 January 2014 (UTC)Reply[reply]

Happy New Year

Hello fellow Wikivoyagers, Happy New Year 2014! --Danapit (talk) 13:44, 31 December 2013 (UTC)Reply[reply]

Thanks Dana. Wishing you a very happy and prosperous new year and warm greetings to everyone from cold Karachi. --Saqib (talk) 14:16, 31 December 2013 (UTC)Reply[reply]
As you know Finnish I shall say Kiitoksia ja hyvää uutta vuotta sinullekin, Danapit! And happy new year to everyone from a surprisingly warm Helsinki (+5°C and rain, usually we have negative degrees centigrade and snow at the new year). Thanks for the fireworks, Saqib! Ps. At WP's "Did you know" I ran into the article about Scottish new year's traditions and the etymology of the name of the celebration... ϒpsilon (talk) 16:53, 31 December 2013 (UTC)Reply[reply]
And New Year's is also a day to plan/dream about things you're going to do the next year. Doesn't the New Year's celebrations from around the world with fireworks lighting up world famous landmarks (just think about Sydney's amazing fireworks) just make you wanna go to those places :)? ϒpsilon (talk) 19:41, 31 December 2013 (UTC)Reply[reply]
Right Ypsi. Karachi recently started to attract people from other parts of the country on NYE due to its great NYE celebration at Port Grand and Dubai attracts people from many Gulf countries on NYE for great NYE celebration. --Saqib (talk) 20:32, 31 December 2013 (UTC)Reply[reply]
Happy new year everyone! 2013 was really the first year of the new WV community and it think it bodes well for what can be achieved in 2014. Andrewssi2 (talk) 19:37, 31 December 2013 (UTC)Reply[reply]
Happy New Year everyone! Here's to a fantastic 2014! :) --Nick talk 02:50, 1 January 2014 (UTC)Reply[reply]
Very much success and health in 1914. --RolandUnger (talk) 08:38, 1 January 2014 (UTC)Reply[reply]

Happy New Year from Japan! In 2014 let's all contribute a lot of content, that's really what makes Wikivoyage better in the end :-) Nicolas1981 (talk) 14:58, 1 January 2014 (UTC)Reply[reply]

Happy New Year all! Kaldari (talk) 08:03, 2 January 2014 (UTC)Reply[reply]

Fatal exception of type MWException

When I'm trying to save articles, reload pages and click edit I've been getting stuff like this for the last couple of minutes: [babeee3a] 2014-01-02 18:16:08: Fatal exception of type MWException. Are the servers suffering from a hangover after partying too hard on New Year's or what? :) (let's see if I can post this at all) ϒpsilon (talk) 18:20, 2 January 2014 (UTC)Reply[reply]

I've filed Bugzilla: 59221. See also w:Wikipedia:Village pump (technical)#Commons down. -- Ryan • (talk) • 19:33, 2 January 2014 (UTC)Reply[reply]
Should be mostly back now. --Rschen7754 19:45, 2 January 2014 (UTC)Reply[reply]
Few Wikimedia projects projects were broken for about 1 hour and 45 minutes due to localization cache update issues but its fixed now. --Saqib (talk) 19:47, 2 January 2014 (UTC)Reply[reply]


The most recent entry on the "Discover" section of the Main Page reads: "Nicosia is the world's last divided capital." Given the status of Jerusalem and our policy of political neutrality, I think we should stay away from contentious statements like that.

-- AndreCarrotflower (talk) 22:15, 7 January 2014 (UTC)Reply[reply]

You're right. -- 22:37, 7 January 2014 (UTC)Reply[reply]
I agree as well. Pashley (talk) 23:04, 7 January 2014 (UTC)Reply[reply]
Matter of fact, our Israel article says Jerusalem's status is not recognized by the United Nations. I have nevertheless changed the sentence in Discover now - as well as in the article itself. ϒpsilon (talk) 05:27, 8 January 2014 (UTC)Reply[reply]
For the record, neither does the UN recognize the division of Cyprus, the Turkish occupation of the northern part of the island, or the division of Nicosia between two nations. The Turkish Cypriot nation is, to my knowledge, recognized by only one other country in the world - Turkey. Ikan Kekek (talk) 21:29, 8 January 2014 (UTC)Reply[reply]
In my estimation, the status of Jerusalem as capital of Israel and the status of Palestine and Northern Cyprus as independent nations are all contentious political issues that, per policy, we should avoid taking sides on. -- AndreCarrotflower (talk) 22:20, 8 January 2014 (UTC)Reply[reply]
We do not take sides in how things should be, but we do recognize conditions as they are. Jerusalem is capital of Israel and Nicosia is divided between Cyprus and Turkish Cyprus. Those are facts. If the facts change, we will edit our articles accordingly. I'd like to hear more from you about what you mean in regard to the status of Palestine. Palestine is recognized as an independent country by most of the world, but not by Israel, and it does not control a large portion of the territory it claims. How do you suggest Palestine be described in this guide, for the benefit of travelers? Ikan Kekek (talk) 23:23, 8 January 2014 (UTC)Reply[reply]
@Ikan: Certainly there's a de facto reality in any geopolitical scenario that may not match up with the opinions some people may have about how things should be. And certainly sometimes it's necessary to broach the subject of sensitive political disputes for the benefit of travellers, which we usually do with disclaimerboxes that include text emphasizing that nothing in the article should be construed as a statement for or against either side. We do a fine job of that in our article on Palestine (and, for that matter, on Northern Cyprus) so, to answer your question, I have no problem with how they're handled here.
My original post was intended only to say that, unless absolutely necessary, it would be best for us to avoid bringing these things up at all - and needless to say, I don't think that a randomly selected blurb from a randomly selected article on the "Discover" feature constitutes "absolute necessity". Naturally, Wikivoyage does not want to offend anyone on any side of any political argument if we can help it, and while useful, disclaimerboxes aren't a foolproof method of avoiding controversy. And my subsequent comment that you address immediately above was intended as a response to Ypsilon, that just because the UN denies that Jerusalem is the capital of Israel does not mean the point is moot. Rather, the question of what is the "rightful" capital of Israel is itself a contentious political issue, and another reason why the choice of blurb for Nicosia was less than ideal. Again, my opinion is that the parameters within which it's appropriate even to broach the subject should be as limited as possible.
-- AndreCarrotflower (talk) 00:15, 9 January 2014 (UTC)Reply[reply]
We are basically in agreement, though the Israel article needs some editing, now that the West Bank has been removed from it. One issue, though, is whether to rename the Palestinian territories article to Palestine. I would welcome the participation of anyone in the discussion on that topic at Talk:Palestinian territories. Ikan Kekek (talk) 00:26, 9 January 2014 (UTC)Reply[reply]
For that matter, can we rename Northwest Territories to "Bob"? K7L (talk) 16:02, 9 January 2014 (UTC)Reply[reply]
OK, that's just silly. :-) Ikan Kekek (talk) 21:52, 9 January 2014 (UTC)Reply[reply]

"Wikivoyage's Top 10 Countries for 2014" ?

Some guides are launching such pages on the web in a bid to attract clicks surfing on the New-Year event. Should we do that to? If yes, we have to be fast or keep it for 2015. I am sure not sure what the criteria should be for "top" destinations. Maybe just our 10 best articles? Cheers! Nicolas1981 (talk) 12:38, 2 January 2014 (UTC)Reply[reply]

I'm thinking of having a list which display the most popular articles. An example is here. There're few MW extensions for this purpose but would this benefit us? --Saqib (talk) 13:52, 2 January 2014 (UTC)Reply[reply]
The latter proposal is infinitely better than the former for a myriad of reasons. I support having "Most popular articles" (of the past hour or day) displayed somewhere prominently. PrinceGloria (talk) 16:53, 2 January 2014 (UTC)Reply[reply]
To get this extension installed on this wiki, we need some local support. Can we've some please? --Saqib (talk) 15:14, 18 January 2014 (UTC)Reply[reply]
Sounds like a cool idea. Does this Wikinews extension count the viewers just once or does it count how many times the page is loaded? If someone is working on an article and frequently saves it, the article will get a high view count even if there's just a one person "viewing" it, especially if the list is about the most popular articles of the last hour. ϒpsilon (talk) 15:33, 18 January 2014 (UTC)Reply[reply]
I agree with PrinceGloria here. As a WMF site, we're first and foremost a trusted source of accurate, unbiased information. There are subtle but important differences between our goals and those of a Lonely Planet or a National Geographic Traveller or what-have-you. Plus, our own policy forbids touting and overly promotional-sounding language, so we have to walk a very fine line when it comes to stuff like this. Providing resources to readers regarding which are our most popular articles would likely fit into those parameters, so long as we do it in a way that avoids the appearance of "marketing" those destinations to our readers (that probably precludes any overly prominent links on the Main Page); anything beyond that seems questionable. -- AndreCarrotflower (talk) 15:52, 18 January 2014 (UTC)Reply[reply]
If that rationale would really be followed so strictly, how could we have a DotM? It's basically the same thing, right? We highlight articles. Sure, for the moment we rather highlight based on our guide quality than on the destinations, but that's just because we don't have a huge number of excellent guides yet. A reader doesn't see that difference. For me, inspirational stuff is exactly what I miss at WV, as a traveller. I love our Thailand guides, for example, and its destination coverage beats that of LP, in my recent experience. Yet, I would buy a LP again, for their "picks" and "highlights" and suggested itineraries, which I always use to build my own travels around. (Okay, and their English maps instead of Thai ones, but that's a different story ;-)). Despite all the time I spend on this website, I still browse to those others and buy those NG travel magazines to be blown away by stories and make up a wishlist. If we would use "most popular", we'd end up with the standard picks and articles one of us has recently been working on constantly, instead of new discoveries or hidden treasures. I think we can win it in the wordings, though. "Top destinations" is a tricky term, I can see that. But I don't think highlighting things necessarily compromises our non-touting policy or strive for accurate information, if we're clear and clever in choosing the words. JuliasTravels (talk) 16:28, 18 January 2014 (UTC)Reply[reply]
Good point Julia and I guess I'm very much inclined to drop this idea now. --Saqib (talk) 16:33, 18 January 2014 (UTC)Reply[reply]
We do have stuff in the 'F' column of the table at Wikivoyage:World cities/Large that indicates the most popular destinations. It is objectively sourced, taken from a Forbes article based on a report from Mastercard. Could we find ways to improve that (are there other sources?) and/or to make it more prominently available, perhaps as a travel topic? Pashley (talk) 18:56, 18 January 2014 (UTC)Reply[reply]

Wikivoyage - The Difficult Second Year

I think this project is great, I really do. It hosts a wealth of fantastic information and is populated by a community of kind, highly motivated editors.

That being said, however, my liking for Wikivoyage does mean that I sometimes feel that it's necessary to highlight difficulties that the site's going through.

At present, it feels just a little like the site is stagnating; that we've lost some of the verve and vigour that shone from Wikivoyage when it launched on WMF servers almost a year ago. More than ever, we seem keener and keener to argue at length about every issue, whilst 'consensus' continues to elude us. Over the past few months many discussions on the site have degenerated to the point of personal attacks, whilst we seem less inclined than ever to plunge forward and many people who do so are admonished for following the project's mantra.

For these reasons (and others) we seem, if anything, to be losing editors - certainly not what Wikivoyage needs. Indeed, what we really need to do is make a concerted advertising effort, bringing in contributors both from other WMF projects and beyond. Whether they wish simply to improve the article on their home town or fling themselves into the discussions that proliferate behind-the-scenes, we should be welcoming (and dragging) them in with open arms (closed ones if we're dragging).

When I looked back at this discussion from last August, it made me quite sad to see that lots of people's excellent ideas and important priorities have simply passed us by (I believe Ryan's list of policy priorities is particularly important). It would be great to recapture some of that optimism and put it back into improving the site.

What then can we do? Personally, I would suggest two things that I feel need to be done as a matter of urgency:

  1. As difficult and unpleasant as it may be, I really feel that we need to sort out our understanding of consensus. At present, too many comparatively minor issues become unending battles, distracting us from the larger issues facing this site.
  2. Get more editors. This is far harder to achieve than it is to type, but quite simply, we need more people to work on the site in every way. There are many varied methods we could go about trying to do this: use our social media presence to greater effect; advertise on other WMF sites; target tourism and travel groups and forums around the web; engage with the press; launch some sort of large-scale campaign (perhaps on Reddit?). Whatever we do, we need to do it soon: at present there aren't enough of us to really look at more than a couple of issues at a time, so new ideas (whether acclaimed or condemned) simply fall by the wayside and large swathes of our articles are untouched for years.

This is not one of the doom-laden prophecies that has been posted in the pub in the past - I still believe that Wikivoyage has a very bright future; it just needs a nudge in the right direction. By no means am I saying that nothing has been accomplished here, but simply that more progress is needed to keep the site functioning as it should. With that in mind perhaps we could, at some point, have a large Wikivoyage 'AGM' at some point (maybe on IRC or similar)?

I'm sorry that this is a bit of a negative post, but I write with confidence that Wikivoyage and its community will grow and prosper.

If we're lucky, maybe one day I'll stop talking about My Voyage. :) --Nick talk 00:03, 7 January 2014 (UTC)Reply[reply]

Thank you for your very thoughtful (and thought provoking) commentary, Nick, it's much appreciated! -- 02:52, 7 January 2014 (UTC)Reply[reply]
Whenever my pessimism about Wikivoyage's future comes creeping back, I consider our competition, Wikitravel, a site that is increasingly useless to travellers. In a short time, WT will be nothing more than a mishmash of touting, unreverted vandalism, and hopelessly outdated information from before the fork. Meanwhile, we have a small but active community that's actively at work improving our product - true, there may not be enough hands on deck to do enough work in that regard, but our counterparts aren't even treading water. Given all that, any advantage WT may currently have in terms of site traffic, I see as being quite temporary.
This is not to say that the issues WV faces now should be ignored or downplayed, but looking at the big picture does tend to put things into perspective a bit.
-- AndreCarrotflower (talk) 22:28, 7 January 2014 (UTC)Reply[reply]
The fact that Wikitravel still gets ten times the number of eyeballs each day is really the Elephant in the room and no distractions about sockpuppets or weird Australian IP editors should ever divert us from our primary task right now: search engine optimisation and PR! -- 22:41, 7 January 2014 (UTC)Reply[reply]
Wish for wt to disappear in one hand, and poop in the other, and see which one fills up first.
Talking about wt as "competition" is so tired. It's been a year. We're here, they're there, and they aren't going anywhere. Like it or not, they get more edits than we do. They have tons more visitors. The site is curated by a staff of admins and they do a good job of manually sifting spam.
Who cares? I'm not here to try SEO tricks that have never proven effective (and frankly sound very 90s). I'm here to write a travel guide. If we all focused on this, we'd all be better off. Nyadgy (talk) 22:56, 7 January 2014 (UTC)Reply[reply]
I wonder how seriously your comments should be taken given that you have a grand total of three user contributions, two of which are the creation of your user page and of your user talk page. -- AndreCarrotflower (talk) 23:02, 7 January 2014 (UTC)Reply[reply]
Which ones would you prefer to leave out? The links to stats pages? Find factual fault or quit the ad hominem attacks. Nyadgy (talk) 23:11, 7 January 2014 (UTC)Reply[reply]
It's rather sad that we cannot indefinitely block accounts created like this just to troll. --Rschen7754 18:27, 9 January 2014 (UTC)Reply[reply]
Wikipedia indefbans vandalism-only accounts. Trolling is a form of vandalism, or close enough, anyway. If that's not a part of Wikivoyage's policy, it ought to be. -- AndreCarrotflower (talk) 18:53, 9 January 2014 (UTC)Reply[reply]
Trolling is not vandalism. Just ignore trolls. They want you to respond. Don't play their game. Nurg (talk) 00:25, 11 January 2014 (UTC)Reply[reply]
Our primary purpose is to write a travel guide. SEO is an important task, as is differentiating our guide from whatever else is out there, but it will never nominally be our primary task. We need to fill gaps in our existing geographic coverage and update our content to differentiate ourselves from the seemingly infinite quantity of outdated data on the web. Once a page reaches 'usable' status, then one can start looking to propose a sibling project or external site link to our content. K7L (talk) 17:01, 8 January 2014 (UTC)Reply[reply]
I've started a discussion that addresses Nick's first point about consensus at Wikivoyage talk:Consensus#Wikivoyage:Consensus/Draft. Feedback would be appreciated. -- Ryan • (talk) • 02:28, 13 January 2014 (UTC)Reply[reply]

Wikivoyage Graphic from Oxford University

The Oxford Internet Institute (part of the university) has produced this lovely graphic which shows the spread of articles by language version. 'This graphic depicts the geographic focus of four major languages of the Wikivoyage project; one of the world's most popular crowd-sourced travel guides'. If you scroll down on the above link, the creators also present their findings about how different areas are represented by the project. --Nick talk 21:50, 10 January 2014 (UTC)Reply[reply]

@Nick: Regarding the last thing you mentioned, I seem to recall a proposal a while back to improve en:'s coverage of certain geographic areas by translating content from more comprehensive articles in other language versions. This should definitely be a big help in assessing what we have to work with. -- AndreCarrotflower (talk) 23:08, 10 January 2014 (UTC)Reply[reply]
On a completely different topic, I'm astounded that they don't consider fr: to be one of our "four major languages". It's certainly larger than es:. -- AndreCarrotflower (talk) 23:11, 10 January 2014 (UTC)Reply[reply]
They did not take the four biggest languages, but the biggest two, and Italian because it is "geographically concentrated" i.e. most native speakers live in Italy and Spanish because it is "dispersed" - spoken in Spain and South America. They were interested whether people were writing about their home town or somewhere that was in a country that spoke a foreign language. AlasdairW (talk) 23:31, 10 January 2014 (UTC)Reply[reply]
Thanks for bringing this to our attention, Nick - very enlightening! I do find it counter-intuitive that the German language version should have both relatively and absolutely better coverage of the "Middle East and North Africa"... --118.93nzp (talk) 03:09, 11 January 2014 (UTC)Reply[reply]
And this is why the English Wikivoyage too would benefit from putting POIs in WikiData :-) We would clearly benefit hugely for Italy, Greece, Germany, France, Turkey, Spain, Egypt, but also for all other (maintaining listing details in several languages means some duplicated effort). Nicolas1981 (talk) 15:43, 11 January 2014 (UTC)Reply[reply]
Is there a list of articles that exist in another language, but don't exist in English? In case there is none, would many people here be interested in such a list and translate from languages they understand? Nicolas1981 (talk) 15:43, 11 January 2014 (UTC)Reply[reply]
I would be interested in lists of French and German articles that don't exist in English, and also a list of articles that are bigger in other languages. I have already used a German article to improve one English article, discussed above.
I know that there is a map with (almost) all the articles in English shown - does this exist for other languages? If such maps exist it would be useful to link them from the main page. AlasdairW (talk) 21:17, 11 January 2014 (UTC)Reply[reply]
IIRC that OSM slippy map was created by and does exist in other languages; just replace 'en' with 'fr' or 'de' or whatever in the URL. K7L (talk) 21:33, 11 January 2014 (UTC)Reply[reply]
A map of articles that exist in X but not in Y would probably be the most useful. Nicolas1981 (talk) 05:05, 12 January 2014 (UTC)Reply[reply]

Bot transforming articles from German Wikivoyage?

I just translated Wiedensahl from German, doing nothing else than what a bot could possibly perform.

The result is small (don't expect too much for a 1031-inhabitants village), but I think it is a good start, and definitely better than nothing.

What do you think? Is it worth transforming like this, or worthless? Nicolas1981 (talk) 17:11, 11 January 2014 (UTC)Reply[reply]

This particular article had no banner nor pics. Banner would of course be included, and pics can be included as well, with no caption. A problem is with POI names. Often the POI name would need to be translated, for instance "Museum im alten Pfarrhaus". I think that the bot should only translate for instance 10 articles, wait until these 10 articles have been polished by a human, then generate another 10, etc. Nicolas1981 (talk) 17:21, 11 January 2014 (UTC)Reply[reply]
I presume that "Hauptstrasse" is ",rue Principale" is "Main Street" is "High Street". If the "translations" are from text in the local language for a specific destination, and if they use a Western Euro character set, I suppose it's OK to leave them as-is initially - but we should probably avoid taking a French-language article about Germany (for instance) as "1, rue Hauptstrasse, Une ville allemande" dumped into en: is a little too non-English, non-German. K7L (talk) 17:56, 11 January 2014 (UTC)Reply[reply]
Such a bot could be useful. However, we would still need someone to translate anything that is actually not in English (descriptions, POI names, the whole of the understand and stay safe sections and so on). Should we have the bot bring over that content too and have lots of non-English text in the guides or have the person who comes to polish the article to locate the right listing in German, copy and translate the text?
BTW are they really writing stuff like "rue Hauptstrasse" (Street Main Street) in French? What use is there to write an extra "Street" or "Rue" or whatever after or before an address that is in Latin characters to begin with? ϒpsilon (talk) 20:09, 11 January 2014 (UTC)Reply[reply]
They'd be more likely to replace than duplicate, "810, rue Montréal" vs. "810 Montreal St." for instance. The proper noun is usually left alone, so "rue Maisonneuve" becomes "Maisonneuve St." and not "Newhouse Street". A few other keywords change, like "poste" instead of "ext" for a telephone PBX extension number. The use of anything as ugly as "123, rue Bank Street" normally is only done in City of Ottawa publications which like to say things deux fois twice. K7L (talk) 21:00, 11 January 2014 (UTC)Reply[reply]
Is it really in the traveller's best interest to translate street names in our articles? I picture someone headed for, say, Paris' Holocaust memorial searching frantically for "Geoffroy L'Asnier Street" while passing obliviously by street signs that say "rue Geoffroy-L'Asnier". I've travelled with enough Anglo monolinguals to realize that's not a farfetched hypothetical. -- AndreCarrotflower (talk) 21:57, 11 January 2014 (UTC)Reply[reply]
Agreed, it is really silly (I'd even say idiotic) to translate street names into English, because you will really have no use of those names when at the destination. Also, names of point of interest might be useful to tell the traveler what it's about, but often the English name won't appear on street signs of maps (but often on the POI's website and brochures). For names in non-Latin characters - say for the square and eponymous subway station Sennaya Plochad in St Petersburg - it is useful to have an English translation or transcription as many people cannot read Cyrillic letters, but it's even more important to have "Сенная Плошад" written out in the article, because that's what you'll be looking for once there. ϒpsilon (talk) 22:16, 11 January 2014 (UTC)Reply[reply]
One thing to watch: if importing an existing article from WV in another language, that article may already contain translated street names. fr:Ottawa and fr:Toronto use "rue" while fr:Londres (London) uses "Street". de:Paris sometimes uses "rue" but more often the likes of "Place Charles de Gaulle, sehenswerter Platz, auf dem der Arc de Triomphe steht." There's also the added wrinkle that the destination city itself may be multilingual or at least bilingual. If the source WV is in the destination's local language, this is manageable. If it's in a third country's language, it's unlikely a robot will be able to avoid a trilingual mess. K7L (talk) 22:36, 11 January 2014 (UTC)Reply[reply]

It appears you have done only a partial translation of . That is really fine, although I am guessing your proposed bot will only be converting listings across with the basic information? You should add the translation template, e.g: {{translate|nl|Den Haag}}, at the beginning as well so that they can be tracked for further human translation afterwards. (I hope you don't mind, however I just added this to your article to illustrate) Andrewssi2 (talk) 15:09, 12 January 2014 (UTC)Reply[reply]

I have just started Great Bernera, which is using de:Great Bernera as a starting point. Using Google's Chrome browser to read the German article, some text came straight from the wiki text in the German article, some from the English translation of the article (I cannot get translate to work in an edit box). This is an island in Scotland that I visited a long time ago, so I don't expect there to be any major translation problems when I have finished. I doubt that the conversion of articles from one language to another could be something that a bot could get very far with, but there may be specific elements that a bot would be good at - like converting listings from the vcard format used in german to our listing format.

It might be useful to have a template to add to the talk page of the article which was translated (the original one in German) to thank the creators of the article and to let them know so that they can join in if they feel able and willing. AlasdairW (talk) 00:04, 13 January 2014 (UTC)Reply[reply]

AlasdairW, I created such a template for translated English discussion pages last week: Template:Translated Andrewssi2 (talk) 01:38, 13 January 2014 (UTC)Reply[reply]
Thanks. I did ask about such a template a couple of months ago, in this case I used the edit summary - but I will add the template. What I am wondering about is a template to have in all languages - something like {{Translated_To|en|12 January 2014}} which would result in text saying something like "Thanks for creating this article. Some (or all) of this page has been translated to English. If you wish you can see the translated article here." I was thinking that it would a) be nice to thank the creators of the original article b) one of them might pop over and read and correct the translation. c) some of the future changes might be made here as well. AlasdairW (talk) 23:05, 13 January 2014 (UTC)Reply[reply]
Yes, actually it would be nice to have the same template in reverse! (i.e. This English article was translated into Romanian on 3rd December 2013) .
In any case I can take a look at creating the German template you suggested. (I never really got active on the German site, but it should be a straightforward task) Andrewssi2 (talk) 00:58, 15 January 2014 (UTC)Reply[reply]
FYI: Working on this here Andrewssi2 (talk) 01:59, 15 January 2014 (UTC)Reply[reply]
And finished over lunch break :) Template and example Andrewssi2 (talk) 05:11, 15 January 2014 (UTC)Reply[reply]

I would be careful about mass-creating bot articles: for example, something like "Berlin is a city in Germany." as the entirety of an article does not do much good. --Rschen7754 05:31, 15 January 2014 (UTC)Reply[reply]

I completely agree. Perhaps rather than a bot, it would be better to have a tool that could create a skeleton article and suck in the listings information (such as name, address, longitude, latitude, phone number, website, etc) that would accelerate the manual translation effort. Andrewssi2 (talk) 05:48, 15 January 2014 (UTC)Reply[reply]

Birthday Celebrations

Same old cake

15th January (just 2 days away!) marks Wikivoyage's first birthday on WMF servers. As we didn't celebrate the project's shared 10th birthday last year, do we have any ideas as to how we could celebrate this milestone? --Nick talk 20:02, 13 January 2014 (UTC)Reply[reply]

If someone could prepare an appropriate site notice that would be a minimum, and if anyone is in contact with the WMF marketing teams a mention in the Twitter feeds and Facebook pages would also be great. I'm sure others will have additional suggestions - thanks for bringing up this milestone. -- Ryan • (talk) • 20:07, 13 January 2014 (UTC)Reply[reply]
Hello dear Wikivoyage, wishing you a very Happy Birthday and best of luck, but no fresh cake this year. Maybe next time? LOL! --Saqib (talk) 20:49, 13 January 2014 (UTC)Reply[reply]
I would prefer to frame this as an anniversary rather than a birthday. We were not born last January; that merely marked our official launch under this new partnership. Powers (talk) 20:53, 13 January 2014 (UTC)Reply[reply]
I do agree with you that it's important for us to make that clear, but for outsiders the concept of a birthday is a lot easier to communicate than that of the anniversary of the project's move to WMF servers; saying 'anniversary' alone invites the question 'of what?' Perhaps we could just say 'it's our birthday' and not mention how old we are (we're either 10 or 1). --Nick talk 21:41, 13 January 2014 (UTC)Reply[reply]
I've changed the design of my banner below accordingly.... --Nick talk 03:20, 14 January 2014 (UTC)Reply[reply]
As it's now started turning the 15th in some parts of the world, I'm going to plunge forward and change the site notice. If anyone has any objections, I'll gladly change it. :) --Nick talk 11:53, 14 January 2014 (UTC)Reply[reply]
The idea that an anniversary is a more difficult concept to communicate than a birthday is absurd. But I guess I'll just add this to the ever-growing list of my opinions that gain no traction here. Powers (talk) 15:19, 14 January 2014 (UTC)Reply[reply]
That seems a tad unfair, Powers. Your opinions are always welcomed and considered seriously; the ongoing search for a suitable banner for United States of America comes as a result of your objections and opinion - you're not being ignored. Above, I merely meant that 'Birthday' rather than the 'Anniversary of our move to the servers of the Wikimedia Foundation' sounds, to outsiders, like a much more momentous occasion - without a lengthy explanation, the latter could seem a simple technical change that does not warrant celebration. When we're going to have to announce this in 140 characters, brevity and simple concepts are valuable. I am not denying WV's heritage or that many of the contributors on here have been working on the project for a great many years but, for English-speaking people unfamiliar with the workings of the site, Wikivoyage was new a year ago tomorrow. As we didn't celebrate with WT last July, it seems a shame not to designate a day as WV's birthday. How we brand this day in future years is up to the community - anniversary, birthday or independence day - but let's use this day, whatever it is, to reflect on how far we've come and what more we can do. --Nick talk 15:35, 14 January 2014 (UTC)Reply[reply]
I strongly and vociferously disagree with your assessment. Calling it an anniversary in no way overcomplicates the situation. I don't see why you have to change anything about the wording except to replace the word "birthday" with "anniversary". All that stuff about "lengthy explanation" is no more necessary when you use the word anniversary than when you use the word birthday, with the added benefit of not being blatantly false. (Wikivoyage was in absolutely no sense born in January 2013.) Powers (talk) 19:26, 14 January 2014 (UTC)Reply[reply]
Far be it for me to hop into a disagreement straight off the pitch, but I do feel that "birthday" is more friendly and less coldly professional than the ambiguous "anniversary." And there must be those who consider this particular incarnation of this project to have been born-- or reborn-- one year ago. It seems the right choice to me. Happy birthday indeed, and thank you much for making me feel at home. Not much of a joiner, and all, but I shall give it the old college try. Alhens (talk) 23:27, 14 January 2014 (UTC)Reply[reply]

Other celebrations

Any ideas for other things we could do to celebrate? This Signpost report promises a 'large public party'! Maybe create a page of highlights from the last year? --Nick talk 21:48, 14 January 2014 (UTC)Reply[reply]

Happy Birthday, Wikivoyage!

The 15th January marks Wikivoyage's first year on the Wikimedia Foundation's servers. Let's take this opportunity to celebrate some of the things we've accomplished in the last year, your favourite parts of the site and what you'd like to see happen in the next year. --Nick talk 11:53, 14 January 2014 (UTC)Reply[reply]

I've serious plans to travel around Pakistan this year to gather plenty of information for our guides and I beleieve I would able to bring few more Pakistani destination articles to guide status before our next anniversary. --Saqib (talk) 12:14, 14 January 2014 (UTC)Reply[reply]
Happy birthday! Seriously we can be proud, Wikivoyage is way better than it use to be last year! Banners and dynamic maps are some of the most visible examples. Nicolas1981 (talk) 12:43, 14 January 2014 (UTC)Reply[reply]
A Happy Birthday from me, too. So after the tenth birthday and the seventh we celebrate now our first one in the Wikimedia movement. Wow! A lot of work was done by the community. I think for instance about the integration of 35,000 images to Wikimedia Commons and the importation of interwiki links to Wikidata. We started with seven language branches, now there are 15, and we are waiting for the Chinese branch. I like to thank all the authors and readers for their efforts and their interest in Wikivoyage. Keep it up! --RolandUnger (talk) 16:52, 14 January 2014 (UTC)Reply[reply]
Happy Birthday and a Happy New Year! :D. Ps. two hours ago the banner was the same size as a page banner but now it's huge?? Is it just me who notices it? ϒpsilon (talk) 17:47, 14 January 2014 (UTC)Reply[reply]
It's still appearing at the right size for me... any chance you could post a screenshot on my talk page? :) --Nick talk 17:59, 14 January 2014 (UTC)Reply[reply]
The Chinese Wikivoyage actually opened today, though the content has not been imported: --Rschen7754 00:20, 15 January 2014 (UTC)Reply[reply]
Actually, User:SPQRobin is importing as we speak. --Rschen7754 00:26, 15 January 2014 (UTC)Reply[reply]
Happy Birthday --Azoma (talk) 00:38, 15 January 2014 (UTC)Reply[reply]
Happy 7'th birthday and the first ond as a WMF sister project. Thanks for all the work you guys have done here. -- DerFussi 05:53, 15 January 2014 (UTC)Reply[reply]
Happy birthday Wikivoyage. Just recently crossed over from Wikitravel after learning about the fork and the rationale behind it. --Larkly (talk) 08:14, 15 January 2014 (UTC)Reply[reply]
@Larkly: What was your user name at Wikitravel? You might like to use the same one here and have the accounts joined so that your previous contribution history there will be recognised. Wikivoyage:User account migration explains further... --118.93nzp (talk) 00:06, 16 January 2014 (UTC)Reply[reply]
Happy belated birthday, Wikivoyage. And welcome, Larkly. We're glad to have you on board. -- AndreCarrotflower (talk) 21:27, 15 January 2014 (UTC)Reply[reply]

Request for comment on Commons: Should Wikimedia support MP4 video?

I apologize for this message being only in English. Please translate it if needed to help your community.

The Wikimedia Foundation's multimedia team seeks community guidance on a proposal to support the MP4 video format. This digital video standard is used widely around the world to record, edit and watch videos on mobile phones, desktop computers and home video devices. It is also known as H.264/MPEG-4 or AVC.

Supporting the MP4 format would make it much easier for our users to view and contribute video on Wikipedia and Wikimedia projects -- and video files could be offered in dual formats on our sites, so we could continue to support current open formats (WebM and Ogg Theora).

However, MP4 is a patent-encumbered format, and using a proprietary format would be a departure from our current practice of only supporting open formats on our sites -- even though the licenses appear to have acceptable legal terms, with only a small fee required.

We would appreciate your guidance on whether or not to support MP4. Our Request for Comments presents views both in favor and against MP4 support, based on opinions we’ve heard in our discussions with community and team members.

Please join this RfC -- and share your advice.

All users are welcome to participate, whether you are active on Commons, Wikipedia, other Wikimedia project -- or any site that uses content from our free media repository.

You are also welcome to join tomorrow's Office hours chat on IRC, this Thursday, January 16, at 19:00 UTC, if you would like to discuss this project with our team and other community members.

We look forward to a constructive discussion with you, so we can make a more informed decision together on this important topic. Keegan (WMF) (talk) 06:46, 16 January 2014 (UTC)Reply[reply]

WT attribution

We usually use Template:Wikipedia for attribution purpose when we copy paste content from WP so I was wondering if its possible to create a similar template for Wikitravel as well and then add that template to talk pages of the articles where WT attribution appears in footers. This way, we can lose the WT attribution in the footers. Ignore this post if the same has been discussed before. --Saqib (talk) 11:56, 15 January 2014 (UTC)Reply[reply]

If the consensus is that it's not possible or advisable to lose the footers completely without the green light from WMF Legal, then the same would probably be true for any other manner of disturbing the status quo, including replacing the footers with templates. If, on the other hand, we want to take that legal risk, I would say let's not bother with half-measures and let's just eliminate all attribution (other than edit summaries marked with WT-en) entirely. -- AndreCarrotflower (talk) 20:59, 15 January 2014 (UTC)Reply[reply]
On the other hand, such a template might be useful for copying over any post-fork WT content we might want to add to WV, though given the state of affairs at WT these days I would imagine that wouldn't happen too often. -- AndreCarrotflower (talk) 21:08, 15 January 2014 (UTC)Reply[reply]
To be honest, I don't think developing specific templates for individual sources (especially non-Wikmedia) is a great idea. I think we should try to treat all sources more or less equal, and provide sufficient attribution in the edit history whenever possible. If we really do need a template of any kind, it would be better if it was somehow generic and could be used for any source. As for a template replacing the disclaimer, the search engine effect for such an article would be limited anyway, as it would still have a hyperlink. Better to just leave it until that dreaded disclaimer is gone. JuliasTravels (talk) 21:24, 15 January 2014 (UTC)Reply[reply]

According to the WMF Terms of Use, it is sufficient to provide attribution in the edit summaries. However, Wikitravel may have imposed extra requirements. Does anyone know where I can find a copy of the Terms of Use on the date that the content was copied to Wikivoyage? Edge3 (talk) 23:22, 18 January 2014 (UTC)Reply[reply]

WT changed their requirements after the move, now requesting a hyperlink (although other parts of their terms seem unclear in that). At the time of the move it explicitly stated "For this reason, we ask that you also link back to the original Wikitravel article, allowing your readers to update it. This is just a request; it's not part of the license requirements".[1] JuliasTravels (talk) 23:40, 18 January 2014 (UTC)Reply[reply]
WT content is under the CC-SA license, so any extra requirements that IB tries to impose would violate the CC-SA and essentially revoke their right to all existing content on the site ("no additional restrictions" per [2]) Regarding the original question about attribution, since they have already resorted to litigation in the past I would suggest that we continue our stance of discouraging copying from them, and err on the side of caution regarding any changes to existing articles that were imported from WT content. -- Ryan • (talk) • 00:31, 19 January 2014 (UTC)Reply[reply]
WT's terms of use during the move were awfully ambiguous... which is a good thing for us. I don't think we are required to provide a hyperlink in the disclaimer. Edge3 (talk) 00:48, 19 January 2014 (UTC)Reply[reply]
One of the stated goals of the project has always been the ability to print a destination guide to be carried as tourist baggage. The absence of a requirement for a hyperlink is therefore no accident. K7L (talk) 03:24, 19 January 2014 (UTC)Reply[reply]
So perhaps we can remove the hyperlink, but keep the URL? We could do something like the following, but with the hyperlink disabled: "This article is based on ... text from the article "United States" ( on Wikitravel ...." The Creative Commons guidelines state that we should include at least a URL. Edge3 (talk) 03:51, 19 January 2014 (UTC)Reply[reply]

Pub cleaning

This page has become rather unwieldy, so I have moved some old discussions (around 2 months or older) to their relevant locations. Can someone quickly review and confirm that I'm doing it right?

I got the impression from the guidelines at the top that the Travellers' Pub archive should be the last place that conversations should be moved, although looking at the archive page it seems most conversations end up here?

Additionally the guidelines say one month or older can be swept, although I think applying a 2 months or older rule for the purposes of my specific exercise now will help a lot. Andrewssi2 (talk) 03:51, 18 January 2014 (UTC)Reply[reply]

Automatic article generation from en.wv to fr.wv

Hi all!

I wrote a script to transform English Wikivoyage articles into French Wikivoyage articles. Here is the result:

What gets generated:

  • Banner
  • Small intro
  • Infobox
  • Dynamic map
  • All listings
  • Breadcrumb
  • Images, in the sections they belong to.

I still need to automatically link with Wikidata. Integration in the article creation page would be a killer feature, but would require way more development effort. Open source of course, feel free to port it to perform German->English and French->English transformations :-) Feedback and ideas are very welcome! Nicolas1981 (talk) 15:36, 19 January 2014 (UTC)Reply[reply]

Interesting. There must be a way to put this behind a simple web interface and put it on a tool server somewhere, much like asks for an en.Wikipedia article name and converts all the <ref> tags to a templated form, dumping the result in an edit box. Not sure how we'd handle the fields in fr:modèle:listing that are missing in en:'s {{listing}} like "téléphone mobile", "wikipédia", "facebook" - the extra telephone numbers might need to move to be part of the description in en:. I suppose wget -O - "" could also be replaced by action=raw or the API at in order to return just the wiki text without any stray MediaWiki user interface bits? K7L (talk) 16:24, 19 January 2014 (UTC)Reply[reply]
Nice. I would use that on articles that exist in German but not in English. As previously mentioned, it would be good to also add a Template and Category to such pages in order to track the basic conversations and ensure that they are quickly followed up with translation work. Andrewssi2 (talk) 23:51, 19 January 2014 (UTC)Reply[reply]
Thanks K7L for the tip, fixed! It is open source, so please anyone put it on toolserver or anywhere you want :-) Andrewssi2: Yes there seems to be such a template on fr too, I will try to use it. Nicolas1981 (talk) 02:38, 20 January 2014 (UTC)Reply[reply]
The goal of this endeavour is also to better understand what we can share between languages via Wikidata. Nicolas1981 (talk) 02:39, 20 January 2014 (UTC)Reply[reply]

Conservative dogma

Some have written that our work is guided by what is best from the traveller's perspective and this might even be called our Prime Directive.

There are features of the MediaWiki software and HTML that few know about (never mind bother to use) that can be, nevertheless, helpful for travellers.

An example would be the
<abbr title="(explanatory text)">(localised term)</abbr>
This construction means that the prose flow is not unnecessarily interrupted by explanations in brackets. An example of usage would be: "Nelson's CBD is compact and sheltered from rain." where prose that is universally understandable for Aussies, Kiwis and South Africans offers mouse tip instant clarification for Poms, etc.

Previously our consensus policy has always been that, since this is a wiki, you can use any feature of the English language or the software that is useful to travellers unless it has been specifically forbidden by a consensual policy.

Is that essential wiki freedom threatened by the changes Ryan is canvassing for? --118.93nzp (talk) 22:18, 19 January 2014 (UTC)Reply[reply]

Just for some context, is there any previous discussion around not using <abbr title="(explanatory text)">(localised term)</abbr> ? (or similar) Andrewssi2 (talk) 23:46, 19 January 2014 (UTC)Reply[reply]
Not that I'm aware of.
However, I'm also unaware of discussions seeking to prohibit the use of foreign characters in foreign words such as the Spanish eñe in El Niño or the stress mark in Bogotá or the macron in Māori or the cedilla in Eskişehir.
I really don't wish us to arrive at a position where every "innovation" requires a prior permission. Fair enough if somebody introduces a neologism (for us) and there is then a considered consensus to ban the innovation. However, just because a few high profile editors "don't like it", should not mean a blanket prohibition until and unless there is a real and documented consensus for that prohibition.
Consensus should not imply stasis. --118.93nzp (talk) 23:58, 19 January 2014 (UTC)Reply[reply]
I personally haven't observed foreign characters being suppressed. It would be hard for me to work with Germany articles without them. Andrewssi2 (talk) 01:32, 20 January 2014 (UTC)Reply[reply]
The rules regarding diacritics are that we try to avoid them. Namely, if there is a defined and relatively commonly used English name for a city/town/region/country/etc then it should be given preference over any foreign forms. The reason is simple: English Wikivoyage is written in English. Actually, a lot of arguments (mostly from Europeans) have been against English names. For example, Bogota actually uses the diacritic, even though I it shouldn't since English-language maps and most references do not use it. Looking at the non-debate about it, I think User:Globe-trotter's assertion that there is "no obvious English name" is false. It should be Bogota without the diacritic. It's a world capital and it has a well-established English name. ChubbyWimbus (talk) 10:24, 20 January 2014 (UTC)Reply[reply]
I was unaware we had a policy regarding diacritics, but if the rule ChubbyWimbus cites is accurate, I take issue with it. As one of many possible pitfalls that I could cite, there are many cases where a diacritic fundamentally changes the pronunciation of a word (e.g. "n" vs. "ñ") which may lead to confusion as tourists mispronounce place names, for example, to taxi drivers. Also, as Andrewssi2 hinted at, they're often indispensable for disambiguation purposes. I feel we should take at least a neutral, and possibly a pro-diacritic, stance. I'm not sure what policy talk page I should start the discussion on, but I'd like to. -- AndreCarrotflower (talk) 10:58, 20 January 2014 (UTC)Reply[reply]
I think in many cases people make a bigger deal out of the differences than actually exist in order to insert diacritics. I've yet to meet a Spanish-speaker who is so dim that they could not figure out that Bogota is Bogotá. Even if there are Spanish-speakers who can't comprehend, it doesn't matter, because the English-language Wikivoyage is not meant for Spanish-speakers; it's meant for English-speakers. The guides should include the local spelling (or characters) at the top of the page anyway, so even if there is a big difference, such as English versus Korean, you could point at the characters if for some reason you needed to reference a city name to a Korean and they couldn't understand you. The same can be done for Spanish. Taxi drivers of all people should be pretty used to strange pronunciations by foreigners. Many taxi drivers themselves are foreigners who don't pronounce the names correctly.
That policy is really only meant to make sure that we are doing our best to use English whenever possible. When it's not possible, diacritics are permitted. There have been discussions about various towns that resulted in keeping or inserting diacritics. I could not myself support a "pro-diacritic" stance. I do believe that the English-language version needs to be firm that we use English names. Diacritics should only be used when there really isn't English to use or the English. I appologize for not being good at locating discussions, but they pop up all over the place. I can't keep track... ChubbyWimbus (talk) 11:27, 20 January 2014 (UTC)Reply[reply]
Policies related to diacritics in article names are mostly covered at Wikivoyage:Article naming conventions#Examples. In the case of Bogota / Bogotá, the former may meet the "commonly used English name" criteria since the latter isn't heavily used in English-language maps and literature, although in cases where the diacritic and non-diacritic versions are equally common we use the local name (for example São Paulo). -- Ryan • (talk) •
A foreign name with the accents missing is still a foreign name. We do need a redirect from the title with diacritics missing as someone might be trying to access WV from a device (such as a mobile) where they are missing or more difficult to input, but inherently "café" "piñata" "maître d'hôtel" and other non-English words in English don't magically become English just because someone forgot an accent or two. Leaving an accent off Montreal/West Island is acceptable (as there's a well-known anglophone minority in that part of Montréal which does routinely strip off the accent and pronounce accordingly) but Bogotà is a Spanish-language name no matter how its misspelled. Nothing English about it.
The awkward part is when a place has two names in different foreign languages, like Chornobyl/Chernobyl (transliterated, Ukraine/Russian) or Gdansk/Danzig (Polish/German). The choice of which to use becomes political. K7L (talk) 16:18, 20 January 2014 (UTC)Reply[reply]
The fact that the English "Bogota" and the Spanish "Bogotà" are spelled the same save for a single diacritic mark in no way means that there is no English name for the city. Certainly not all cities have English names, but Bogota does. Powers (talk) 19:01, 20 January 2014 (UTC)Reply[reply]
AFAIK, the <abbr> is not a Mediawiki feature, and its implementation is browser-dependent. I'm not sure if it's widely understood, so I'd be reluctant to expand its use too much. Powers (talk) 19:01, 20 January 2014 (UTC)Reply[reply]
It is indeed HTML and I agree it's browser dependent, Powers. [For example, this element is not supported by Mickysoft's Internet Explorer prior to IE7 although Safari has always supported it and Chrome from 2.0 or earlier, Firefox (Gecko) from 1.0 (1.7) or earlier and Opera from 1.3 or earlier]. Although the helpful "tooltip" behaviour is common in modern graphic browsers, you can not rely on it, especially from the accessibility perspective. Some speech-based browsers may give the user optional access to title attribute values, but they tend to ignore them by default. Moreover, people using a graphic browser without a mouse, or with serious difficulties in using a mouse due to a motor function disability probably cannot invoke the "tooltips". And, of course, the explanation of the abbreviation or acronym will not normally be visible in the print version. However, we don't eschew images just because a percentage of our readers can't see them and I think this is yet another instance where the decision can be left to the individual editor and article. My basic point is that I do not wish intolerance to spread and for everything that is not compulsory to be forbidden. --118.93nzp (talk) 20:41, 20 January 2014 (UTC)Reply[reply]
BTW the city's name is Bogotá in Spanish. À is used in Italian and French (couldn't resist playing nitpicker this time :D), ϒpsilon (talk) 19:14, 20 January 2014 (UTC)Reply[reply]
"Bogota" is not a misspelling of "Bogotà". It's just like ボゴタ, ቦጎታ, etc. They are foreign language names for the city that are all "correct" names in their respective languages. ChubbyWimbus (talk) 07:00, 21 January 2014 (UTC)Reply[reply]
@ChubbyWimbus: ϒpsilon was pointing out the difference between à and á :-) Nicolas1981 (talk) 12:27, 21 January 2014 (UTC)Reply[reply]
And I see I copy and pasted the wrong one above. lol I can't type with the diacritics. Ugh, an annoyance all-around. ChubbyWimbus (talk) 14:01, 21 January 2014 (UTC)Reply[reply]
I just set keyboard as "US International" in regional settings; type voil`a and voilà the diacritic accent appears. That doesn't fix the problem between keyboard and chair... I don't know any foreign languages and make enough of a mess of text in my own country. K7L (talk) 16:28, 21 January 2014 (UTC)Reply[reply]

Moving section images to Wikidata?

Hi all,

I realized that all languages have pretty much the same sections (eat, sleep, etc) and we all try to find images relevant to each section (pics of food in Eat, etc). Most often zero, one or two pictures, placed at the beginning of the section.

Wikidata can help! Let's define for each destination a small list of Commons picture filenames for each section, each with a localized legend for each language. It is obviously more complex than what we already do for banners.

Before proposing this idea on Wikidata, better discuss it here and find out what would work best. Thoughts? Nicolas1981 (talk) 03:07, 20 January 2014 (UTC)Reply[reply]

Quite often the WV discusses the best banner to use in an article, and those discussions can be quite long and difficult between native English speakers.
If we do centralize this kind of thing in Wikidata, then would it not be problematic for such a discussion to take place between the different communities? Effectively would you not exclude any non-fluent English speakers from the conversation about what appears on their community's article? Andrewssi2 (talk) 03:15, 20 January 2014 (UTC)Reply[reply]
Pertinent point, Andrew; Wikidata seems quite tantalising in this respect...--118.93nzp (talk) 03:19, 20 January 2014 (UTC)Reply[reply]
The discussion at USA is interesting, needed, and would happen even if there were no Wikidata.
In all languages, most sections have zero image, and would benefit from any. 99.9% of the section images would not generate any controversy. For the remaining 0.1%, you will always be able to remove the Wikidata template and put hard-coded images like we do now. Nicolas1981 (talk) 06:36, 20 January 2014 (UTC)Reply[reply]
Doesn't that risk someone slipping in the naughty (according to some super users) relative image sizing of "upright"? After all, most other WMF projects do use the useful features in MediaWiki software... --118.93nzp (talk) 06:46, 20 January 2014 (UTC)Reply[reply]
If it is a 'soft' template that can be used or removed by each WV language site it should be OK. Andrewssi2 (talk) 06:44, 20 January 2014 (UTC)Reply[reply]
I think it might make sense to ask some editors from smaller WV language sites how they feel. I could well imagine that the German one, which is larger, might have more concerns because they are able to do tasks and discussions on their own, while smaller ones (like Dutch and Polish) might like to take any help they can get for the time being? I don't know though. JuliasTravels (talk) 12:03, 20 January 2014 (UTC)Reply[reply]
I believe Nicolas1981 means that these templates are optional. For example, my past translations of German articles actually often use the original German images anyway. If I wanted to use different images in the English version then (I believe) I am completely free to do so.
That said, I do wonder if people might regard this as a harbinger of the standardization of content throughout WV language versions? That would surely raise concerns. Andrewssi2 (talk) 12:13, 20 January 2014 (UTC)Reply[reply]
I understand, my point was rather that the primary reason to put any of this in Wikidata in the first place is to help smaller language versions, or am I misunderstanding? JuliasTravels (talk) 12:22, 20 January 2014 (UTC)Reply[reply]
Yes, the main goal is to help smaller wikivoyagers. But English Wikivoyage might benefit from more editors, similarly to what happens for banners (local people create banners that really express the feeling of the towns they know well). Nicolas1981 (talk) 03:19, 21 January 2014 (UTC)Reply[reply]
I'm not sure if this will work, as usually the length of an article will differ greatly from one language to another - with the most detail being in the local language or the language with the most Wikivoyageurs. The rare exceptions are fully-translated pages like Lac-Mégantic (en/fr) where the same entire set of listings has made the round-trip unabridged through some attempt at a translation. What may be an appropriate number of images for a lengthy, detailed article is likely excessive for a short stub. K7L (talk) 16:25, 20 January 2014 (UTC)Reply[reply]
You are right, that might feel void in empty sections. And I am not sure whether Lua for instance can detect the length of a section to adjust the number of images to display. Note: Sizes of the see/do/buy/eat/sleep sections will not vary too much between languages, when POIs are in Wikidata. Nicolas1981 (talk) 03:19, 21 January 2014 (UTC)Reply[reply]
(this is a comment from a smaller language version) I don't see the point of this proposal. Images are used to illustrate the content. If some language version has little content, why would it need all images from a star-quality English or German article? Moreover, images need captions, but an English caption makes no sense in Polish Wikivoyage. One can think of writing a bot facilitating image transfer, just like the transfer of listings discussed recently, but this should be always done under human control. And this does not have to involve Wikidata. --Alexander (talk) 18:18, 20 January 2014 (UTC)Reply[reply]
I am sorry that I don't see much benefit in this. Images are are the one feature of an article that can easily be transferred from one language to another without understanding a word of the article - just click on the image to see the image page from where you can copy the title. AlasdairW (talk) 22:30, 20 January 2014 (UTC)Reply[reply]
Clicking and copy-pasting is easy, yes. A few months ago we were manually copy-pasting banners back and forth between languages, and it was even easier. But it is not sustainable for 15,000 articles. Nicolas1981 (talk) 03:19, 21 January 2014 (UTC)Reply[reply]
How do you propose to enter this template into the 15,000 articles? Would it be a bot? What criteria would you use to determine if the template should be used or not? Thanks! Andrewssi2 (talk) 03:34, 21 January 2014 (UTC)Reply[reply]
Yes, a bot would add the templates (for instance {{images_see}} in section See) to each section that does not have any images yet. The hardest would be to develop a legend editor (a bit like the listing editor, but with just one textfield, and potentially showing the legend in other languages for reference). Nicolas1981 (talk) 05:57, 21 January 2014 (UTC)Reply[reply]
I'm not entirely sure about this. One issue is the handling of fair use images; I realize that there has been some debate over the use of them, but there are legitimate uses of them, and they cannot be uploaded to Commons and must be handled locally... --Rschen7754 09:07, 21 January 2014 (UTC)Reply[reply]
When I do translations right now, I just reuse the same images, and have not run into trouble so far... Anyway, any potentially unusable image would be left after the template. When trying to insert an image in Wikidata, Wikidata could even check whether its license is OK, thus an advantage over non-Wikidata image copy. Nicolas1981 (talk) 13:22, 21 January 2014 (UTC)Reply[reply]
The decision of where to place images may still need to be made manually because differences in article length and the absence of {{Info Ville}} on en: do affect how much free space is on a page (and where). K7L (talk) 16:36, 21 January 2014 (UTC)Reply[reply]
Hi Nicolas1981. I just wanted to say that I think it is really great that you provide lots of ideas for enhancing WV and investigating ways in which we could leverage WikiData to our advantage. Although the reception on this thread for the image idea has not been so enthusiatic, I do hope nevertheless to see more of your ideas. Andrewssi2 (talk) 01:35, 22 January 2014 (UTC)Reply[reply]

GAC application includes a "Wikivoyage contest"

The Venezuelan proto-chapter is applying for funding, part of which would be for said contest (see "Number 1"). One can only presume they mean it to be for the Spanish WV. This suggests an opportunity for the en.WV community to identify WMF affiliates that could be interested in collaborating in the development and/or implementation of such a contest. Tony (talk) 08:19, 21 January 2014 (UTC)Reply[reply]

Thanks for bringing this to our attention, Tony - and may we wish you a belated Happy New Year! --118.93nzp (talk) 08:25, 21 January 2014 (UTC)Reply[reply]
Thanks for the tip Tony! I think that promoting the idea of taking picture specifically for Wikivoyage is a good idea, as this kind of pictures (atmosphere, activities, crowds, more lively, I don't know) is difficult to find on Commons. When I upload a picture of a building on Commons, I think "Let's take the pic orthogonally so that every detail is visible" but for Wikivoyage it would be "Let's take the pic with a subjective angle, when the ice vendor passes by and children play with birds". Unlike Wikipedia we usually try to make people want to go there. Nicolas1981 (talk) 12:14, 21 January 2014 (UTC)Reply[reply]
WLM (and GLAM stuff) is one of the few things chapters are uniquely good at doing; this extends by analogy to involvement in a possible Wikivoyage competition. Perhaps it would work well for this community, via chosen reps, to make a joint applicant via the GAC with one of the chapters that covers an area you feel has a lot of scope for improvement on en.WV (and perhaps the other WVs, especially where the predominant language of a chosen area is that of another WV. Things to work out initially would be the scope (as Nicolas points out), and the extent to which there's already a track-record for WLM (more than 50 countries participated in the most recent WLM comp). You'd need funding for transport and associated costs of visiting the photographic sites, possibly for cameras and tripods, if that's a problem in the area, and for prizes and a local ceremony. You'd need to consider whether videos could be part of it (I have no idea, but some cultural displays like dance, parades, might lend themselves to vid (do you have vids on WV?) WV could contribute guidelines for what is needed and what type of images are appropriate for this site (as opposed to the WPs, for example). Copyright issues like freedom of panorama would need to be determined in short-listing chapters that could be approached. Tony (talk) 12:39, 21 January 2014 (UTC)Reply[reply]
Sounds like a big endeavour... the good thing about a voyage wiki is that some of us travel there at some point, for personal pleasure, often with a camera. So if contest there is, it will probably be different from WLM contests. Nicolas1981 (talk) 13:16, 21 January 2014 (UTC)Reply[reply]

Template asking to avoid too much politics on discussion pages

I noticed there was a disclaimer box on the Talk:Croatia page asking people not to get too involved with politics on a sensitive article. I created a template from it and used the same text verbatim:

This is not a political forum; please restrict all discussion here to discussion about how best to improve the Switzerland article. Off topic debates, political rants, nonsense poetry, etc. will all be removed as it is added. This is a travel guide and political disputes are utterly irrelevant except insofar as they directly bear upon the experience of a traveller. See Wikivoyage:Be fair#Political disputes for further guidelines.

Please note that this is only for a few sensitive discussion pages and NOT main articles.

If anyone wants to help improve the text then please feel free to jump in. Andrewssi2 (talk) 01:43, 22 January 2014 (UTC)Reply[reply]

Unfortunately, worldwide travel is not something that takes place in a vacuum... we do have to acknowledge the political situation on the ground as it affects the traveller. To ignore the political situation in North Korea or to neglect to mention that Syria is a war zone would be foolhardy, even if it becomes WV:NCO at times. K7L (talk) 02:15, 22 January 2014 (UTC)Reply[reply]
I wasn't suggesting to remove politics completely ("asking people not to get too involved with politics"). Just a reminder to contributors of the scope of WV.
As I said I just used the original text (not mine) and therefore please amend to a wording that is appropriate for WV. Andrewssi2 (talk) 02:23, 22 January 2014 (UTC)Reply[reply]
Of course we will continue to tell it how it is from a traveller's perspective, but this template may be a useful gentle reminder for some discussion pages... However, I do think a more practically useful template would be to specify which language variety the article is written in (or should be corrected to) for those destinations where it is not obvious such as Israel or Belize or the BVI... --118.93nzp (talk) 02:26, 22 January 2014 (UTC)Reply[reply]
Thanks 118.93nzp. It is indeed a gentle reminder, and not a directive. Andrewssi2 (talk) 04:18, 22 January 2014 (UTC)Reply[reply]
I think the purpose of the template is/should be trying to keep the discussion related to Wikivoyage and the Wikivoyage article, rather than adding some off-topic rant about a country's politics or culture. --Rschen7754 18:54, 22 January 2014 (UTC)Reply[reply]
I believe it is good to highlight the fact that each and all of the most paramount and pressing problems of Wikivoyage can be remedying by adding more templates to talk pages. PrinceGloria (talk) 20:19, 22 January 2014 (UTC)Reply[reply]

Template for discussion pages to indicate English language variant

To my knowledge, all WV articles use either a Commonwealth (British) or an American style of English. This determination appears to be largely based on that country's historical links either with Britain or the United States, with commonwealth English being the default if no clear association can be identified.

From time to time new contributors do come onto WV, see red when they encounter American spellings and we then have to spend some time to explain and clean up.

118.93nzp has asked (I'm extrapolating his comment) whether we could have a template that could be placed on a country's discussion page that indicated what form of English should be used?

Would such a template be useful? Especially for 'grey areas' such as China and Israel? Andrewssi2 (talk) 04:35, 22 January 2014 (UTC)Reply[reply]

Just a wee note of correction: articles currently should default to US English if there is no obvious connection to another variety (such as Australian, Canadian, Indian, etc).
[The two compromises/concessions that were conceded by the US-centric camp many moons ago to arrive at this state of affairs were
1) the rare US English spellings of "traveller" and "travelling" were to be used everywhere in preference to "traveler" and "traveling" and
2) dates default to dd Mmm yyyy (eg: 22 May 2014) in a similar style to that visible in the time stamp of everyone's signature here.] --118.93nzp (talk) 04:41, 22 January 2014 (UTC)Reply[reply]
As far as I'm aware, the preference for "traveller" is an affectation and only applies to project space. Powers (talk) 13:24, 22 January 2014 (UTC)Reply[reply]
If even that small point is ambiguous, then we should probably move the discussion to another part of WV. Any suggestion where? Andrewssi2 (talk) 14:23, 22 January 2014 (UTC)Reply[reply]
Not everything needs to be spelled out in exacting detail. Our community's philosophy has long been that spelling and grammar and other niggling details are subservient to, and far less important than, generating good, readable, and useful travel content. That this is a "small point" means that its ambiguity is just not that important. Powers (talk) 15:29, 22 January 2014 (UTC)Reply[reply]
It's sorely tempting to banish the word "kilometer" from Wikivoyage. It's not in common US usage as they still use miles and it's incorrect in any other country as "metre" is the unit of length and "meter" a measuring device. K7L (talk) 15:46, 22 January 2014 (UTC)Reply[reply]
I thoroughly agree. In most places I substitute its universally known symbolisation of km. Likewise for meter as a unit of measurement where m is universally understood. Except for the historic compromise, Powers is correct in his general summation. However, it's always amazing how much heat and energy those who profess a deep disinterest and scorn for these small matters of abbreviation and grammar often expend on obstructing and thwarting those who spend much of their time copy-editing these trivia; not everyone can be a Dickens or a Melville... --118.93nzp (talk) 16:59, 22 January 2014 (UTC)Reply[reply]
I think for most countries the language variety has been agreed upon, or not? So a template would mostly serve to instruct people which version to use? We shouldn't forget that for many people who contribute here, English is a second or third or (in my case) fourth language. As natural as the distinction between varieties of English is for native speakers, it's a good lot less so for many others. I like consistency and I'm perfectly fine with rules about which variety is preferred on which articles, but I do think we need to be very forgiving when people use the wrong version and thoughtful about the wordings we use when instructing a particular one in a template or otherwise. What we want to do is discourage "correcting" of one version to the other, we don't want to discourage people to contribute when they're not sure about spellings. I know I'm not always consistent and in all honestly, I get confused about the meters and metres, centres and centers, travel(l)ers, sizable and sizeables and all the rest. I'm very happy with the copy-editors who fix my mistakes way faster than I could look them up. But I'm even happier with the general understanding that these are details compared to our goal of creating good travel info ;-) JuliasTravels (talk) 22:13, 22 January 2014 (UTC)Reply[reply]
George Bernard Shaw once said: 'England and America are two countries divided by a common language' - this is so true for English speakers throughout the world. I think we are educated enough to be aware of variations in spelling and context but not become too involved or intense about them. I only take light notice of such words as I speak 4 different languages. The travel article is the thing to be concerned with more. We could always add a separate page listing common variations for those who can't figure out such things. The wiki editor also makes one aware of variations by underscoring such words... (biased toward US style English)... Just a thought on the subject. Matroc (talk) 00:12, 23 January 2014 (UTC)Reply[reply]
I believe that's your browser marking misspelled words, not the wiki software. =) Powers (talk) 00:47, 23 January 2014 (UTC)Reply[reply]
Interesting point from Powers. If I edit in British English then the my browser marks some words with a nice red underline. Although this isn't a problem for me, I can't help but feel that it would work against ESL contributors. Andrewssi2 (talk) 01:03, 23 January 2014 (UTC)Reply[reply]
Ah, so you speak English? Jolly well old chap, give this a try... :) K7L (talk) 04:37, 23 January 2014 (UTC)Reply[reply]
Yes, I know I should have said browser ;) - Spell checking in Firefox since version 2.0 -- I have the correct dictionary installed and selected, check-spelling selected and correct language selected. There are separate dictionaries such as English/United States, English/United Kingdom etc. - Glad to "awaken the sleeper"(s)_Dune - Happy New Year! - Matroc (talk) 06:39, 23 January 2014 (UTC)Reply[reply]
So, actually a template could point the user to that dictionary? (For Mozilla ppl) Andrewssi2 (talk) 07:02, 23 January 2014 (UTC)Reply[reply]
Templates could point to anything, but I'd say such general external links (indeed several, for different browsers) don't belong on every talk page. When working extensively on a particular article one may change it, but we can hardly ask from editors that they keep changing their dictionaries for every tiny addition they make. I think I'd prefer to not make a big deal out of it on talk pages and rather point people to relevant policy pages and discussions when they use the "non-preferred" version too much. But maybe you should indicate what kind of text you imagine on such a template, so we're talking about the same thing? JuliasTravels (talk) 08:22, 23 January 2014 (UTC)Reply[reply]
I think it is obvious now that there isn't a groundswell of WV'ers crying out for this feature, so I think that I'll just consider it discussed for now and let it go. :) Andrewssi2 (talk) 09:32, 23 January 2014 (UTC)Reply[reply]

Many listings use wrong templates (eg. See is a Eat)

Dear all,

I have noticed that MANY listings use the wrong template, for instance {{See}} for a restaurant. Is there ANY case where this is intended? Is there ANY situation where a listing in "Eat" is intendedly not {{Eat}}, or where a {{Eat}} is not in section "Eat"?

Thanks! Nicolas1981 (talk) 04:15, 23 January 2014 (UTC)Reply[reply]

A listing in any of the six sections See, Do, Buy, Eat, Drink, Sleep should always have the corresponding type (see, do, buy, eat, drink, sleep). Wrong templates there are likely mistakes or the result of moving an item ("British pub" from Eat to Drink, for instance). A listing in any other named section could be anything - particularly in itineraries, where the section headers are in geographic order instead of attraction/activity/food/lodging categories. K7L (talk) 04:58, 23 January 2014 (UTC)Reply[reply]
Thanks! Is there any tool to fix or at least detect these problems? Is anyone working on creating such a tool? Nicolas1981 (talk) 06:08, 23 January 2014 (UTC)Reply[reply]
Not all listings are in template form yet and many are still using asterisk (*) bullet points. can help us find those articles (or at least narrow them down) that still have no template listings for 'see', 'do', 'eat' and 'sleep'. Andrewssi2 (talk) 07:00, 23 January 2014 (UTC)Reply[reply]
Thanks! I guess all not-so-developed-yet articles would be false positive though. Nicolas1981 (talk) 08:41, 24 January 2014 (UTC)Reply[reply]
I think that it is possible, but unlikely that a cafe might be listed inside a see listing. I am thinking of a large paying attraction like a theme park or zoo, which has places to eat inside. Because you have to pay to go into the park, they probably should not appear in the main Eat section, but we might want an eat symbol to show on the map, and to mention them in the section about the park. AlasdairW (talk) 23:51, 24 January 2014 (UTC)Reply[reply]
Good point, but in that case where the point of interest will probably appear in run-on prose, it might be best to use the {{marker}} template so that the intrusive, little, grey "edit" text does not interrupt the prose but the appropriate symbol still appears on the map? -- 00:12, 25 January 2014 (UTC)Reply[reply]

Another expedition? Rescue Expedition?

I don't know if this has been discussed before but in-case if it is, I doubt it has been addressed. Sometimes our important articles (especially those that are at guide status and previously featured on the main page) become outdated and less developed than formerly, but is that sufficient and a good decision to demote them from being a guide status article? Not at all! If a featured guide status article become obsolete, the article must be improved and properly addressed rather than simply demoting it. In-fact, featured article don't deserve to be demoted, after-all, a lot of efforts has been put on it once upon a time.

Actually, I've myself demoting few featured article recently that were having the issues of style, formatting and outdating. I believe it wasn't fair but it was seems to me in the best interests of WV. After all, our mission is "complete, up-to-date, and reliable worldwide travel guide." and an outdated or poorly formatted article with a previously featured symbol on top right will gave a bad impression to our users and readers.

So, I don't know if we need another expedition to address this very important issue. After-all, we've already so many expeditions on-wiki and mostly are rather inactive. So, if we've a good support for starting such expedition or we've another solution, that would be great and I'm ready to do my part as a map-maker. That's the only I could do. I'm not been to places, who articles has been demoted except Dubai thats why I don't know about what content to add to rescue an article nor I'm good with formatting and improving the style. And at last, I would say rescue an article — rescue the WV's standard. --Saqib (talk) 17:33, 25 January 2014 (UTC)Reply[reply]

I support this effort. I don't know how much use I'd be in gathering updated information, but I can definitely pitch in on style and formatting problems. -- AndreCarrotflower (talk) 18:08, 25 January 2014 (UTC)Reply[reply]
Dubai article was featured as DotM in early 2008, but later the article become very outdated thus I had to demote it last year. Dubai is world's 7th most visited cities so definitely its important that the its article should be at guide status. Recently, the article has been districtified (Thanks to our now-retired editor Jan who initiated the districtification discussion) and lately, Nurg has visited Dubai and contributed significantly to Dubai and its districts. I've lived for many years in Dubai (in-fact still living) and I think that the article is very much close to gain its guide status back which I snatched from it last year. Concerning the Dubai map, its lack a map but I better wait and not do the map right now since the "Discussion on defining district borders for Dubai is in progress.". --Saqib (talk) 21:02, 25 January 2014 (UTC)Reply[reply]
This issue surely deserves some attention. But I do think you're right about expeditions in general. Also, as Andre says, it's not always easy to fix content if you don't know the place, so I'm not sure an expedition is the ideal way (although I don't know what is, a template maybe?). Even if you can find people willing to join, none of them may know the particular places. Can you give a couple of examples of previous feature articles that you've demoted and need rescue? JuliasTravels (talk) 21:12, 25 January 2014 (UTC)Reply[reply]
You're right and that's why I said in my post that either an expedition or a solution will be need. OMG! I found plenty of previously featured DotM articles (leave aside OtBP and FTT) and all demoted: Perhentian Islands, Guatemala City, New Orleans, Melbourne, Expo 2005, Edinburgh, Kuala Lumpur, Budapest, La Paz, Taipei, Pattaya, Boracay, Death Valley National Park, Tashkent, Falkland Islands (outline) and Elsinore (outline although questionable). I only demoted 2 or 3 but I don't know who demoted the rest of them. --Saqib (talk) 22:01, 25 January 2014 (UTC)Reply[reply]
Edinburgh was demoted in September 2010, with the comment at the time being "sorry, cannot by guide with districts being outline". I am not sure that was a valid reason, and today only one district Edinburgh/East is outline. Maybe some others would like to have a look and change it back if they agree. AlasdairW (talk) 23:36, 25 January 2014 (UTC)Reply[reply]
It was demoted by one of our admin User:ClausHansen and although the article and its district articles are quite detailed but they haven't changed much since what they were back in September '10 so it would be better if someone who knows the place best will look into the articles and then decided whether to keep it at usable status or promote it back to guide. --Saqib (talk) 00:02, 26 January 2014 (UTC)Reply[reply]
One might also find articles in need of attention by looking at Wikivoyage:World cities/Large, which has the world's 100 biggest cities, or checking UNESCO World Heritage List. The Large list can be sorted in various ways to reveal more; e.g. sorting on the F column shows that about half of the 20 most visited cities have articles still at Outline status. Pashley (talk) 22:15, 25 January 2014 (UTC)Reply[reply]
I'm not sure all of those have been demoted, Saqib. In earlier years the requirements for featured articles weren't what they are now. I suppose some of them never made it to what we now call guide status in the first place ;-) JuliasTravels (talk) 22:21, 25 January 2014 (UTC)Reply[reply]
Julia. You're right. That same thing is currently going on at Italian WV for instance. Their current DotM is at outline status by English WV standard. And even though, if articles were previously featured on the main page without having at guide status, I think we should work on to bring them at guide status or otherwise, if we can't bring a previously featured article back to guide status, simply remove the featured icon from that article. In-fact, Wikipedia is doing the same. They simply demote the article (which is once used to be featured article if the article become outdated) and remove the featured article icon appearing on top right of the article. Wikipedia do not compromise on quality then why we? --Saqib (talk) 22:38, 25 January 2014 (UTC)Reply[reply]
Well, that's not really a good comparison: Wikipedia's featured articles are what we call star articles. We do have a "demote"-option for star articles as well, in which case an article loses the star icon. Removing the previously-featured icon here would be strange I think: it's just part of history. Nonetheless, it's good that you're raising attention to the issue, and it would be nice if some of those articles could be polished up to meet our current standards :-) JuliasTravels (talk) 22:53, 25 January 2014 (UTC)Reply[reply]
Okay but can I compare our guide articles with Wikipedia's "Good articles"? They demote their good articles as well and remove the icon. Anyway, I'm not in favour as well of having icons removed from our articles that were previously featured. I raised this issue to rescue those article, not to remove the icons. I hope a solution will be provided and this issue will be addressed. --Saqib (talk) 23:02, 25 January 2014 (UTC)Reply[reply]
To JuliasTravelsSaqib was right in correcting his analogy: Star articles on Wikivoyage are analogous to "Good articles" on Wikipedia, rather than "Featured articles". However, I think it's important to note that up to now, Saqib has been speaking about Guide articles. As you mentioned, anyone who comes across a Star article they don't feel is up to snuff anymore has to nominate the article for de-starring, which has to be deliberated on in much the same way as promoting an article to Star status. Usually, the very act of nominating an article for de-starring is enough to impel the community to make the necessary changes. However, Guide articles are pretty good too, and unlike Star articles, they can be demoted unilaterally without consultation. I think it's totally worthwhile to explore ways to prevent them being demoted, and I think that an expedition - provided we can sustain interest in it over the long term; a tall order, I admit - is as good a way as any of tackling the problem. -- AndreCarrotflower (talk) 01:00, 26 January 2014 (UTC)Reply[reply]
Sure, Andre, that comparison would be accurate and indeed the "usable" or "guide" status of the article can be changed without much issue. However, all of the examples he gives are already not at guide status - some because they've been demoted since, others because they were never guides. So it's not really a matter of demoting or not. Our "previously featured icon" says nothing about guide or usable: it only says the article was once featured on the main page. And that part remains true all the same, even when we would now consider such an article unsuited. (This to clarify my comment: the icon question is not the main problem of course).
So what we mostly have, is articles that we once featured on the main page but are not guide quality. I think Saqib is quite right that many of those articles deserve some kind of priority due to being previous features, but the same is true for some others, like "most visited destinations", "most requested articles on our site" etc. I have nothing against an expedition, I just think we all know how hard it is to keep one active, most of all when it's about content. Just brainstorming.. would it be a good idea to come up with a broader list/expedition of "high priority" articles that need polishing up? So most visited, previous features, key articles in making a whole region usable or something like that? If the scope is somewhat wider, it might be easier for people to join the effort. We might also pick a collaboration of the month out of them. Just a thought. JuliasTravels (talk) 12:18, 26 January 2014 (UTC)Reply[reply]
I'm afraid too that an expedition might die. Maybe reviving CotM will be good idea and rather than nominations, just put the list of articles that were previously featured but now at usable status and work on those as we used to do previously. See Wikivoyage_talk:Collaboration_of_the_month#Outdated.2C_again. --Saqib (talk) 15:12, 26 January 2014 (UTC)Reply[reply]
This discussion is died as I was expecting without any outcome or conclusion. I think it was a wastage of time to raise this issue at first. Anyways. Andrew, this page says "featured article on WP are star article or destination of the month on WV" and nothing says about WP's good articles but you said above our star articles are analogous to WP's Good articles. I think its bette to solve this matter first. WP's featured articles are their best work whereas our star articles as WV's best work. If our star articles are analogous to WP's good articles, then it means our best work is analogous to WP's (not best) work. Confusion! --Saqib (talk) 12:45, 3 February 2014 (UTC)Reply[reply]

──────────────────────────────────────────────────────────────────────────────────────────────────── I think it's terrific that you've made that offer to help with drawing static maps, Saqib. Although our new dynamic maps offer many advantages for those who are on-line (and the development of {{mapmask}} may extend it's usefulness to show the districts and regions that we ourselves create) they'll probably always be inferior to those readers wishing a hard copy (or those offline, of course).

I've been away for while, so can I use this opportunity to comment how sad I was to see your admin tools removed for an "offence" that had nothing whatsoever with abusing admin tools? Eventually our public visibility will increase with search engines (even if we do keep shooting ourselves in the foot with our lack of active SEO) and then it will be "all hands to the pump" to stem the flood of spambots. In the time I've been away I've already noticed an increase in the number of spambot accounts being created when I look in "Recent changes".

One thing that does seem sadly lacking here is an awareness of how awful most of our articles actually appear at certain common screen sizes and resolutions. I'll post some screenshots later when I get home and gain access to faster speeds, but there are many visual aberrations that need correcting. I think much of this aesthetic "blindness" is caused by may of our most frequent contributors working principally with wikitext differences on large screens rather than examining final results. -- 23:25, 25 January 2014 (UTC)Reply[reply]

Now that you said in favour of dynamic maps here, I wish this discussion won't derails. I prefer to talk here over the subject and nothing else. --Saqib (talk) 23:44, 25 January 2014 (UTC)Reply[reply]

Wikipedia used to have a "Collaboration of the Week" or "Collaboration of the Month", but both of those projects are now inactive. Now it's Wikipedia:Today's articles for improvement. I think we should consider a similar expedition, where we identify our highest priority pages and improve them to our current standards. Edge3 (talk) 14:05, 26 January 2014 (UTC)Reply[reply]

This discussion is going to die so thought of giving an update here. Dubai article has been rescued and probably back at guide status now. --Saqib (talk) 13:11, 28 January 2014 (UTC)Reply[reply]

Indicator of featured articles

On a related note: would it be possible to add a star to the list of interwiki links when an article is featured in one way or another – star, DoTM, or guide status, depending on the traditions of each language version? Basically, two questions in one: i) How to implement this? ii) Do we need this mechanism? It could facilitate translation of good content... --Alexander (talk) 08:55, 26 January 2014 (UTC)Reply[reply]

Very good idea. I'm not an expert in graphic design and such, but a simple way to indicate this is to use a sign consisting of a recognized 2-letter linguistic abbreviation, such as "RU" for a previous feature on Russian Wikivoyage. Ikan Kekek (talk) 13:39, 26 January 2014 (UTC)Reply[reply]
Pardon me but I didn't got it. Alexander, are you saying that we should add an icon on top right of an article (star, DotM or at guide status) if the same article is star, DotM or guide on other WV language editions? OR are you suggesting that we add icon on article when the same article is featured, star or guide on other WV editions but the same article is either at outline or usable status on this edition of WV? --Saqib (talk) 14:49, 26 January 2014 (UTC)Reply[reply]
I mean same system as in Wikipedia. We have a list of interwikis in the left panel. If an article is featured, say, in Polish Wikivoyage, it receives a star against the link "Polish" in all other languages. --Alexander (talk) 14:54, 26 January 2014 (UTC)Reply[reply]
Oh okay, thats a good idea but having a star (as in WP) is more than enough rather than abbreviation icons. --Saqib (talk) 15:05, 26 January 2014 (UTC)Reply[reply]
I don't recall seeing this kind of indication on Wikipedia. If someone could post a link to a relevant article, that would be helpful. Ikan Kekek (talk) 15:09, 26 January 2014 (UTC)Reply[reply]
I didn't understand. Sorry! --Saqib (talk) 15:14, 26 January 2014 (UTC)Reply[reply]
Ikan, here is an example of such a WP article; look at the languages section on the left side. ϒpsilon (talk) 15:23, 26 January 2014 (UTC)Reply[reply]
Most of the indicators regarding feature and good articles on wp en show up on creators user pages at the top right hand corner and they almost every time look a really horrible mess, however if it is an unassuming marker like as indicated like Ypsilon has indicated - it should be encouraged and used - unobtrusive but informative. sats (talk) 15:30, 26 January 2014 (UTC)Reply[reply]
Alexander, I think we will have to create a template such as this and then manually add the template to desired articles. --Saqib (talk) 15:33, 26 January 2014 (UTC)Reply[reply]
It is rather about changes to Common.css. The template itself is not necessary, because we already have stars and DoTMs reflected in {{pagebanner}}. The question is whether this special "id" for featured articles will work on Wikivoyage. One has to try... --Alexander (talk) 15:50, 26 January 2014 (UTC)Reply[reply]
Thanks for the link, Ypsilon. It seems like a no-brainer to just add the star symbol to the sidebar in the way the Wikipedia article does. But another symbol would have to be used if we want to show that the article had been featured on the front page of another language version. Ikan Kekek (talk) 16:00, 26 January 2014 (UTC)Reply[reply]
How about a laurel wreath, to indicate that in this and that language, the article has been specially recognized in some way. Nicolas1981 (talk) 16:25, 26 January 2014 (UTC)Reply[reply]

I see one major problem. The mechanism of featured articles in Wikipedia requires that an appropriate template is added to each language version. Of course, this never happens. An implementation through Wikidata is needed... --Alexander (talk) 16:32, 26 January 2014 (UTC)Reply[reply]

That is in the works, and will hopefully be done soon. --Rschen7754 18:33, 26 January 2014 (UTC)Reply[reply]

Our banners are being re-used outside Wikivoyage :-)

Our banners are being put to good use by other projects :-)

See Reasonator: The banner is from Wikivoyage.

With Wikidata, your contributions benefit to more people than ever, even in a ways you would never have imagined when contributing. Nicolas1981 (talk) 16:13, 26 January 2014 (UTC)Reply[reply]

One more image for each article?

Wikidata has a "image" field for each city/place. The image is used by Wikipedia infoboxes, for instance see the upper-right image at . These images always show a nice view of the city or one of its most famous landmark, in fair weather.

How about reusing this image in Wikivoyage?

Maybe 1% of our articles have enough (or even too many) images, but 99% of our articles are in desperate need of more images.

So: the drawback would be that we will have to adjust for a few articles, but the gain is so huge it is really worth it, I think.

What do you think about it? Nicolas1981 (talk) 02:50, 27 January 2014 (UTC)Reply[reply]

I've held my tongue about it up to now, but I am extremely skeptical of the one-size-fits-all, assembly-line approach to our content that Wikidata has engendered in a growing number of our users. We've already used Wikidata to standardize the decision of which pagebanner we use for the same destination on all language versions that currently use them, seemingly without stopping to consider that en: is thereby pre-empting discussions on all other language versions which, if they had taken place, may very well have resulted in a different consensus on which image to use. We've talked about moving listings to Wikidata, seemingly without stopping to consider that some attractions may be relevant to some language communities and not to others. We're also talking about standardizing section images across language versions, seemingly without a thought as to whether other Wikivoyage communities might prefer a different alternative.
I say "seemingly" because, although I haven't heard anything to indicate that there's a mechanism in MediaWiki that allows individual communities to deviate from the preset selections on Wikidata if they prefer, that doesn't mean one doesn't exist. If I'm wrong about this, I apologize and retract this statement.
I think Wikidata can certainly be a valuable tool in some cases, but if we don't seriously circumscribe the range of scenarios where we use it, my fear is that Wikivoyage will turn into McDonald's, where all the originality is standardized and automated out of the product and the author's role is reduced to little more than transcribing information into a preset template. Instead, I want Wikivoyage to be a gourmet haute-cuisine restaurant, where talented authors create exciting articles to entice readers in ways that are artful and a little bit different (and hopefully better) than what can be found elsewhere. I want to write; I don't want to do data entry. And I certainly don't want to presume to tell de:, fr:, it:, etc. what's best for them.
-- AndreCarrotflower (talk) 03:22, 27 January 2014 (UTC)Reply[reply]
Brilliantly written and analysed, AndreCarrotflower! Bravo! -- 08:55, 27 January 2014 (UTC)Reply[reply]
In cases where an article doesn't have a lead image I would be in favor of plugging in whatever wikidata has on the theory that it would be better to include an image automatically than not have one. I think Andre's fears of turning over too much control to wikidata are something to be aware of, but we should also be making an effort to consolidate data that doesn't change across language versions to make maintenance easier. I also think using wikidata to set a "base" data set for things like banners is a net positive - a new language version can launch with banners on all articles, and override as desired, for example. Hopefully the wikidata interface will eventually evolve to the point where we can view an article on English Wikivoyage and have a tab or other UI element that allows us to see all data that comes from (and is available for use from) wikidata for that article so that we can easily pick and choose what to include, but that day is probably a few years off. -- Ryan • (talk) • 03:39, 27 January 2014 (UTC)Reply[reply]
As an administrator and oversighter on Wikidata, I of course support the use of its data wherever it is effective.
However, I'm not convinced that this particular use is effective; on an implementation level I'm not sure that it is possible, for one. --Rschen7754 03:57, 27 January 2014 (UTC)Reply[reply]
Instead of images, how about we look at data that is not subjective and equally applicable between languages and communities?
How about climate data? Is it a compelling use case to centralize the monthly rainfall, temperature and humidity levels of a location in WikiData? Andrewssi2 (talk) 04:32, 27 January 2014 (UTC)Reply[reply]
Now there's a good idea! Ikan Kekek (talk) 05:03, 27 January 2014 (UTC)Reply[reply]
I wouldn't even say I'm against Wikidata being used for things that are more subjective, if and only if there's an easy way to opt-out in each individual instance. I remember a few months ago a Wikidata glitch led to the pagebanner for Syracuse (Italy) being used for Syracuse (New York). It was fixed easily enough, but the lingering problem is that if there's a way for anyone who stumbles upon the perfect image to use as a new pagebanner for either of those articles to put it in place without navigating a tortured, sluggish interwiki bureaucracy, I have yet to figure it out. -- AndreCarrotflower (talk) 06:15, 27 January 2014 (UTC)Reply[reply]
We all strive to make gourmet haute-cuisine for all articles here. But it will take years. Meanwhile, how about making sure all destinations are at least palatable?
Quality: Wikidata's image field is better than McDonald-level :-)
Implementability: Got implemented today on French Wikipedia.
Edit wars: More disputes will probably arise between en.wv members trying to find 20,000 new suitable images, that if starting with Wikidata's already-curated set.
Catering to different communities: Just my opinion, but I see our goal as universal. There are more cultural differences between some English-speaking communities than between some Spanish-speaking communities. For instance, religion is probably a bigger cultural difference than language, yet nobody would not even consider splitting Wikivoyage into religious groups. Let's face it, if the whole world had only 1 language, then there would be only 1 Wikivoyage... which means that having several Wikivoyages is a technical necessity, not a higher goal. Why export this technical necessity to non-language realms?
"en: is pre-empting": For what I have seen, other languages are happy to collaborate, and simply override Wikidata values when it does not fit (yes, opting-out is easy).
Cheers! :-) Nicolas1981 (talk) 08:33, 27 January 2014 (UTC)Reply[reply]
Many of the lead city images on Wikipedia (only some of which are encoded in Wikidata) are montages (ex: File:Boston Montage.jpg), which violate our image policy. Powers (talk) 14:54, 27 January 2014 (UTC)Reply[reply]
That's a solid counter-argument indeed! I don't know whether such montages are OK on Wikipedia actually, the closest policy I could find is and it says "If a gallery would serve as well as a collage or montage, the gallery should be preferred". In fact, I could have fun writing a small algorithm that recognizes whether an image is a montage or not :-) Nicolas1981 (talk) 16:14, 27 January 2014 (UTC)Reply[reply]
Pages without lead pictures often mean pages without much content of any kind, so putting a picture on such articles really doesn't matter so much. Generally, with content comes pictures either uploaded from the person adding the content or someone (still likely the one adding the content) will likely search for pictures when the article has enough content to hold them. Articles with no or little content do not bother me if they lack a picture. I like the pictures to be organically added. Having no pictures can inspire contributors to upload their own new images as well. ChubbyWimbus (talk) 16:40, 27 January 2014 (UTC)Reply[reply]
I share the concerns of LtPowers, ChubbyWimbus and others. I think a personal, organic approach is better here. Our empty articles are not going to actually benefit from showing the reader the same lead image they will see as soon as they inevitably click over to Wikipedia to find some actual information. Texugo (talk) 17:59, 27 January 2014 (UTC)Reply[reply]

Empty See and Do sections in country articles

Have you noticed that the either See or Do or both are empty in quite a few country or "area comparable with country" articles (like Jersey), particularly in those places that don't get many visitors. In my opinion these are the most important sections, so it's a shame that they are empty (especially See). It would perhaps be too much to call together an expedition, but if you spot such an article, feel free to fill those sections with a few sentences. If there are UNESCO world heritage sites in the country those sites are obvious candidates. You can of course also click on cities and other destinations to see if there's anything interesting in their See and Do sections that could be mentioned in the country article. ϒpsilon (talk) 05:35, 27 January 2014 (UTC)Reply[reply]

A content priority indeed! A few people (including me) have been working actively on country see sections as part of the Wikivoyage:Country surgeon Expedition. Unfortunately, although almost everyone agreed it was important and a bunch of people signed up, only a few found the time to really contribute. And then there was so much going on with the move. I'm glad you brought it back to attention :-) JuliasTravels (talk) 10:20, 27 January 2014 (UTC)Reply[reply]

Dynamic map problems

Why are none of the dynamic maps visible now, unless clicked on? I hope everyone else is having the same problem. Ikan Kekek (talk) 06:02, 27 January 2014 (UTC)Reply[reply]

There were some stability issues with the internal page frame and the 'plug was pulled'. There are hopes this can be resolved within the next couple of weeks. Andrewssi2 (talk) 06:15, 27 January 2014 (UTC)Reply[reply]
I hope so. It's a pretty bad problem. Thanks for the explanation. Ikan Kekek (talk) 06:25, 27 January 2014 (UTC)Reply[reply]
It is a bad problem. I'd like to give the guys a chance to fix it without any pressure in the first instance, although afterwards we need a discussion around the technical support for the Dynamic Maps and how stability can be addressed.Andrewssi2 (talk) 07:05, 27 January 2014 (UTC)Reply[reply]
See also: Wikivoyage_talk:Dynamic_maps_Expedition#Sorry_to_bother_the_Dynamic_map_team_again... and Wikivoyage_talk:Dynamic_maps_Expedition#Problems_with_mapframe. ϒpsilon (talk) 07:33, 27 January 2014 (UTC)Reply[reply]
Seems to be working fine in French Wikivoyage. I have raised it with the map guys here. Andrewssi2 (talk) 05:26, 29 January 2014 (UTC)Reply[reply]

Birthday and congratulations

Yesterday we celebrated our 7th birthday. On December 10, 2006 we started Wikivoyage with the German branch. One year later, the Italian one started. And we got a nice birthday present from Google: The central Wikivoyage home page has now a PageRank of 7, and the English main page a PageRank of 6. Now, if that is not enough to keep thinking positive. --RolandUnger (talk) 09:36, 11 December 2013 (UTC)Reply[reply]

Congrats and well done. --Saqib (talk) 09:51, 11 December 2013 (UTC)Reply[reply]
Great news! Congratulations, and many thanks to the German community for initiating this project! --Alexander (talk) 09:55, 11 December 2013 (UTC)Reply[reply]
Happy Birthday! And thank you very much for all you've done to welcome those of us from other language communities! Ikan Kekek (talk) 10:10, 11 December 2013 (UTC)Reply[reply]
Happy ♥ birthday to you dear Wikivoyage --Walta (talk) 00:22, 15 January 2014 (UTC)Reply[reply]

Happy 7th birthday Wikivoyage! --Sonusmarty (talk) 23:23, 7 February 2014 (UTC)SonusmartyReply[reply]

4x4 abbreviations

It seems we have a split usage on voyage in relation to the 4WD and 4X4 (and their variations with and without caps, 4wd, 4x4, etc) - as consistent usage might help, is there any indication of why or why not one might trump the other? or is it as found - about 50/50...

One only hopes there is some good reason for usages one way or the other sats (talk) 06:12, 27 January 2014 (UTC)Reply[reply]

Renault B90 4x4
Although both are understandable for most native English speakers, I prefer 4x4 because
1) it's more immediately understandable for most users of English as a secondary language
2) it's less noticeable when the the case flip flops in the way you noticed
3) it's a short step to be able to write something like "2x4 vehicles can also successfully negotiate this road in the dry season..." -- 08:42, 27 January 2014 (UTC)Reply[reply]

It wasnt a personal question or asking for your personal opinion, If it was I would have gone to your talk page - I am interested what other editors of voyage actually think as it involves a large number of articles - and others might be interested (or not) as well. sats (talk) 09:44, 27 January 2014 (UTC)Reply[reply]

First of all: I know very little of cars. I think both words are easy enough to understand, also for non-native speaker. I always thought they were just two words for the same thing, but Wikipedia makes a difference in definitions:
  • Four-by-four (4x4) refers to the general class of vehicles. The first figure is normally the total wheels (more precisely, axle ends, which may have multiple wheels), and the second, the number that are powered.
  • Four wheel drive (4WD) refers to vehicles that have a transfer case, not a differential, between the front and rear axles, meaning that the front and rear drive shafts will be locked together when engaged.
If that is true, 4x4 is clearly the better choice for me when writing, as I wouldn't know the difference when I see such a vehicle. It seems smart to have that general term as a preference. However, it seems a bit silly to tell people who do know their cars which word to use. JuliasTravels (talk) 10:31, 27 January 2014 (UTC)Reply[reply]
I do know a moderate amount about cars. I think the WP text quoted above is seriously wrong.
To me, "Four-wheel drive" or "4wd" is the general term for a vehicle that sends power to all four wheels; the term contrasts with "front-wheel drive" or "rear-wheel drive". This is the term we should use in almost all cases.
Contrary to WP, calling something "4wd" has absolutely nothing to do with whether a transfer case, a diff or a torque converter is used to distribute the power.
To me, "Four by four" or "4x4" is more a description of vehicle type, albeit rather an imprecise one; it implies something along the lines of a light truck with 4wd and some off-road capability. There are a number of vehicles — notably various Audi and Subaru models — that are 4wd but that I wouldn't call 4x4 because they are insufficiently truck-like. Pashley (talk) 22:29, 27 January 2014 (UTC)Reply[reply]
This has gone no-where in s month, any further suggestions, as voyage still has the 2 uses and no convention or agreed resoltuion on this matter - and the inconsistency shows, if you look at this particular issue... sats (talk) 10:57, 1 March 2014 (UTC)Reply[reply]

Changes to consensus building

Anyone who is interested in potential modifications to our consensus-building process, please consider commenting at Wikivoyage talk:Consensus#Wikivoyage:Consensus/Draft. -- Ryan • (talk) • 03:42, 30 January 2014 (UTC)Reply[reply]

Copyright problem!

Please take a look at a post I wrote on the talk page of the article about the island of Nevis. Invertzoo (talk) 00:14, 5 February 2014 (UTC) Copied from: Wikivoyage_talk:Community_portal#Copyright_problem.21 --Nick talk 00:34, 5 February 2014 (UTC)Reply[reply]

Thanks Nick, although I think the protocol is fairly straightforward for dealing with Copyright violations? What is your question/intent for reposting on the pub? Andrewssi2 (talk) 02:40, 5 February 2014 (UTC)Reply[reply]
I was just moving Invertzoo's original post as it had been placed on the community portal talk page, which isn't where I think she intended it to go. I've asked Invertzoo to highlight the specific parts that she believes are copyvios. --Nick talk 02:43, 5 February 2014 (UTC)Reply[reply]
OK thanks, understood. Andrewssi2 (talk) 03:08, 5 February 2014 (UTC)Reply[reply]
Firstly, although the (mostly basic) information is comparable, I'm not finding a lot of verbatim texts so easily, but I should look further. The strange part here is that the user who is pointing to this copyright gradually wrote most of the article his/herself, about a year ago. I'm not sure if he/she has been told by TA to stop also posting things elsewhere (which would be questionable, since their terms of use include a noninclusive license) or that he/she's forgotten they wrote it.. I'll ask on her talk page too, but it seems to me this user has claimed and holds (co)ownership and uploaded under our cc license? JuliasTravels (talk) 10:06, 5 February 2014 (UTC)Reply[reply]

Hello again, I believe this was my error. I was tired when I posted my note and I had not realized that I was the one who originally wrote virtually all of the text, so I mistaken thought that it had been copied from TripAdvisor articles which myself and a friend had written some years before. I will check again, but probably everything is just fine. Sorry to raise an alarm unnecessarily. Invertzoo (talk) 14:23, 5 February 2014 (UTC)Reply[reply]

No problem, good that the info can stay and lots of thanks for your contributions! Now that we have pub attention for Nevis, maybe some of our great banner people can whip up a somewhat more colorful banner? :-) Suitable pictures are hard to come by for it, and the ones we have are mostly from StKitts, but there are a few on Commons and I added one there that I found on Flickr and has at least a bit of Nevis. Would that work? JuliasTravels (talk) 16:24, 5 February 2014 (UTC)Reply[reply]
Can the copyright tag be removed from Saint Kitts as well? Texugo (talk) 16:25, 5 February 2014 (UTC)Reply[reply]
Check the banner, but it won't be very nice because of the low quality of this photo. --Alexander (talk) 19:44, 5 February 2014 (UTC)Reply[reply]
Many thanks! I figured, but in any case it's more inspiring than the grey default banner for a sunny destination like this :-) JuliasTravels (talk) 08:18, 7 February 2014 (UTC)Reply[reply]

Thanks to Joachim

for helping to get our dynamic maps up and running again! --118.93nzp (talk) 00:25, 31 January 2014 (UTC)Reply[reply]

Absolutely! Thanks Joachim! :) --Nick talk 21:31, 1 February 2014 (UTC)Reply[reply]
A belated thank you from me as well! There is no other person who missed them more than I did... But they're back again, just like a long lost friend, and they melt the tears awaaaaaayyyyy....
Funnily enough tho, I now seem to have issues with displaying them in Firefox on Mac OS, but not under Windows (same Firefox). Weeeeeird. Good to have them back anyway, Joachim, you and Torty made Wikivoyage really valuable and worth expanding further! PrinceGloria (talk) 18:21, 3 February 2014 (UTC)Reply[reply]

Markers and numbers

I asked a question in Template_talk:Marker#Manipulating_the_numbers_on_the_markers, our POI Map expert Joachim has been editing today but has been too busy (?) to reply or something so I'll play newbie and ask it in the pub where everyone can see it. **

I'd like to know if it's possible to force a marker to have a specific number. I plan to mark out important stations on the Trans-Siberian Railway on a dynamic map (trying to make a really stylish Featured travel topic of it :)). The railway forks into three separate lines in Siberia and I like the numbers to be continuous on all three forks. For instance (click here to "get the picture"), there's a junction at marker 17 and after that one track goes east to Vladivostok with the next station being Chita and another south to Beijing with the next station being Naushki. I'd like both stations to be labeled nr. 18.

If I put in a Heading 2 and start adding the first 17 points from Moscow with the same coordinates they will be hidden in the map - but not in the text.

And if I continue from Vladivostok in the same section, Naushki will be nr. 23... ϒpsilon (talk) 17:20, 3 February 2014 (UTC)Reply[reply]

Here is a somewhat weird solution: add all your stations from 1 to 17 to the Trans-Mongolian section. Then comment them out. Then the numbering should start from 18 in this section. I hope it works-) --Alexander (talk) 17:31, 3 February 2014 (UTC)Reply[reply]
** Yes, I get many requests from all language versions. But the actual reason is that the notification system is unreliable. Since you called my sign, I should have received a notification. That did not happen in 3 or 4 cases in the last times. And perhaps even more cases that I never noticed. - Joachim Mey2008 (talk) 17:44, 3 February 2014 (UTC) (My actual answer will follow shortly.)Reply[reply]
Thanks for the idea, Alexander. Unfortunately it didn't seem to work. Hope Joachim will have a solution, otherwise I'll have to start the numbering anew and that'll probably look a bit awkward on the map. ϒpsilon (talk) 18:01, 3 February 2014 (UTC)Reply[reply]
A manipulation of marker numbers is not provided. I think because of some changes in the script, unfortunately, the proposal of Alexander no longer works well. - I suggest to choose markers in a different color for the secondary lines. You can used these types: [3]. The numbering will start at 1 in each new section, except for for type=listing (other.png). -- Joachim Mey2008 (talk) 18:28, 3 February 2014 (UTC)Reply[reply]
Schade. :( OK, I guess this is the best solution. Thanks. ϒpsilon (talk) 18:37, 3 February 2014 (UTC)Reply[reply]
While we are at that, perhaps there is a solution to a different dilemma - sometimes there are two or three different POIs in the same place. E.g. there is a historic palace or castle (See), within which there is an unrelated museum (Do, or another See), e.g. of natural history, which merits a separate POI, and there is also a good restaurant in same building (Eat), and sometimes even a hotel on location (Sleep). Same with railway stations that double as shopping centres and also have a tourist information point. It would be worthwhile to refer to them separately in different places across the article, but there is no point in creating several overlapping markers on the map that would only make it all less legible. Is there a possibility to invoke a marker already placed in the article again in the text, to display the same number and symbol? PrinceGloria (talk) 18:57, 3 February 2014 (UTC)Reply[reply]
No, it's not possible, and it is not clear how to implement this feature. The listings are numbered according to their order in the article, one after another, and there is no one-to-one correspondence between the listing and its number. So you basically need a script that goes through the article two times. In the first run, it makes a table and assigns the number to each listing. In the second run, it looks for a specific listing, reads it number, and copies it, as necessary. Complicated... --Alexander (talk) 19:48, 3 February 2014 (UTC)Reply[reply]
Perhaps a bit repetitive, but not really complicated, as you just explained. If there is a table stored somewhere that matches POIs (using what as index? the "name" field combined with the "type" field? only "name"? something else) with numbers and shapes, it can easily become a reference table that matches one set of template references with particular POI-objects, and then the POI-objects with the graphic displayed on screen. Doesn't seem complicated with regard to that, there may be some issue with implementation I cannot forsee, but complexity as such does not seem to be a problem. PrinceGloria (talk) 19:55, 3 February 2014 (UTC)Reply[reply]
Previously, I have offered two methods related to overlapping markers: Clustering [4] and spiderfier [5]. Both methods were rejected by the community. Therefore, I now suggest a simple manual process. -- The zoom level 16 (1:8000) is similar to a printed city map. There should be no overlapping markers, also in view of a later paper printout. In this zoom level easily modify the coordinates so that the markers appear side by side. This works without additional software. Click on the dynamic map at the desired point. A popup window appears: "You clicked the map at lat = 52.15382 | long = 9.97044". With Copy & Paste the coordinates of the listings can be corrected. - Joachim Mey2008 (talk) 07:00, 6 February 2014 (UTC)Reply[reply]
I personally think that Spiderfier would be great if tooltips appeared when hovering each of the "spider feet" with the mouse. Nicolas1981 (talk) 04:38, 7 February 2014 (UTC)Reply[reply]

Wikimania 2013 Presentation Video

It looks like DerFussi and Travel Doc James's excellent presentation about WV from last year's Wikimania has now been posted online. Well worth a watch and also a reminder of some things that we still need to do! --Nick talk 02:12, 5 February 2014 (UTC)Reply[reply]


Edits that I have marked as patrolled are still marked with !, does anyone know why? --ClausHansen (talk) 14:14, 5 February 2014 (UTC)Reply[reply]

Hmm. Seems to be working fine here. When you mark it, do you get the little javascript pop-up saying it has been marked as patrolled? If not, I suppose it could be a javascript problem with your browser. Texugo (talk) 14:22, 5 February 2014 (UTC)Reply[reply]
It works for single edits, but it appears that it is not possible to mark multiple edits as patrolled with one click, is that how it is supposed to work?, --ClausHansen (talk) 16:40, 5 February 2014 (UTC)Reply[reply]
See Wikivoyage talk:Recent changes patrol#Patrolling problem. There is a bugzilla report open on this issue - adding a vote to the bug might help it get resolved more quickly. -- Ryan • (talk) • 16:47, 5 February 2014 (UTC)Reply[reply]

Looking for something useful to do?

  1. Download the latest listings.csv file
  2. Open the CSV file in LibreOffice/Excel/spreadsheet program
  3. Sort by phone, or by latitude, or by longitude, or by url, or by image (it takes time because the file is big)
  4. Check the values towards the beginning and towards the end. There are a lot of malformed values, with various erroneous characters, for instance a phone number starting with underscore, etc.
  5. Fix any erroneous value directly in Wikivoyage, using the article name from the first column.
  6. When you are done, try sorting by another column and fix again :-)

Thanks a lot! Nicolas1981 (talk) 06:44, 7 February 2014 (UTC)Reply[reply]

Hi Nicholas, I know we don't have direct access to the WV database but in the commercial world this approach is called a data cleansing activity. Such strategies attempt to fix 95% of issues automatically with simple algorithms and the remaining 'fall outs' can be done manually.
We can create and edit listings using a dialog box, that (I assume) has a corresponding API behind it. Would it not be better to leverage this API (perhaps with a bot) and try and fix things automatically first?
I'm not familiar with this API, although I'd be happy to learn if you felt this could be a worthwhile strategy. Andrewssi2 (talk) 06:58, 7 February 2014 (UTC)Reply[reply]
I've fixed a few items using the list. -- WOSlinker (talk) 09:11, 8 February 2014 (UTC)Reply[reply]
That's a huge understatement - I've noticed the tremendous number of great (non-content) edits you've been making - with that level of modesty you must be a Brit! --118.93nzp (talk) 09:49, 8 February 2014 (UTC)Reply[reply]
Indeed, if you notice something that would better be fixed by a writing script (more than 200 items maybe?) then please write what is the pattern and what it should be changed to. When sorting the columns and looking at the end of beginning, you usually get the "less-than-200" occasional typos etc. An example of something that would require a script is the coordinates in hours/minutes/seconds instead of a decimal number. Nicolas1981 (talk) 16:52, 8 February 2014 (UTC)Reply[reply]

How to grow Wikivoyage

Hi folks, I've been looking at different initiatives like the search expedition page and various projects to grow articles, and discussions like the one above that Nick started. I'd like to start an open conversation about ideas for growing Wikivoyage: getting more editors, increasing the quality of articles, raising our profile in search rankings, etc. I'm asking both as a community member/editor and as a WMF Board of Trustees member who is interested in the health of all of our projects; we all want this project to be successful. Share your thoughts! Thanks, -- Phoebe (talk) 22:19, 7 February 2014 (UTC)Reply[reply]

Thank you, Phoebe! The first and foremost answer is quite simple: free a few hours time of the WMF legal department to review the dreaded footer on every page, with hyperlink to Wikitravel. Virtually everyone agrees that it's likely a major factor in our bad search engine visibility, and almost everyone agrees that we are probably overzealous in terms of attribution, since the full histories have been imported and the Wikitravel terms of use explicitly did not require a hyperlink at the time of the fork. However, as the footer has been created with help of the legal team, the community does not feel able to remove the hyperlink without a green light from the legal department. If you could get that ball rolling, you'd make many of us very happy indeed. JuliasTravels (talk) 22:27, 7 February 2014 (UTC)Reply[reply]
Aha, thanks, I wasn't aware of that issue. Can you point me to where it's been discussed before? That would be great. And more ideas both specific and general would be lovely! -- Phoebe (talk) 22:36, 7 February 2014 (UTC)Reply[reply]
Hi Phoebe! Thanks for asking! If you found the above discussion interesting, a similar, longer one took place a few months ago that you might also be interested in seeing (another faintly apocalyptic opening from me, I'm afraid :) ). I absolutely agree with JuliasTravels that removing the hyperlink citation would be a major achievement for the project, but there are other things (beyond the Search Expedition) that we've attempted to do.
The Tourism Bureau Expedition aimed to liaise with tourism bureaux around the world and engage them in both the creation and publicity guides on this site. Whilst we did have some success (I can only speak for the cases that I'm familiar with, but Manchester's tourist board seemed genuinely interested and sent me several emails, whilst the London/City of London bureau actively edited), we have been somewhat hampered by our low readership and unreliable (and disappointing?) statistics which are required to attract such important partners. It's something of a vicious circle.
We've also greatly increased our presence on social media and we now have active Facebook and Twitter accounts, that hopefully draw people in, though such an influx is difficult to quantify (but thanks for your recent tweets!).
Finally, we've also seen the simple improvement of content as a way to improve our readership. This (we hope) differentiates us from other wiki-based travel guides (important for SEO), but also hopefully makes us a better site for the traveller overall - quality will out! We've developed many expeditions to this end, but unfortunately (here comes that vicious circle once again) we don't really have enough editors to keep more than a couple running at peak efficiency at once, so they tend to come in waves.
I'm sure I've forgotten many other things that have been tried on here, but hopefully this will give you a taste of what has already been considered to help improve the site's reader(and editor)-ship. I'll post again soon once I've thought of some new ideas to help make Wikivoyage bigger and better. I'm sorry if this post is a little incoherent - it's 3AM here!
Thanks for getting in touch! :) --Nick talk 02:51, 8 February 2014 (UTC)Reply[reply]
@Phoebe: I think Wikivoyage faces the same issues as many of the other smaller Wikimedia projects, namely that we would benefit greatly from more visibility and thus more regular editors. Improving our search engine ranking is one way to get there, but if the WMF Board can think of other ways to promote its smaller projects then that would be huge - our biggest traffic week was by far when a banner ran on Wikipedia promoting the new site, so perhaps there would be a way to make the links between projects more prominent. Another option might be for WMF to extend the outreach that has been done with classrooms and local groups to encourage their participation, and I'm sure there are other outreach efforts that could be considered.
Another area where WMF might help would be in finding ways to facilitate collaboration between projects - often there are initiatives that would help multiple projects, but people are unaware of them. Also, in some cases we have concerns that are not specific to Wikivoyage, and it would be nice to raise those concerns with other projects and hopefully help make them a higher priority (example: #Patrolling). I don't know if that could be handled by having a staff member who could act as a community coordinator, or making it easier to collaborate on meta, or what form that would take, but I think it would help every project that WMF oversees.
In the mean time, while we have ten years of documentation and processes in place, we're working to make Wikivoyage friendlier and easier to use, although given the constraints imposed by collaborative development it can be a slow process to change. I'm hopeful for the future, grateful for everything WMF has done already (the past year is MUCH improved over what we had before!), and like Nick very much appreciate the fact that you got in touch! -- Ryan • (talk) • 16:27, 8 February 2014 (UTC)Reply[reply]
Sorry, @Phoebe: for not including the links. The Wikitravel hyperlink issue has been discussed at several places and times, including on meta. Geoffbrigham responded there on behalf of the legal team and pointed out that they can only give legal advice to WMF itself. Unfortunately, he qualifies the issue as a "detail" and suggests we focus on creating content. We all get that, especially considering the work load that team probably has (and we focus on content a lot too!), but I'm afraid he's not understanding the huge impact of the issue on the community and site. There's a bugzilla request for it; I suppose if we could ask WMF to remove the link for us, it should be fine for Legal to advise? If it would make reviewing easier, I'd be happy to write up a summary of the issue as a start, and the rationale we have for thinking the link probably doesn't need to be there. Of course the others are right: any help on other ways to increase visibility are all most welcome too. It's just that the few Legal hours are a relatively simple thing that could go a really long way :-)
One other link you might be able to make (in time) is with chapters. As far as contacting tourism bureaus goes, I think if any chapters are interested, they would be in a great position to do so. As Nick said, however, it's only interesting for them to work with us when we're more visible. In any case, it's nice of you to take an interest. JuliasTravels (talk) 20:27, 9 February 2014 (UTC)Reply[reply]

Improving search engine visibility via Wikipedia and Commons

WP and Commons are full of millions of items which have geolocations, each of which is related to some nearby Wikivoyage landmark or page. How can we best use this to drive visibility of WV? Are there currently bots and scripts that insert links to WV where appropriate? ` Sj (talk) 22:46, 7 February 2014 (UTC)Reply[reply]

I'm interested to know more about this. Since WP has a much higher search visibility, it would be great to have a link on a WP article page to take interested travelers to the corresponding WV page. Andrewssi2 (talk) 12:50, 9 February 2014 (UTC)Reply[reply]
Wikidata can make this very easy, if we can find which template to add the link to. The infobox would be perfect technically, but maybe it is not the best place. As a remainder, here is something that seems to work:
|text=[[Wikivoyage]] has travel information related to: '''''[[voy:Paris|Paris]]'''''

Cheers! Nicolas1981 (talk) 07:41, 10 February 2014 (UTC)Reply[reply]


Some countries where the English language does not predominate do, nevertheless, have locally produced (as opposed to foreign publications like the International Herald Tribune) national newspapers in English. Is it unhelpful to mention them in country articles and, if not, where should they be mentioned - in the "Connect" section?

Some examples:

I think it's a good idea. By the way, the main English-language newspaper in Malaysia is the New Straits Times, which is associated with UMNO, the senior coalition partner of the Malaysian Federal government since 1969. Ikan Kekek (talk) 04:17, 8 February 2014 (UTC)Reply[reply]
Yup, that's almost precisely why I didn't mention this government mouthpiece. Do you think it would be a good idea to amend Wikivoyage:Country article template#Connect accordingly, then? --118.93nzp (talk) 04:34, 8 February 2014 (UTC)Reply[reply]
I'd mention it, anyway. The Star is, or at least used to be associated with the MCA, the major Chinese coalition partner. Any time you're dealing with an illiberal democracy, still less an authoritarian regime, you can count on all or at least most mass-circulation newspapers either openly or tacitly being government mouthpieces. In the case of Malaysia, the PAS Islamist opposition party has a newspaper in English, so include them if you like, but I would not adopt a political litmus test of excluding government mouthpieces. Ikan Kekek (talk) 04:44, 8 February 2014 (UTC)Reply[reply]
Well, that was just an illustrative list, not an exhaustive or definitive one. It'll be up to the usual interaction between editors which ones are listed or not. I just wondered whether there was some general sentiment not to mention newspapers or radio stations that might be interesting or informative to a visiting traveller - or to gauge general crime levels/locations or recent developments before they visit (where they have an online presence too)... --118.93nzp (talk) 05:20, 8 February 2014 (UTC)Reply[reply]
I think it's a good idea. And since you bring up radio stations, FM or AM frequencies that broadcast BBC, US Armed Forces Radio, or indeed English-language services of non-Anglophone countries (e.g., English-language Deutsche Welle or NHK) are good to list in relevant city, region, or national articles, depending on signal coverage. Ikan Kekek (talk) 05:56, 8 February 2014 (UTC)Reply[reply]
I also think this would be a good idea. I often look for English-language papers when I travel, and knowing whether there is one or not is useful -- Phoebe (talk) 06:01, 8 February 2014 (UTC)Reply[reply]
So, in the "Connect" section - or somewhere else? --118.93nzp (talk) 06:27, 8 February 2014 (UTC)Reply[reply]
In the Buffalo guide, media are in the "Cope" section. I guess the idea is that "Connect" is specifically for personal communications, rather than mass media reception. Ikan Kekek (talk) 06:34, 8 February 2014 (UTC)Reply[reply]
That early in my tenure at Wikitravel/Wikivoyage, I can almost guarantee you that I was mimicking Powers' setup on Rochester (New York). -- AndreCarrotflower (talk) 07:31, 8 February 2014 (UTC)Reply[reply]
Credit where it's due, then, but would you go along with my attempt at understanding the reason for putting mass media info in "Cope," rather than "Connect"? Ikan Kekek (talk) 07:43, 8 February 2014 (UTC)Reply[reply]
I suppose so, but I'm hoping Powers will see himself mentioned here and weigh in decisively. -- AndreCarrotflower (talk) 07:55, 8 February 2014 (UTC)Reply[reply]
It's not often that we use a country template to create a new article, so it may be that this has been overlooked - or, the vast country US (as opposed to British or French) experience of having few national newspapers may have meant that this was overlooked.
The advice at Wikivoyage:Where you can stick it#N is unequivocal where local or city media are concerned, but my question relates specifically to the country or regional level. Wikivoyage:Country article templates don't currently have a "Cope" section (and Wikivoyage:Region article templates currently have neither a "Cope" section nor a "Connect" section) - are you suggesting that we create one, just for this sort of thing? --118.93nzp (talk) 08:25, 8 February 2014 (UTC)Reply[reply]
"Connect" was originally "Contact", which did infer personal communications. It was renamed as it tended to fill with "contact the local CVB for travel info," which was not its intent.
There's a broader question of what to do with local entities not in the local majority language which aren't part of a tourist food/lodging/attraction category but might happen to be of use to same-language travellers. For instance, a cultural centre or expatriate community; "le Centre Frontenac" is in fr:Kingston (Ontario) under "Understand" ("Comprendre") as it could be a valid source of French-language info to Wikivoyageurs in that language, even though it primarily serves a local francophone minority. K7L (talk) 18:19, 8 February 2014 (UTC)Reply[reply]
Indeed; I don't know the reason why newspapers were put in Cope, but that's where they were put. I can surmise that it's because people turn to newspapers to learn news and check the weather forecast and generally undertake their daily lives, rather than a method of communication with people. You can read the original discussion at Wikivoyage talk:Where you can stick it#bloated Understand-ing, where it appears that newspapers were in Understand until cacahuate suggested moving them to Cope. It's true that country-level articles don't usually need Cope sections (though I can see some counter-arguments for that); in the case of national newspapers, I'd suggest either creating a Cope section (which is allowed per Wikivoyage:Article templates/Sections), or using Understand or Contact. Powers (talk) 18:36, 8 February 2014 (UTC)Reply[reply]
Was that a typo @LtPowers:? Did you mean to say I'd suggest either creating a Cope section (which is allowed per Wikivoyage:Article templates/Sections), or using Understand or Connect (my underlining added for clarity) ? -- 02:48, 9 February 2014 (UTC)Reply[reply]

Generic or "unclassified destination" article template needed?

Copied from Talk:Nevis to achieve a wider hearing by --118.93nzp (talk) 06:24, 8 February 2014 (UTC)Reply[reply]

I think this article could use a sleep section. Since the island as a whole is rather undeveloped we might not need individual "town" articles, but ideally we should have listings for hotels and restaurants at some point. I'd say this is one of those places where it would probably be fine to include individual listings in the region article, or not? JuliasTravels (talk) 19:00, 5 February 2014 (UTC)Reply[reply]

Oh I definitely agree with you. This should be treated as a city article. It would be pointless to have it really be a region which includes a single city article that contains the majority of what there is to say about the island. I have redirected the pointless Charleston article here for that reason. Texugo (talk) 19:07, 5 February 2014 (UTC)Reply[reply]

I completely agree with both of you.

Would it be useful to have a "small islands template" that we could use instead of "small city" or "region" for articles like Ukulhas, etc? --118.93nzp (talk) 22:57, 5 February 2014 (UTC)Reply[reply]

I think if any additional template is created, it should rather be a more general one. I've been trying to find good ways to deal with this repeatedly, for vast, undeveloped regions, for islands and for smaller developed rural areas with only 1 or 2 listings per settlement. The problem is quite similar really. There's not a huge amount of consistency between this kind of destinations now: some are put in a city article, some in a region one, some just collects listings in the usual sections, others have sections per "settlement". Which is more useful depends on the case, so maybe we shouldn't really be looking for a template but rather for a more general understanding of how to work with such places, and that we can be a bit creative with listings in region articles and such. JuliasTravels (talk) 09:22, 7 February 2014 (UTC)Reply[reply]

Newly detected: Malformed emails

Here is a new list of 211 malformed email addresses. I filtered out the most common mistakes, which might be fixed by a script, so these 211 must be done manually, thanks a lot!

I also updated the list of malformed latitudes/longitudes, thanks to all we have fixed many, but there are still a lot to fix :-)

Nicolas1981 (talk) 17:17, 8 February 2014 (UTC)Reply[reply]

Consulates in country articles

I agree with the advice that consulates should be listed in detail in the city destination guide that contains them.

But shouldn't our country articles also contain a sub-section in the "Cope" section pointing towards those containing cities?

I'm thinking particularly of those countries that have a relatively small or new capital and most of the consulates have remained in a larger or older city (eg, Rangoon still has the consular facilities in Burma rather than the new and much smaller capital of Naypyidaw)... --118.93nzp (talk) 01:30, 9 February 2014 (UTC)Reply[reply]

Yes, definitely. Ikan Kekek (talk) 07:33, 9 February 2014 (UTC)Reply[reply]
I've made a start with my own country of New Zealand then and begun to beef up the list for Wellington with Auckland, Christchurch, Dunedin and Queenstown to follow before I quit. --118.93nzp (talk) 08:26, 9 February 2014 (UTC)Reply[reply]
Definitely a good idea. There are plenty of other cases where some info in the country article is needed. For example, in China there are three or four major cities with many consulates but a few countries, mainly from Southeast Asia, have consulates in Xiamen or Kunming. This sort of information can be quite useful to a traveller doing a multi-country trip and needing visas. Pashley (talk) 14:35, 9 February 2014 (UTC)Reply[reply]

Two email addresses for the same listing?

Is it OK to have several email addresses in the listings field? If yes, how should they be separated? The current template output does not seem to support several addresses,, results in a "," mailto: link.

Our documentation says "email: an email address" so I guess having several is not allowed?

Nicolas1981 (talk) 18:13, 8 February 2014 (UTC)Reply[reply]

I don't know that we've ever discussed the issue of multiple emails, but we frequently get listings with multiple phone numbers - see Wikivoyage talk:Listings#Multiple phone numbers for one of several threads on the subject. I believe consensus was to use only one entry per template field since that way the link works when clicked, and in general there should be no need for multiple values. If there really is a need for a second email then my recommendation would be to mention it in the listing content section, but most often I would guess the second email would be superfluous. -- Ryan • (talk) • 18:26, 8 February 2014 (UTC)Reply[reply]
I'd agree that to add a second e-mail address in the "email" field of a templated listing is both superfluous and wrong (since it breaks the automatic "mail-to" functionality). I agree that needful instances should be inside the prose of the "content" field instead. Any second or oddball or non machine-diallable phone number (such as those containing letter mnemonics such as 1 800 MESSED-UP) should go in the "phoneextra" field shouldn't they? And, by the way, that field is still not being shown in listings... --118.93nzp (talk) 01:30, 9 February 2014 (UTC)Reply[reply]
Very interesting @118.93nzp I did not know about phonextra! I agree it should be used, so that our dial links work correctly. Currently we 5000 invalid fax, 25000 invalid phones, 800 invalid tollfree (listed here) Nicolas1981 (talk) 03:09, 9 February 2014 (UTC)Reply[reply]
That's a neat list of yours that would have kept me busy for months if I wasn't going to honour my offer to User:Wrh2... --118.93nzp (talk) 03:25, 9 February 2014 (UTC)Reply[reply]
@118.93nzp On the contrary I think you should take this great opportunity to take a break from politics and concentrate on 100% listing gnoming :-) How about fixing the backlog of invalid emails and erroneous "*" characters? These two can not be automated, so fixing them would be a major achievement! Nicolas1981 (talk) 02:19, 10 February 2014 (UTC)Reply[reply]
A tempting suggestion, Nicolas.
Are you able to fix the listing machinery first, so that it then displays to our readers whatever is in the phoneextra field?
An example is this section: where currently the additional contact number of +64 3 477-3123 for Dr Sergio Gian Salis, the Honorary Consular Agent for Italy is not displayed, but instead "hidden" in our code. --118.93nzp (talk) 04:56, 10 February 2014 (UTC)Reply[reply]
I'll try to see for phoneextra! But that does not prevent you from starting with emails and stars :-) Nicolas1981 (talk) 07:31, 10 February 2014 (UTC)Reply[reply]
Nahhhh, I'm seeing too many floating stars before my eyeballs already and email addresses are too much work to check. Phone numbers is where I have some interest and where I can do that easily as an IP without too much argy-bargy. --118.93nzp (talk) 07:42, 10 February 2014 (UTC)Reply[reply]
Phone numbers? Like you want: User:Nicolas1981/Syntax_checks/Page2 Looking forward to be impressed :-) Nicolas1981 (talk) 08:10, 13 February 2014 (UTC)Reply[reply]
I don't think that multiple phone #'s and email addresses should be super difficult using the existing template parameters:
  • multiple phone numbers and multiple emails can be entered using the existing phone and/or email parameters - a decided upon unique separator character would be needed. ie. phone = +7 812 230-64-31,+7 812 230-64-32,+7 812 230-64-31 where comma is the separator for example.
  • Modify Listing template to call a Scribunto module for handling the phone and email parameter. Some of the functionality would still be used for these 2 parameters.
  • Create a Lua module that would be called from the Listing template (This module would have functions for handling multiple phones and email addresses). Matroc (talk) 05:10, 11 February 2014 (UTC)Reply[reply]
  • Rough Coding Examples for my discussion above.... Matroc (talk) 12:12, 11 February 2014 (UTC)Reply[reply]
There shouldn't really be the need for multiple email addresses and if there is, it means that you can really just click on an email addrees to send an email to them as you will also need to email the other address as well, which then emails that it's more copy and pasting the email addresses rather than just clicking on them. A Lua modlu ecould be done which counts the number of @'s and if it's not 1, it adds the page to a tracking category. -- WOSlinker (talk) 07:31, 11 February 2014 (UTC)Reply[reply]
The German vCard template uses up to three email address fields. In the past we had no tools like Lua to get the separate addresses from a comma-separated list to combine them with a mailto link. In future comma-separated lists should not be a problem. --RolandUnger (talk) 10:10, 11 February 2014 (UTC)Reply[reply]
What would constitute a real need for listing more than one email? Already, listing multiple phone number is unnecessary clutter in most cases. I'd hate to facilitate more of that without demonstrating a real need for it. Texugo (talk) 10:19, 13 February 2014 (UTC)Reply[reply]
Multiple telephone numbers are valid if one's a hôtel and the other a restaurant in the hotel, as one example (we try to avoid duplicate listings as "eat" and "sleep" if the rest of the contact info's the same). I'm hesitant about multiple e-mails as I'm hesitant about publishing e-mail addresses at all; we're just signing these onto a heap of spam lists by including them, so should be omitting them unless they're the venue's only on-line presence (with no web site). K7L (talk) 17:05, 13 February 2014 (UTC)Reply[reply]

This year I'm planning to attend Wikimania in London and hoping to do a presentation on Wikivoyage. Stefan said he won't be able to attend Wikimania this year but he'll help us with preparing a presentation. Dr will be also in the conference and has agreed to do a presentation and I think Nick may join us as well. Is anyone else planning to attend Wikimania this year? Any ideas and suggestions will be appreciated! --Saqib (talk) 13:13, 11 February 2014 (UTC)Reply[reply]

It was interesting to see last year's video that Nick recently pointed us to. I thought it relevant that the first question from the audience was basically 'why WikiVoyage'?
A presentation that would help market our goals better within the WikiMedia organization would be great. Ideally we want to interest Wikipedians sufficiently that they would start contributing to WV after the conference. (I did not observe this happening after Hong Kong) Andrewssi2 (talk) 02:43, 12 February 2014 (UTC)Reply[reply]
I'm open to hear what community suggest and we can change the theme of our presentation. I've recently wrote Wikivoyage:About#Why Wikivoyage. Did you noticed? --Saqib (talk) 08:34, 12 February 2014 (UTC)Reply[reply]
Actually no, I didn't notice. I'll maybe put some comments over there rather than derail your question here though!
We do get Wikipedia people from time to time, such as User:Sbmeirow who is obviously experienced at wiki editing and can help make a great contributions. I'd just like to see a one slide 'advert' for Wikivoyage to encourage more people like him to come have a look and perhaps contribute. Andrewssi2 (talk) 09:02, 12 February 2014 (UTC)Reply[reply]
Saqib is right. Unfortunately I won't be able to attend. RolandUnger ist going to attend. But, of course. I am going to help with creating the presentation. -- DerFussi 12:51, 12 February 2014 (UTC)Reply[reply]
Andrew, feel free to drop suggestions for the presentation here. I know its too early to talk on presentation but to get our presentation proposal accepted, we've to discuss on what to present in the presentation. Currently, I've in my mind to present about the progress, developments and improvements made in Wikivoyage after the migration as well what are our future plans but as you said, we need to further publicise the project among the Wikimedia community. I think we better change the subject of our presentation to something which focus more on "Why Wikivoyage". --Saqib (talk) 14:34, 12 February 2014 (UTC)Reply[reply]
Nice that you're going. I think the best idea is to draw up a proposal for your presentation, and let people comment and add to that. I also think before you come up with a theme and content, you should decide what your goals are and what audience you want to inspire. If you're looking to draw in Wikipedians, you need another presentation than when you want to address third parties who have no idea what Wikivoyage is. Keep in mind that last year Wikivoyage was all new, but now we're one of the projects and many Wikipedians roughly know what we're about and probably looked around once or twice. They need convincing rather than a presentation, I guess. But again, I'm not sure what you want to accomplish :-) JuliasTravels (talk) 17:09, 15 February 2014 (UTC)Reply[reply]
Frankly speaking Julias, at first I really didn't want to do the presentation and that's why I first talked with Stefan whether he's going to do the presentation this year again but he said he've no plans to attend the conference, presentation aside. Then, I talked with User:Andyrom75 (last year attendee) whether he'll be going to attend the conference again this year but he said No as well. Then I talked with Nick and Nick said he's not sure whether he'll be able to attend the Wikimania this year and then I decided to do the presentation because I think a presentation is something we definitely need on such an important occasion, and keep doing at-least until WV community not grow. I'm glad Dr. has agreed to do the presentation and I still wish if Nick or someone else pop-up and I become the audience. Frankly speaking but I'm shy with these things. Now back to topic, at first I had in my mind to do a presentation on the progress of the project as I said in the proposal page but after Andrew message above, I think this is not a good idea and just a wastage of such a good opportunity so I've decided to change the topic/theme of the presentation to something which focus more on publicising the WV especially among the Wikimedian community. Wikimania is in August so we have a long time to start working on a presentation but I just want to make sure with the community if the community is agree with my proposed theme and topic of the presentation or something else so we make our proposal accordingly because Deadline for submitting proposal is March 31st. Now answer to your question what my goal is: obviously my audience is Wikipedians and goal is to encourage and motivate more new editors to join the WV. You said " They need convincing rather than a presentation", are you suggesting that we should arrange a talk, a discussion with them? --Saqib (talk) 19:30, 15 February 2014 (UTC)Reply[reply]
As per my last year experience I can tell you that there's no need of creating fancy stuff because the basic need is to let them know that voy exists; in fact most of them didn't! The most dumb thing that I've noticed in HK was the official brochure where the disclaimer said: "based on a Wikitravel article" :-DDD Take also into account that one third of the people that where in the room for the voy presentation, have been brought there by me. I hope that this year things have changed, but maybe not. --Andyrom75 (talk) 20:03, 15 February 2014 (UTC)Reply[reply]
Why don't we create a travel guide for the Wikimania conference? It could be a simple flyer that gets handed out at the door, with brief descriptions of the venue and key attractions in the area. A presentation isn't necessary, and you probably shouldn't force yourself into something that you're uncomfortable with. There are many other ways to represent our project -- handing out flyers is one way, and talking to small groups is another way. Focus on what motivates you to be a part of the Wikivoyage community. As long as you're showing your passion for the project, others will be more inclined to join us. Edge3 (talk) 19:57, 15 February 2014 (UTC)Reply[reply]
Edge3, we already have a travel guide for the event: Wikimania_2014_London_Guidebook and AFAIU the idea was to give it to participants in some form. But I'm not sure if it would be necessary to print it out as that'd mean a whole lot of paper and ink. ϒpsilon (talk) 20:04, 15 February 2014 (UTC)Reply[reply]
Previously, I was actually thinking of something like you just suggested that make prints of Wikimania 2014 London Guidebook and give them to attendees but as YPSI said, the fact is most of the attendees will have tablets and smartphones and obviously they'll prefer to use our guide article in digital format on their devices rather than carrying paper or flyers. Btw, WV merchandising is a good idea and Stefan have some plan about it. BTW, I'm thinking of a presentation which can tell the difference between Wikipedia and Wikivoyage in a funny manner and also focus on why should one contribute to Wikivoyage rather than WP but this can hurt some Wikipedians but not if the presentation is in funny manner through funny images in the presentation. --Saqib (talk) 20:13, 15 February 2014 (UTC)Reply[reply]
You may also want to talk with other language Wikivoyages too, and see if they have any ideas. --Rschen7754 00:37, 16 February 2014 (UTC)Reply[reply]

Image: vs. File:

I notice that Auto Wiki Browser is taking valid uses of Image: in articles and changing them to File:, for instance [6], leaving vague edit summaries like "clean up" or "typos fixed".

Image: is valid and was the original MediaWiki default. File: was introduced in the software somewhere around MW 1.6 on the assumption that a rare few files might be audio or multimedia, perhaps file:recorded-walking-tour.ogg or something. As WV articles specifically must be usable in their print form, we currently don't attach MP3/OGG or other non-images to our destinations as a matter of policy, so all of our files are indeed images.

Is it possible to turn this unneeded substitution of File: for Image: off? K7L (talk) 17:36, 13 February 2014 (UTC)Reply[reply]

"Image:" is nothing but an alias included for backward compatibility. I think we should be using "File:" consistently, though I don't know if I'd bother editing a page if that's the only change. Powers (talk) 18:12, 13 February 2014 (UTC)Reply[reply]
As LtPowers notes, "Image:" is just an alias and has no special significance. My understanding is that it is now recommended to use "File:" instead - see for example w:Wikipedia:Images: "Images are classified as files and use the prefix of File: or the deprecated prefix of Image:". -- Ryan • (talk) • 18:30, 13 February 2014 (UTC)Reply[reply]
Basically per LtPowers; I don't think mass editing pages for the sole purpose of changing Image to File is a good thing, and clutters page histories. --Rschen7754 03:28, 14 February 2014 (UTC)Reply[reply]
Unless I'm mistaken AWB treats the Image:→File: conversion as a minor fix, and thus individuals using AWB would be prompted to save that change only if there are more substantial changes required (such as typo fixes). -- Ryan • (talk) • 04:01, 14 February 2014 (UTC)Reply[reply]
I would also say that this is (mildly) confusing for new users. Turning off 'Image' would yield a minor useability enhancement for the site as a whole. Andrewssi2 (talk) 04:05, 14 February 2014 (UTC)Reply[reply]
I'm pretty sure we can't turn it off... --Rschen7754 08:15, 14 February 2014 (UTC)Reply[reply]
How so? The links are to images. K7L (talk) 04:20, 14 February 2014 (UTC)Reply[reply]
Because it is not clear to a new user which they should use. Andrewssi2 (talk) 04:35, 14 February 2014 (UTC)Reply[reply]
By now all Wikipedia editors are used to "File:". While it's not a big deal, sticking to "File:" makes our wikicode more standard, and thus a little bit more outsiders-friendly. It also makes bot-writing a bit easier, for instance all of my scripts understand "File:" but not "Image:". Nicolas1981 (talk) 07:41, 14 February 2014 (UTC)Reply[reply]
A bot or script will need to recognise both as both are built into the MediaWiki software and neither is going away. K7L (talk) 15:02, 15 February 2014 (UTC)Reply[reply]
If it were a perfect world! My scripts are far from perfect :-) Nicolas1981 (talk) 12:05, 18 February 2014 (UTC)Reply[reply]


Looking at Special:WantedPages, the #1 "wanted" page, with 127 red links (more than twice those of #2), is a page called "UUTP". This page was originally created by User:Alice as a redirect to one of her user subpages, subsequently speedy deleted by myself because we don't redirect from the main namespace into someone's personal user space. Apparently all of the existing red links were inserted first by Alice as part of her personal welcome message template, then by User:W. Frank, who ostensibly copied Alice's message and inserted it on user and IP talk pages as his own, which was then continued by User:118.93nzp and who copied the message from Frank and inserted it as his own. Since it is not actually a "wanted page", and since it is part of a controversial welcome message from a controversial trio(?), would anyone object if I run AWB on these pages to delink "UUTP"? I realize it would technically involve changing someone elses message text, but the alternative would be that we forever keep "UUTP" as our number one most wanted page of all time. What say we? Texugo (talk) 01:24, 18 February 2014 (UTC)Reply[reply]

What would be the visible difference on a user's page? Just the removal of an instance of [[UUTP]] ? Andrewssi2 (talk) 01:41, 18 February 2014 (UTC)Reply[reply]
From a random sampling, it looks like it's always linked with the words "your very own talk page". The only difference would be that those words would be changed to plain black text instead of red links. Texugo (talk) 01:49, 18 February 2014 (UTC)Reply[reply]
For reference, the intended target for such links is User:Alice/Kitchen/Using User Talk pages. Perhaps there is information there that could be merged to Wikivoyage:User page help and UUTP links could be replaced with links to that page instead. If that's considered inappropriate due to changing another user's posts to say something other than what was intended, we should just replace all UUTP links to point to Alice's subpage. Powers (talk) 02:29, 18 February 2014 (UTC)Reply[reply]
I still figure the easiest thing would be to simply de-link it, but if someone volunteers to merge stuff to Wikivoyage:User page help right now, that would be fine with me. I would prefer to avoid the second option if possible, as I don't think it's appropriate to be sending IPs and new users to an unofficial page in someone's user space, especially if it might encourage the IP or newbie to turn to such a problematic user as some kind of mentor. Texugo (talk) 12:13, 18 February 2014 (UTC)Reply[reply]
Agreed wholeheartedly with Texugo. Delinking is the answer. If it's not policy, it shouldn't be presented to impressionable newbies as if it were, least of all by a problem user such as Alice/Frank/118. -- AndreCarrotflower (talk) 00:16, 19 February 2014 (UTC)Reply[reply]
Could be changed to Special:MyTalk but since most of these are on the users talk page, the link wouldn't be that useful, so best to unlink it. -- WOSlinker (talk) 13:54, 19 February 2014 (UTC)Reply[reply]

A related discussion is now taking place at Wikivoyage talk:Using MediaWiki templates#De-linking of redlinked templates. Texugo (talk) 15:06, 19 February 2014 (UTC)Reply[reply]

Universal Language Selector will be enabled by default again on this wiki by 21 February 2014

On January 21 2014 the MediaWiki extension Universal Language Selector (ULS) was disabled on this wiki. A new preference was added for logged-in users to turn on ULS. This was done to prevent slow loading of pages due to ULS webfonts, a behaviour that had been observed by the Wikimedia Technical Operations team on some wikis.

We are now ready to enable ULS again. The temporary preference to enable ULS will be removed. A new checkbox has been added to the Language Panel to enable/disable font delivery. This will be unchecked by default for this wiki, but can be selected at any time by the users to enable webfonts. This is an interim solution while we improve the feature of webfonts delivery.

You can read the announcement and the development plan for more information. Apologies for writing this message only in English. Thank you. Runa

Amendment to the Terms of Use

I'd like to ask the Wikivoyage community what they would think of this change, in light of the large Wiki-PR scandal and the effects of its fallout. Does the Wikivoyage community feel comfortable with a Wikimedia-wide policy requiring that a paid employee must disclose the source of his funding or the organization that he is affiliated with? If I remember correctly, some of Wikivoyage's important contributors are travel agencies, and this has the potential to affect certain policy pages around here, including Wikivoyage:Don't tout and Wikivoyage:Welcome, business owners. If it passes, and it's looking very likely the change will go through anyway, the latter page Wikivoyage:Welcome, business owners needs updating to include the new requirement. TeleComNasSprVen (talk) 12:48, 23 February 2014 (UTC)Reply[reply]
I commented here. I think the idea behind the proposal is a good one, but as currently worded it sounds like it may do more harm than good. -- Ryan • (talk) • 16:55, 23 February 2014 (UTC)Reply[reply]
I've raised meta:Talk:Terms of use/Paid contributions amendment#This_isn't just about Wikipedia as an issue. Wikipedia bans original research, we don't. A local CVB might be able to contribute constructively, or might be doing more harm than good, but we need to deal with each on its merits. K7L (talk) 19:07, 23 February 2014 (UTC)Reply[reply]

Request for assistance: phone number formats for various countries

Per Wikivoyage talk:Phone numbers#Proposed replacement I've replaced [7] the verbose and incomplete discussions about country-specific phone formats with a simpler, and hopefully more straightforward, table: Wikivoyage:Phone numbers#Country-specific examples. The "examples" column of that table is incomplete for many countries, so please add an example of a properly formatted phone number for any countries you are familiar with. Examples should be formatted as they would appear in Wikivoyage, so they should include the country code and have a hyphen in between number blocks that can be dialed locally, for example (in the USA) "+1 YYY XXX-XXXX" for a local number or "+1-8YY-XXX-XXXX" for a toll-free number. Thanks! -- Ryan • (talk) • 02:37, 24 February 2014 (UTC)Reply[reply]

Is there an easy way to bulk import OpenStreetMap POI's?

I notice user:Mey2008 manually imported a good collection of individual co-ordinates into Oswego, a new article, with "see Mapnik layer". Presumably, this "Mapnik layer" is part of OSM; that project already has various points of interest (landmarks, hotels, restaurants) with names and co-ordinates as they appear on OSM's map of the city.

If this huge stack of geographical data already exists under some sort of free licence, would it be possible to automate its use? For instance, a new article is started not as a blank {{smallcity skeleton}} but as a list of the POI's already in OSM ready for Wikivoyagers to add description and detail to each. Another possibility would be for an automated process to match existing Wikivoyage listings to the OSM POI's to grab the co-ordinates.

How difficult would this be to implement? K7L (talk) 18:00, 26 February 2014 (UTC)Reply[reply]

I can't speak to the technical difficulties, but if there are any pointers to the POI data (URL, etc) it would be hugely useful - it take a long time to look up that data when updating articles, so if there is an easier way to get it then I'd like to use it. -- Ryan • (talk) • 18:14, 26 February 2014 (UTC)Reply[reply]
OSM typically has too many POIs for a given destination. While it would be nice to import addresses and coordinates from an external source, there is a huge risk of transforming Wikivoyage articles into endless lists of POIs without descriptions. In particular, this applies to hotels and restaurants. --Alexander (talk) 18:19, 26 February 2014 (UTC)Reply[reply]
That depends on what we do with the data. A tool operating under manual supervision would still leave the last word on what points to include with the human editor. A 'bot script which adds co-ordinates to existing POI's would also avoid creating "too many POI's" as it's just expanding existing listings. Neither would involve the w:user:Rambot-style mass creation of pages on every census-designated speck on the map. Either would be a step toward avoiding "reinventing the wheel" by allowing us not to have to manually generate co-ordinate and address data already in OSM. K7L (talk) 18:51, 26 February 2014 (UTC)Reply[reply]
I've also noticed that one layer of the dynamic map has POIs marked out and wondered if they could be imported. Importing all POIs obviously wouldn't be very smart and just give us long lists a la Yellow Pages. The ideal interface would be having the POI's on the map and editors would be able add them to ("activate them" would maybe be a better term?) or remove them from the article by just clicking on them. ϒpsilon (talk) 19:52, 26 February 2014 (UTC)Reply[reply]
I'd be supportive of a tool/method that made the manual import of a listing easier. Please also bear in mind that listings in OSM may no longer be current or even open, and we would want to dissuade the indiscriminate addition of listings. --Andrewssi2 (talk) 00:03, 27 February 2014 (UTC)Reply[reply]
In Geomap [8] the "OSM" button can be activated at top right. Then when you click on an icon in the map, OSM data is displayed. Good examples: restaurant "AKKU" or "Alte Münze". The feature is still in testing mode and needs to be optimized. -- Joachim Mey2008 (talk) 06:25, 27 February 2014 (UTC)Reply[reply]
Joachim, you ARE a wizard! Danapit (talk) 06:44, 27 February 2014 (UTC)Reply[reply]
Interesting. I click on "AKKU" and get the co-ordinates bot not the address nor the hours of operation you've added. If I look at the POI in, the extra info is there. Is there any way to get {{listing}} (in whichever language) as one of the "copy templates" formats, with whatever data was attached to the original POI (node or way) tag? The original XML data (whatever's exported when clicking 'Export' on's standard map view) looks like:
 <node id="" visible="true" version="" changeset="" timestamp="" user="..." uid="" lat="43.6461730" lon="-79.3797376">
  <tag k="addr:city" v="Toronto"/>
  <tag k="addr:country" v="CA"/>
  <tag k="addr:housenumber" v="200"/>
  <tag k="addr:state" v="ON"/>
  <tag k="addr:street" v="Bay Street"/>
  <tag k="amenity" v="fast_food"/>
  <tag k="name" v="Harvey's"/>
  <tag k="operator" v="Cara"/>
  <tag k="wheelchair" v="yes"/>

which should become {{eat|name=Harvey's |address=200 Bay Street |latitude=43.6461730 |longitude=-79.3797376 |description=Fast food}}. Often the OSM POI has little more than a name, type ("amenity" or "tourism" with subtype) and co-ordinates, but we should use what's there. K7L (talk) 14:08, 27 February 2014 (UTC)Reply[reply]

Please click first on the button "OSM" at top right! All information should appear. -- Joachim Mey2008 (talk)
Looks better, but I seem to get the "eat" template for every POI (instead of "drink", "buy"...) and the street address isn't copied to the template. K7L (talk) 16:46, 27 February 2014 (UTC)Reply[reply]
As I said above: the feature "OSM data" is still in test mode and must be optimized. I am concerned licensing issues (ODbL). This must be sure before I continue working on it.-- Joachim Mey2008 (talk) 17:13, 27 February 2014 (UTC)Reply[reply]
I have the same concern about the licenses compatibility. I know that it is not possible to import data from Wikipedia to OSM (I wanted to batch import train station names, and after discussion in the OSM list it may not be allowed in some countries, so I did nto). Does someone have some information/analysis about that? Currently Wikivoyage provides a tool to select coordinates from OSM/Mapnik, and I don't know if it is ok (the license stuff is quite complicated!). - Fabimaru (talk) 18:35, 2 March 2014 (UTC)Reply[reply]
Is it possible to copyright a pair of co-ordinates? Usually there has to be some creative input to qualify as a copyrightable work. K7L (talk) 23:53, 2 March 2014 (UTC)Reply[reply]
Coordinates are calculated using OSM tiles (CC BY-SA license). I see no problems here. My question concerns importing of the other data from OSM database (ODbL license). -- Joachim Mey2008 (talk) 05:18, 3 March 2014 (UTC)Reply[reply]
Under the EU laws the publicly accessible databases are protected even if they contain non-creative work (city names, coordinates), you cannot harvest data without having the consent. Well, I guess that the OSM foundation will not sue the WP foundation for that (but it would be nice to have an official statement). In Australia I think, a phone book company lost a law-suit against another one that retrieved the phone numbers because they are not creative work. So I don't have an answer, but I wanted to say that it is not as obvious that one could think, and maybe there are some other restrictions in other countries. Anyway, thank you for the information about the tiles, I am relieved! edit: concerning the license CC BY-SA, aren't the extracted coordinates a work derived from the tiles? in this case it would require that it is given the same license. edit 2: my bad, Wikipedia is also CC BY-SA - Fabimaru (talk) 07:00, 3 March 2014 (UTC)Reply[reply]
Looks like reusing OSM POIs into Wikivoyage is OK: Nicolas1981 (talk) 09:25, 4 March 2014 (UTC)Reply[reply]
Thank you for the link. What I understand is that it is not clear. Fabimaru (talk) 13:03, 5 March 2014 (UTC)Reply[reply]
Interesting. Wikivoyage is CC-BY-SA and has never been GFDL (unlike Wikipedia, which started with GNU's licence and switched much later) but the distinction between prose (Wikivoyage) and database (Wikidata) is one I hadn't anticipated. In any case, it looks like there would be substantial manual editing to usably get the OSM POI's into WV as they lack full descriptions and are often just (name, type, co-ordinates) with the civic address or telephone missing. OSM's Nominatim could get the street name for these, but as an approximation only. The decision of which POI's to import would also need to be manual. K7L (talk) 17:16, 4 March 2014 (UTC)Reply[reply]

Bugs in interface for creating a new account

I'm a new user, having just created an account. There are some bugs in the web interface used for creating a new account. It says that the email address is optional, but if you don't put in an email address, it doesn't work. The resulting error message doesn't accurately explain the problem (which is a lack of an email address); it talks about cookies and says something vague about not being able to verify the source.--Bcrowell (talk) 18:34, 12 January 2014 (UTC)Reply[reply]

Thanks for bringing that to our attention, Bcrowell.
I'm neither an administrator nor a programmer, but I'm sure someone who is both (like @Wrh2:) will probably take a look at this soon...
Thanks for creating an Apizaco‎ article! --118.93nzp (talk) 21:55, 12 January 2014 (UTC)Reply[reply]
This is probably something to bring up at m:Wikimedia Forum, as it probably affects more than just the English Wikivoyage. --Rschen7754 22:40, 12 January 2014 (UTC)Reply[reply]
Cannot recreate the problem - I just created a test account without email address and it went fine (Chrome 33). Which browser is this about? Is this still a problem? --Malyacko (talk) 18:04, 24 February 2014 (UTC)Reply[reply]

I had a problem creating my account yesterday. I wanted to use the same handle I use on other Wikimedia sites (The Photon), but I was told that that name is too similar to an existing account (The photon), which you can see from red link does not actually exist. El Photon (talk) 02:58, 13 March 2014 (UTC)Reply[reply]

Here's my guess as to what happened. When you create an account now, the account is a Single-User Logon -- a global Wikimedia account. You can't create an account here just at Wikivoyage (see here that your El Photon account is an SUL account. Trying to create a global "The photon" or "The Photon" account won't work because both of those exist (as non-SUL accounts) on some wikis. What you should do is go to en.wikipedia (or another Wiki on which you have the "The Photon" account) and go to the page called 'Special:MergeAccount'. That will set your account up as an SUL and allow you to log on to any wiki with the same logon. Powers (talk) 16:04, 13 March 2014 (UTC)Reply[reply]

Wikimedia blog article

FYI, there's a nice article on the Wikimedia blog today featuring Saqib. -- Ryan • (talk) • 08:22, 27 February 2014 (UTC)Reply[reply]

+1. Saqib, I know I'm a thorn in your side sometimes (q.v. recent proceedings on dotm), but I do truly admire your tireless work. -- AndreCarrotflower (talk) 08:25, 27 February 2014 (UTC)Reply[reply]
Great stuff Saqib! Thanks for your constant promotion of WV! Andrewssi2 (talk) 12:50, 27 February 2014 (UTC)Reply[reply]
Oh you guys found it. Thanks! --Saqib (talk) 14:34, 27 February 2014 (UTC)Reply[reply]
Yes, very nice. It is good to see both the site being promoted and Saqib getting some well-deserved credit.
It raises a question, though. English-speaking locals are a great resource for the site — their knowledge and their perspectives complement what visitors can provide plus they can translate to and from local languages. We have some good ones for various places, but is there anything we should be doing to attract more? Pashley (talk) 15:53, 27 February 2014 (UTC)Reply[reply]
Wonderful, Saqib! Danapit (talk) 21:32, 27 February 2014 (UTC)Reply[reply]
Excellent article Saqib! I play chess with a friend from Pakistan and hope someday to visit him there... Matroc (talk) 04:04, 28 February 2014 (UTC)Reply[reply]
Really fantastic article! Great story, great photos. Godspeed on your journey! Ikan Kekek (talk) 10:30, 28 February 2014 (UTC)Reply[reply]
Thanks everyone. --Saqib (talk) 15:17, 28 February 2014 (UTC)Reply[reply]

Great job Saqib! Well done on raising the profile of both Pakistan and WV! --Nick talk 23:16, 28 February 2014 (UTC)Reply[reply]

Articles with ref tags

There are a number of pages which include <ref> tags which could do with changing into just links. For example Oxford (Ohio). Just wondering if someone could edit MediaWiki:Cite error refs without references and set it to the following so that these can be tracked into a category for easier finding and editing.

<code><ref></code> tags exist, but no <code><references/></code> tag was found[[Category:Articles with ref tags]]

Thanks. -- WOSlinker (talk) 22:25, 3 March 2014 (UTC)Reply[reply]

Users shouldn't be using the references tag either; maybe we shouldn't include it in the wording. Powers (talk) 01:18, 4 March 2014 (UTC)Reply[reply]
Thanks for adding the cat. I forgot to put the includeonly tags around the category. They should be added as well. Sorry. -- WOSlinker (talk) 07:11, 4 March 2014 (UTC)Reply[reply]
<code><ref></code> tags exist, but no <code><references/></code> tag was found<includeonly>[[Category:Articles with ref tags]]</includeonly>
Yes Done. -- Ryan • (talk) • 07:19, 4 March 2014 (UTC)Reply[reply]

Deleting WT attribution template

Hi, everyone. I want to delete that stupid template from User talk:Ikan Kekek, since anything having to do with my time at WT has already been archived. How do I delete the template from my user talk page? Ikan Kekek (talk) 12:29, 27 February 2014 (UTC)Reply[reply]

If you recall, User:Pashley did this for us for the Talk:Iran page. I still don't know how he did it. Andrewssi2 (talk) 12:49, 27 February 2014 (UTC)Reply[reply]
Delete the page. Then restore only those edits that were done after the migration. --Alexander (talk) 13:00, 27 February 2014 (UTC)Reply[reply]
Yes, deleting a page and recreating it gets rid of the template. In general, this should be done only after a bit of thought; we do have both a legal and a moral obligation to give proper attribution. Pashley (talk) 13:14, 27 February 2014 (UTC)Reply[reply]
[Edit conflict]I have to delete the page? All the edits were done after the migration, every single one of them. The older edits (which are linked from the top of my user talk page) are archived. There's no simpler way to do this than for me to copy the entire contents of the page to a blank file, delete the page, then recreate the page and put the contents of the former page back? Ikan Kekek (talk) 13:16, 27 February 2014 (UTC)Reply[reply]
No, who said anything about copy and paste? You can do a selective restore of just the edits after the migration. Powers (talk) 14:07, 27 February 2014 (UTC)Reply[reply]
In order to do that, I'd have to cut the contents, paste them elsewhere, then repeat the procedure. There should be a simpler way to delete templates from articles that no longer need them. Ikan Kekek (talk) 21:24, 27 February 2014 (UTC)Reply[reply]
I'm not familiar with the WikiMedia software, although in IT solutions generally it would not surprise me if a full deletion was required to remove the template.
What should the process be? Can a user request this on a talk page and an individual admin ensures that there is no WT content before doing this?
Additionally if WT content is archived then how do we handle the lack of attribution on newly created archive pages? Andrewssi2 (talk) 00:36, 28 February 2014 (UTC)Reply[reply]
Ikan, listen to what I'm saying. As an admin, you have the ability to selectively restore specific edits after deleting a page from the Wiki. See, for example, w:Wikipedia:Selective deletion. No copying and pasting required. Powers (talk) 02:08, 28 February 2014 (UTC)Reply[reply]
I tried it, and it proved too complicated (my first attempt didn't work), so I deleted my user talk page and recreated it. However, the WT attribution was also for some reason deleted from User talk:Ikan Kekek/archive, which I didn't intend to do, as it includes content from before the move. So what do we do now? Ikan Kekek (talk) 07:47, 28 February 2014 (UTC)Reply[reply]
Restore all the deleted edits on your talk page and then move your talk page to your archive page and then you can edit your archive page to just have the archived stuff that you want on it. -- WOSlinker (talk) 08:05, 28 February 2014 (UTC)Reply[reply]
I don't understand. You're saying if I restore the deleted edits, the WT attribution will reappear? Ikan Kekek (talk) 09:11, 28 February 2014 (UTC)Reply[reply]
Didn't work - same as before the undeletion. Ikan Kekek (talk) 09:43, 28 February 2014 (UTC)