User:Nicholasjf21/Pub

From Wikivoyage
Jump to navigation Jump to search
Welcome to the Pub

The Travellers' Pub is the place to ask questions when you're confused, lost, afraid, tired, annoyed, thoughtful, or helpful. Please check the FAQ and Help page before asking a question though, since that may save your time and others'.

Please add new questions at the bottom of the page and sign your post by appending four tildes (~~~~) to it, but otherwise plunge forward!

  • If you have a question or suggestion about a particular article, use the article's talk page to keep the discussion associated with that article.
  • Issues related to more than one language version of Wikivoyage are discussed in the Wikivoyage Lounge on Meta.


Pull up a chair and join in the conversation!

Experienced users: Please sweep the pub

Keeping the pub clean is a group effort. If we have too many conversations on this page, it gets too noisy and hard to read. If you see an old conversation (i.e. a month dormant) that could be moved to a talk page, please do so, and add "{{swept}}" there, to note that it has been swept in from the pub. Try to place it on the discussion page roughly in chronological order.
  • A question regarding a destination article should be swept to the article discussion page.
  • A discussion regarding a policy or the subject of an expedition can be swept to the policy or expedition discussion page.
  • A simple question asked by a user can be swept to that user's talk page, but consider if the documentation needs a quick update to make it clearer for the next user with the same question.
  • A pointer to a discussion going on elsewhere, such as a notice of a star nomination or a request to comment on another talk page, can be removed when it is old. Any discussion that occurred in the pub can be swept to where the main discussion took place.
Any discussions that do not fall into any of these categories, and are not of any special importance for posterity, should be archived to Project:Travellers' pub/Archives and removed from here. If you are not sure where to put a discussion, let it be—better to spend your efforts on those that you do know where to place.

WikiVoyage on mobile devices[edit]

Is there a page on how to use this site on mobile devices (Android, Blackberry, etc. )? Struggling to use the listing entries to call numbers directly.--Traveler100 (talk) 07:15, 5 January 2013 (UTC)Reply[reply]

See also: http://en.wikivoyage.org/wiki/Wikivoyage:Offline_reader_Expedition Nicolas1981 (talk) 06:22, 21 January 2013 (UTC)Reply[reply]
Hi, if you're talking about editing the pages through official Wikivoyage website, I don't think so there is a way yet. --Saqib (talk) 10:28, 5 January 2013 (UTC)Reply[reply]
In terms of making it mobile friendly so that you can tap on phone numbers and it calls the phone number, that functionality is not yet available. More features are on the way, along with apps I believe, but good things take time. :) It may be worth starting a brainstorm on features we would like to see. JamesA >talk 10:39, 5 January 2013 (UTC)Reply[reply]
Yes my question was related to making calls from listing, for example restaurants. The only way I have found so far is a rather long winded copy/paste process between browser and phone apps. Is there a page in existing to discuss or propose enhancements such as one click phone calls?--Traveler100 (talk) 11:08, 5 January 2013 (UTC)Reply[reply]
Not yet—I think it's time to create one.
There is an app called WikiSherpa which allows you to download content from WT (the author intends to switch over to WV content, hopefully soon) that does allow one clock phone calls. --Peter Talk 17:06, 5 January 2013 (UTC)Reply[reply]
Having a more functional mobile site would be great and a few ideas have been brought up over the last 6 months or so during the transition. I mentioned a few things at Wikivoyage talk:Listings#Links to Wikipedia#Different subject. That page is long (but mostly thought-out discussion), but if you scroll down in that section to a big block of text (that isn't indented) starting with "Footnotes might be a good idea...", I discussed adjusting the listing template to create images (phone, map, website, etc) that, when clicked on a mobile device, would work with your phone's OS to bring up phone, email, a map (default map on phone or OSM), and open links to websites in a new window. I don't feel like editing/re-writing this, so FYI, the context of this comment was allowing in-line links to Wikipedia (as opposed to links in the sidebar) and whether/how such links should be differentiated from a Wikivoyage link.
But my preferred method is part of changes to some of the templates we use, where listing templates would add the option to link to a Wikipedia page. This would mainly apply to the see/do sections. I think the templates for see/do/eat/sleep could get a makeover to make them look sleeker (if all the info is present, this could be a couple lines of text on a computer, much worse on a smartphone) by using images and hiding some of the information from being displayed. Let me give an example before explaining. For Westminster Abbey, the listing on WT Westminster begins ([6]=website):
  • Westminster Abbey, (tube: Westminster), ☎ +44 20 7654 4900 (info@westminster-abbey.org [email envelope], fax: +44 20 7654 4894), [6]
My idea would be for a listing that would look like this:
  • Westminster Abby ([tube] Westminster, [Bus] ?, [Wikipedia], [Website], [phone], [email envelope], address [Open Street Maps])
In this format, the brackets would all be small images: Tube logo, a bus symbol, Wikipedia's "W" logo, some sort of symbol that would be used for official websites(replacing the [1] arrow only in templated listings, not elsewhere in article), the (existing) phone symbol, the e-mail envelope, & OpenStreetMap logo. The only text that would show is the mass transit stop & address. When you click the phone or email images the phone #/email address would be displayed to the right of the image. The info would also be displayed by hovering the mouse over the image (on computers). It would be really great for our site's functionality if clicking on those images when using a device like a smartphone (either through the "mobile" site or an official app) would bring up a small overlaying window with the phone number (or email) and ask "Call [ph. #]?" or "Email [email address]". The Wikipedia logo would serve as a link to the corresponding WP page...opening in a new tab on a computer. On a smartphone/tablet, this would bring up a prompt (Visit [name] on Wikipedia? "Go" "Cancel") just in case it is pressed accidentally (due to charges/limits for data service on mobile networks...especially when roaming [internationally]!) and then bring it up in a new window. There would be different mass transit icons for bus, (light) rail, & metro/subway. In some locations, the icons would be changed to reflect those of the official mass transit lines...like for Westminster Abbey, in London, the Tube...but ONLY if those images are not protected by copyright or otherwise permitted to be used freely (I think this was done with some of the routebox navigation). The bracketed number followed by an arrow is rather dull and, for those who might not be used to wikis, not intuitive that this means a website. So, a new website icon could be created for use in listing templates (it wouldn't be used elsewhere on the page). Clicking this would open the website in a new window (smartphone/tablet users might be prompted "Visit [website url]?" "Go" "Cancel"...again, to prevent accidental clicks). Finally the address could be displayed a combination of description ("Corner of 1st Avenue and Main Street"), physical address (which could be hidden by an image [1234] or by "Address" and displayed by clicking or hovering over it), and coordinates (hidden under a logo...maybe use same as WP...and displayed when clicking/hovering on it, see WP WikiProject Geographical Coordinates for ideas on incorporating into WV). The address/coordinates can be used to link to a mapping service/website via an image/logo (OpenStreetMaps may be best, because of licensing, when compared to commercial services) on smartphones/tablets, clicking on the image would prompt the choice of service ("OpenStreetMaps" + what the device uses...handled on the phone OS side, like if you have two programs doing the same thing on an Android device, you click an address and a window pops up for you to choose which to use...this wouldn't be for WV to know/link to other services). If a part of information is not provided in the listing, then the icon is not displayed (eg. no phone #, no phone icon shown).
To put this in perspective, the current WT attractions listing template is:
  • <see name="" alt="" address="" directions="" phone="" email="" fax="" url="" hours="" price=""></see>
A new template might look like this:
  • * <see name="" alt="" bus="" metro="" lightrail="" Wikipedia="" url="" phone="" email="" address="" directions="" coordinates="" hours="" price=""></see>
For offline electronic use (which is a topic that needs to be brought up elsewhere), the information would be fully displayed except websites which can get messy when longer than http://website.com (could be "Link" underlined). Wikibooks & Wikisource allows pages to be downloaded as a PDF (to view on computer/tablet/phone or loaded on e-reader), which is something WV should get when we move to WMF, in which case websites would need to be displayed in case printed or needed to enter in an internet cafe. We could also see if WV could get an official phone/tablet app some developer could volunteer to create that could keep the same formatting as the online website, but allow downloads for offline use.
Outside of templated listings, there's only a couple other common places where inter-wiki links would be used/appropriate. Since regional/country-level pages don't use listing, but rather paragraphs of text, WP pages could be linked by adding a template after the name of an attraction/etc. So in the middle of a paragraph you would see "Westminster Abbey [W]" (where W is the Wikipedia "W" logo) which would be done by typing "Westminster Abbey {{Wikipedia:Westminster Abbey}}" a template that could be added to the toolbox you see when editing. Links to other WMF wikis could be done similarly. AHeneen 00:35, 10 September 2012 (UTC)Reply[reply]
In addition to that suggestion, I would also like to see a template for just phone numbers to add in the middle of prose. For example, in the "Get around#By bus" section of Lake Wales: "Lake Wales is served by Winter Haven Area Transit (WHAT, [4], +1 863-534-5500). Adult/youth fare is $1.50/ride with no free transfers. Seniors (65+) and the disabled ride for $0.75, with proof and no free transfers." The phone number would look better with the phone image beside it and the template could work (on the mobile site) to bring up the phone app (is that what it's called?) to place calls. If you're using an Android phone, tapping a number will bring it up in the phone app. But it doesn't recognize the number in the format we use on WV. Tapping the number in that example text, it brings up "+1863534". To be honest, though, that functionality frequently brings up odd numbers in the phone app...for example, I'll unintentionally touch a number when scrolling and it will bring up "20-13" or "27395" (like a population). Not sure if that's been fixed in later versions like 4.x, but with the wide variety of phone operating systems and considering much of the developing world will have older OS versions, relying on the phone to recognize the number is not the way to go. AHeneen (talk) 06:13, 7 January 2013 (UTC)Reply[reply]
Could we perhaps start work on an open source app, possibly very similar to the Wikipedia app? Having a good mobile site is important, but I feel like allowing people to browse the site (or a section of the site) while offline would make Wikivoyage much more appealing to mobile users. WikiSherpa is doing a good job right now, but it's proprietary software (it's freemium, and not open source), which feels at odds with the WMF philosophy if we want to call it our official app.
I've got some iOS development experience. I'd love to Plunge Forward and fork the Wikipedia iOS project on github and start working on an equivalent for WikiVoyage (which would be open source). However, I want to make sure I don't end up putting in effort for nothing. How does WMF go about embracing "official" apps for their websites? KhwamRock (talk) 02:57, 23 January 2013 (UTC)Reply[reply]
Check this thread. It might be a good starting point. --Alexander (talk) 07:36, 23 January 2013 (UTC)Reply[reply]
Hi there. Jon Evans here, author of WikiSherpa, which I've recently switched from Wikitravel to Wikivoyage (as of the currently available Android version and the waiting-for-review iOS version.) I'd actually be happy to open-source it. There are, however, two points. One is that, well, WS was my first Android project and my first iOS project, and it shows in the code to an embarrassing degree. It's a lot kludgier and clunkier than I'd like. The other is that it doesn't just connect to Wikivoyage; it actually has its own App Engine server, which parses out Wikivoyage's data, geocodes addresses, gets associated Wikipedia pages, some Foursquare locations, etc, parses all that into a a somewhat byzantine XML format, and sends that to the apps. The App Engine server costs me a couple of hundred dollars a year to maintain, and I don't know if any open-source community is going to be willing to take that over... Anyway, I can be reached at wikisherpa@rezendi.com for further discussion.
Hallo, Jon! Thanks for taking the time to keep us up to date on your interesting developments. Please take the time to register an account so we know it's you posting in future. That way, if you configure your preferences appropriately, you'll also get an e-mail notification when pages you are "watching" are changed...-- Alice 04:23, 13 February 2013 (UTC)
I've updated my listing parser with a bunch of heuristics, so that it now also eats unformatted listing entries and converts them into proper tags, which only have to be inserted back into the edit window. If you're editing and cleaning up a lot of listings, you might find that quite useful. Please let me know, what you think about it! ML31415 Mail Talk 06:31, 15 February 2013 (UTC)Reply[reply]
Nice work, Michael!
One thing you might like to consider, Michael, is a switch for the English language Wikivoyage which forces the insertion of null tags like tollfree="" (in line with the recommendation here: "...If you don't know some information, just leave that field empty, somebody else can add those details later. Please do not delete any unused listing fields..." ). Thanks for listening. -- Alice 07:11, 15 February 2013 (UTC)
It's generally inserting all tags now. ML31415 Mail Talk 01:20, 19 February 2013 (UTC)Reply[reply]

Sharing Options[edit]

Hey everyone. Could someone add sharing options (such as emailing and sharing to Facebook, Twitter, etc) to each travel page so people could easily email their travel info to themselves and other people? Sharing functions aren't really needed on Wikipedia, but are probably more important for a travel site, and most websites nowadays have some basic sharing options such as AddThis and etc. It would be great if we could have some sharing options here on Wikivoyage, and I hope the community will be able to introduce this feature in the future. Thanks. —The preceding comment was added by 38.106.172.254 (talkcontribs)

We've talked about it but haven't had time to take any action on it. It's a bit low-priority at the moment. LtPowers (talk) 15:06, 15 January 2013 (UTC)Reply[reply]
Similar proposals has been discussed at Wikipedia and generally rejected on the basis of privacy concerns and on the basis of the horrible politics that would arise in choosing which sites one would put on the list of sites to share to. (Not that Wikivoyage should blindly follow Wikipedia, but it's worth contemplating the reasons why we've rejected it over on 'pedia.) —Tom Morris (talk) 16:16, 15 January 2013 (UTC)Reply[reply]
There has been some discussion at Wikivoyage talk:Listings about changes to business listings. That page is quite long, so you'll have to scan through all that to find the suggestions (sorry, I don't have time to do that). In addition to the "what sites to choose" issue, there's also the problem of fees and liscenses associated with incorporating those sites' features onto Wikivoyage. AHeneen (talk) 19:26, 15 January 2013 (UTC)Reply[reply]

Wikipedia links[edit]

I added some Wikipedia links to an article earlier, and LtPower has removed them. I haven't got a problem with that: I'm learning the ways of the Wikivoyage.

But I've got a suggestion. Over on Wikinews, we have a template called 'w' which lets you easily link to pages, and if there is a page on the local wiki, it resolves there, and if not, it links to Wikipedia. What's the general view on linking to Wikipedia? I've started adding links back from Wikipedia to Wikivoyage using sister projects templates. —Tom Morris (talk) 16:52, 15 January 2013 (UTC)Reply[reply]

The discussion so far: Wikivoyage talk:Listings#Listings tags and links to Wikipedia. You may want to scroll down to the Summary section first though. --Traveler100 (talk) 17:56, 15 January 2013 (UTC)Reply[reply]
Yes. There has been a LOT of discussion about this and opinion seems divided. There are actually several sections on that page which discuss Wikipedia links. AHeneen (talk) 19:29, 15 January 2013 (UTC)Reply[reply]
Please see Wikivoyage:Links to Wikipedia. For the time being, the accepted way of linking back is to add a [[Wikipedia:Article title]] link at the bottom of the page, which will generate a sidebar link. --Peter Talk 19:55, 15 January 2013 (UTC)Reply[reply]
As far as I know, the inline link style that you mention for Wikinews would likely not be OK on Wikipedia itself. WP groups interwiki links within WMF with the "external links" because there are many sites which have a mirror copy of the English-language Wikipedia but don't have Wikinews, Wikivoyage or any of the others. We don't have an "external links" section, so we use the sidebar link for now. K7L (talk) 00:38, 16 January 2013 (UTC)Reply[reply]

I also today had two links to Wikipedia from the Pakistan article hastily removed by this power lieutenant citing that inline Wikipedia links are against the rules and that's that. I say hasty because he had time to remove them but no time to improve the Pakistan article in a way he saw correct, or to join the Wikivoyage IRC channel to explain the reasoning when I invited him to join the discussion I began after the revert. ... Anyway ... my links were to terms casually dropped in the Pakistan article that I thought many people wouldn't know. One, "shalwar kameez", I did know the meaning of. The other, NOC / No Objection Certificate, I had never heard of before. I am at a complete loss why there's a rule against informative links to our well-known sister project. These links were not SPAM or any kind of clutter, just help on unusual terms. I understand there are many kinds of links to avoid. I understand that before coming to Wikimedia there might've been some reasons to discourage more links from Wikivoyage to WIkipedia. I cannot understand a blanket rule which had a clearly adverse affect in this case. I found this bureaucracy very discouraging and had to wonder if Wikivoyage is already chasing away well intentioned new contributors in the ways that Wikipedia has become sadly famous for. — Hippietrail (talk) 05:54, 25 February 2013 (UTC)Reply[reply]

Hi. The reasoning and argument for what you externally link to and what not to externally link to has probably been discussed here more than any other single issue. Opinion is divided. You can join in the discussion, and address the argument specifically, and please convince everyone why we should change. You shouldn't have a go at one of our other contributors for making edits in line with policy. If you can't find the discussions, I'll provide pointers to them.
However, addressing your specific case, if you are using a term in an article that is unfamiliar to most, then you should make an effort to explain it inline in the article. We want our articles to be useful offline. Useful on the road, in a book, in a printout, in an phone offline. So it is no use to have the answer to the question in a link to WP, the info needs to be here. --Inas (talk) 10:15, 25 February 2013 (UTC)Reply[reply]
To start with, I am strongly in favor of allowing in-line Wikipedia links. That said, current policy is that only a sidebar link to the WP page of the same (destination) or similar (topic/itinerary) name is allowed. The biggest reason for this is so that we get content added here and not 100 links to Wikipedia, forcing WV users to have to visit multiple pages to get the info they need. One reason we need content here is so that WV guides can be used offline (printed as a book or saved as a PDF/e-reader file for computers/tablets/e-readers/smartphones).
There has been a lot of discussion at Wikivoyage_talk:Listings#Listings_tags_and_links_to_Wikipedia. We do not have a formal voting process, instead relying on consensus. However an informal vote was made at the bottom of that section and it's 11-8 in favor of adding WP links. If there's no clear consensus, then we keep the status quo. Please voice your opinion there. Finally, I don't think many WV admins/bureaucrats use IRC and it's best to use user/guide talk pages to discuss issues. AHeneen (talk) 14:07, 25 February 2013 (UTC)Reply[reply]

Are we dual-licensing GFDL...?[edit]

The edit interface says, "By clicking the "Save page" button, you agree to the Terms of use, and you irrevocably agree to release your contribution under the CC-BY-SA 3.0 License and the GFDL. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license. "

Is that correct, or just an error in the MediaWiki: files? If it's an error, can someone fix it? If it's correct, can we update Wikivoyage:Copyleft? --EvanProdromou (talk) 17:42, 15 January 2013 (UTC)Reply[reply]

I think we agreed it was useful in case content was migrated to WP for any reason,that new contributions were dual licenced in this way. It doesn't change underlying licence of WV. --Inas (talk) 18:45, 15 January 2013 (UTC)Reply[reply]
Where wast that discussed? I'd like to know more about this. --Rogerhc (talk) 19:56, 15 January 2013 (UTC)Reply[reply]
I don't think we can retroactively dual-license the migrated content, though, without a lot of work. --EvanProdromou (talk) 19:59, 15 January 2013 (UTC)Reply[reply]
That's correct. I think what happened is that the default licensing text got left in there, and when someone wondered if we should remove it, it was reasoned that it did little harm. Now if there was text that asserted that everything was available under GFDL, that would be a problem, but I don't think there is. LtPowers (talk) 20:03, 15 January 2013 (UTC)Reply[reply]
I think it should go. It may be necessary for WP, which started out with GFDL, but for us it is just an unnecessary complication.
I asked about this on the mailing list a few days back & someone said they'd check with the WMF legal dep't. Pashley (talk) 21:04, 15 January 2013 (UTC)Reply[reply]
The WMF's legal department is looking into it. I've asked one of our staff attorneys to weigh in. Philippe Beaudette, Wikimedia Foundation (talk) 22:03, 15 January 2013 (UTC)Reply[reply]
It's safer to take it out for now and consider putting it back later, if that's what people really really want. Me, I'd rather just stick to the BY-SA. -- MarkJaroski (talk) 22:05, 15 January 2013 (UTC)Reply[reply]

Hello, Philippe asked me to weigh in here. I agree that the GFDL should be removed from the edit interface, such as:

By clicking the "Save page" button, you agree to the Terms of use, and you irrevocably agree to release your contribution under the Creative Commons Attribution-ShareAlike 3.0 License. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.

Stephen LaPorte (WMF) (talk) 23:24, 15 January 2013 (UTC)Reply[reply]

I've made the change.  :) Philippe Beaudette, Wikimedia Foundation (talk) 00:06, 16 January 2013 (UTC)Reply[reply]
This is actually fairly tricky to do consistently, for the following reasons:
1) There's more than one Wikivoyage language edition, and we'll need to consistently update all of them.
2) Users can set a different UI language, in which case they'll see the default text again (which includes the GFDL licensing grant).
To do this correctly and consistently requires a small amount of code and the translation of a new user interface message that has all the required legalese but lacks the GFDL licensing grant. Unless legal thinks the dual-licensing actually does harm, I'm going to consider that relatively low priority, but have filed a bug here: bugzilla:44023 --Eloquence (talk) 05:53, 16 January 2013 (UTC)Reply[reply]

Since this also applies to other languages, and needs to be done in a manner independent of the configured user interface language, I've filed a bug to consistently

FYI, this page needs to be updated accordingly: Wikivoyage:Why Wikivoyage isn't GFDL. AHeneen (talk) 04:55, 16 January 2013 (UTC)Reply[reply]

Adding external images on userspaces?[edit]

Is this possible, and if so, how? I read somewhere that you could do it by using HTML, but the page didn't tell me how to, only to flag them. Daylon124 (talk) 18:47, 15 January 2013 (UTC)Reply[reply]

No, sadly, mostly for privacy reasons actually (If you load an image from an external site they would get the IP and user agent info of everyone who visits the page which would go against our privacy policy). The template you linked to is designed to 'link' to external media when necessary but doesn't actually load it (you can obviously do that here as well). You can see an example with the External Video on this article at the top of the section. Jamesofur (talk) 19:56, 15 January 2013 (UTC)Reply[reply]

Search plugin[edit]

As it seems nobody else had done so yet, I have created a search plugin for this wiki. It uses https:// and &go and it can be found on mycroft. It should work fine on Firefox, Chrome and recent versions of Internet Explorer. Let me know if there are any issues :) Snowolf How can I help? 23:48, 15 January 2013 (UTC)Reply[reply]

Good work! —Tom Morris (talk) 15:42, 16 January 2013 (UTC)Reply[reply]
Thanks! Now I have a way to search Wikipedia using https. =) LtPowers (talk) 19:27, 16 January 2013 (UTC)Reply[reply]
HTTPS Everywhere works for Wikimedia projects too. Reedy submitted a patch to add Wikivoyage back in November. The next release should support Wikivoyage. I'd encourage all editors on all Wikimedia projects to use it especially if they are admins or bureaucrats (etc.) or use public wifi hotspots. It may be an idea for people to read the guidance pages on Wikipedia for User account security and Personal security practices. We may also want to have committed identities on Wikivoyage. —Tom Morris (talk) 16:28, 17 January 2013 (UTC)Reply[reply]

Why is <see> a tag and not a template?[edit]

Tags like <br> don't usually convey information in the sense that <see> does here. I'm geninuely curious as to why <see> is being maintained when it seems more appropriate to use a template. (For the record, I've created an experimental template). --Member (talk) 02:26, 16 January 2013 (UTC)Reply[reply]

Custom code was used before. Users could click on an "add listing" link next to the "edit" link, and a pop-up would come up, in which they could fill in a name, address, pricing info, description, etc of a particular listing. Then they could press OK and the listing was added to the wiki. However, that function is not available anymore, and I think in the near future these will be converted to regular templates. See Wikivoyage talk:Listings for the discussion. Globe-trotter (talk) 02:42, 16 January 2013 (UTC)Reply[reply]
(edit conflict) There is a proposal for a template {{listing}} and a proposed patch bugzilla:43220 which would redirect mw:extension:listings output to a template. I believe these were originally tags as there used to be an "add a listing" button which used this; the German Wikivoyage has gone to a template vorlage:vCard but replacing these now would require a 'bot edit every page. K7L (talk) 02:47, 16 January 2013 (UTC)Reply[reply]
A switch over to templates is probably necessary to be compatible with the visual editor that is under development at the Foundation. (I'll pester someone on the VisualEditor team to weigh in.)Tom Morris (talk) 02:45, 16 January 2013 (UTC)Reply[reply]
A move to templates is probably inevitable. Just need the right code, and the right timing. --Inas (talk) 03:12, 16 January 2013 (UTC)Reply[reply]
The VE doesn't require moving to templates, but it will probably mean you get to use it for these items sooner - see my comments on MediaWiki.org for a little more (as this is a general question not specific to Wikivoyage). Jdforrester (WMF) (talk) 20:05, 16 January 2013 (UTC)Reply[reply]

Naming of this page[edit]

Also, although I was ignored previously when objecting to Wiktionary having an alcohol-related community page (though I no longer see it there now), could a community page here at Wikivoyage be named such that is not associated with a drug that costs billions of dollars a year in economic costs[1] not to mention its more important psychological and moral costs? Community Forum or Traveler's Lounge or something which is actually inviting to all people as it is presumably meant to be--rather than putting off teetotalers who are put off by it, whether for the very common religious beliefs against it, or for purely practical reasons? Thank you. Brettz9 (talk) 06:05, 16 January 2013 (UTC)Reply[reply]

Please see this discussion on the talk page; specifically the latter comments. -- AndreCarrotflower (talk) 06:07, 16 January 2013 (UTC)Reply[reply]
I'm a bit of a teetotaller myself but I'm not offended. There is plenty to ingest at a pub that doesn't contain alcohol. LtPowers (talk) 19:35, 16 January 2013 (UTC)Reply[reply]
Wiktionary still has and uses that page: wikt:Wiktionary:Beer parlour. sumone10154(talk) 22:37, 19 January 2013 (UTC)Reply[reply]

If we were to change names I'd advocate 'Departure Lounge', but I'm perfectly happy with Travellers' Pub - I think it has a pleasingly rustic feel! --Nicholasjf21 (talk) 19:24, 2 February 2013 (UTC)Reply[reply]

Contents boxes[edit]

Quick question, but why are the contents boxes different here than on other WMF projects? It's kind of annoying not having numbers there, and furthermore, section titles frequently span several lines, so without numbers they appear to be different things. -mattbuck (Talk) 09:16, 16 January 2013 (UTC)Reply[reply]

Table of Contents (TOC) item numbers are cruft that we intentionally leave out. However, long section names do look a little odd in the resulting TOC. Some CSS formatting such as out-denting initial line could solve this. Our TOC has other issues (see #Coding error, above) that also might be solved with some expert CSS formatting. Thanks for pointing this out. --Rogerhc (talk) 19:32, 16 January 2013 (UTC)Reply[reply]
(edit conflict) We had a discussion about this somewhere recently, but I can't remember the page. The problem with the numbers is that they add to the width of the box, which is a factor because we wrap text around the box. When we had numbers, a lot of articles were ending up with small ribbons of text between TOC boxes on the left and lead images on the right. Also, on our content pages, section headings should rarely be long enough to wrap, so it's never been seen as a big problem. Some way to distinguish wrapped lines from individual headings in the TOC would likely be welcome; perhaps it can be done with CSS? LtPowers (talk) 19:33, 16 January 2013 (UTC)Reply[reply]

Travellers forum[edit]

Congratulations on this new page. We do need more travel forums with travellers input. We also need more forums for travel partners search, especially for countries like Tibet- where there are restrictive policies for solo travel.

Please explain what you have in mind that can't be dealt with, for example, at Talk:Tibet. Ikan Kekek (talk) 20:41, 16 January 2013 (UTC)Reply[reply]
Talk:Tibet is for discussions relevant to the Tibet article.
What are you proposing? I do not see any obvious need for forums here, but considerable danger of touting. Pashley (talk) 09:45, 17 January 2013 (UTC)Reply[reply]

Deletion of local file pages[edit]

Hi!

There is a lot of files showing up on Special:UncategorizedFiles. In most cases it is probably just a text page where the actual file is located on Commons.

I think that all relevant information should be copied to Commons and the local file page deleted. That will make it much easier to maintain the local files.

It would also be a good idea if some local users checked Special:ListFiles often and checked if everything is ok. If the file is free it should be copied to Commons. If there is no source and license then uploader should be told as soon as possible.

--MGA73 (talk) 18:18, 16 January 2013 (UTC)Reply[reply]

special:newfiles and special:newpages might be more suitable than listing absolutely everything? K7L (talk) 02:43, 17 January 2013 (UTC)Reply[reply]
ListFiles also have a description but feel free to use whatever tool or list you (or anyone else like) as long as someone checks new files I'm happy :-D --MGA73 (talk) 08:47, 17 January 2013 (UTC)Reply[reply]

Sister project link templates[edit]

Does Wikivoyage have any of the sister project link templates? Like the ones shown here I can't find any. 86.45.191.101 21:24, 16 January 2013 (UTC)Reply[reply]

We put our sister project links in the left-hand sidebar, using wikilink syntax (like [[Wikipedia:Kinsale]]). Thus, no need for boxes on the articles themselves. LtPowers (talk) 21:29, 16 January 2013 (UTC)Reply[reply]
Oh. Would the boxes not look better and easier to find for readers? And also help with cross wiki consistency, as the other wikis have similar boxes (although the ones on Wikibooks do look different). 86.45.191.101 21:33, 16 January 2013 (UTC)Reply[reply]
Both would work - the boxes you expect at the bottom, but the links are going to be near the top. -mattbuck (Talk) 21:42, 16 January 2013 (UTC)Reply[reply]

Also might be a good idea to check if the other projects have templates for Wikivoyage. Wikipedia has but I don't know about the others. 86.45.191.101 21:49, 16 January 2013 (UTC)Reply[reply]

Earlier I suggested on Wikinews that we ought to add Wikivoyage links. —Tom Morris (talk) 21:54, 16 January 2013 (UTC)Reply[reply]
Even in Wikipedia itself, many languages still need to be changed to use Wikivoyage templates and links. #Links from Wikipedia in other languages. K7L (talk) 22:02, 16 January 2013 (UTC)Reply[reply]
Wikisource links to Wikivoyage through its headers (it doesn't use the Wikipedia-style templates either). Currently all of the country-specific portals should contain links (eg. Australia, Mexico, etc.). I've left some ideas on Wikivoyage talk:Sister project links about some circumstances where links from Wikivoyage to Wikisource might be appropriate but there is currently no support for them. - AdamBMorgan (talk) 17:43, 17 January 2013 (UTC)Reply[reply]

Good news: Wikinews now supports links to Wikivoyage from category pages, and I've started adding a few. See n:Category:London and n:Category:Manchester for instance. Do feel free to pop over and start adding them, although they won't appear immediately because we use pending changes. Is there any chance we could get reciprocation for Wikinews links, just like there are sidebar links for Wikipedia and Commons? —Tom Morris (talk) 12:50, 17 January 2013 (UTC)Reply[reply]

Where would this link fit into the project? Individual news articles usually wouldn't be of use in a travel guide to a city, unless they provide background for a specific travel warning (for instance, the big red box listing Somalia as a war zone). If you have a page describing the city itself, that might fit (much like a commons: category with pictures of a city is included now). The list of which links go into RelatedSites is in a configuration file on the server (like LocalSettings.php in the default MediaWiki install) so adding a prefix to the sidebar would require asking through bugzilla: that the system administrator edit the config files. Even with some sort of consensus, our local admins and bureaucrats don't have control of the servers to do this. K7L (talk) 18:57, 17 January 2013 (UTC)Reply[reply]
I absolutely think we should have sidebar links back to Wikinews categories—being able to click through to news on any particular destination you are considering visiting would be really cool! --Peter Talk 20:47, 17 January 2013 (UTC)Reply[reply]
  • Peter, I'm delighted to see you keen to try and make use of Wikinews, the discussion Tom mentioned is one you're most-welcome to give input on.
But, Wikinews is still a fairly small project. So soon after Wikivoyage joining the WMF family, it may not be all-that-obvious how we can help Wikivoyage with cross-project links. I do not know enough about Wikivoyage to know how you handle things like "travel warnings" issued by governments, and so on, but the most-logical place for those is as news articles. I know we can't ask Wikivoyagers (is this the correct term?) to dive into Wikinews and write the articles for such, but we'd certainly do the best we could to help get people on the right track were they interested in doing that. Equally, you have a wide range of news events that might raise interest in travel to some places (a new stable government and cessation of hostilities, major drop in crime, etc). I think the argument in the linked-to Wikinews discussion regarding Wikivoyage's lack of NPOV is irrelevant.
Looks like (at a guess) some of the attempts to link over here are 'a bit broken', but from my own contributions to Wikinews, our category on Southern Thailand's insurgency problems is one Wikivoyage would want to link to, and one where we would want to link to Wikivoyage. We'd want people to be able to reassure themselves the rest of the country is perfectly safe, much as Wikivoyage would want to link to news from higher-risk areas and give their readers an opportunity to be far better-informed when choosing travel locations. --Brian McNeil (talk) 10:34, 20 January 2013 (UTC)Reply[reply]
We generally link to sister projects with interwiki links appearing in the sidebar, and that would be great to see on any pages that have a corresponding category on Wikinews. Realistically, that will require a bot.
I would be thrilled to see a way for us to put a "feed" of sorts on the Main Page. Wikinews could tag articles as being "travel warnings," or "travel news," and we could then feed that into a box showing the most recent items. This may require some feature development to make it work well, but we could do this manually at first. The work would at first be more on Wikinews' end, but I think it would be a great way to feature the work Wikinews does, while also adding some great content to our Main Page. --Peter Talk 18:50, 20 January 2013 (UTC)Reply[reply]
I agree this would be great to get our travel news from Wikinews. I'd be happy to contribute travel news now and then to the site, and have it appear here. I think this would be a much higher profile feature than the sidebar stuff, that with the current content may not be that relevant. --Inas (talk) 00:46, 18 February 2013 (UTC)Reply[reply]

What are mainspace article pages for?[edit]

Obviously places, but what else? Is there any formal policy in place for this?

  • If a town holds a regular festival or similar event, can we write an article on that festival specifically?
  • If there's a particular castle / theme park, can we write an article on that attraction specifically?
  • If a term, like "funicular" is uncommon, but important for explaining the joys of a particular town, how do we link to an explanation for those unfamiliar to it? Wikipedia probably has a suitable page, but AIUI, inline off-wikivoyage links aren't permitted in such a case. Should we create a precis page for funicular here?

Andy Dingley (talk) 23:17, 16 January 2013 (UTC)Reply[reply]

Attractions are usually included in the geographical article - i.e. where you would go to visit them. This includes festivals, theme parks, castles, etc. We don't usually link to nouns. It may be that in some cases for particular modes of transport a travel topic is in order. In the case of funiculars, I don't think we want a definitional page, but some people do enjoy seeking out and riding them - so perhaps a travel topic to that effect may work. --Inas (talk) 23:23, 16 January 2013 (UTC)Reply[reply]
[edit-conflict]The page to look at is Wikivoyage:What is an article?. The mainspace is used for everything except (most) project-related pages. We don't write articles about specific destinations, except when they are particularly large like Walt Disney World (which actually meets the "Can you sleep there?" test). Only a few festivals/events have earned their own article, like the Olympics, in which case they were written as a travel topic. This would be a good idea, though, but we'd need to create a policy first. A term can be explained in prose in the appropriate section. Right now we don't allow in-line links to Wikipedia, but if you look at Wikivoyage talk:Listings there is a LOT of discussion about this and opinion is equally divided. AHeneen (talk) 23:28, 16 January 2013 (UTC)Reply[reply]
(That discussion is about icon links to wp in listings, not in-line wp links.) --Peter Talk 23:31, 16 January 2013 (UTC)Reply[reply]

Themed itineraries[edit]

Hi. I thought about contributing to the site before really looking at it and I had the idea of starting something like "George Orwell's Barcelona", which would basically be an itinerary for a walking tour of the city going past key locations in Orwell's book Homage to Catalonia, with context info and photos. Looking at the policies, though, I'm not sure if this is a type of article that would be OK. Would it? FormerIP (talk) 23:36, 16 January 2013 (UTC)Reply[reply]

Not only do I think it would be okay per our policies, I'd actually be eager to read it (I'm an Orwell fan). Plunge forward. If other editors have a problem with the article, they'll make it known and you can hammer out a consensus as to its future direction. But speaking from my own experiences, I doubt very much that will be the case. -- AndreCarrotflower (talk) 23:46, 16 January 2013 (UTC)Reply[reply]
Yes, that sounds fantastic! Some good itineraries you might want to look to as models include Yaowarat and Phahurat Tour, Loop Art Tour, and The Wire Tour—if you've already watched the show, that is. --Peter Talk 01:02, 17 January 2013 (UTC)Reply[reply]
We have a stub Literary travel where you might add a link, and articles like Literary London and Marco Polo which might serve as examples as well. Pashley (talk) 01:15, 17 January 2013 (UTC)Reply[reply]

Reading Wikivoyage:Itineraries before, I was also inclined to believe such an itinerary isn't allowed. We need to change the wording of it. Globe-trotter (talk) 01:41, 17 January 2013 (UTC)Reply[reply]

What in the article gives you that impression? I mean, The Wire Tour is the most prominent example there, and it's a tour of filming locations. --Peter Talk 02:10, 17 January 2013 (UTC)Reply[reply]
Some old discussion: Wikivoyage talk:Other ways of seeing travel#City Theme Pages Pashley (talk) 02:13, 17 January 2013 (UTC)Reply[reply]
The usual pitfall with local itinerary is to write A day in Dullsville in such a way as to merely create a duplicate of the main Dullsville article, listing all of the same attractions. Certainly, an itinerary can give more flexibility as a means for a journey to follow a theme (we have many itineraries like Across Canada by rail / Across the US by rail, as well as themes retracing US Route 66 or the Titanic maiden voyage). These can work well if there are clear criteria for what is included and some sort of natural sequence to the trip, instead of merely repeating what's in the city article. If w:The Grapes of Wrath were an itinerary, for instance, it would start in Oklahoma and head westward to California with brief stops in every town mentioned in the book. K7L (talk) 02:32, 17 January 2013 (UTC)Reply[reply]

Thanks for the responses. I will start on a userpage draft soon-ish. FormerIP (talk) 13:49, 18 January 2013 (UTC)Reply[reply]

Adding a Hookah Bar to a city's Food section?[edit]

The city I live in has a Hookah Bar, which I understand to not be a terribly common thing. Is including that within the Food section within the scope of the project? It is the only Hookah Bar in town. Zellfaze (talk) 04:03, 17 January 2013 (UTC)Reply[reply]

Bars and nightlife usually go into "drink", as the "eat" section is for food and restaurants. K7L (talk) 04:07, 17 January 2013 (UTC)Reply[reply]
I don't know the answer to that (it is not listed at wtsi). Do they serve any food/alcohol? We stick bars and comedy clubs in the "Drink" section and if the hookah bar serves any alcohol, that would be the place for it. I don't think a "smoke" section with one listing would be necessary. AHeneen (talk) 04:09, 17 January 2013 (UTC)Reply[reply]
Even if they don't serve alcohol, they should go in Drink. It's a problematic heading, but it covers "non-eatery places where you go hang out and talk while paying the owner." --Peter Talk 05:04, 17 January 2013 (UTC)Reply[reply]
I was wondering this myself, actually. -- AndreCarrotflower (talk) 05:21, 17 January 2013 (UTC)Reply[reply]
They serve both food and drink. Most people come, smoke a bowl or two, eat some food, have a drink and leave. I love their hummus and pita bread. They have alright Pizza too. Thursdays are 50 cent beer night. I'll go ahead and add it to the Drinks section. If later on it becomes an issue, I'm sure that it will be taken care of (Plunging Forward/Being Bold and all that). Zellfaze (talk) 23:31, 17 January 2013 (UTC)Reply[reply]
Turns out that Hookah Bar is within scope and listed on Wikivoyage:Where_you_can_stick_it#H. Fantastic. Thank you for your help guys. Zellfaze (talk) 00:24, 18 January 2013 (UTC)Reply[reply]
IMO, the "Drink" section should be renamed "Nightlife" to take focus off alcohol. /Yvwv (talk) 03:33, 18 January 2013 (UTC)Reply[reply]
It's also for daytime coffeehouses and cafés. Globe-trotter (talk) 05:18, 18 January 2013 (UTC)Reply[reply]
I agree entirely. Drink is such a limiting name. - Cardboardbird (talk) 05:21, 18 January 2013 (UTC)Reply[reply]
"Drink" was used to match the pattern of using short imperatives as section names (see, do, buy, eat, sleep). It looks even more awkward on fr: where it was translated as "Sortir/Boire une verre" ("Go out/Drink a glass"). I've also noticed that in the smallest villages "Eat/Drink" should be a single section as the only places selling drink also sell food ("licenced restaurant", "bar and grill", "English pub" and the like). Then there's the Starbucks-like cafés which don't serve full meals. Drink? K7L (talk) 06:11, 18 January 2013 (UTC)Reply[reply]
We do sometimes combine the two sections—here's a star that does. I think the various stuff we put in there does go together. I'll hang out and chat/socialize after dining out at a bar, a club, a lounge, a cigar bar, a hookah bar, a coffeeshop, a teahouse, etc. They all serve that function. --Peter Talk 06:27, 18 January 2013 (UTC)Reply[reply]
Perhaps we can think about this section heading after the current Connect one. Meanwhile, I think Peter's description of what the Drink section means is about the best I've seen. --Inas (talk) 04:06, 20 February 2013 (UTC)Reply[reply]

Userpage boxes[edit]

I can't seem to find any templates like commons:Template:User Wikipedia admin or Template:User alternative account name. Am I just looking in the wrong places, do they have yet to be created, or have they already been created and destroyed? Ks0stm (TCE) 11:53, 17 January 2013 (UTC)Reply[reply]

The extensive use of userboxes is not one of our traditions. We don't, as far as I remember, have a rule preventing their use, and provided they are used for usefully informative purposes, they may be acceptable. We do use a few, so there is precedent. I would suggest you create the ones you feel would be useful in a sandbox, and request comment. The two that you list above would have my support. • • • Peter (Southwood) (talk): 12:05, 17 January 2013 (UTC)Reply[reply]
The only ones I know of are Babel templates, and at some point they'll be replaced with the Babel extension. I wouldn't go starting a bunch of userspace templates; we have enough trouble keeping track of the templates we have. LtPowers (talk) 12:19, 17 January 2013 (UTC)Reply[reply]
I wouldn't mind seeing userboxes, but it would probably be best to discuss policy regarding their use and creating a page to keep track of them (without flooding Template index). There has been discussion split between those who want to see more templates and those who don't in the last few sections at Using Mediawiki templates (although it is about other templates, not userboxes, which are a bit different regarding use). AHeneen (talk) 14:01, 17 January 2013 (UTC)Reply[reply]
User pages aren't mainspace articles and don't have to follow the fixed format (see/do, buy, eat/drink, sleep) of a city or region listing. One possiblility might be to create userboxes in subpages of your user space instead of in template: space (much like Wikipedia uses a placeholder w:user:UBX to store userbox template code in that user's subpage). WV has been restrictive on new template creation in the past, but that's to keep articles in a similar format across multiple cities and regions. Do we care about something entirely in userspace if it's doing no harm? K7L (talk) 22:28, 17 January 2013 (UTC)Reply[reply]
Userboxes have been abused on the English Wikipedia, to be frank; I don't think some of the frivolous ones should make their way over here ("Template:Userbox pizza", anyone?) Babel templates or the babel extension are pretty universal, and global users generally expect them, and the userrights ones might be helpful too. --Rschen7754 22:41, 17 January 2013 (UTC)Reply[reply]
Just about all the user boxes at w:User:UBX/Userboxes/Food are a bit ridiculous, like w:User:UBX/fishy, w:Template:User loser, [[:w:{User:UBX/jalapeño]], & w:User:UBX/McDonald's. However, I think some userboxes related to travel can be appropriate, like boxes for hometown ("This user is a native New Yorker."), nationality ("This user is a proud Canadian."), interests ("This user is interested in Japan."), and maybe a few reasonable fun ones. The category w:Wikipedia:Userboxes/Travel is full of great userboxes that would be relevant to this Wiki. AHeneen (talk) 23:01, 17 January 2013 (UTC)Reply[reply]
w:user:UBX is intended to be a dumping ground for templates which aren't core to the Wikipedia project; as such, it will be missing some of the more useful items like individual Wikiproject (expedition) activity. "This user is helping Wikipedia get its kicks on Route 66" is a different beast from "I like cheese pizza". K7L (talk) 23:21, 17 January 2013 (UTC)Reply[reply]
There is a good reason why userboxes aren't part of the tradition here—we cover fewer topics. While the fact that you like to play Shostakovich arranged for xylophone might actually have some relevance to your editing on Wikipedia, it clearly does not here. I'd really like to see us develop a small set of userboxes, above all one that lists where you are located (and then generate a list of Wikivoyagers by location through that) and one for docent designations. --Peter Talk 23:38, 17 January 2013 (UTC)Reply[reply]
I am not a huge fan of userboxes as they tend to get overused, but when used in moderation they do convey important information about the user clearly and easily.
Being in the process of returning to editing Wikivoyage again I have just set up my user page. There are two userboxes that I did missed while doing so: 1) a box to indicate that I have admin status. This is very useful information to wikivoyagers that visit one's userpage. This was easy to create under my userspace as template {{userbox}} does exist here. 2) {{User since}} to indicate how long one has been a contributor would have been nice to add, but this is a complex template and not easily duplicated under one's own userspace.
I think userboxes in the following categories will be beneficial: Babel (already there), User status on the wiki (admin/docent etc), User current location, User current disposition (working or traveling) --NJR ZA (talk) 13:44, 13 February 2013 (UTC)Reply[reply]
I was thinking it could be helpful to have userboxes for familiarity with SVG/Inkscape (for maps) and photo editing/Gimp/Photoshop (might be handy if we move to the proposed new main page layout). -Shaundd (talk) 06:43, 14 February 2013 (UTC)Reply[reply]

Better information for new users...[edit]

I think it would be a good idea to create a tutorial for new users as WV can be a little confusing at first go's etc. —The preceding comment was added by ButlinsRedcoatJake (talkcontribs)

What you're looking for is Welcome and Tips for new contributors. Where you can stick it is also a useful page. AHeneen (talk) 17:11, 17 January 2013 (UTC)Reply[reply]
I'd come here from WP in October 2012, made quite a few of the common n00b mistakes (such as an attempt to create w:Ontario Highway 401 and some unnecessary template imports from WP), then started listing what I'd "learned" at the existing page Wikivoyage:Welcome, Wikipedians in November so that all these differences between WP and WV would be documented somewhere. A travel guide is less free-form than an encyclopaedia as most entries are destination cities and regions, with basically the same sections appearing in every article (get in, see/do, buy, eat/drink, sleep, go next...) Are there any mistakes I'd forgot to make which really should be on the list? :) K7L (talk) 19:20, 17 January 2013 (UTC)Reply[reply]
We have had several mentions of a video tutorial, which would be great—if someone is willing to make one ;) --Peter Talk 20:54, 17 January 2013 (UTC)Reply[reply]
Going off on a tangent, I had tried to start an expedition to create guides to routes themselves, but (I was new & didn't understand the policies) I didn't start it properly with community consent in the Pub and in the end, consensus was that such pages won't be acceptable. You can view Wikivoyage:Routes Expedition (and its talk page) for more details. I started a sample/guide article to go with the proposal at [2] (it got deleted on WV). It did spark the Routebox navigation concept, though. I still think such guides can be useful for long trips by road. AHeneen (talk) 22:50, 17 January 2013 (UTC)Reply[reply]
~Hi Is there any place i can ask question as new user, and i joined from Wikipedia to Wikivoyage but it is not same for Wikitravel, can any one Please create or merge me with Wikitravel and is WikiTravel allowing Advertisement ? --Somesh.kanti (talk) 13:09, 6 February 2013 (UTC)Reply[reply]

General Travel Information?[edit]

I just discovered this website and it looks very promising. However, most of the topics I found in my quick survey seemed to be regarding the format of the site itself. Maybe I am missing the important pages. Is there going to be a forum for travelers on the go, some sort of on-line Lonely Planet? I'd be looking for hints for things to do, places to stay, and things to avoid advised by fellow travelers.

The mission of Wikivoyage is to create a free, complete, up-to-date and reliable worldwide travel guide, not a travel forum (See our Goals and non-goals). By on-line Lonely Planet are you referring to the Thorn Tree forum? Then no. However, just have a look at the guides themselves for advice on things to do & places to stay. After all, this is the travel guide that anyone can edit...users should Plunge forward and add interesting places and restaurants/accommodations to the destination pages for everyone to find...you don't need to search dozens of threads with useful info buried among several pages of posts. While travel forums are useful, they don't fall into the scope of Wikivoyage and actually detract from our goals (again, content being added in a thread rather than on proper destination page). AHeneen (talk) 17:39, 17 January 2013 (UTC)Reply[reply]
Most of the content is actually travel topics. Click Random page to get an idea of what you can find here. By the way, welcome to Wikivoyage! :-) Nicolas1981 (talk) 17:51, 17 January 2013 (UTC)Reply[reply]
Type the name of any country, province or city you please into the search box at top right of page. Tada! Or if you prefer to browse by region, start with one of the little bulleted links at top of Main Page to find your way. Happy trails! --98.207.156.126 18:45, 17 January 2013 (UTC)Reply[reply]
I don't predict that we'll have a forum a la Thorntree, but new ways of sharing tips should definitely be in our future, about listings in particular. We had such an experiment in development back around 2007, but it failed for lack of tech support/development. This is still a bit over the horizon, but it almost certainly will become possible. --Peter Talk 20:57, 17 January 2013 (UTC)Reply[reply]

Formatting of links in listing templates[edit]

When using the listing templates (for restaurants, attractions etc) there's an error with links; they don't not appear the way they should (i.e as [3]) but instead as the listing name becomes a link. It's a small bug but a bit annoying. Would be great if somebody could have a look into it! --Jonte-- (talk) 17:46, 17 January 2013 (UTC)Reply[reply]

Link doesn't work. However, in listings, the name is supposed to become the link. Example:
  • <see name="Legoland Florida" alt="" address="1 Legoland Way" directions="Located off Cypress Gardens Blv. just east of Winter Haven" phone="" email="" fax="" url="http://florida.legoland.com/" hours="Hours vary throughout year." price="$65 (Ages 13-59), $55 (Ages 3-12, 60+)">The second Legoland park in the US in addition to Legoland in California. yada...yada </see>
Is that what you're referring to? AHeneen (talk) 18:14, 17 January 2013 (UTC)Reply[reply]
Ah, a small typo in the link I provided. But it was the format that I wanted to point at. Since the introduction of listing templates the formatting have been:
  • Legoland Florida 1 Legoland Way (Located off Cypress Gardens Blv. just east of Winter Haven) [4]. Hours vary throughout year.. $65 (Ages 13-59), $55 (Ages 3-12, 60+). The second Legoland park in the US in addition to Legoland in California. yada...yada
See example on WT here: [5]. This is in line on how all other links are displayed. --Jonte-- (talk) 18:26, 17 January 2013 (UTC)Reply[reply]
That is a known bug, bugzilla:43220, for which a fix has been proposed but not yet deployed. That fix, once enabled, will give:
  • Legoland Florida, 1 Legoland Way (Located off Cypress Gardens Blv. just east of Winter Haven). Hours vary throughout year. The second Legoland park in the US in addition to Legoland in California. yada...yada $65 (Ages 13-59), $55 (Ages 3-12, 60+).
It might be a good idea to look at {{listing}} to verify it matches the desired format while it's still an unprotected experimental template which can be changed without affecting much of anything. I presume the globe icon for the URL should change to either the old '[1]' style external link or to an icon without any distracting colo(u)rs. K7L (talk) 20:47, 17 January 2013 (UTC)Reply[reply]

Cooperating with WikiOverland[edit]

Discussion moved to Wikivoyage talk:Cooperating with Wikioverland

On Wikivoyage talk:Cooperating with Wikioverland many people support using interwiki links to WikiOverland.
Does anyone know how or where I can request WikiOverland be added to the list of related sites so interwiki links can be added in places that make sense (Country and "drive.." pages, I think)?
Thanks very much. -Dangrec (talk) 22:45, 22 January 2013 (UTC)Reply[reply]

Promising launch[edit]

Alexa traffic statistics show an immense spike in activity for Wikivoyage in the past four days, overtaking Wikitravel around Friday. While this can largely be put down to the promotional banner on Wikipedia, it's also good to see that WV has been ahead in amount users spend on the website for some time.

Just something I felt like sharing. --SU FC 12:14, 19 January 2013 (UTC)Reply[reply]

It's probably worth waiting a week or so before we start drawing conclusions about traffic. —Tom Morris (talk) 12:18, 19 January 2013 (UTC)Reply[reply]
One idea is to take a selection of popular articles and see how much they have changed between both sites. 86.45.191.101 22:21, 19 January 2013 (UTC)Reply[reply]
The average time spent on site actually declined markedly around the launch, maybe due to the changing mix of editors and readers. We're still a little higher than WT.[6] --Avenue (talk) 22:58, 21 January 2013 (UTC)Reply[reply]
I think that's to be expected with tons of people checking the site out for the first time, rather than it being more or less just dedicated users slaving away in preparation for the launch! --Peter Talk 23:07, 21 January 2013 (UTC)Reply[reply]

I see this template being used in a number of places and I think it looks damn ugly. Any chance it could be spruced up a little? I'm thinking, a nicer colored border, or no border. Slightly rounded corners, maybe slightly small font size to the rest of the text in the article. 86.45.191.101 19:46, 19 January 2013 (UTC)Reply[reply]

Could you add a mockup of your proposal to Template talk:Infobox so that people can see what the proposed changes would look like? We've done some recent UI cleanups to other templates, but I don't think anyone has (yet) proposed changes to the infobox. -- Ryan • (talk) • 20:03, 19 January 2013 (UTC)Reply[reply]
I think a border is needed but could have rounded edges and maybe lighter color. Slightly smaller text maybe but not too much. How about this Template:Infobox/sandbox
I lightened the border and gave it a non-gray color. I think it looks better. 86.45.191.101 20:42, 19 January 2013 (UTC)Reply[reply]
I like the idea of updating the infobox style. I added a slightly lighter version to consider. See Template_talk:Infobox#Style. --Rogerhc (talk) 02:19, 20 January 2013 (UTC)Reply[reply]

Import issue[edit]

It seems to me that the import bot is putting words in people's mouths, and altering email addresses to the point where they won't work, here: [7] I'm guessing this is a special case of a regex rule that works well in a lot of other situations. It seems ill advised to apply rules like this to user pages or talk pages, without careful review. Thoughts? -Pete F (talk) 03:26, 20 January 2013 (UTC)Reply[reply]

Heh, too late!
We just have to fix these things as we see them. I'll handle that page now. --Peter Talk 03:37, 20 January 2013 (UTC)Reply[reply]
Is it really too late? As I see it, this is a global problem where a bot got it horribly wrong, and it needs a bot to fix it. There are (at least) two ways that a bot could tell what needs reversion, any comment whose date tag shows it is older than the date we took our copy or any comment that exists on WT with identical wording except for WT/WV substitution.
Those substitutions should all be reverted and there are too many to do it without a bot. Pashley (talk) 21:01, 21 January 2013 (UTC)Reply[reply]
I disagree that the substitutions should all be reverted. We're the same project, just now with a different name, and all applicable versions with "Wikivoyage" should stay. I only think we should be reverting when things don't make sense, like mentions of Wikitravel Press, or the examples from Maj's userpage linked above. --Peter Talk 21:15, 21 January 2013 (UTC)Reply[reply]
It seems to me that a basic notion in wiki-etiquette is not to change talk page discussion text, other than reverting obvious vandalism and archiving parts of overly long pages. The WT->WV substitution should never have been made on talk pages. We cannot just do a global revert because now there is newer discussion, but all changes to imported text should be reverted.
To me, this seems so obvious that I am amazed it even requires discussion; the only question is how it should be done. Pashley (talk) 21:26, 21 January 2013 (UTC)Reply[reply]
Again, I'm in full agree with Pashley (there's been times I really want to indent an improperly-indented comment (this one doesn't count, since I'm primarily responding to Peter), but even that's seemed like crossing the Rubicon. Peter, your logic doesn't really work, since they aren't the same project. They start with the same data and policies and have many of the same users, but pre-fork Wikitravel was a very different climate, which is why I never joined up. The fact that many Wikimedians have joined up (and plenty of Wikitravelers haven't) also means that despite the status-quo bias in written policy, you can expect unwritten assumptions to be different as well. Wikietiquette aside, many if not most discussions don't make sense in Wikivoyage. —Quintucket (talk) 21:36, 21 January 2013 (UTC)Reply[reply]
(Note, I wrote this in response to Pashley at the same time as Peter's edit, and won't try to adjust it at risk of another edit conflict.) I agree. If possible, I think that pre-fork userpage edits on non-merged account and pre-fork talk page edits Import-bot edits should all be reverted, as changing Wikitravel to Wikivoyage only makes sense in the context of post-fork Wikivoyage.
In that note: Peter reverted me here for restoring pre-fork references to Wikitravel, claiming it doesn't apply here since it's still the same project. I strongly disagree. These discussions took place in a pre-fork context, and the changes are confusing. I made the edit after reading the discussion about discouraging forks and the unhappy climate at Wikivoyage, a non-thriving project, and was thoroughly confused until I remember this discussion. Other readers likely will be too, reading these substitutions not only out of context, but with context actually obscured by a bot, "putting words in people's mouths" as Pete F put it.
That said, while I'd like Peter to agree to re-revert his own edit (I follow a principle of not making the same revert twice with two different users, unless said users are obvious vandals) we really need a bot to do this globally. However there are plenty of people at Wikimedia who would be able and willing to do this. —Quintucket (talk) 21:28, 21 January 2013 (UTC)Reply[reply]
There are legal reasons for the replacement. --Peter Talk 21:43, 21 January 2013 (UTC)Reply[reply]
Wherever there are legal reasons, they should be the exception, though, not the rule. In which situations are there no legal reasons for Wikitravel to have been substituted with Wikivoyage? Ikan Kekek (talk) 21:46, 21 January 2013 (UTC)Reply[reply]
There is ongoing litigation related to the use of the name Wikitravel in ways that could confuse readers into thinking that this site is endorsed or part of or whatever regarding Wikitravel. If this is something people want to take up (and I don't see any compelling reason to do so), please get in contact with WMF General Counsel. If you just have questions about this, please email me. For similar reasons, it is best for us not to discuss the ongoing litigation on wiki. --Peter Talk 21:50, 21 January 2013 (UTC)Reply[reply]
I will contact the WMF general counsel, but if they say that there's no issue, would you agree that refactoring user/talk pages is a bad idea in principle, and support efforts to fix the problem? —Quintucket (talk) 21:56, 21 January 2013 (UTC)Reply[reply]
Peter, I understand why we can't use the WT logo, nor refer to Wikitravel on policy pages (except the one about the fork), even if we wanted to, which we don't. But are there actual legal reasons for refactoring user comments, and if so, could you point me to the relevant discussion on MetaWiki? —Quintucket (talk) 21:52, 21 January 2013 (UTC)Reply[reply]
I assure you, there are, and would be happy to explain in greater detail by email. We should not, and I will not discuss this on-wiki. I'd be happy to explain why that is the case by email as well. --Peter Talk 21:55, 21 January 2013 (UTC)Reply[reply]

As a general issue, separate from the legalities and specifics, I don't see a problem with minor refactoring of user comments, including fixing indentation levels. It's routine to do things like sweep discussions to more appropriate pages, move new comments on a talk page to the bottom of the page, and adjust the threading of comments made on a talk page. LtPowers (talk) 22:16, 21 January 2013 (UTC)Reply[reply]

This is obviously a far less important facet of the issue than the foregoing, but for what it's worth: in many cases, the WT->WV substitution was also done in a rather artless manner. I've seen several cases where "Wikitraveller" (the non-US spelling, with two "L"'s) was converted to "Wikivoyageler". -- AndreCarrotflower (talk) 22:19, 21 January 2013 (UTC)Reply[reply]
Wait—are you saying we're not Wikivoyagelers? --Peter Talk 22:56, 21 January 2013 (UTC)Reply[reply]

Editing wrong section in San Jose (California)[edit]

In the San Jose (California) article, if I click the edit button at Eat or any of its subsections, an edit window is opened for part or all of the Get in section. Is this a MediaWiki problem or something local? Peter Chastain (talk) 12:57, 20 January 2013 (UTC)Reply[reply]

I have dealt with this problem myself. Most likely, one of the listings in the "Eat" section doesn't have </eat> at the end of it. It screws up the formatting. -- AndreCarrotflower (talk) 14:37, 20 January 2013 (UTC)Reply[reply]
Thank you! It was actually a missing </do> in an entry that I added (whoops!) Thanks also to the "IP address" user who fixed it for me. Peter Chastain (talk) 20:27, 20 January 2013 (UTC)Reply[reply]

Pages needing images[edit]

Following a request on IRC, I did a query on Wikimedia's Toolserver and retrieved a list of pages that do not have images. I've plunged forward and put it up at Wikivoyage:Pages needing images. If you feel like doing some wikignome-type work, do feel free to find images from Commons and add them to the articles. —Tom Morris (talk) 14:22, 20 January 2013 (UTC)Reply[reply]

Some of these are redirects, such as Chatham (Ontario)Chatham-Kent. I'd also think that category:pages with broken file links would be more important to fix than adding new images to travel topics like bargaining or renting motorcars in New Zealand. There's also a huge number of '''X''' is in [[region name]]. {{subst:smallcity}} outlines with no other content; I have no idea why we keep these but illustrating them really isn't top priority. K7L (talk) 15:16, 20 January 2013 (UTC)Reply[reply]
Still, K7L, it was a good impulse on Tom's part, don't you think? The other problem is that the list doesn't catch articles like Geneseo, where the only image is in the routebox. Still, false positives and negatives aside, it's a good starting point for wikignomes (though I agree that Category:Pages with broken file links should be a higher priority). LtPowers (talk) 15:20, 20 January 2013 (UTC)Reply[reply]
True. On initially generating new lists, possible refinements to the criteria (such as including only destination articles, excluding redirects, or separating stubs and outlines from the main list) often become apparent. All part of the process. K7L (talk) 15:43, 20 January 2013 (UTC)Reply[reply]
Yeah, sadly doing that kind of thing is hard. If it was for 7,000 articles, I'd do it. But for 700, I figure throwing some humans at it should remove the ones that don't need any work. —Tom Morris (talk) 20:53, 20 January 2013 (UTC)Reply[reply]

Suggestion for price listing and currency conversion[edit]

Moving this discussion from Wikivoyage talk:Listings#Suggestion for price listing and currency conversion since it covers multiple topics like Currency, Listings, & Using Mediawiki templates. The issue of up-to-date exchange rates keeps coming up in several small discussions, so why not put this in the pub to discuss & take action, before moving to some talk page where it gets no attention?

I am not sure if I am putting this in the right place, I ve been trying to figure out where suggestions for the entire site should go but anyway, I thought about when people list prices of services or products in a country that they use the local currency and there could be a feature where the user could have the currency converted to their own currency, so they can better understand what the price of things are. If someone tells me a ride on a bus in kazakhstan costs 40 KZT or whatever example I saw, I would like to have some feature that could tell me how much that is in dollars or euros, etc. I think it would really help the traveler's expectations of costs.--Elektroid (talk) 02:30, 20 January 2013 (UTC)Reply[reply]

It's an excellent suggestion that's been discussed a little bit, but it would require some development work. LtPowers (talk) 15:23, 20 January 2013 (UTC)Reply[reply]
This is a good suggestion & I don't know if this is the right place or not (other good locations would be Wikivoyage talk:Currency & Wikivoyage talk:Using Mediawiki templates). There are a few ways to go about doing this:
  1. Current practice is that exchange rates should be quoted in the "Buy" section of a country page. Most pages have an exchange rate quoted for 1-2 major currencies in the last couple of years. On Kazakhstan#Buy: "As of June 2012, the exchange rates are the following: US$ 1 = KZT 149.01 € 1 = KZT 188.30". This leaves the burden on a reader to find the current exchange rate themselves & do the math. Doing the math is ok for most travelers, but finding the current exchange rate shouldn't be.
  2. Using a template for each time a currency is mentioned. For example, the sentence displayed as "Admission is €10." would be written as "Admission is {{10|EUR}}.". The template would allow a user to select currencies to convert in a dropdown box. While this can be useful, the downsides (IMO) outweigh the benefit. First is the difficulty of inserting the template. New users would find that adding a template each time a currency/value is mentioned overwhelming and this would be a huge burden on experienced editors to go around and clean up (even with a bot, this would be difficult to keep up with). Another reason is that it might be easy to remember/quote a price in local currency "10 cedi for a bus ride" (not 5.23 USD), "Park admission is 8 cedi" (not 4.19 USD), and so forth.
  3. Creating a template for the "Buy" section of country pages which lists the exchange rates for major currencies. The rates would be updated by users. The box would simply have "Exchange Rates for [Name of currency]" at the top and then 5 or so lines below listing exchange rates for each currency & the day/month updated.
  4. Creating a template which links to exchange rate websites. A modified version of w:Template:Exchange rate, using/displaying rates from openexchangerates.org instead of using links to commercial sites. The rates included could be limited to fewer currencies (like just USD, EUR, AUD, CAD, GBP) or more relevant currencies to a particular country (eg. neighboring countries). When pages are exported for print/book versions, this template would convert into a box of exchange rates accurate to the time of printing or PDF creation (either listing major currencies or adding an option to the print screen or when creating books to select which currency(-ies) to include conversions for.
  5. Creating a template (or just modifying on of the previous two suggestions) which basically functions as a calculator. It would have a box to enter a unit, then the nation's currency named, then a dropdown list of currencies to convert to, then a results box that displays the conversion. So the template would look like: "Convert [box to enter unit] tenge (KZT) to [dropdown list of currencies]. [Result]"
My preference is to combine the last two ideas: Have a template box to insert in the "Buy" section of country pages (and other regions with their own currency, like Hong Kong, Isle of Man, etc) with a list of current exchange rates and at the bottom include a conversion calculator. I don't have the software language knowledge to create a template, so it would be awesome if someone could create such a template. AHeneen (talk) 19:11, 20 January 2013 (UTC)Reply[reply]
Also see Wikivoyage:Cooperating_with_Wikioverland#Currency_conversion. Wikioverland's currency dropdown converter is pretty cool. --Peter Talk 19:26, 20 January 2013 (UTC)Reply[reply]
Yes, it's cool, but how could we use it for our texts, with prices listed on every second line? --Alexander (talk) 19:47, 20 January 2013 (UTC)Reply[reply]
Wikioverland has a template which includes a dropdown box. The dropdown box could be placed at the top of the page (or in MediaWiki:Sitenotice), and the prices could be given using templates with currency codes and amounts. --Stefan2 (talk) 00:14, 21 January 2013 (UTC)Reply[reply]
I would like to see possible solutions, but I am not sure that this currency converter is of high importance for our purposes. Once you are in the country, you have to pay in local currency, and you have to develop a quick conversion scheme, so it is better that you develop this scheme in advance when preparing the travel. It is also important to have some real prices in mind, so that you are not cheated or overcharged. Displaying everything in US$ may be a disservice to the traveller. --Alexander (talk) 19:47, 20 January 2013 (UTC)Reply[reply]
It would be great for country "costs" sections though. Using this to list gas prices along with a bundle of other basic goods (accommodation, price for fast food, street food, fancy restaurant, etc.) would be very helpful. --Peter Talk 20:01, 20 January 2013 (UTC)Reply[reply]
The price of petrol/gas/fuel is likely more volatile than the fuel itself. Good luck trying to keep that up to date, short of launching a site like gasbuddy.com K7L (talk) 21:56, 20 January 2013 (UTC)Reply[reply]
We could try to grab the information automatically from other sources, or just datestamp the prices. --Peter Talk 01:43, 21 January 2013 (UTC)Reply[reply]
I think that this would be a great idea. Recently, I came across the article Freighter travel (overland travel without a car) and found that the currency rates are awfully outdated. For example, it says that 75-100 US dollars 100-120 euros, which might have been the case about 10 years ago, but today Europeans would feel scammed if they were to get that rate when travelling to the United States. These currency rates were already out of date by several years when the prices were first included in the article, so maybe someone didn't understand the difference between multiplication and division. --Stefan2 (talk) 00:14, 21 January 2013 (UTC)Reply[reply]
A template that takes the local price and gives updated conversions seems feasible and a great help to the readers. Snowolf How can I help? 01:30, 21 January 2013 (UTC)Reply[reply]
We need not have special extensions, merely a template that handles this (not impossible at all, might be worth contacting User:Varnent about this), displays the local price and has a tiny button (or maybe one can just click on the symbol/name of the local currency) and he can see the price in at least the couple of major standard currencies. The conversion rates would be updated manually or by a bot. It is feasible, it is worth doing, and it would be a great boost in usability to our users. Snowolf How can I help? 01:33, 21 January 2013 (UTC)Reply[reply]
Over at Wikivoyage talk:Cooperating with Wikioverland There is talk about how WV can co-operating with WikiOverland. Once of WO's features is a real-time currency converter for prices and units. See Wikivoyage:Cooperating with Wikioverland#Currency conversion for an example and explanation of how it works and how to use it. WikiOverlanders are happy to share the custom MediaWiki plugin. -Dangrec (talk) 22:58, 22 January 2013 (UTC)Reply[reply]
Might, I first add, I am not very savvy with all of wiki technologies and which plugins are available to do what. As my suggestion originally was to help make the site more manageable for the traveler using this site to plan a trip. I think I am in the school of thought with using the WO plugin as currency rates sometimes are quite volatile but in some countries currencies are very static as they are pegged to another currency for stability purposes. My original concern and reason for the suggestion is that I travel a lot and using guidebooks for price indications even within a year or two of being printed are already obsolete in the foreign currency where the local currency is still about the same for prices.
However, when one prepares for a trip at least in my sake until I m there and familiar with the local currency a few days of buying things, I convert to my home currency. So my main reason was to better prepare travelers on how to budget. I think once in the country at least speaking for myself I become accustom to local currency and know how much things cost no longer needing a guide. I find a guide is most valuable in planning before the trip and maybe the first few days afterwards, it isn't so much an issue during the entire trip. I guess I advocate the drop down box with 5-10 main currencies as in Eastern Europe the USD along with the local currency is used, from my experience living in Ukraine and visiting Russia, Romania, etc. USD is carried and often used for wage payments and when travelers of this country go abroad they often convert to USD in order to more easily convert to another currency where ever they may be headed. Also, like in Ukraine in Russia, they are just as aware of the value of the USD as their local currencies and often cars, flats for sale are quoted in USD. Anyway, I am sorry for my long rambling as I just woke up but anyway, 5-10 currencies available to convert the local currency somehow would work great, imho. And now I shall shut up :)--Elektroid (talk) 20:10, 26 January 2013 (UTC)Reply[reply]
That's exactly how I feel too. Especially when trying to plan a trip where you need to know the gasoline prices, reading that it's 1423 Quetzales per gallon doesn't mean anything. It's much more useful to convert it to your local currency and unit (i.e. 2.3 Euro per liter or whatever). In the planning stage, it's essential. -Dangrec (talk) 17:51, 29 January 2013 (UTC)Reply[reply]

San Juan de Los Lagos, Mexico[edit]

HELP !!!!!!!!!!!!!!!!!!!!!!!!! I really really want to help here - I have lived in and loved Mexico for 44 years and this is the first time I have time for myself ( just retired ! ) - reporting on Mexico sounds like a very good way to give back all that She has given me.

BUT I am having problems understanding the simple instructions ( sorry ).

I started a page ( I think ) titled San Juan de Los Lagos, Mexico and would like to go back and fix the title to include the state it is in but when I looked for it it does not have the edit button. Many small towns in Mexico are enchanting - but are really only good for day trips from larger cities as they do not have hotels ( do we have the back up of a spell checker ? ) decent enough for American or European tourists. There arre always small local restaurants that serve very good homecooked local cusine - the markets are perfect examples - at rock bottom prices - "most" are perfectly safe and clean. but even when my family vists from the US the "girls" resist eating in a local setting and want a white tablecloth and decent cutlery.

The best of Mexico is found in the small towns and cities - the REAL Mexico. Let me introduce you to them.

Sheila in Mexico

Hi. The article title has been fixed for you. Just go to San Juan de los Lagos and edit away. The edit button at the top, or at the article headers is good to change the content. --Inas (talk) 03:39, 21 January 2013 (UTC)Reply[reply]
Sheila, you did a great job starting that article, and I look forward to more content from you. Please do put in entries for restaurants and markets you like, and feel free to include hotels or hostals with simple accommodations, as this is a worldwide guide, and anyway, people from the US and Europe are not all looking for luxury accommodations. There's a bit of a learning curve in terms of how to best use Wiki language, templates, and the like, but don't worry to much about that; it's much more important for you to put the content up. I posted to your user talk page with a couple more specifics. Ikan Kekek (talk) 03:46, 21 January 2013 (UTC)Reply[reply]

Patrolling problem[edit]

Hi, everyone. I have set my preferences so that if there are several recent edits of an article, it shows up on "Recent changes" as having, say 4 edits. However, I don't seem to be able to mark several edits at once as having been patrolled. Is anyone else having the same problem, and if so, I hope something can be done about it. Patrolling edits individually when there may be, say, 12 recent edits of an article is really untenable, as traffic increases here. Ikan Kekek (talk) 04:15, 21 January 2013 (UTC)Reply[reply]

No one can do that, and it's really frustrating to say the least. I think this feature request was filed at Bugzilla somewhere, but I can't find where. Patrolling would be a lot easier if we got that feature back. Globe-trotter (talk) 04:54, 21 January 2013 (UTC)Reply[reply]
The English Wikipedia has the patrol system that you describe, so it is possible. I'm a bit annoyed by it too - that's how Wikidata is set up as well for some reason (the third project I'm a part of). --Rschen7754 05:00, 21 January 2013 (UTC)Reply[reply]
If English Wikipedia has that setup, what's the issue in getting it here? We used to have that on Wikitravel, and it's desperately needed. Ikan Kekek (talk) 05:07, 21 January 2013 (UTC)Reply[reply]
It's a huge problem, and has crippled our ability to effectively patrol. Please see Bugzilla:43977, and vote for its importance, if you think this deserves more attention. --Peter Talk 09:09, 21 January 2013 (UTC)Reply[reply]
Actually, enwiki only does this for entirely new pages, so it's not exactly like that (sorry for the false alarm! trying to keep all these projects straight :/) But yes this would be quite useful. --Rschen7754 09:31, 21 January 2013 (UTC)Reply[reply]
Is there any way to hide my email address on Bugzilla? I'm not at all comfortable with having my email address be public. Ikan Kekek (talk) 09:58, 21 January 2013 (UTC)Reply[reply]
Unfortunately not that I'm aware. I use a separate email for all my WMF accounts and mailing list subscriptions to guard against outing, and it's possible to change the email on your Bugzilla account. --Rschen7754 10:18, 21 January 2013 (UTC)Reply[reply]
You can change the email address on https://bugzilla.wikimedia.org/userprefs.cgi?tab=account and the email address is only shown to users that are logged in. Related bug report: https://bugzilla.wikimedia.org/show_bug.cgi?id=148 - --AKlapper (WMF) (talk) 21:12, 22 January 2013 (UTC)Reply[reply]

Importing edit history from Wikitravel[edit]

Having edited Wikitravel in the past, will our edit history be imported here?--Jusjih (talk) 10:42, 21 January 2013 (UTC)Reply[reply]

Were you also called "Jusjih" on Wikitravel? If so, then your Wikitravel edits are the ones shown at Special:Contributions/(WT-en) Jusjih. Edits up until early August have been imported. If you wish to have the contributions listed under your Wikivoyage account, then please follow the procedure at Wikivoyage:User account migration. --Stefan2 (talk) 11:22, 21 January 2013 (UTC)Reply[reply]
Yes, just be sure to provide evidence that you are the same person, as explained on that page. --Peter Talk 21:17, 21 January 2013 (UTC)Reply[reply]

Skin Synagonism[edit]

A year ago I created the mediawiki skin "synagonism-mw" at SourceForge which improves READING of big files like the wikivoyage's articles. I don't know if it works with current version!! and the code needs improvements. I created to show its functionality and wikivoyage I think needs it. -- Synagonism (talk) 14:59, 21 January 2013 (UTC)Reply[reply]

Voyage/Travel stats for January 21[edit]

Stats for 20130121
Number of entries in recent changes edits (including deletions/blocks):
WV: 2652
WT: 525
Number of article edits:
WV: 2492
WT: 349

By https://github.com/nicolas-raoul/VoyageVsTravel Nicolas1981 (talk) 05:09, 22 January 2013 (UTC)Reply[reply]

And have you seen those 349 article edits? I would wager that at least 95% of them are spam.
Good for us.
-- AndreCarrotflower (talk) 05:23, 22 January 2013 (UTC)Reply[reply]
(EC) The problem with these stats is that wikitravel has major problems with spambots at the moment, so I wounder how many wikitravel edits are legit. 86.45.191.101 05:25, 22 January 2013 (UTC)Reply[reply]
Indeed, one should keep this in mind when using these raw statistics. By the way, other interesting stats can be found here: WV WT (same warning applies). In particular, Users who have performed an action in the last 30 days: WV=2,136 WT=606 Nicolas1981 (talk) 06:06, 22 January 2013 (UTC)Reply[reply]
With respect to article count they have also switch over to using totals that include talk pages and now are saying they have more. Travel Doc James (talk · contribs · email) 07:14, 23 January 2013 (UTC)Reply[reply]

Lists of Bus Routes[edit]

Hey Wikivoyagers, I'm a long time Wikpedia editor this is my first Wikivoyage edit but with a big ask. On English Wikipedia we have numerous lists of Bus Routes which are never going to be encyclopaedia articles but they could be expanded into tour guide articles in the manner that Bus travel in Israel has been. On WP these articles are highly controversial and have been the subject of substantial fighting regarding creation/deletion - they don't generally fit our policies and guideline (they're not notable in an encyclopaedia sense, wikipedia is not a directory of routes, Wikipedia is not a travel guide.) However they appear to fit with some of your policies and aims such as your aim to be useful for online access by travellers on the road. Ideally I would like to know what level of objection there would be to moving these articles from Wikipedia to Wikivoyage with the aim that those searching for such information would be better served having it amongst the other travel information they might also be looking for? Your thoughts are welcomed either here or at [Wikipedia] Stuart.Jamieson (talk) 13:32, 22 January 2013 (UTC)Reply[reply]

I agree with the idea in part, but looking at the Wikipedia discussion I'd like to suggest that it makes most sense to import them only in two cases:
  1. If we're going to expand them into an article on popular tourist routes. (For example, an article explaining exactly which bus numbers, stops, and transfers to use to get to Wicked Awesome Tourist Site from Well-Known and Easily Accessible Landmark.)
  2. If the information is difficult to find, spread out over many pages, confusing, or not available in English on the bus operator site.
In cases where the information is easily accessible on the operator sites (for example from the operator in my home region, the PVTA), we risk having information fall out of date. For example, I'll note that the train schedule information on Selçuk was at least two years out of date when I corrected it, and bus schedules tend to change far more often than those of trains. —Quintucket (talk) 21:18, 22 January 2013 (UTC)Reply[reply]
Quintucket, I'd agree entirely, The usual arguments to these are that. The bus enthusiasts promise to keep it up to date and that as they aren't schedules but only route lists they change far less frequently. I would however say on part 1- it may have been the case on wikitravel that only Wicked Awesome Tourist Site or Well-Known and Easily Accessible Landmark should be navigated from but now you're on wikimedia there are a lot less limits. Wikimedia's purpose is to "to collect and develop the world's knowledge and to make it available to everyone for free, for any purpose." If sleepy rural village is a potential tourist site even if it's not Wicked Awesome then there are no technical limits to allowing that - it's perhaps a point for wider consideration on what wikivoyage can cover as long as it's covering minor things in a travel-centric voice as opposed to wikipedia's encyclopaedic voice.Stuart.Jamieson (talk) 13:09, 23 January 2013 (UTC)Reply[reply]
Yellow, Stuart. Would you please provide a link to the article in question (not just the talk page) so that we can have a look at it? Without having seen it, my reaction would be that a mere list of bus routes would not constitute a Wikivoyage article under Wikivoyage:What is an article?, but it is possible that a particular route or series of routes could be so interesting that an article about them could work as a travel topic or itinerary, as Quintucket suggests: See Travel topics for a list of existing travel topics and some guidelines. Ikan Kekek (talk) 21:22, 22 January 2013 (UTC)Reply[reply]
Ikan, there are 600 (either routes themselves which could do with being condensed to a list or lists themselves) or so contained within Category:bus_routes the problem isn't with a specific one or two of these but the majority that aren't encyclopaedic (as in carefully researched subjects) - many are simple databases containing village or points of interest and the routes that get there. A example currently looking to be deleted (although it's survived twice before) is List_of_bus_routes_in_Central_Suffolk. 13:09, 23 January 2013 (UTC)
I have had a quick look at the project and found two lists of lists, one covering England and one covering New York New Youk - I Don't know if I missed others. I have some experience of using buses in England, and looked at a few of the lists, of which this one forKent seemed typical. From a traveller's point of view the list in numeric order of route number is not very useful, but England has an excellent public transport planner, which will give precise directions and times for buses between any two postcodes, complete with directions to the bus stop. However if members of the project can spare some time, there are many destination articles that could usefully have bus details (routes, frequency and prices) added to get in and get around. There are also a few city bus routes which could usefully be written up as an itinerary, describing the sites on the route and giving an alternative to taking a coach tour, e.g. the 24 in Paris. AlasdairW (talk) 23:14, 22 January 2013 (UTC)Reply[reply]

Inline wikipedia links[edit]

Since {{unsigned|Sertmann}} gives this result: This template must be substituted. - what do we use instead these days?

And also, what is the policy with inline wikipedia article links since the merge? Sertmann (talk) 05:41, 23 January 2013 (UTC)Reply[reply]

OK so fund the answer to the first question by going to the actual template, still not sure about the other questionSertmann (talk) 05:43, 23 January 2013 (UTC)Reply[reply]
It's the same: Wikivoyage:Links to Wikipedia. I revert their additions with a gentle plea to write about stuff here too ;) --Peter Talk 06:29, 23 January 2013 (UTC)Reply[reply]
The correct template is {{subst:unsigned|username/IP}}. AHeneen (talk) 21:46, 23 January 2013 (UTC)Reply[reply]

Reviews of establishments[edit]

What do people think about the concept of allowing our readers to provide reviews of restaurants and hotels? Started discussion here [8] Travel Doc James (talk · contribs · email) 10:15, 23 January 2013 (UTC)Reply[reply]


Article feedback tool[edit]

Wonder what people think about using the article feedback tool to allow our readers to provide advice on articles? Details here [9]. If we like it it might be possible for use to get it in April of 2013. Travel Doc James (talk · contribs · email) 15:01, 23 January 2013 (UTC)Reply[reply]

I think this is a good idea. As I said at the other discussion, a lot of travellers who use our guides will notice out-of-date info and errors while away but not bother to update it when they return. Having a space where they can make a comment is so much simpler for them, and will mean our guides can stay more up-to-date and organised. It is also more inclusive of the community and encourages new editors. No harm in running it for a few weeks as a trial. JamesA >talk 15:10, 23 January 2013 (UTC)Reply[reply]
English has applied it to 10% of articles as a trial. We could look at doing the same. Travel Doc James (talk · contribs · email) 15:34, 23 January 2013 (UTC)Reply[reply]
Sounds like a good compromise. Would we need to wait until April to start that sort of trial? However, we would need to make it very, very clear that users are providing feedback on the article itself, not the destination or listings. I foresee a lot of misinformed responses. JamesA >talk 15:44, 23 January 2013 (UTC)Reply[reply]
Yes as that is the earliest the tech side would be able to get it to us. Travel Doc James (talk · contribs · email) 23:24, 23 January 2013 (UTC)Reply[reply]
The earliest version 5 (the link) could be implemented because that is the latest version currently under development and is scheduled (subject to change) for a full release on March 26.AHeneen (talk) 05:04, 24 January 2013 (UTC)Reply[reply]
I would not like this to be a substitute for people plunging forward and eliminating inaccuracies in articles, and that's what I fear would happen. It's counter-intuitive to quite a few new users that they can edit articles, as shown by the number of complaints I've read on talk pages of problems the complainer is best able to fix, him-/herself. There could be a positive aspect, though: There's a degree of arbitrariness to which restaurants (e.g.) are listed, and perhaps a spate of bad reviews could get a mediocre restaurant like Gandhi on 6th St. de-listed (which I'd love to do but won't take individual responsibility for). Ikan Kekek (talk) 20:14, 23 January 2013 (UTC)Reply[reply]
We have the issue of people not plunging forwards on Wikipedia which is why they have started this initiative. Travel Doc James (talk · contribs · email) 23:24, 23 January 2013 (UTC)Reply[reply]
Can't we get the [add listing] button back? I think that would lower the bar significantly for newcomers to add their favorite listings. Globe-trotter (talk) 20:56, 23 January 2013 (UTC)Reply[reply]
I would echo G-t's plea for the return of the [add listing] button, but perhaps this time with the filip that the new listing is automatically placed in the correct alphabetical order rather than at the bottom of the listings. -- Alice 03:18, 28 January 2013 (UTC)

This could be a potentially useful feature, but this may be something worth shelving for a while. We still haven't put together all the documentation for creating books, which should be fixed before moving on to another extension. For article feedback, I think there are a few issues that, while possible to work out, will take time to fix because we will need a customized version.

Current version (v4) of Article Feedback on Wikipedia. I think we'd need to change the metrics & questions...relevant for an encyclopedia, less so for a travel guide.
  1. The four metrics—trustworthiness, objectivity, completeness and writing quality—are great for an encyclopedia, but less useful for a travel guide. We need metrics like: completeness, writing quality (easy to understand), quality of listings (number/variety of eat/sleep/buy/etc listings), quality of attractions (see/do), Quality of background information (understand/stay safe/cope), Up to date? (is content up to date), and there are probably some more good ones that I can't think of right this second. Of course, we would not use all of those...only 2-5 (reasonable?)...but the list is to give an idea of the direction we should be heading in when it comes to metrics for our travel guides. Also, would we need...or rather, would we want...to have separate metrics or questions (more on that below) for travel topics, phrasebooks, & itineraries than we do for destinations?
  2. The questions/statements would need to be changed to reflect our needs...like "How knowledgeable are you about this locations?", "Have you lived in this city/country/region?", "Have you visited this destination? If so, how long have you spent here?", "Do you travel often?", "Do you travel often to destinations such as this one?", "Have you used this Wikivoyage guide while traveling to this destination? If so, did you use any other guides concurrently with the Wikivoyage guide?" and so forth. We should probably have more detailed feedback options for individual sections, like questions for eat/sleep regarding number/quality of listings (quality meaning not closed locations or franchise locations of major hotel chains with just name/address/phone, but price and description...the question would have to include a note that it's not just a rating of hotels themselves, but our content) and whether stay safe is comprehensive/accurate, whether get in/around is comprehensive/accurate, and (once again) there are many more questions that I haven't thought of/included.
  3. Another important aspect to look at is the collective data gathered from these ratings! Questions/metrics can be worded/chosen to gather quantitative feedback from editors & readers about the quality of our guides & project. Sure there are some big issues with this, we don't know people's expectations, whether they're telling truth, if people are giving inaccurate feedback (misread something, missed a section or important sentence, etc), but when you take a holistic view, soliciting user feedback can be immensely useful for improving our site. We can learn where our sites weaknesses are (even analyze data per country/region) and use this feedback to track progress/improvement to the quality of our site over time (compare user confidence in quality of listings over 2 years' time). See Article feedback/Data and metrics on Meta to get an idea of how focused use of questions is used to gather data that is interpreted in many ways to—ultimately—encourage users to contribute & improve the site and its pages.

Having said all that, adding article feedback will be a BIG project for our site and sorting out the above issues (because, above all, we will need a customized version) will take a lot of discussion and also a lot of work on the software/development side. Given all the work needed in the past week surrounding the launch, working with/guiding new contributors, and fixing unresolved issues (as mentioned...working to improve create documentation for the Book extension should be a high priority before moving on to a project like this) this is something that should be set aside to work out later (6 months? A year?). (Note:I wrote the OP of "Peer Review" at the same time as this...just splitting one long remark in two to keep relevant replies in order.) AHeneen (talk) 05:04, 24 January 2013 (UTC)Reply[reply]

You'll probably need a way to hide feedback that isn't useful or that needs to be removed. For example, someone writing "pen1s" or something inappropriate, etc. --Rschen7754 07:43, 24 January 2013 (UTC)Reply[reply]
You are looking at the old version (version 4) please look at version 5. Travel Doc James (talk · contribs · email) 19:39, 24 January 2013 (UTC)Reply[reply]
Version 5 is what is used on enwp. Perhaps I should clarify that I mean a policy on removing feedback. --Rschen7754 20:57, 24 January 2013 (UTC)Reply[reply]
I find this system ridiculous. Everyone can tick the box "I am highly knowledgeable", and we have absolutely no way to check this. In my opinion, the present feedback style is highly offensive to editors, because unknown people put some grades based on unknown criteria. Moreover, they do this strange stuff instead of editing and improving the article, which is contrary to the main idea of a wiki. I would like to have the feedback feature, but it should be unobtrusive: no grades, no alleged "experts"... just comments. --Alexander (talk) 20:53, 24 January 2013 (UTC)Reply[reply]
On Wikipedia, how is decided which articles get the tool? Or is it a random 10% test now? For Wikivoyage, it would be most useful for guide articles, in order to identify what's missing and get an idea of how readers react to articles we think are pretty good. For the enormous number of outlines and usable articles however, I imagine it would create a huge database of information we already have. We know those are incomplete, need more listings, are sometimes poorly written. We also know that some parts of the world are substantially underrepresented in terms of information available. Analyzing thát feedback information will cost energy I would say is better spent on improving those articles. In short: if we test it, I would say let's start with our more or less complete articles. And then, sure, let's talk about the exact how, and wordings. JuliasTravels (talk) 21:32, 24 January 2013 (UTC)Reply[reply]


We are completely free to ignore the self-proclaimed expert status. However, a tick-box like "I have visited this destination recently", may offer some insight useful when applying corrections. But I agree that comments are the most useful. --Inas (talk) 21:53, 24 January 2013 (UTC)Reply[reply]
I mostly agree with Inas' ideas. The tick-box should be about visiting the destination, and the Feedback tool should be the comments version, so that viewers can comment on things they find to be incorrect or outdated. Maybe ratings are useful on star-rating guides that we think are worthy of assessment, not improvement. Is there a way only star guides can get the rating version? JamesA >talk 06:57, 26 January 2013 (UTC)Reply[reply]
Yes so both version 4 and 5 are used on EN wp. Version 4 has the rating scale while version 5 have written comments. I much prefer the written comments but one could potentially use a combination of the two I suppose. Travel Doc James (talk · contribs · email) 12:38, 26 January 2013 (UTC)Reply[reply]
I think it would be good to test the feedback tool on some of our guide-status articles. It would be better if readers jumped in and edited the pages directly, but that isn't always the case so if this helps provide more feedback that's cool. I assume if it goes ahead, we'd use version 5 over version 4? (since comments can provide specific points on how to improve the guide) -Shaundd (talk) 18:23, 26 January 2013 (UTC)Reply[reply]
Yes version 5. Should we have a RfC here to determine if there is sufficient support for me to put in a request for this being added in April / May so that we can trial it.Travel Doc James (talk · contribs · email) 20:44, 27 January 2013 (UTC)Reply[reply]
  • The feedback gadget is potentially useful, but only if the users know what kind of feedback will be useful to us. How will they know this?
  • Feedback that is not read is a waste of effort for the provider. I recommend that we only deploy the gadget on articles where someone is willing to read the input and do something with it. That said, as long as there is at least one editor who wants feedback for an article, it should be switched on. The person who activates the gadget should automatically get notification of new feedback, and other editors should only get it if they opt in, otherwise if one gets it for every article on one's watchlist we will be inundated with it, and it will mostly be useless. If my experience on WP is anything to go by, less than 10% will be useful, and the amount of extra reading to sift the wheat from the chaff will soon be overwhelming. • • • Peter (Southwood) (talk): 17:07, 12 February 2013 (UTC)Reply[reply]
  • Another feature that might be useful: If the display for the feedback states who requests the feedback (the person who activates the gadget for the page, it will give the reader the assurance that a specific person will be checking their comments. This may result in better quality feedback.
  • A major downside is that there is unlikely to be any dialogue between the editors and the feedback providers. It is not easy to go back to them and ask what they meant, as IP editors are unlikely to look at their talk pages. • • • Peter (Southwood) (talk): 17:15, 12 February 2013 (UTC)Reply[reply]
  • That's always going to be a problem; we are building in a reply feature, however. Having it in an opt-in form is perfectly fine from our end. Okeyes (WMF) (talk) 11:27, 13 February 2013 (UTC)Reply[reply]
I'd say we should implement this as a trial from the planned date of deployment. If we find after a month that it just isn't working, then we can scrap it (but I do think it will be very useful!). As research has shown, it only increases editing, so even if it is implemented and barely used, there is no real damage done. Is there anyone who would oppose a trial of the new, comment-only version? JamesA >talk 11:46, 13 February 2013 (UTC)Reply[reply]

Peer review[edit]

On a related note, we could relatively easily add a Peer Review feature (a modified version of Wikipedia:Peer review). While this could be handled by just adding a new section to a talk page, we could have a procedure for feedback on articles where editors can visit a page and write a paragraph or two about ways to improve a page. This would be a way of drawing attention to articles where a user wants to solicit feedback. Like WP, this would involve a template added to a page which maintains an automated list of requests. It would also only be used for pages with a good level of content (star, guide, & maybe some usable pages, as suggestions for improvement would be quite long/unnecessary for outline pages). There could also be a checklist when doing a review (not intended for every one to be answered, but to give the reviewer an idea of what to look for). AHeneen (talk) 05:04, 24 January 2013 (UTC)Reply[reply]

Version 5 of the feedback tool dose this but without people needing to figure out how to use templates or learn media wiki markup. Travel Doc James (talk · contribs · email) 19:42, 24 January 2013 (UTC)Reply[reply]

WMF comment[edit]

Hey all; thanks for your comments here (and sorry for my failure to respond so far - I only became aware of this thread last night). Obviously we're really happy to see talk of deploying/considering deploying AFT5, since we've put a lot of effort into it: I'm just making myself known so you can ask any questions you may have :).

A couple of points that have been brought up so far involve the old version, AFT4. For reference: we totally agree that meaningless star-ratings is not the way to go (readers think our page is only 60 percent readable? That's great, but how do we up that percentage? It doesn't say): for that reason we're no longer deploying AFT4 anywhere - it's simply not a useful way to spend time. Any deployment would have to be of version 5, with the comments field. I note one concern from Ikan Kekek that it might 'cannibalise' users; people who would otherwise edit instead go through and leave feedback. This worried us too, so we did some research on enwiki when we first deployed; not only did cannibalisation not happen, edits do the articles went up, because as soon as someone has left feedback they are prompted to edit.

Other than that: if you guys have any other questions, I am available to answer them whenever. Just drop a note here or on my talkpage :). Okeyes (WMF) (talk) 14:57, 12 February 2013 (UTC)Reply[reply]

Thanks for your comment! One question from my side: where can I see an example of AFT5 deployed on a real wiki-page? --Alexander (talk) 15:12, 12 February 2013 (UTC)Reply[reply]
At the moment you can see a (slightly outdated) version on enwiki. We are preparing our latest release, however, which while buggy is a better representation of what would be deployed here. That can be viewed [10] here, and if you create an account this page has the feedback evaluation/monitoring page (you need some permissions to use most of the functions, but if you let me know your account name I am happy to give you the relevant userrights). Okeyes (WMF) (talk) 15:58, 12 February 2013 (UTC)Reply[reply]
No, thank you. I think that this page at wmflabs, together with the very good Wikipedia manual, address all my questions. The feedback tool looks really good! I look forward to having it here at Wikivoyage. I wonder how much extra janitorial work it will require, but we should try and see. --Alexander (talk) 16:36, 12 February 2013 (UTC)Reply[reply]
Perhaps we could try a test deployment? Put it on N number of pages, or N percent of pages, and see what happens? If people are interested I'd love to see a formal vote open on a test or on a full deployment: we try to make sure projects want software before deploying it. Okeyes (WMF) (talk) 14:10, 16 February 2013 (UTC)Reply[reply]

My 2009 European Travelogue[edit]

I wasn't sure if I should share this here, but what the heck!

I usually take a major trip every 2 years. I tweeted my my trip in 2011 and in 2009 I took my notes and created a book. called Stacey's 2009 European Takeover Tour it includes pictures and links to what I saw and did.

Written to be fun with good information, I knew couldn't include it in Wikivoyage articles.

[Stacey's 2009 European Takeover Tour] (PDF 1.6 mb)

Have a look and Let me know what you think.

Thanks for indulging me -- S.Bryan  00:00, 24 January 2013 (UTC)Reply[reply]

I've just glanced at it. Good stuff. Parts of it could be useful here. Not the whole thing, beyond a link on your user page, but various bits could be used in articles and many of the photos might go on Commons. Pashley (talk) 00:15, 24 January 2013 (UTC)Reply[reply]

Putting a Wikitravel: namespace in the search box actually takes you to WT[edit]

I don´t know if this has already been addressed somewhere, but.. I accidentally typed "Wikitravel:Plunge forward" instead of "Wikivoyage:Plunge forward", and to my surprise, it actually took me to the page on Wikitravel. Then I discovered that not only does it work for other WT namespace article, but if you preface anything with "Wikitravel:", it takes you to the page on WT. (Try searching "Wikitravel:France" for example) What gives? Surely this is not the way it's supposed to be. I don´t want to search for policy pages and accidentally end up over there due to overly active muscle memory...Texugo (talk) 15:13, 24 January 2013 (UTC)Reply[reply]

Incidentally, it appears to be global too. It does the same on pt: Texugo (talk) 15:14, 24 January 2013 (UTC)Reply[reply]
In fact, it does that even from Wikipedia.Texugo (talk) 15:15, 24 January 2013 (UTC)Reply[reply]
Er, yes, that's because it's an interwiki prefix. It was quite valuable to us when we were there. See m:Talk:Interwiki map#Wikitravel. LtPowers (talk) 15:19, 24 January 2013 (UTC)Reply[reply]
Some of us are trying to get this fixed, but to do so requires being able to claim that the wikitravel: prefix is not in active use on other Wikimedia projects. On en.WP any WT-related templates have been voted for deletion and replaced by 'bots in late 2012, the templates are also gone from fr: nl: and simple:, but there are many smaller-language Wikipedias (places like Finland or Indonesia come to mind) where the WT links still need to be removed before a new request can be made on m:talk:interwiki map to get rid of the prefix. This is an important step as MediaWiki handles interwiki links differently from true external links, allowing their use to be a means to circumvent a rel="nofollow" tag that normally tells search engines to ignore (potentially spam) external links on Wikipedia articles. See #Links from Wikipedia in other languages. I realise other tasks (such as missing images on pages, bug reporting and special:newpages patrol) were being given priority but we do need editors to take a look at all those Wikipedia languages, create the wikivoyage templates if they're missing and replace WT templates or links with WV templates. Only once that is done can the request to remove the wikitravel: prefix (which now is spam, as it points to an abandoned fork of this project with multiple ads on every page). K7L (talk) 20:01, 24 January 2013 (UTC)Reply[reply]
Yeah, I was going to work on this and got sidetracked. Could we set up the list in a sandbox so that it's easier to edit? --Rschen7754 20:28, 24 January 2013 (UTC)Reply[reply]

(undent) Per the interwiki link list for w:fi:Template:Wikitravel, the following languages still have it: af, bg, ca, ceb, ka, ko, hr, ml, pl, pt, ro, sv, ur, zh. (And fi, but I've gotten the ball rolling on nuking it.) Jpatokal (talk) 01:54, 25 January 2013 (UTC)Reply[reply]

Actually, there are more - id: and fa: are among those which need the template replaced on every page. K7L (talk) 18:31, 25 January 2013 (UTC)Reply[reply]
I've set up a page at User:Rschen7754/wikitravel as a checklist. --Rschen7754 06:19, 26 January 2013 (UTC)Reply[reply]
The wikitravel: interwiki is now red... such a pretty colo(u)r. There's still plenty of WT spam to clean up on foreign Wikipedia languages, though. K7L (talk) 01:10, 24 February 2013 (UTC)Reply[reply]

MediaWiki messages[edit]

Could an admin please change MediaWiki:Talkpagelinktext from "Talk" to "talk" to match "contribs"? Also, could MediaWiki:Histlast and MediaWiki:Histfirst be changed to lowercase as well? All the other links on the history page are lowercase. Thanks, David1217 (talk) 03:46, 25 January 2013 (UTC)Reply[reply]

Yes Done. We use "latest" and "earliest", Wikipedia uses "newest" and "oldest". Maybe that could be changed as well? Globe-trotter (talk) 12:06, 25 January 2013 (UTC)Reply[reply]

Ghost Languages[edit]

Will language versions that were previously offered be offered here soon? (Arabic, Hindi, Chinese, Japanese, etc.) They all show up on the sidebar for destinations that had articles in those languages but if you click them now, they take you nowhere. Also, articles like Osaka have the "Better in Japanese, please translate" tag. If the languages are expected to be added soon, I won't delete it, but if not, these should probably be dealt away with. ChubbyWimbus (talk) 16:48, 25 January 2013 (UTC)Reply[reply]

Finnish, Hungarian, Japanese, Polish, Romanian and Chinese will be added, the others will be placed in the Incubator. Globe-trotter (talk) 18:40, 25 January 2013 (UTC)Reply[reply]
I've noticed that many WP.ja user pages [11] have links to WT user pages and that wiki did appear viable; no idea why this wasn't moved initially. There were a few language projects which appeared to be inactive, dead or mostly empty but it looks like viable languages (es and pt being the most recently created) are being imported piecemeal right now. K7L (talk) 19:07, 25 January 2013 (UTC)Reply[reply]
I've noticed links to some languages that are still in the Incubator being added. I think one was Latin ("la") and when clicked led to the page on the WM Incubator. AHeneen (talk) 22:40, 25 January 2013 (UTC)Reply[reply]
The Japanese Wikitravel was highly developed with an active community. I supported its migration at the time, but am unsure why it wasn't moved. I do remember that some of the notable members of the Japanese community such as Shoestring were not interested in moving and liked things just the way they were. JamesA >talk 05:16, 26 January 2013 (UTC)Reply[reply]
That's a shame. To me, Shoestring was the pillar of the Japanese version (I mean that as a compliment to him, no disrespect to the other contributors), but the other language versions and their members seemed less affected and certainly less active in the discussions about the rift, so I'm not surprised. Good to know more languages are on the way. ChubbyWimbus (talk) 09:00, 27 January 2013 (UTC)Reply[reply]
In any event, if things at the old site under IB continue as they are, eventually the hands of the Japanese community will be forced. -- AndreCarrotflower (talk) 05:43, 2 February 2013 (UTC)Reply[reply]

Current status according to m:Requests for new languages#Wikivoyage: Spanish, Portuguese were created; Romanian and Polish are awaiting creation (per bugzilla); there has been some discussion of Finnish and Chinese (mostly around how to translate the name/logo). WMF is willing to create Hungarian and Japanese but so far no one has opened discussion for either language.

There are many Japanese user pages (not WP articles, just WP userpages) which mention WT; hopefully this doesn't become an obstacle to getting the WT interwiki prefix removed from the table. In any case, it would be best if they were to move sooner rather than later as IB will try to break functionality (such as api.php) used to export any new edits to the old wiki. If there are no new edits on WT, there's nothing left for them to break. K7L (talk) 17:18, 2 February 2013 (UTC)Reply[reply]

Can't the user pages just be changed to real links instead of interwiki links, if you're trying to orphan the interwiki prefix? I don't think that you can change links on user pages in any other way.
As far as I can tell, the functionality for importing old edits is already broken. Those who backed up Wikitravel had to stop doing this back in August last year because api.php and Special:Export were disabled. Thus, any edits made to Wikitravel since August can be considered as lost. It's probably possible to get a backup by screenscraping, but that's going to take an awful lot of time to get all revisions of all pages, and it would take considerable time to write a script which would download everything. --Stefan2 (talk) 21:14, 16 February 2013 (UTC)Reply[reply]

Latin[edit]

Why in the world would we be interested in creating up-to-date printable travel guides in Latin?? Texugo (talk) 13:12, 27 January 2013 (UTC)Reply[reply]

We cannot exclude the avid travellers of the Latin-speaking Vatican City now, can we? </joke> JamesA >talk 13:26, 27 January 2013 (UTC)Reply[reply]
==See== will be replaced with ==Veni==, ==Vedi==, ==Vici== K7L (talk) 16:36, 27 January 2013 (UTC)Reply[reply]
It may be the polyglot in me talking, but I was excited when I read on this page that there would be a Latin version. I'm actually looking forward to its launch. -- AndreCarrotflower (talk) 18:14, 27 January 2013 (UTC)Reply[reply]

I just introduced Template:FactCheck and used it in Ekerö. Comments are welcome. /Yvwv (talk) 20:26, 25 January 2013 (UTC)Reply[reply]

Oh, too bad. Has the time of sticking templates instead of fixing problems begun at last? If we are to develop such templates, which in my opinion are severely over-used on en-wp, we should try to come up with some kind of policy on how and when to add. You seem to know something about this Birka place, and it's just a couple of lines of text. The layout of the template is fine, in principle. But is there any way we can convince you to fix the problem instead of sticking that template on it? :-) JuliasTravels (talk) 21:51, 25 January 2013 (UTC)Reply[reply]
Agreed with JuliasTravels. Oftentimes, adding a template can serve as an "easy out" in favor of making the required changes oneself. That may fly at a place like Wikipedia, which has a much larger population of committed editors, and where it can therefore be assumed that someone else will come along quickly and make the changes rather than the template staying on the page indefinitely. But for all our recent growth, Wikivoyage is still a small fry compared to Wikipedia. -- AndreCarrotflower (talk) 21:59, 25 January 2013 (UTC)Reply[reply]
Agree with Julias and Andre. I think such a banner may itself be cruft. Simply deleting whatever specific details of an entry one finds to be out of date, assuming one finds it impractical to update them, may be better. If one lacks the info or confidence to do that, leaving a note about the matter here in the Pub may be more helpful than a banner template. Thank you Yvwv for bringing this up here. :-) Rogerhc (talk) 23:54, 25 January 2013 (UTC)Reply[reply]
I see a huge box on the page but am still uncertain as to what of the info is presumably outdated or what the original poster wanted done to fix this. Perhaps something small and less obtrusive like (dated info) or (disputed) or (see talk) should link to a section of the article's talk page, where something more descriptive than "fix this" could be provided without displaying as part of the article. And no, (citation needed) shouldn't be one of these unless we ever start using Wikipedia-style cited secondary sources for info. K7L (talk) 01:05, 26 January 2013 (UTC)Reply[reply]
Agree with K7L. Big boxes claiming generic problems are not very helpful. They are a cmplete pain on WP, as they often leave you in nearly complete ignorance of what to do about the problem. I accept that it is not always possible to fix the information oneself, but the inline markers are far more useful as they more accurately identify the problem text. Such notices should always be dated. On WP that is usually done by a bot. • • • Peter (Southwood) (talk): 05:03, 26 January 2013 (UTC)Reply[reply]
I would suggest that the problem text should be exactly identified, possibly by highlighting the text in some way, so it is clear where it starts and where it stops. Maybe underlining?
Suggestions for policy for inline templates. (formalising K7L suggestions)
  • If information is wrong, correct it if you can, delete it if you can't correct it
  • If information is contentious, tag as (disputed|date)
  • If information is out of date tag as (dated|date)
  • If there is another problem tag as (see talk page|date) and discuss on talk page. • • • Peter (Southwood) (talk): 05:20, 26 January 2013 (UTC)Reply[reply]
A much better solution indeed! I would say such inline remarks, exactly identified, have all the advantages (making people aware that the information is flawed and can't be relied on blindly) without the dreaded boxes. It's probably the next best thing to fixing. Is there a way to list those inline-tags on a separate page, somewhere? I wouldn't mind digging into information, when it is available on other sites, to update a spotted problem now and then. On other wiki's there are always people who prefer fixing small problems over writing content. It might help to keep the number of such tags somewhat in check? JuliasTravels (talk) 09:30, 26 January 2013 (UTC)Reply[reply]
Agree most templates on EN wiki are silly and should be deleted. I deleted certain types (like the expert needed one) on sight. The last thing we want to promote is a mentally of people tagging rather than fixing. Travel Doc James (talk · contribs · email) 12:33, 26 January 2013 (UTC)Reply[reply]
As far as I know a template can add a category to a page which will allow all pages with that template to be listed as a category. The category can be hidden if you don't want it to show on the page. Removing the template after the problem has been fixed should automatically remove the category.
I agree with Doc James that we only want a small number of useful templates. • • • Peter (Southwood) (talk): 16:19, 26 January 2013 (UTC)Reply[reply]

How to not display the page title at the top[edit]

Hi guys. I'm trying to get a quick answer to this: On the Main Page, it doesn't automatically display the page title ("Main Page") at the top like it does for all other pages. How was this accomplished? I'd like to get rid of that page title on our pt: main page too. Thanks in advance. Texugo (talk) 18:49, 26 January 2013 (UTC)Reply[reply]

It appears to have been done with CSS. See [12], although on Wikivoyage it looks like MediaWiki:Vector.css was modified instead of MediaWiki:Common.css:
   /* Hide title on the main page */
   .page-Main_Page .firstHeading, .page-Main_Page #contentSub {
     display: none;
   }
-- Ryan • (talk) • 19:26, 26 January 2013 (UTC)Reply[reply]
Thanks Ryan, but MediaWiki>Vector.css on pt: is identical to the one here. What could be the problem? Texugo (talk) 19:47, 26 January 2013 (UTC)Reply[reply]
Never mind. I did get it to work using the other method from the FAQ. Don't know why the CSS didn't work though... Thanks a lot! Texugo (talk) 19:54, 26 January 2013 (UTC)Reply[reply]
Maybe it wants .page-Paginà_principal or something similar em portugês? K7L (talk) 19:58, 26 January 2013 (UTC)Reply[reply]
What K7L said. The class on the body tag is apparently "page-" + name of page, so for pt:Página principal it would be "page-Página_principal" instead of "page-Main_Page". -- Ryan • (talk) • 20:02, 26 January 2013 (UTC)Reply[reply]

Retry, wait or forget it?[edit]

I've encountered a weird problem in a Wikivoyage edit I've never experienced in all the edits I've made in Wikipedia. (This may be more appropriate for Bugzilla, but I don't have a Bugzilla account and fortunately the help area says if you're not sure where the problem belongs, post it here first.)

Yesterday morning I booted up my laptop, launched Opera and went into the Wikivoyage entry on West Jefferson (North Carolina) to list the places to stay there under "Sleep." One thing led to another, and it was late afternoon before I signed out of Wikivoyage, but at least I had the satisfaction of knowing it had been a Saturday well spent. That is, until about an hour later when I launched Safari on the iPad to review my work.

When I went to the West Jefferson Wikivoyage page in Safari, none of the three entries I'd made in the "Sleep" section showed up. According to "View History," I hadn't made any edits in that entry for over a week. Luckily, all the other work I did yesterday showed up in Safari - the new entry on Mountain City (Tennessee), information in an almost blank existing entry on Damascus (Virginia), adding a restaurant and the Best Western to Jefferson (North Carolina), adding the two hotels I stay at in Boone and some restaurant information.

I know Wikimedia is migrating from servers in Tampa to a server farm outside Washington, so I thought it might be a replication problem. Perhaps the server I used to do the edits on the West Jefferson page hadn't yet replicated the new data to other Wiki servers. Yet, since all the other edits I made yesterday were showing up in Safari, I feared it was more likely a mysterious glitch and I'd need to retrace my steps to find the phone numbers, addresses, etc., for the three lodging establishments in West Jefferson.

Late last night I launched IE 10 on the laptop to listen to ZRadio, and when I checked Wikivoyage in Internet Explorer it was the same experience as Safari - nothing under "Sleep" on the WJ page, but all my other edits showed up.

Today I opened Opera, went back to the West Jefferson page in Wikivoyage, and the info I added under "Sleep" showed up. I hurriedly copied and saved it to WordPad so I wouldn't have to recompose the text if it should be necessary. I refreshed the page in Opera to make sure it wasn't pulling from the cache, and the updated "Sleep" section was still there. Then I launched Safari on the iPad, and ... no entries under "Sleep" on the West Jefferson page.

So I don't know whether the lodging entries I made are in Wikivoyage or aren't in Wikivoyage. Should I use the "old version" of the page in Internet Explorer to re-add the info I entered yesterday? Or would that cause a bigger problem if the edited version is floating around the Wiki servers? Dlewis77 (talk) 20:43, 27 January 2013 (UTC)Reply[reply]

I'm seeing Hampton Inn, Nations Inn, and Buffalo Tavern B&B under "Sleep". For the record, I've never accessed the West Jefferson, NC article before in my life, so it's not an issue with my file cache.
I experienced the same problem from time to time when we were migrating content onto the WMF servers for the first time. In my decidedly non-expert opinion, I'd say there's a good chance it has to do with the server migration from Tampa to Washington.
-- AndreCarrotflower (talk) 23:41, 27 January 2013 (UTC)Reply[reply]
I have the same issues on Wikimedia Commons. I'm pretty sure it has to do with the migration. Globe-trotter (talk) 01:27, 28 January 2013 (UTC)Reply[reply]
Like everyone suggests, it probably has something to do with the migration. A couple days ago, I added a couple "Other destinations" to the Sudan page and uploaded a new version of the Sudan map to Commons. Even when I refreshed the page in my browser, the "Other destinations" page remained blank and the old version of the map was displayed. However, when I clicked edit, the ODs were displayed in the edit box. AHeneen (talk) 02:47, 28 January 2013 (UTC)Reply[reply]
We had (have?) problems with purging image caches after the data center migration. This is currently being handled in bugzilla:41130; bugzilla:44391 might be related and got fixed a few hours ago after the operations team spent the weekend investigating the (very low-level) server problem. I'm sorry for the inconvenience caused by this. --AKlapper (WMF) (talk) 13:02, 28 January 2013 (UTC)Reply[reply]

Mixed HTTP and HTTPS content on Wikivoyage[edit]

Every time I go to the pub, I get a security warning telling that the page contains both HTTP and HTTPS content (meaning that the page is insecure). Looking at page information, I see that the page loads images like http://b.www.toolserver.org/tiles/osm/12/1169/1566.png which are downloaded through an insecure connection, and this seems to be the source of the error message. Would it be possible to do something about this? --Stefan2 (talk) 20:56, 27 January 2013 (UTC)Reply[reply]

This isn't really an error. If you access WV via https, then if anybody incorporates an image from an insecure source, it is going to produce this error. When the relevant discussion is archived the error will go away, only to reappear if someone incorporates another image from an insecure source in a future discussion. --Inas (talk) 23:55, 29 January 2013 (UTC)Reply[reply]

Improving our Template:Regionlist[edit]

This is long overdue from six years ago when Ryan perspicaciously said at Template talk:Regionlist:

The current map placement, which puts the map after the table of regions, is obviously not ideal. However, trying to modify the template so that the map appears next to the region key causes clashes with quickbars, the TOC, and other page elements. If anyone out there has the time and ability to re-work this template to use divs instead of a table it might go a long way towards improving the usability and look of the template... -- (WT-en) Ryan • (talk) • 15:54, 28 May 2007 (EDT)

Now the map is alongside the table of regions and often (especially with the small screen widths that are found on laptops and smart phones) the list is squeezed into a worm or under-runs the map. -- Alice 23:21, 27 January 2013 (UTC)

How to see editors ranked by number of edits?[edit]

I know I can see the number of edits of individual editors in the last 30 days at a special page eg: here, but is there any page or tool I can view that ranks WV editors by decreasing number of edits, please? -- Alice 00:46, 28 January 2013 (UTC)

I am not aware of any local list that does what you want. On Wikipedia, developers make pages off-site where you can analyse edit counts. Also, let's remember that the number of edits someone has doesn't mean they are a better contributor than anyone else. Some people only edit every now and again but make huge content additions. JamesA >talk 01:04, 28 January 2013 (UTC)Reply[reply]
Thanks for the quick (if somewhat disappointing) answer, James.
Your subsidiary point is so true (and I would also add that some editors — I'm a prime example of this — have to make sequential edits correcting their own spelling and syntax, etc rather than getting things spot on with their first edit, and this also boosts their count). -- Alice 01:25, 28 January 2013 (UTC)
You're also completely right. We need a mix of all editors. Those who make many small, quick edits that revert vandalism or correct spelling/phrasing mistakes, and those who make large edits. So good on ya for all your help! :) By the way, if you really wanted to find such a list, try looking at w:Wikipedia:WikiProject edit counters. One of those external tools might have been modified to also work with Wikivoyage. JamesA >talk 01:42, 28 January 2013 (UTC)Reply[reply]

I remember that ClausHansen did on WT a quarterly statistic on how may edits user patrolled. I was quite good as it moved quite strong from quarter to quarter. The main target is different today but i guess that the statistic fun can be done. Currently it will be senseless as several bots and human are on the run and do major changes. It's the long run that count. jan (talk) 13:19, 28 January 2013 (UTC)Reply[reply]

It is confusing to have the sidebar linking to a page called "Non-free files". I strongly suggest that MediaWiki:Upload be changed back to "Upload file", since we have to assume users will (a) not know to go to Commons in order to upload free files, and (b) not recognise the term "non-free". There is a link on Special:Upload to Commons' upload wizard, and a notice warning users about what to upload here. This, that and the other (talk) 06:37, 28 January 2013 (UTC)Reply[reply]

#Upload file --Peter Talk 08:18, 28 January 2013 (UTC)Reply[reply]

Auto welcoming[edit]

Hello, I am one of the bot operators on this wiki and while always thinking of a way to help through bot work, I noticed that a lot of experienced users are welcoming new users. While this is great, it is also time consuming. What do you guys think about a bot that welcomes any user who has made 1 edit (can be anywhere from 0-50 edits). What do you guys think? -- Cheers, Riley 08:12, 28 January 2013 (UTC)Reply[reply]

Wikivoyage culture has frowned on auto-welcoming. Mostly because an at least slightly personalized note shows that a real human is out there, caring about your work and involvement in the project. But in part also because a blue talk link is pretty informative—it let's you know that any given user has had interactions with other contributors. --Peter Talk 08:20, 28 January 2013 (UTC)Reply[reply]
While I don't really agree with your first note about personalization (mainly because it makes me wonder if a bot welcoming is an different that how users are being welcomed right now; semi-automatically), you are right that it is informational. I don't know how users are currently welcomed (well I do but I don't know if users are checking contributions), users manually welcoming allows new user contributions to be checked. :) -- Cheers, Riley 08:55, 28 January 2013 (UTC)Reply[reply]
As a manual operator of a few welcomes in the last week or so, and patrolling recent changes, I agree with Peter that the human touch exists with the adding the welcome manually, and also the capacity on recent changes to see what other behaviour is occurring is useful. The prospect of a bot generated welcome has some merits, but I am very curious why I havent seen such an item at wp en or commons...
As for methods - I am aware of a large number of wp en users are responding to the banner that was up for a while - and they are having difficulty appreciating the differences between wp en and wikivoyage - so I have been welcoming totally red ie edit free new registrations, as well as user who have started editing... on the basis that better a welcome than a new editor not having had the opportunity to be forewarned... sats (talk) 09:02, 28 January 2013 (UTC)Reply[reply]
When I notice a new user in the Recent Changes, I will usually let them edit an article a few times then welcome them, specifically thanking them for their edits to that article. I don't usually use the template either. JamesA >talk 11:59, 28 January 2013 (UTC)Reply[reply]
Neither do I. All things being equal, I like to direct them to mos and the links on it, as a good way to start, and of course to the pub. Ikan Kekek (talk) 12:10, 28 January 2013 (UTC)Reply[reply]
Well from a sample of three we have different ways of approaching new users - I think it would be good to see the opinions of others - as so many other policies and practices are being worked out at the moment - it would be good to see whether there is a particular trend that is seen as better for wikivoyage in the long run - or not... Having been offered a bot welcome, we have not using the template editors offering comment. Having used the template I am interested to see if others have ideas on this. cheers sats (talk) 12:41, 28 January 2013 (UTC)Reply[reply]

I sort of like welcomes. One has no idea how things work when they first arrive and a bit of advice is nice. Especially since we can provide a link in the welcome to how WV is different from WP. Yes yes I know some people will say that not having this template welcome messages is one of the way WV is different but... Travel Doc James (talk · contribs · email) 15:13, 28 January 2013 (UTC)Reply[reply]

I'd prefer not to automate this. Sometimes a new user will be on the right track from the very first edit. Sometimes a user will attempt to use encyclopaedia style (categories, secondary sources, footnotes, enough info about the history of one landmark to fill a page) in good faith, only to be told that duplicating Wikipedia here isn't what we need. Sometimes the first edits will be self-serving or promotional or be full of fluff about the "perfect family getaway" with "relaxing, beautiful sunsets" and "cool, refreshing breezes" that could be blindly applied by marketers to every destination on the globe. Sometimes an edit will be botspam or vandalism. Each needs a different response. Welcoming users manually is an opportunity to point out mistakes made in good faith by new users who might be familiar with Wikipedia but have no experience with Wikivoyage. K7L (talk) 16:27, 28 January 2013 (UTC)Reply[reply]
I always write personal welcomes to people who edit articles on my watchlist (who haven't been welcomed). I know that some just subst welcome across multiple users, and that's okay too. I'd be in favour of a bot that picked up the pieces, i.e. if you haven't been welcomed personally within 7 days of editing your first article? --Inas (talk) 00:12, 29 January 2013 (UTC)Reply[reply]
Great idea, Inas! If their talk page link is still red after 10 days, then even a robotic welcome with helpful links is probably better than no welcome at all. -- Alice 01:27, 29 January 2013 (UTC)

'Contact' section[edit]

I propose that we rename the destination "Contact" sections as "Stay connected". The purpose of this section is frequently misunderstood by new users, who drop the address of the local CVB here instead of handy information on post offices, carrier pigeons, copy/fax centres, Internet cafés, wi-fi hotspots or other means of staying in contact while on the road. The corresponding header already exists in fr: as "rester en contact". K7L (talk) 16:27, 28 January 2013 (UTC)Reply[reply]

Yes, or they post some promotional info to contact them or a hotel or something. I support your idea. Ikan Kekek (talk) 18:40, 28 January 2013 (UTC
I like the proposed new heading name, but it's always seemed odd to me that we have a separate section in city articles that is basically just for listing internet cafes, particularly as internet access becomes so common in hotels, coffee shops, and public areas around the world. If we're proposing changing the heading on all city articles it might be worth discussing whether it's worthwhile to combine "Contact" into "Cope" and update the templates. -- Ryan • (talk) • 20:00, 28 January 2013 (UTC)Reply[reply]
I find that "Contact" is a good place to list post offices, as well. -- AndreCarrotflower (talk) 20:56, 28 January 2013 (UTC)Reply[reply]
Clarification: I support renaming "Contact", oppose conflating it with "Cope". -- AndreCarrotflower (talk) 05:08, 29 January 2013 (UTC)Reply[reply]
  • Support - very good idea. --SU FC 19:40, 28 January 2013 (UTC)Reply[reply]
  • Support. I agree that Stay connected seems to match our style, and is better in meaning. The section includes Internet (not only WiFi but rules on getting a local SIM for your phone), Telephony, Postal systems, etc. I don't support merging Cope, but agree that we need more discussion on that section. Can we keep that separate? --Inas (talk) 23:16, 28 January 2013 (UTC)Reply[reply]
  • Support - good idea. I think combining it with Cope would tend to get messy though, so I also support keeping them separate. Texugo (talk) 23:42, 28 January 2013 (UTC)Reply[reply]
  • Support the name change from "Contact" to "Stay connected" if this section is not subsumed into "Cope" -- Alice 23:56, 28 January 2013 (UTC)
  • Oppose; this seems like change for change's sake, and it makes the section heading too long. "Connect" might be acceptable if "Contact" is really thought to be too ambiguous, but I don't think it is. "Stay connected" is just 'blah' and doesn't fit our style at all (Stay safe and Stay healthy notwithstanding). LtPowers (talk) 02:42, 29 January 2013 (UTC)Reply[reply]
Really? I've lost count of how many Contact sections I've edited over the years to remove tourist info, and numerous other details. Object for stylistic reasons, by all means, but this section heading is confusing thousands of our editors. --Inas (talk) 05:07, 29 January 2013 (UTC)Reply[reply]
Agree strongly with Inas. My experience is that this section is generally used by new editors for listing the CVB, tourist offices, random extlinks, and other ways to "contact" the destination for more information. -- Ryan • (talk) • 05:30, 29 January 2013 (UTC)Reply[reply]
I don't think I've ever seen that happen. But I'll take your word for it that it's not uncommon. I suspect the truth is somewhere between "it happens constantly" and "it never happens". LtPowers (talk) 19:04, 29 January 2013 (UTC)Reply[reply]
Well, so you can see it just once, this is today's [13] :-) --Inas (talk) 00:56, 30 January 2013 (UTC)Reply[reply]
And this is today's [[14]] --Inas (talk) 22:04, 30 January 2013 (UTC)Reply[reply]
And today's [[15]] --Inas (talk) 23:30, 5 February 2013 (UTC)Reply[reply]
Support getting rid of contact, but not combining it with cope. Also, I do not think "stay connected" is a good choice.
How about making it "Communicate"? Pashley (talk) 07:07, 29 January 2013 (UTC)Reply[reply]
  • Neutral - I've never seen an issue with a Contact section, but can certainly see how users could get confused. Stay connected just doesn't sound right. It sounds like something you'd hear in a telco commercial advertising their newest mobile plan. Then again, I may be biased considering there's a telco in Australia with a very similar name. Communicate could be confused with Talk. Like LtPowers said, just Connect could be a better solution, though that too isn't perfect. I also oppose merging with Cope. JamesA >talk 13:25, 29 January 2013 (UTC)Reply[reply]
  • Support renaming "Contact" to "Stay connected". I do not support combining Contact & Cope nor calling the section "Communicate". AHeneen (talk) 20:38, 29 January 2013 (UTC)Reply[reply]
Would you support Connect? --Inas (talk) 22:03, 29 January 2013 (UTC)Reply[reply]

Renaming this to connect (snappy) or communicate makes all sorts of sense. Stay connected is unnecessarily clunky (why not just connect?). It's also my experience that editors routinely and understandably mistake "contact" as a place to put "contact details" for the destination.

And what's with all the support oppose stuff lately? --Peter Talk 00:33, 30 January 2013 (UTC)Reply[reply]

I don't know; I thought maybe it was just me noticing it. LtPowers (talk) 15:47, 30 January 2013 (UTC)Reply[reply]
Maybe it's all the new users coming from Wikipedia where that kind of thing happens a lot more often; maybe it's me, who has caught myself doing it even before the launch. At any rate, I support ;) continuing with it. It's an easy way to get the gist of the subsequent comment, and to tally consensus quickly without wading through a lot of text. -- AndreCarrotflower (talk) 17:35, 30 January 2013 (UTC)Reply[reply]
The issue with supporting/opposing is that new ideas may emerge later in the discussion, and it just gets messy tracking what editors are actually supporting and opposing in the end. Like in this discussion, the first half-dozen votes didn't even consider Connect although that may be the most accepted option. If it was a discussion over alternatives and necessity, rather than a straw poll, things could've run a little more smoothly. I support supporting/opposing once all ideas have been exhausted. JamesA >talk 01:10, 31 January 2013 (UTC)Reply[reply]
Connect I can live with, communicate is likely to be mistaken for "talk" (which already exists), "contact" doesn't make clear that this is not somewhere for vendors to solicit sales enquiries so is problematic. K7L (talk) 15:38, 30 January 2013 (UTC)Reply[reply]
I agree. Connect or stay connected is both okay for me, not included in Cope but for all internet, postal and telephone stuff. JuliasTravels (talk) 20:47, 30 January 2013 (UTC)Reply[reply]
Good point regarding communicate—it's too ambiguous. I think there is a lot of support for a change, with "Connect" being the most-liked (stay connected is also popular, but just a little less so because it's longer and less "snappy). Does that sound right? --Peter Talk 01:20, 31 January 2013 (UTC)Reply[reply]
I still think "stay connected" sounds better, but I'd be fine with "connect." Ikan Kekek (talk) 02:15, 31 January 2013 (UTC)Reply[reply]
If others are concerned about confusion, I'm willing to accept a change to Connect. But "Stay connected" sounds too much like marketing speak. LtPowers (talk) 02:34, 31 January 2013 (UTC)Reply[reply]

Rename Contact to Connect?[edit]

  • Support. We really don't need the contact info of the local CVB in these sections. K7L (talk) 17:51, 2 February 2013 (UTC)Reply[reply]
  • Support - Per my and other statements above. JamesA >talk 01:35, 3 February 2013 (UTC)Reply[reply]
  • Support. A change in the name is needed, and "connect" is fine. People will associate that with being online and other forms of communication and be less confused about what it means. Ikan Kekek (talk) 02:38, 4 February 2013 (UTC)Reply[reply]
  • Support -Shaundd (talk) 04:51, 6 February 2013 (UTC)Reply[reply]
  • Support -- AndreCarrotflower (talk) 05:16, 6 February 2013 (UTC)Reply[reply]
  • Support -- Pashley (talk) 11:37, 6 February 2013 (UTC)Reply[reply]

I read a pretty clear consensus for a change, and that connect is the favorite option. Does anyone disagree (i.e., want to derail this ;) )? --Peter Talk 06:32, 5 February 2013 (UTC)Reply[reply]

Let's proceed. LtPowers is our nominated section renamer? --Inas (talk) 22:28, 19 February 2013 (UTC)Reply[reply]
Who me? I'm afraid that won't be possible. Primarily, we don't have the Text Replace extension here, which is what I used to replace Get Out with Go Next. We'll need a bot. LtPowers (talk) 00:20, 20 February 2013 (UTC)Reply[reply]
We've moved so many times, I lose track of which servers I'm on :-) --Inas (talk) 05:55, 22 February 2013 (UTC)Reply[reply]

'Cope' section[edit]

I see one problem with moving "stay safe", "stay healthy", "stay connected" or anything else to be subsections of "Cope"... the only one of the blank outline templates to include "Cope" is {{bigcity}}. It simply doesn't exist in the blank {{country}}, {{region}}, {{smallcity}}, {{hugecity}} or {{district}} outlines. (I haven't checked to see whether this matches the documentation for each of these page types). K7L (talk) 23:46, 28 January 2013 (UTC)Reply[reply]

Cope is sometimes where religious services are listed, such as in places where there are not many members of a religion or denomination. We can discuss whether such listings are very helpful to travelers or not (I think they can be), but they certainly wouldn't fit in any of the other sections you mention. Ikan Kekek (talk) 23:50, 28 January 2013 (UTC)Reply[reply]
Cope doesn't work so well in big cities with well developed tourist facilities, where all of the things you'd expect to see there exist multiple times over and are relatively easy to find. And we're not really a directory service. --Inas (talk) 00:10, 29 January 2013 (UTC)Reply[reply]
Wikivoyage:Huge city article template indicates "Cope" is a valid section, even though it is missing from {{hugecity}}. It's useful for lists of consulates, high commissions and other embassy-like entities (such as Taiwan Economic & Cultural Offices). K7L (talk) 00:43, 29 January 2013 (UTC)Reply[reply]
I would strongly oppose the deprecation of "Cope". I'm in the process of districting Buffalo, and as can be seen from the two district articles I've completed so far (#1 and #2), both of them make heavy use of the "Cope" section for information on hospitals, places of worship, district-specific print media, and other necessities. If this section were eliminated, I would, frankly, be hard-pressed either to find another appropriate section for most of this information or to justify omitting it. -- AndreCarrotflower (talk) 02:23, 29 January 2013 (UTC)Reply[reply]
Any reason for pushing consulates into district articles? They usually serve the whole city or region, not just the one district in which they are located. Also, Buffalo aren't 'districted' they're 'herded'. :) K7L (talk) 18:12, 29 January 2013 (UTC)Reply[reply]
At the moment the small city article template is our most heavily used template and it includes a "Contact" section, which is supposed to contain listings for staying in touch (phone, internet, postal). "Cope" is supposed to be the dumping ground for travel-relevant listings that don't fit into other headings, and tends to be where everything from embassies to laundromats to religious services end up; adding internet cafes and post offices to that section wouldn't be much of a stretch. It has always struck me as odd that "Contact" became a separate, and standard, heading when we live in a world where phone and internet services are fairly common in all but the most remote villages.
In the cases where a town is small enough to warrant having individual listings in a "Contact" section then it would probably also warrant a "Cope" section. IMHO, combining the two in such a case helps keep the article more focused while still presenting a traveler with needed information. To the argument that this section could become a yellow pages listing, if we apply a similar rule to this section as we do with car rental agencies (if a business type is common, don't add individual listings) it would help keep this manageable.
To be clear, I'm not strongly married to the idea of having one combined section, but I think it would be a good way to capture information that is sometimes under-represented ("Cope") while de-emphasizing a section that isn't as important as it was back in 2007 ("Contact"). -- Ryan • (talk) • 04:38, 29 January 2013 (UTC)Reply[reply]
Spot on! -- Alice 05:12, 29 January 2013 (UTC)
The reason "Cope" is underrepresented is because it's unimportant information. It's basically a category to stack a lot of unrelated things, like laundromats, religious services and local newspapers. I don't think it needs to be emphasized. Globe-trotter (talk) 18:10, 29 January 2013 (UTC)Reply[reply]
Just because "Cope" is something of a catch-all category does not mean that the information is unimportant. Travelers who are religious, and there are a lot of them, will obviously want to know where they can find a religious service of their denomination. Travelers who want to avail themselves of local news or event listings, and there are a lot of them, will obviously want to know the name of the local paper and the URL of their website. Travelers who prefer clean clothes to dirty clothes, and that covers virtually everyone, will obviously want to know where they can do their laundry. If the result is that the "Cope" section ends up looking like a directory, so be it. I don't see the harm in that; the paramount question ought to be whether the information is useful to the traveler, and I think it's safe to say that it is.
When in doubt, I think it would behoove Wikivoyage editors to err in favor of including information, rather than withholding it. -- AndreCarrotflower (talk) 03:29, 30 January 2013 (UTC)Reply[reply]
Well said! (Especially now that the "Book Creator" option in the left hand panel offers the ability to select or de-select individual sections of articles...) -- Alice 07:38, 30 January 2013 (UTC)
Sure, some people do laundry and visit religious services while traveling, but it's not crucial for a travel guide. Not at all even. It's daily life fluff that could easily be left out. To add Contact to Cope wouldn't make sense, because then every article on Wikivoyage would need a "Cope" section, and a lot of relatively unimportant information would be added to the articles. Globe-trotter (talk) 15:51, 30 January 2013 (UTC)Reply[reply]
Wikivoyage is not a telephone directory. K7L (talk) 16:07, 30 January 2013 (UTC)Reply[reply]
If someone could direct me to the specific, written policy stating that Wikivoyage is to avoid looking like a telephone directory at all costs, I'd be grateful. Certainly Non-goal #7 applies in many cases, but where it comes into conflict with Wikivoyage:The traveller comes first I think the latter policy ought to take precedence (if the traveller "comes first", that means he comes before our other policies). The nature of travel guides is that they bear a certain degree of similarity to telephone directories. -- AndreCarrotflower (talk) 18:15, 30 January 2013 (UTC)Reply[reply]
The reason consulates should be placed in city pages, instead of regional pages, is that the regions they serve do not match up with Wikivoyage regions. So either 1)we'd need to list which consulates serve each region (state/province level) or 2)just list the consulate in the region (state/province level) it's located in. Even then, a state/province might be served by multiple consulates for a particular nation. Listing consulates in a city article seems like the easiest option. Doing anything other than to not list consulates at all would necessitate the creation of a policy (with a few different criteria) to determine where a consulate should be listed. AHeneen (talk) 20:35, 29 January 2013 (UTC)Reply[reply]
City pages I can live with... but the proposal was to push a consulate into an individual district Buffalo/Downtown#Consulates. That's overcategorisation. K7L (talk) 23:30, 29 January 2013 (UTC)Reply[reply]
Everyone agrees with placing them in the City article I think. Globe-trotter (talk) 15:51, 30 January 2013 (UTC)Reply[reply]
I quickly placed the information regarding the German consulate into Buffalo/Downtown based on a misreading of User:K7L's comments dated 29 January, 00:43 and 18:12. I agree with the overcategorization remark and will revert that edit now. -- AndreCarrotflower (talk) 17:30, 30 January 2013 (UTC)Reply[reply]

Help PediaPress build printable Wikivoyage guides[edit]

Interested in helping PediaPress, the creators of the Special:Book extension, curate printed travel guides made from Wikivoyage content? Please contact Heiko Hees at heiko dot hees at brainbot dot com. They're open to sharing the royalty, and a part of every book's proceeds goes to support the Wikimedia Foundation and thus Wikivoyage as well. Jpatokal (talk) 22:22, 29 January 2013 (UTC)Reply[reply]

Breadcrumbs for mobile[edit]

I think we should have our breadcrumbs in our mobile site version. I believe this could be done by adding class="mf-breadcrumbs" to the <div id="contentSub"> like so:

<div id="contentSub" class="mf-breadcrumbs"> (I believe that is only for mobile Main Page. Not sure really if there is anything like it for regular pages. --Rogerhc (talk) 21:52, 5 February 2013 (UTC))Reply[reply]

I may be mistaken but I think this would be done by us coming to a consensus that it should be done here, and then someone posting a request in Bugzilla with a reference to that consensus. I think mw:Extension:GeoCrumbs is what makes the breadcrumbs and the PHP code for it in the extensions dir of Wikivoyage on the server would need an edit. Yes? --Rogerhc (talk) 22:39, 29 January 2013 (UTC)Reply[reply]

In MediaWiki, the "contentSub" line normally contains a tagline slogan like "From Uncyclopedia, the content-free encyclopedia" or "From Wikipedia, the free encyclopedia". GeoCrumbs just replaces that text with the breadcrumb trail. The code which generates 'div id="contentSub" ' is likely part of MediaWiki or a MediaWiki skin (and not the extension), so I have no idea whether this is something easily changed. K7L (talk) 15:16, 30 January 2013 (UTC)Reply[reply]
I believe that "From Wikivoyage..." tag line is in "siteSub" not "contentSub". See page source and mw:Manual:Skinning/Tutorial#Subtitles . --Rogerhc (talk) 18:49, 30 January 2013 (UTC)Reply[reply]
The problem with breadcrumbs on mobile is that they can get REALLY long. Take Walt Disney World/Magic Kingdom for instance. LtPowers (talk) 15:47, 30 January 2013 (UTC)Reply[reply]
Agree with Powers, I see breadcrumbs can get too long. Maybe not do this on mobile, unless breadcrumbs could be converted into a workable pop-up list. --Rogerhc (talk) 18:35, 30 January 2013 (UTC)Reply[reply]
Could we possibly just have the previous 3 items in the breadcrumb hierarchy? That would prevent it getting long, but still allow users to go up the hierarchy, even if slowly. JamesA >talk 01:37, 3 February 2013 (UTC)Reply[reply]
Interesting idea. Might just work. I haven't a clue how to make it happen though. --Rogerhc (talk) 21:56, 5 February 2013 (UTC)Reply[reply]

Help with New Main Page Idea[edit]

Hi there! Sorry to those those of you who've already seen this, but I was just wondering if anyone on here could help with this new idea for Wikivoyage's main page. We've been talking about it over on the Main Page Discussion and the main problem with it (at present) seems to be that the images don't scale with the user's screen resolution. I'd be very grateful if anyone would be kind enough to find a way of doing this; unfortunately, I'm not adept enough at CSS to do this myself, so I'd really appreciate it. Thanks! --Nicholasjf21 (talk) 23:42, 29 January 2013 (UTC)Reply[reply]

Removing edits by specific editors from appearing in one's watchlist[edit]

Is this technically possible and, if so, how would one achieve this exactly, please? -- Alice 08:13, 30 January 2013 (UTC)

I don't think it's possible outside of installing a client-side filter in your web-browser. LtPowers (talk) 15:47, 30 January 2013 (UTC)Reply[reply]
Thanks for that - it's very useful sometimes to have a firm negative - it saves time looking for something that might not even exist. Looking on the bright side, it may not be necessary now that an "draped-amphibian"-free future is looking more likely here... -- Alice 07:53, 31 January 2013 (UTC)

Wkimania in Hong Kong, August[edit]

Two things to be aware of, Call for participation and scholarships to fund travel. Pashley (talk) 19:19, 30 January 2013 (UTC)Reply[reply]

I've put it at Wikivoyage:Get-together if any wikivoyagers are interested in meeting up there. --Inas (talk) 11:23, 19 February 2013 (UTC)Reply[reply]

Help turn ideas into grants in the new IdeaLab[edit]

I apologize if this message is not in your language. Please help translate it.

  • Do you have an idea for a project to improve this community or website?
  • Do you think you could complete your idea if only you had some funding?
  • Do you want to help other people turn their ideas into project plans or grant proposals?

Please join us in the IdeaLab, an incubator for project ideas and Individual Engagement Grant proposals.

The Wikimedia Foundation is seeking new ideas and proposals for Individual Engagement Grants. These grants fund individuals or small groups to complete projects that help improve this community. If interested, please submit a completed proposal by February 15, 2013. Please visit https://meta.wikimedia.org/wiki/Grants:IEG for more information.

Thanks! --Siko Bouterse, Head of Individual Engagement Grants, Wikimedia Foundation 20:19, 30 January 2013 (UTC)Reply[reply]

Distributed via Global message delivery. (Wrong page? Correct it here.)

We've got a whole lot of ideas floating around here. But I think expertise is what we need; not money. JamesA >talk 01:04, 31 January 2013 (UTC)Reply[reply]
Expertise is for sale. --Inas (talk) 07:51, 31 January 2013 (UTC)Reply[reply]
Good point. Maybe it would be worth collating our top 3 ideas and formally submitting them. Off the top of my head, a separate Wikivoyage Reviews site, OpenStreetMap listing collaboration and a full-blown listing editor could be high priority projects. JamesA >talk 08:19, 31 January 2013 (UTC)Reply[reply]
Yes, let's work on this. Discussion at Wikivoyage talk:Roadmap might be the place for it, and let's make sure to publicize the discussion so that other language versions are aware. Regarding reviews, I don't think we should frame this as a separate site, but rather as an extended feature separate from the guides—and not part of the universally-editable wiki. --Peter Talk 16:26, 31 January 2013 (UTC)Reply[reply]
I find it very coincidental, Peter, that the three long term goals on the Roadmap are the same as the three ideas I mentioned above! We could call for more ideas, but considering there is only 2 weeks until applications close, maybe we should just stick with those three. One issue is that there needs to be a clear plan of what the money will be used for, and the application needs to define the requested amount. What we have are just feature requests, and if we had our way, we'd just throw the money back at the WMF to hire experienced staff to develop the features. What else could we possibly use the money for? Maybe it would be worth starting the discussion in the structured IdeaLab format anyway, and even if we do not end up applying for a grant, we could use our discussion to liaise with the WMF about new features. JamesA >talk 06:37, 1 February 2013 (UTC)Reply[reply]
We need a clear plan of what the feature requests entail, and I think I could mock up some visualizations. Give me a day, then a weekend to have other eyes look at this, and let's then hoist the sails on our maiden voyage to IdeaLab. --Peter Talk 08:11, 1 February 2013 (UTC)Reply[reply]
I have now created a couple mock ups, and am working on more. While I do that, though, feedback would be great. See the links from Wikivoyage:Roadmap#Long term goals. --Peter Talk 20:42, 1 February 2013 (UTC)Reply[reply]
Agree I wish that the WMF would hire staff and than allow people to apply for their time. Travel Doc James (talk · contribs · email) 12:31, 3 February 2013 (UTC)Reply[reply]

Well, not quite as much comment as I'd hoped, but probably enough to start moving forward. We'll probably get things better defined and critiqued once we get started on IdeaLab. Jameses, can you help? --Peter Talk 23:09, 4 February 2013 (UTC)Reply[reply]

Throwing an idea out there[edit]

Is everything on Wikitravel going to be bounded by location? I could see having articles on something like Diners, Drive-Ins, and Dives locations or an article on Ecotourism in the United States, even US national monuments-arranging some things by topic.Ryan Vesey (talk) 21:26, 31 January 2013 (UTC)Reply[reply]

Not at all. Wikivoyage has many travel topics that are not bounded by location, and I'd love to see articles on any of the three topics you mentioned (if, indeed, they don't already exist!) -- AndreCarrotflower (talk) 21:29, 31 January 2013 (UTC)Reply[reply]
There are also Itineraries which are related to locations but take a different approach, concentrating more on the route and less on individual destinations, though of course they link to those.. Pashley (talk) 11:43, 6 February 2013 (UTC)Reply[reply]

Tourist Office[edit]

As some contributors here are aware, Wikipedia has a Reference Desk,

Would it be possible for Wikivoyage to have a 'travel reference desk'(aka Tourist Office) that would be able to answer travel related enquiries and as well as directing contributors to relevant articles, could answer specific enquires in regard to things that had not yet made it into articles..

Such as :

- Do you know where to get paracetamol in London at 3.am?
- Is it reasonable to bring my pet dog into the UK, as I'm on an extended visit?
- Do you round off the fare (to the nearest note) when taking a taxi in the UK?
- How do you move a cello from London Airpot to the Albert Hall?

amongst others.

In time answers from the 'tourist office' could (and probably should) be then integrated back into the relevant topic articles.

Thoughts? Sfan00 IMG (talk) 22:57, 31 January 2013 (UTC)Reply[reply]

Not to address your question directly, but we have Docents for questions. --Inas (talk) 23:24, 31 January 2013 (UTC)Reply[reply]
Inas is correct; per Wikivoyage:What is a docent?, the entire raison d'être of Docents are to answer questions of the above-described type. -- AndreCarrotflower (talk) 03:08, 1 February 2013 (UTC)Reply[reply]
And half a decade later, it dawns upon me that we should be calling docents concierges. A much clearer name! --Peter Talk 03:23, 1 February 2013 (UTC)Reply[reply]
Although the others are right regarding docents, we all know that the docent system hasn't been utilised much and most of our readers don't know what it is about. I think a central forum where you can ask questions about anything and anywhere would be much more simple for travellers. However, I don't think at this point it is something we would want to launch. We still don't really have enough dedicated, long-term editors who would be able to answer the barrage of questions we are sure to get. It could look really bad if a question goes unanswered. I could only support this if we were to make it extremely clear that there is no guarantee you would get an answer, and we take no liability for incorrect information. JamesA >talk 05:58, 1 February 2013 (UTC)Reply[reply]
Perhaps we should, instead, better utilize and publicize the system we already have in place. -- AndreCarrotflower (talk) 06:13, 1 February 2013 (UTC)Reply[reply]
That'd be great, but the question is how? Not only do few users utilise docents, there are also few users who put their hands up to become one. One of the most-visited and most-recognisable places on Earth, New York City, currently sits at a grand total of zero docents. Another issue with docents is the hierarchy. If I am an expert on the whole of Australia, am I meant to add my name to every Australian state, district and town? If we simply had a "Tourist Office" forum, knowledgeable users could observe for questions that they know they are an expert on, rather than having to point out everything they know to everyone else. The more I think about it, the more I'd like to see this idea run for a month as a trial. JamesA >talk 06:44, 1 February 2013 (UTC)Reply[reply]
I think your idea is excellent. Quite a number of times, visitors to this site (or the previous ones) posted travel questions in the main space or sometimes in talk pages. If there were a visible forum to exchange information, I think that would serve the goal of spreading knowledge about travel and keep such questions in a good place. Actually, I like this better than the review forums idea, though I'm not necessarily opposed to that, if it's well-managed. Ikan Kekek (talk) 06:52, 1 February 2013 (UTC)Reply[reply]
Incidentally, I wouldn't volunteer to be a docent for New York and get private emails, but I'd be happy to reply to travel questions about New York when I could help. Ikan Kekek (talk) 06:53, 1 February 2013 (UTC)Reply[reply]
I like this idea a lot too. I share the worry that we won't have people to answer the questions, though, and that unanswered responses would make the forum look useless. How would we get from point A to point B? Do we wait until our site has grown to add this? Or do we add it, hoping that it will help grow our site? --Peter Talk 08:05, 1 February 2013 (UTC)Reply[reply]
I think we should go ahead and do it, but not worry if it takes a while to get to an implement, so kind of a compromise between the two positions you lay out. Ikan Kekek (talk) 02:37, 4 February 2013 (UTC)Reply[reply]
I don't think an implement is that difficult. We could certainly do it ourselves, without a bugzilla request. See User:JamesA/Tourist Office as an example. JamesA >talk 03:07, 4 February 2013 (UTC)Reply[reply]
Oh cool! Well I say, why not put this into effect? Ikan Kekek (talk) 03:42, 4 February 2013 (UTC)Reply[reply]
If we're going to do this, it would be nice if our answers could all be links to our articles. That way we're still focussed on improving the guide, rather than being a Q&A service for those who can't be bothered to read them. --Inas (talk) 03:47, 4 February 2013 (UTC)Reply[reply]

[unindent] A lot of answers might not relate to things already in guides, although the answers may stimulate edits to the guides. I doubt every restaurant that's worthwhile and which I might recommend for someone is listed in New York City guides. Ikan Kekek (talk) 23:19, 4 February 2013 (UTC)Reply[reply]

Good suggestion, where appropriate. There may be questions where the answer does not fit into the article structure. • • • Peter (Southwood) (talk): 11:53, 4 February 2013 (UTC)Reply[reply]
It's a good guideline for answering. The Wikipedia Reference Desk not only had guidelines for asking, for guidelines for answering. I haven't added them yet, as they were irrelevant to our wiki (things like fact-checking, references, etc). Maybe we should add it, but be more general in our guidelines. Also, we should probably move my example to the Project: space so we can ready this for a small-scale launch, and trial it for a few weeks before making a final decision. JamesA >talk 12:23, 4 February 2013 (UTC)Reply[reply]
Go ahead. • • • Peter (Southwood) (talk): 13:12, 4 February 2013 (UTC)Reply[reply]

(Re-indent) A caveat: our project has generally avoided using the word "tourist" in favor of "traveler". -- AndreCarrotflower (talk) 15:46, 4 February 2013 (UTC)Reply[reply]

What about "departure gate" for the information page? K7L (talk) 16:20, 4 February 2013 (UTC)Reply[reply]
A few name ideas:
  • Travellers' Check
  • Check-in Desk
  • Consulate/Embassy
  • The Outpost

Sorry for the dodgy puns in the first two! --Nicholasjf21 (talk) 16:53, 4 February 2013 (UTC)Reply[reply]

Some more:
  • Concierge Floor (favorite)
  • Trip Planner
  • Travel Agency
--Peter Talk 16:59, 4 February 2013 (UTC)Reply[reply]
Tourist Office works for me. It has a note of comedy that appeals to me. But I'd like to make this into a game: Puzzler might be a fun name (unless Car Talk Radio has a trademark on that which I doubt but we could ask legal; I love that we can ask legal and know they are batting for us, we never had that before). I'd like to see us have some fun with this. It might succeed on a note of challenge: "Dare you answer me this: ..." The oldest unanswered questions could be at top, new questions added at bottom, normal talk order. Answered questions get a bold A at beginning of answer, to be written under question, and archive after some time. A star, or light bulb, or rainbow, or some scale of comical icons, could be added to a question for each week it goes unanswered. Thus challenging questions would gain recognition and extra status would be earned by answering them. Easy questions would be encouraged as well, so that all would understand we are trying to crowd source our knowledge, help each other and have fun. This we could play right now → Wikivoyage:Puzzler (prototype to play with and rename at whim). --Rogerhc (talk) 04:31, 6 February 2013 (UTC)Reply[reply]
That does sound like a good idea, though I'm not completely sure about the name - I'm a bit concerned it won't make its purpose clear to first-time users. It would be nice to get something similar to this up and running as the whole idea and discussion appears to have stalled a bit. --Nicholasjf21 (talk) 11:45, 19 February 2013 (UTC)Reply[reply]

Right, I've had a play with Rogerhc's great design and come up with this. As you can see, it's going through a bit of an identity crisis - the page is named 'Tourist Office', but the title says 'Travel Bureau'. Feel free to change it if you like or suggest other names - we need a consensus on this issue! Thoughts, feelings, opinions, abuse are very welcome! --Nicholasjf21 (talk) 14:12, 19 February 2013 (UTC)Reply[reply]

I split this out of the UK article, but would appreicate some assistance from active UK drivers. Sfan00 IMG (talk) 23:00, 31 January 2013 (UTC)Reply[reply]

Looking good. I have added a few extra points that non UK drivers may not be aware of. Suggest you link to this from the UK article so more people will find it. --Traveler100 (talk) 19:33, 1 February 2013 (UTC)Reply[reply]
Massively expanded now, and I would really appreciate some help on the added sections. I'm also considering if there should be a distance, routing table for major destinations. I asked over on the english Wikipedia Desk concerning a possible initial list for this, http://en.wikipedia.org/wiki/Wikipedia:Reference_desk/Humanities#Top_20_Destinations_by_Road_in_the_UK, I initally thought 20 items would cover it, but a figure around 40-50 seems more likely. Sfan00 IMG (talk) 21:53, 8 February 2013 (UTC)Reply[reply]

Attribution at the bottom of the page[edit]

I would like to know how the Wikitravel attribution message at the bottom of imported pages was set up. Over at pt:, import seems to have been done incorrectly, and we don´t have enough knowledgable users to know what to do. First of all, it seems pt: was imported not directly from Wikitravel, but from JAMGuides, though in the history of the pages imported, the only indication of this is an entry from "JAMBot" with the summary of "Imported by JAMBot", which to my knowledge is insufficient attribution. So, a few questions:

  • Does our attribution message for such pages need to mention users of both JAMGuides and Wikitravel in our case, or is attribution to the last place imported from sufficient?
  • Does the history need to contain a link to the specific page from which it was imported (as it does here), or is a message specifying "users of" sufficient?
  • How is the attribution message at the bottom of imported pages here displayed only for those specific imported pages? It does not appear to be from inside the work itself.
  • How were the WT prefixes added to user names in the history of such pages?
  • Will it be possible to use a bot/script to retroactively add the page footer message and history username prefixes to only the relevant imported pages on pt:

Sorry to bring up such a pt-specific topic here, but I´d like to use en:'s solution if possible, and there are plenty of knowledgable folk here. If there is a better place for us to get answers, please point me there. Thanks! Texugo (talk) 10:09, 1 February 2013 (UTC)Reply[reply]

Do you have an example of a page with a "JAMBot" entry in its history? When data was imported on the original Wikivoyage I gave Hans raw XML exports from Wikitravel, so I'm not sure how any mention of "JAMGuides" would have appeared unless I screwed something up. As to any credit to "JAMGuides", that site was just a read-only mirror of Wikitravel, so there is no need to mention it for attribution purposes. Regarding your other questions, someone else will need to address those for reasons outlined at the top of my user page. -- Ryan • (talk) • 16:02, 1 February 2013 (UTC)Reply[reply]
The Portuguese and Spanish versions were taken from JAMguides, because Wikivoyage e.V. never bothered to hand over the pure exports from Wikitravel to the Wikimedia Foundation. Globe-trotter (talk) 16:08, 1 February 2013 (UTC)Reply[reply]
Have a look here for instance. That´s all the extent of the attribution we have on most of our pages there at this time. Texugo (talk) 16:32, 1 February 2013 (UTC)Reply[reply]
They imported it without any attribution? Wow that's totally against the spirit of the license. Someone should contact the legal department of Wikimedia I think. Globe-trotter (talk) 18:17, 1 February 2013 (UTC)Reply[reply]
Full history XML dumps of all Wikitravel content (through August 2012) are available and should be used where possible since they show every contribution and the individual who made it - Hans should be able to provide access. Hopefully that is enough info to help resolve any issues as I need to bow out of this discussion for reasons already mentioned. -- Ryan • (talk) • 18:27, 1 February 2013 (UTC)Reply[reply]
I'm sorry, who is Hans? How do I get in touch?Texugo (talk) 18:45, 1 February 2013 (UTC)Reply[reply]
I presume this is (from whois) Hans Musil, Wikivoyage e.V.. Taunusstr. 39 Boeblingen DE 71032. DE +49.7031281729 hans.musil (at) gmx.de? K7L (talk) 18:55, 1 February 2013 (UTC)Reply[reply]
User:Hansm here, and at the German Wikivoyage. However, the Wikimedia Foundation hasn't been able to get the dumps from him yet (and supposedly has tried to get them for some months). Globe-trotter (talk) 18:57, 1 February 2013 (UTC)Reply[reply]
ArchiveTeam [16] has 2011 dumps in a dozen languages [17] but newer data would be preferable. We also still need Japan? K7L (talk) 19:06, 1 February 2013 (UTC)Reply[reply]
Also see Incubator:Incubator:Wikivoyage import. Globe-trotter (talk) 15:49, 3 February 2013 (UTC)Reply[reply]
/me stands up, waves. Hi. Legal now knows.  :) I'll see if we can't nudge Hans. Philippe Beaudette, Wikimedia Foundation (talk) 16:23, 4 February 2013 (UTC)Reply[reply]

Bizarre import problem[edit]

Sit back, I've got to give some background on this. Follow me back to the WT days.

In 2005, an article was created at the title "Eden". This article was about the fishing town in New South Wales. In 2008, an article was created called "Eden (New York)", and it was about the suburb of Buffalo. In 2011, Globe-trotter moved the NSW Eden's article to "Eden (New South Wales)", and moved the disambiguation page (which I had created back in 2008) to the base name "Eden". This all works fine to this day on WT.

But here on Wikivoyage, something went wrong. The move of Eden (disambiguation) to Eden is still recorded in the edit history of the former title... but Eden is the NSW article, not the disambiguation page! Even more bizarrely, Eden (New South Wales) is also a (different) copy of the NSW article, with its own edit history, and it does record the move. On the other hand, I can't find the history of the disambiguation page anywhere.

Now, this is reparable (not without some effort, but any admin can do it... though I don't think there's any way to retrieve the disambiguation page as I created it in 2008). But it points to a potential problem with the import, and so I wanted to bring it to light, in case a similar problem exists elsewhere in the wiki. Alternatively, I may be missing something here, in which case it'd be nice to have that pointed out. =)

-- LtPowers (talk) 20:59, 1 February 2013 (UTC)Reply[reply]

It's bizarre indeed, the Dutch Wikivoyage had at least 100 of such cases. I had to redirect all of them to the newly created page. I hadn't encountered it yet on this wiki though. Globe-trotter (talk) 21:14, 1 February 2013 (UTC)Reply[reply]
The scripts I used to create XML backups had some issues with page moves - it wasn't feasible to repeatedly run a full backup of all pages (doing so took weeks or months given the 30 second limit applied to spiders), so my scripts instead tried to track recently changed articles. Unfortunately, page moves proved problematic as the change wasn't recorded as a normal "change", so if the articles weren't subsequently edited then the page was sometimes not updated. I had thought this issue was resolved by forcing a re-spider of most of the articles in the page move logs, but apparently there were still issues. I apologize for the problem, but at this point I think the only solution will be to manually correct problem articles as they are found. -- Ryan • (talk) • 21:23, 1 February 2013 (UTC)