YOU CAN EDIT THIS PAGE! Just click any blue "Edit" link and start writing!

Wikitravel talk:Offline reader Expedition

From Wikitravel
Jump to: navigation, search

SQL dump[edit]

I am working with the Evopedia a free open source software project and need access to a simple SQL dump so we can process and add it to our available processed dumps. I will check back here for a few days hoping to get a reply.


Did somebody contact the Plucker developers already? I don't have a PDA myself (yet..), so I won't delve into this. But I guess that there is room for some kind of cooperation between Wikitravel (or even Wikimedia) people and Plucker developers. Oh, and if I do have a PDA it will definitely run Linux, so then I have to think of tweaking Plucker, which only runs on PalmOS for the moment (fortunately it's free software :). Guaka 16:36, 3 Nov 2003 (PST)

Yeah, I posted to the plucker users mailing list, and got some off-list responses along the lines of "that sounds cool". -- Evan 19:14, 3 Nov 2003 (PST)

I don't see what's the goal of this expedition. Why can't I simply take wget ( and make my offline copy? -- Hansm 05:10, 2003 Nov 4 (PST)

Cause it'd be very crude and take way too much space of your valuable PDA memory. Guaka 09:28, 8 Nov 2004 (EST)

Internet Tablets[edit]

This group should also consider the new class of devices dubbed internet tablets, like the Nokia N800.

Is the HTML generated by the Wikimedia software viewable on mobile devices? This probably isn't necessary for offline reading, but perhaps it's a place to start? --Dawnview 02:43, 2 Feb 2004 (EST)

The Aarddict[1] project can easily be used to allow offline reading on many devices, including the N800, windows, linux, apple. A database dump would be all that is required. This has already been done for wikipedia. Prosthetic Head 11:55, 17 February 2010 (EST)

The following bit was moved here from the Traveler's pub:

A way to edit offline[edit]

I've been thinking that it would be really nice to have a way to work on wikitravel articles offline. The advantages would include the possibilities of working on a laptop, while actually traveling and of giving the traveler a choice of the full range of text editors. I've noticed that there's been some discussion of this sort of thing on the Wikimedia meta site, but I think I would propose to do something a bit different (and hopefully simpler) than the stuff I've seen proposed there.

What I have in mind at least for now is something kind of like the cvs client command line software, but with a much simpler set of functions and behaviors. So if this command were called "wix" (a name pulled totally out of thin air) the user could type something like 'wix checkout', or 'wix update' or wix commit'. While the pagename would pretty much obviously have to be the URL page name of the article. The commit function would either have to insist on an update first, or perhaps better, would be smart enough to do one automatically. The client would probably need some kind of conflict resolution behavior as well.

My idea is for the client to interface with the server just using the perfectly normal HTTP, just like all other user agents which communicate with Wikimedia so as to keep this as simple as possible and to avoid the range of possible bugs that can come from making drastic changes in server features. I suppose that if skins are fairly easy to make, then a stripped down skin for the client might be in order, thought I'm not sure that would be necessary so long as the form elements are named consistantly between the skins.

I've actually been doing something like this just using the "save as" feature of my browser, and editing the form action attribute of the page to give it a non-relative URL. Of course this requires diligence with updates, which have to be done manually. I would have to handle a conflict manually when doing this if one ever came up. So anyhow, I wouldn't mind automating this stuff just to keep from running diff once in a while.

Any thoughts? -- Mark 05:27, 30 Jan 2004 (EST)

This is definitely a desirable feature, since writing about travel tips is best done in the field, near the point of travel. When I was recently toting around SE Asia, I had an offline version of Wikipedia (Tomeraider format) so I could read up on countries, history, etc. There was definitely a desire to update facts, add content, fix typos, and the like. And since Wikitravel is so young and sparse, the chances of an edit conflict right now is very small, so checking in to the CVS is most likely to just succeed. So in short, yes, good idea. Now what next? Fuzheado 20:26, 30 Jan 2004 (EST)
My two main thoughts are: 1) Most of this should probably go on Wikitravel talk:Offline Reader Expedition, and 2) I think the "wix" client is a pretty good idea. I'd estimate about 16 hours of Perl programming (with LWP for the hairy part) to do the basics. --Evan 15:25, 1 Feb 2004 (EST)
OK. I'm going to probably get started on the stub for this tonight on the train. I'll post whatever I get done somewhere and make a note here for comments. I'll start with a monolithic script for now, and break it out into modules if it looks like that would be useful. -- Mark 14:29, 2 Feb 2004 (EST)
For those who are interested, there is now a stub for this thing at As you can see, I've got some way to go to a working prototype. Lot's of stuff is bound to change before then, so be warned! -- Mark 15:59, 7 Feb 2004 (EST)
I am very interested but the link is now broken, error 404 :-( Is going through the whole CPAN stuff the only way to get it ? Nicolas1981 05:32, 1 November 2008 (EDT)

I've mentioned this elsewhere, but the cvs like client for Mediawiki now exists. I've uploaded it to CPAN where it is available as WWW::Mediawiki::Client. -- Mark 06:05, 27 Apr 2004 (EDT)

It looks great. I kan download with wix, use parsewiki to convert to latex for printouts, and html for PDA (Yopy with dillo) and edit the wiki files on my PDA.

  • Would it be possible to add a -r (recursive) option to wix. I want to put a whole country on my pda. And I want images, that belong to wikis I download
  • The Quick bar is HTML, not wiki. When parsewiki sees HTML it converts <, and > to & lt; , & gt; to make it HTML and \ensuremath{<}, \ensuremath{>} to make latex
  • 8 bit charaters come out wrong in html because they are UTF-8 but not marked as such. Is that a wix or a parsewiki problem?

elgaard Aug 15, 2004

Hi Elgaard!

I'm glad you find the mediawiki client software useful. I guess it's time for me to do a bit more work on it. I'm going to need some clarification from you others before I can continue though.

  • Recursiveness Adding recursion sounds like a useful feature, especially for downloads. I think it's probably better for Wikitravel's bandwidth to avoid having recursive or bulk uploads. I'd like to know what other wikitravelers think about recursive downloads, especially Evan since he has to deal with bandwidth issues.
  • Quick Bar I guess the Quick bar is that thing on the country pages right? I've never messed with one of those. Are you saying that you would like WWW::Mediawiki::Client to somehow process that html into wiki?
  • UTF-8 Hmm, I don't actually know. Something in the back of my head says that there's a way to signal that a textfile should be considered as a UNICODE file by giving it a magic number or something, but I don't have specifics. Help with the research on that would be great, though I could probably figure it out eventually. As for parsewiki, I dunno, maybe there's a way to tell it that it's dealing with UNICODE.
update I've downloaded and tried parsewiki. I think I can solve your problem with a patch that adds an encoding flag for use on the command line, and which then includes an http-equiv header for character set. That should take care of it, assuming your browser pays attention to http-equiv stuff. -- Mark 05:09, 16 Aug 2004 (EDT)

Also, I'm considering changing the name of the script to mwc, as the name wix is already taken by a project on sourceforge. Are there any objections? Does anybody know if that name is taken? Does anybody have a better idea? Maybe something faster to type? -- Mark 05:00, 16 Aug 2004 (EDT)

Nicer UI? Hey folks, I doubt the average user will use a command line tool and plain text editor. Just an idea (i don't have time to drive it towards realisation): Have a "administrative part" that does the CVS part quietly. It also converts mediawiki syntax to a wiki syntax that can be used by a local wiki software, just like wikiPad. Usage is more convenient in this local wiki software as formatting buttons are available, links can be followed easily,... At next connection to the internet, the "administrative part" asks CVS to check for changed files and asks the user whether he wants to upload this, in case yes, the syntax translation starts again. Yes, it's some work to find local wiki softwares for all the mobile platforms, I know. Just my 2 cents. And, of course, may be used for all mediawiki projects. -- 06:17, 17 May 2008 (EDT)

Encoding Patch for parsewiki[edit]

Here's a patch which adds an encoding switch to parsewiki. You can apply this patch to the original parswiki script using:

 patch -p0 -i parswiki.patch parsewiki

Once you have a patched version of parsewiki you should be able to do this:

 parsewiki --encoding=UTF-8 > Copenhagen.html

The resulting html file works with my browser, hopefully it will work with yours too.

For what it's worth I tried to upload this but ran into the same problem with uploads that Elgaard was having.

--- /usr/bin/parsewiki	2003-07-03 01:20:29.000000000 +0200
+++ parsewiki	2004-08-16 11:23:52.000000000 +0200
@@ -40,6 +40,9 @@
     -T, --title=TITLE    Title.
     -t, --template=FILE  File with a template to use instead of thestandard.
     -c, --copyright      Display copyright and copying permission statement.
+    -e, --encoding=ENC   Sets the character set or encoding of the
+                         document output for html and xhtml. (default
+                         ISO-8859-1)
     -h, --help           Show this usage summary.
 FILE is a simple text file with wiki formating syntax. The result will be
@@ -63,7 +66,7 @@
 	    $Titles $Authors $Orgs $Addresses $Dates $Versions $Abstracts
 	    $Figures @Title @Author @Org @Address @Date @Version @Abstract
 	    @Figure @Language @BabelLang @Tag %SaveUrl %OpenTag %CloseTag
-	    %OpenItem %CloseItem %Meta %LangCode $Revision $LF);
+	    %OpenItem %CloseItem %Meta %LangCode $Revision $LF $Encoding);
 # Configuration variables and Default options
 %SaveUrl = ();
@@ -74,6 +77,7 @@
 %CloseItem = qw(ol </li> ul </li> dl </dd>);
 $Format = 'html';
 $Revision = q($Revision: 1.29 $);
+$Encoding = 'ISO-8859-1';
 my $file = &GetOpts(); # Process command line options
@@ -681,6 +685,7 @@
 <!-- Created by parsewiki $Revision -->
+<meta http-equiv="Content-Type" content="text/html; charset=$Encoding">
@@ -714,13 +719,14 @@
     unless ($Template)
 	$Template = <<'        EndXHTML';
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="$Encoding" ?>
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
 <!-- Created by parsewiki $Revision -->
+<meta http-equiv="Content-Type" content="text/xhtml; charset=$Encoding">
@@ -1007,6 +1013,8 @@
 	if (/^-t$/) { &ReadTemplate(shift(@ARGV)); next }
 	if (/^-t(.*)$/) { &ReadTemplate($1); next }
 	if (/^--template\=(.*)$/) { &ReadTemplate($1); next }
+	if (/^-e(.*)$/) { $Encoding = $1; next }
+	if (/^--encoding\=(.*)$/) { $Encoding = $1; next }
 	if (/^(-c|--copyright)/) { &Copying; next }
 	if (/^(-h|--help)/) { &Usage }

  • Recursiveness: Yes downloads are fine. I do not think downloading a country would be too bad, considering it is a cvs-like sync. You could limit it to countries and below, ie. no downloading of all WikiTravel.

Probably recursive uploads would be fine too, if only what users have actually edit are uploaded. Because it will typically be copied to and from PDA's with simpe filesystems you would need to use a checksum or file size comparison (rsync style). Maybe you would also need to handle CR/LF conversions.

  • Quick Bar If you try to edit a quick box, you will see HTML-codes, mostly tables. According to WikiMedia these tags are allowed, so I guess it is a parsewiki problem. The parsewiki manual says: This is a preliminary beta release, and probably filled with bugs. Among the future development plans are the implementation of tables, bibliographies and figures captions. But this was in 2002.
  • Parsewiki patch Good. Did you submit it upstream to parsewiki?

elgaard 08:40, 2004 Aug 16 (EDT)


I've written wik2dict, a Python thingy that converts the MediaWiki database dumps available from Wikimedia into the DICT format. It's text-only, read-only, and gzipped. Debian has some dict packages. And it's probably quite easy to use the dict stuff on a GNU/Linuxy PDA. But this hasn't been tested with Wikitravel yet.

So... I'd like to see a Wikitravel database dump available for download! Guaka 09:28, 8 Nov 2004 (EST)

Dump available ?[edit]

[Moved from Travellers' pub by Hypatia 17:49, 18 Dec 2004 (EST)]

Old stuff:

Where are database dumps avaliable ? This is specially important as SQL queries are disabled. With a dump, SQL queries can done at home on my own computer. Yann 09:05, 26 Jun 2004 (EDT)
I've created wik2dict and like to have Wikitravel in the dict format now :) It would be nice if the dump uses the same format as the Wikipedia SQL dump. Otherwise I need to hack some more. Guaka 13:56, 2 Aug 2004 (EDT)

Yes, old question, but no answer. So I'd like to pose the question again: Would it be possible to make SQL dumps available somewhere? That way I can hack wik2dict so that I have Wikitravel as a dict on my laptop. Guaka 12:37, 19 Oct 2004 (EDT)

See also Wikitravel:Offline Reader Expedition Guaka 06:28, 11 Nov 2004 (EST)
It should be pretty easy to write a script to dump the whole thing once the next version of WWW::Mediawiki::Client is out. -- Mark 09:12, 2 May 2005 (EDT)
Huh? It should be pretty easy to have the dumps available. Wikimedia has them available since ages. Even the Star Trek wiki has downloadable database dumps. Why not Wikitravel? Guaka 00:04, 4 May 2005 (EDT)
True, but I can't help you there. If you want to use the tool that is available it's there. If you prefer to wait fore the db dumps you can do that too. -- Mark 01:09, 4 May 2005 (EDT)
Oh, sorry, I thought that Perl thingy was needed to create the dumps. I don't really speak Perl, but it might be an alternative if there's no response coming from people who do have access to the MySQL database. Guaka 15:37, 6 May 2005 (EDT)
Sorry it's taking so long to get the database dumps on-line (2 years?). There's not a big demand, and there's other higher priorities (like keeping the site running). The big problem I have is that I want to make sure we comply with the Wikitravel copyleft-- notably, editor attribution. Wikimedia-style data dumps don't do that. I think a MediaWiki XML-file dump should be sufficient, but I think probably the best thing is a big pre-rendered HTML tarball with accompanying RDF files. --Evan 17:17, 6 May 2005 (EDT)
Is there a dump available somewhere? I would be interested in linking to pages from my site ( ). I don't have experience editing wikis, so I hope I'm doing it correctly here... -- Seth 7 April 2006
See Jlam 12:15, 20 April 2009 (EDT)

Book format?[edit]

Is there any thought on doing a book format? Has anyone used/checked out[2]? Appearantly you can upload your book in electronic format, and they handle billing etc. for you. You don't pay them exactly, you decide on a cut for them of each sale, then they print the book on demand and ship it. Is this the right place to ask about this? Thanks, Michael Moore

Hi Mike, just wanted to let you know that you could also use Schiel & Denver Book Publishers which provide 50% royalties on sale, and excellent distribution to national bookstores in softcover, hardcover and electronic formats - including the new Apple Ipad.

You want to sell Wikitravel ? - rofl

See User:Elgaard --Elgaard


What about iSilo format? It's pretty popular among PalmOS users, at least in Russia. -- DenisYurkin 16:32, 25 Sep 2005 (EDT)

Offline version[edit]

Swept in from the Wikitravel:Travellers' pub:

Is there a friendly way to get an offline version of either all or a part of Wikitravel?

Specificly: I'm in Europe for 3 months with intermitant internet access, and a Eurail pass. I'd absolutely _love_ to be able to browse the Europe pages for whatever country I happen to find myself in at the moment. If there were an easy way to do this for offline viewing I could do it without paying EU $7.00/hour (for an internet cafe) to do so.

More in general: I think that if it were possible to download a tarballed HTML version of Wikitravel (or maybe a contenent or country at a time), travelers could put it on their Palm pilots or laptops and have an excelent guide book to take with them.

See the Wikitravel:Offline Reader Expedition. Right now, we don't have an HTML dump, but it's a priority. I usually just print out the guides I need for where I'm going. --Evan 15:31, 20 May 2005 (EDT)
Last time I did that was last month. When I arrived downtown Toronto, I realized Toronto had been split into districts and I only had only printed out the city page. In July I'll make my way from Rome to Naples, I might go to most destinations south of Rome. It is just to much to do by hand. It should not be to difficult to write a script that follows Regions, Cities, District, and Other Destinations links using mvs, but parsewiki is not quite right.
I would love a cron job that updates a PDF for each country.
If I brought a laptop, I would prefer a dump of Wikitravel, so I could run it locally. --elgaard 18:27, 20 May 2005 (EDT)
I'd probably print where I was going if only I knew. :-) On our trip last week which was intended for Barcelona, we ended up in Millan, Genoa, and some small Italian towns. Untill we got to the Zurich train station and found that the Barcelona train was booked, we didn't know we were headed to Italy.
It's quite fun to have the flexibility to change destinations on the spur of the moment, but it makes being informed (tourist-wise) about where you end up fairly dificult.
-- Michael

Wikipedia for iPod[edit]

Did anyone happen to see this? [3] It is Wikipedia for the iPod. This would be good for Wikitravel. Will it work? -- Tom Holland (xltel) 13:43, 28 February 2006 (EST)

Putting wikitravel on ipods -[edit]

Moved from Wikitravel:Travellers' pub

I spent a lot of time in India, where I saw everyone lugging around their heavy travel guides and an ipod, and wondered why nobody had combined the two. Well, I've produced a rough and (hopefully) ready web page that will do just that. I'm looking for feedback and suggestions, but if you just want to use it to make your travels easier, lighter, and cheaper, great! is the site. bcnstony 4:13, 25 April 2006 (EDT)

That's an excellent idea! Although I don't own an iPod, I think it would be great to have it working for the other language versions too (couldn't get a zip file for any of the pt: articles). Ricardo (Rmx) 05:59, 25 April 2006 (EDT)
Multi-lingual doesn't work yet because I'm going through XML, and the Special:Export link changes depending on the language. Once I move to SQL this will be solved. bcnstony 13:13, 25 April 2006 (EDT)
Yeah, that's a very good idea. I think the name is probably going to get you in trouble, though. I'd really like to get that kind of thing working on (see Wikitravel:Offline Reader Expedition). --Evan 09:15, 25 April 2006 (EDT)
Which part of the name? The lonely or the ipod? I don't think apple will care, since if this works people will only want to buy more ipods, and 'Lonely' could be just as easily from Sgt. Pepper's Lonely Hearts Club Band (in which case the other Apple company would sue me!). bcnstony 13:13, 25 April 2006 (EDT)
The "I think this is good for them" argument doesn't really hold up well in trademark disputes. The courts give the owner of the trademark the right to decide when/where/how it gets used, and actually tends to punish them if they're too lenient. The closest thing to a neutral standard is the "confusion in the marketplace" test, which says that if people might mistake this for an Apple-sanctioned service (or a Lonely Planet service), you lose. I'm not saying you would, but I'm not saying you wouldn't either. - Todd VerBeek 14:36, 25 April 2006 (EDT)

What I'm currently struggling with is how to get the data easily. I can get the info from XML in the /en/Special:Export/city, but that link changes by language (i.e. Spanish is /es/Especial:Export/city). Is it possible to get read access to the database? Or a dump of the database? I read this wasn't available yet, but wanted to see what people thought. bcnstony 13:28, 25 April 2006 (EDT)

Will users be able to read the generated file on other MP3 players such as Creative Zen too? Or is it an iPod-only thing? By the way, Todd seems right about the trademark and the "confusion in the marketplace" argument - maybe you could use instead - it think still provides a pretty good "mental link" to both LP and iPods and would save yourself from any trouble. Ricardo (Rmx) 15:01, 25 April 2006 (EDT)
I think you guys have a valid point, so I'll look into changing that, though I'll get to it after I put some more work into the code.
As for other players, since iPod's are the dominant device I'm focusing on them right now, but eventually I'd like to see this on anything and everything possible. Most of the hard stuff is going to be handling the dynamic linking within documents. Changing the tags so they are read on other players, such as Zen, or Palms, or phones, or whatever, will (I hope) be fairly straightforward. Eventually I'd like to see that right in the options - the user will choose 3 options
  • What Top level page (i.e. Barcelona, NYC, Kenya, etc.)
  • How deep to follow links (just that page, 1 deep, 2 deep, etc.)
  • What format (iPod, Zen, Palm, Windows CE, Motorolla Phone, etc.)
bcnstony 16:02, 25 April 2006 (EDT)
If you do give it a different name, I'd suggest dropping the "lonely" altogether, because that really does make it sound like it's using Lonely Planet content. That bothers me as a Wikitravel partisan almost as much as it would the LP folks. :) Maybe Podtravel, TravelPlayer, GuidePlayer? - Todd VerBeek 17:43, 25 April 2006 (EDT)

People have suggested I change the name, and for legal and other reasons (see above!) I am changing it. I like the suggestions so far, if anyone has other suggestions, feel free to add them here. My favorite, PodTravel, is sadly already taken.

Also, the site now handles long articles by breaking them up into smaller pieces. This is both easier to read and circumvents iPod's 4000 character limit per file.bcnstony 18:28, 25 April 2006 (EDT)

How about wikipod? Especially if you could generalise it so it handled Wikipedia or others? Pashley 21:02, 1 May 2006 (EDT)

I've been thinking about something like this, but instead a more general application to export wiki to other formats like TeX (and on to PDF), openoffice and msword. This would make it really easy to make a paper travelguide. So far I haven't been really looking into it, but including a export to iPod seems like and interresting feature. Ronald 09:48, 5 May 2006 (EDT)

I have converted some of the phrasebooks to an ipod (notes) readable format. It is rough since I have only had one day to make them. Leaving tomorrow on interrail so will polish them when I get back + add spanish. I have them hosted [4] Hope everything is Ok with that license wise.-- 19:08, 26 July 2007 (EDT)

"although there are plenty of us who don't have the luxury of owning a portable computer or PDA"[edit]

What a load of technophobic nonsense. Travelling itself is a luxury. Second hand PDAs cost as little as $50. Who can afford to travel can afford a PDA.

The economic issue isn't important; I've simply changed it to state that some people can't or don't want to use PDAs and laptops for their travel guide for whatever reason. --Evan 11:17, 6 July 2006 (EDT)

Wikitravel on PDA[edit]

Swept in from the Pub:

I'm new to this project, so forgive me if I'm posting in the wrong section. Anyway, I feel the real wikitravel revolution would come from PDA compability. A simple program installed in your PDA both for reading wikitravel and adding new information. I would use wikitravel a million times more and contribute ten times more than now if I could read and contribute through a handheld computer and just "sync" (downloading all new information and uploading all contributions) when coming across a WiFi hotspot or a internet connected computer with a USB-port. Has this been discussed? Is there such an application already? Why isn't it top priority? -- Fridday 20:35, 29 June 2006 (EDT)

There's an independent project that's been started to format Wikitravel articles for downloading to iPods. For most full-featured PDAs (e.g. PalmOS, WinCE) it's mostly a matter of downloading web pages and reading them offline, which isn't terribly difficult to do. Offline updates are much trickier, because you don't know whether someone's edited the article online since you downloaded it. As for priorities, developing the content itself – and letting that drive the development of offline readers (and updaters) – seems to be closer to the top of most people's lists. —The preceding unsigned comment was added by TVerBeek (talkcontribs)
There's also a project that's part of Wikitravel called Wikitravel:Offline Reader Expedition. PDA and mobile phone versions of Wikitravel are one of the project's targeted platforms (see Wikitravel:goals and non-goals), but we don't have any standardized output for PDAs. There are a couple of reasons. First, mobile phone and PDA providers have in the past had widely disparate content standards for text and hypertext, and those phones and PDAs that do support standards like WAP and XHTML-Basic do so inconsistently. Second, there aren't already good apps for editing hypertext on a PDA or mobile phone, nor for syncing with a remote server. Third, the platforms are very split -- Java, Symbian, Windows Mobile and PalmOS all have significant distribution -- so making an editor ourselves would only get part of the market, or be spread across 4-5 platforms with lots of bugs and errors.
Lastly, it seems like a really important thing to people who have mobile phones with big screens and PDAs. For the other 99.999% of the world, it's better to have a Web page that looks good printed out, or a printed book. --Evan 11:12, 30 June 2006 (EDT)
Great, thanks for your answers! I don't own a PDA myself, but would most probably buy one right away if there was an offline wikitravel application. The expedition mentioned seems to be right on target. But do you really think it is that diffcult to work out a system for offline updates? It would be easy to start with an integrated notepad in the reader, with the notes linked to a specific article. The traveller could just copy and paste after reading the latest versions. And doesn't the system already check if there has ben a simultanious update while you were writing your contribution online? Couldn't that be used for offline updates? -- Fridday 15:31, 30 June 2006 (EDT)
The software on the web site tries to keep track of whether more than on person has a page open for editing at the same time, which works pretty well over the course of a few minutes, but there could be a delay of days between when you download a page to your PDA and when you upload the edited version, and there could be dozens of edits in the meantime if it's a popular destination. That's a bit much for a simple wiki database to keep track of. Your thought of manually copying and pasting new/updated info is more practical. - Todd VerBeek 16:06, 30 June 2006 (EDT)
I'm sorry, but I believe you are plain wrong. This is the error you get if someone has changed the page while you were editing:
Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text. Only the text in the upper text area will be saved when you press "Save page".
I don't think the wikiscript "keep track" of people having the page open for editing. It just checks if the version you try to edit is the last one.
It seems to me an offline editor could work something like this: You have made four offline updates. When online you manually click "sync". The program tries to add the first edit to the database. If the page has not been changed while offline, itwill just move on with the next update, if it has been changed you will be presented with above message and you copy and paste and then push a button for the program to move on with the other updates. I really don't see why everybody seems to think that an offline editor is such a problem. -- Fridday 18:50, 1 July 2006 (EDT)
Yes this would work. I did a proof of concept last year when travelling in Italy. I wrote wiki-code for many destinations on my Yopy PDA. Every few days I wrote to text to a CFlah card which i moved to a USB-adaptor, that I could plug in computers at hotels and internet-cafes so I could put it on Wikitravel. Conflicts were not a significant problem. A Sleep or Eat section for a small italian city is not edited that often. Many conflicts could even be resolved automatically. --elgaard 21:10, 13 July 2006 (EDT)
That sounds great! Proof! An easy to use application doing this is what I'm hoping for. Is there anybodu out there with the skills and motivation to make such a program? -- Fridday 17:32, 15 July 2006 (EDT)
I have done this sort of thing before I would like to do it for a free project the question really is I dont want to scrape the data can i get at it like wikipedia data download after all its copyleft and publishers would like to put data in if they knew they could get it out again

With a simple database dump[5] it would be really easy to use this on Nokia N series tablets as well as windows/linux/mac systems using the aarddict[6] software (free and open-source). I don't understand why this isn't already available since the investment of effort required should be fairly minor. This has already been done for other media wiki based projects including wikipediaProsthetic Head 12:02, 17 February 2010 (EST)

Let's move this one to Shared[edit]

I think this expedition concerns all language versions and should be moved to Wikitravel Shared. By doing so, we could benefit from contributions from users from all other Wikitravel language versions. The fact that the expedition has been handled in English so far is not an issue as English is Shared's official "working language". Ricardo (Rmx) 21:15, 5 November 2006 (EST)

Online access via PDAs[edit]

This expedition kind of assumes that if you are using a PDA, you will be using Wikitravel offline. But I think that there is a need to have a mobile edition of Wikitravel. It shouldn't be that difficult - google automatically formats sites so that they are suitable for reading on PDAs when I visit them through a gmail link. — Ravikiran 02:30, 25 June 2007 (EDT)

Good point, the iphone comes out this week! – cacahuate talk 03:17, 25 June 2007 (EDT)
We have registered. It may make sense to have that be a read-only version with the "Chick" skin for PDAs. --Evan 11:38, 25 June 2007 (EDT)
What's the Chick skin? Read-only version should be okay. It would be good to have different sections on different pages, and each See/Eat/Do listing on a different page. This should be easy to achieve once listings are implemented... — Ravikiran 01:34, 26 June 2007 (EDT)

Trying to determine the state of this project[edit]

Even though it seems that the discussion is held quite enthusiatically since 2003, i'm unable to find anything concrete. I kind of understand that there might be database dumps available, and that printing all the pages is another offline alternative. I also find something which I dont really understand, but it seems to involve a lot of php scripting... But do we have any practical way to get the data offline? Say in simple, plain html, preferable by section (everything below Mumbai, or India, or Asia...)
As we left 2003, PDA's have a lot of memory inbetween, and putting an offline version on a card with 2 or 4 or 6 Gigs shouldn't be much of a problem. Would be really great if someone involved could throw some light on it... Jan, 9:00, 15 November 2007 (GMT) —The preceding unsigned comment was added by (talkcontribs)

Wikitravel for iPhone / iPod Touch[edit]

I noticed that on the new iTunes Appstore there is a Travel Guide application that uses guides from Wikitravel [7] (Requires iTunes to open) Currently it only contains the main country articles however it looks very promising. - Elronaldo 06:34, 22 October 2008 (EDT)

It's a nice start, indeed promising. At the moment it doesn't register internal or external links, which will be essential to make it really useful down the road, but nice start. You also can't zoom, or click on images, which makes the Wikitravel maps useless. Curious how often it's updated too, it's not live, I altered a page, and checked on the phone a few minutes later, didn't register the update. They have the licensing a bit wrong though, not all content on our site is available ccbysa 1.0, images are on a case by case basis. – cacahuate talk 18:02, 22 October 2008 (EDT)
I will contact the developer and see if we can get some of these issues resolved. I agree it does look promising - it would be nice to have the images clickable and links etc. - Elronaldo 20:42, 22 October 2008 (EDT)
Here's a new one for the iphone [8], charging $0.99 for each city guide – cacahuate talk 14:31, 11 March 2009 (EDT)
Here is a brand new one. Looks very cool and it free . The wikitravel is part of their app.

Offline plain-HTML Wikitravel[edit]

As handheld devices are becoming as good as laptops (for instance the Eee PC), storage space is not any longer a problem, and we don't need a proprietary format as everything comes with an HTML browser. In light of this, what most people need is just a plain HTML mirror of Wikitravel. The content of Wikitravel is CC-BY-SA, so let's create an archive per country, that people would download, unzip, and browse. To produce those archives, there is no database dump available, so we have no choice but to crawl the website (once in a while, and users will download produced archives). What we need is:

  • a crawling tool, probably some wget wizardry, a page stripping script, and a region splitting script. I can do this.
  • a web host, does anybody have a few hundred megabytes on a server ? Let's make it text-only first, which is presumably small.

It is not difficult to do, and many people are asking for it. So let's do it.

The most people involved the better it will be. All ideas/contributions/comments are welcome ! :-) Nicolas1981 06:28, 1 November 2008 (EDT)

I so agree, please someone good with scripts make us all happy! —The preceding unsigned comment was added by (talkcontribs)

Smartphone apps[edit]

Hi. My name's Jon Evans. I'm planning to write a Google Android and (subsequently) an iPhone app that would allow people to easily add to WikiTravel directly from their smartphones - but obviously I don't want to reinvent the proverbial wheel. Do such apps already exist?

The advantages are hopefully obvious: people will be able to write about where they are, rather than relying on memory, and will very easily be able include both on-the-spot pictures and GPS coordinates. (Though it's easier to type on a computer than a smartphone, obviously, so I'm also planning to have a "remind me to write about this place later" feature. Feel free to suggest any other features that you think might be useful.)

I'm a software engineer turned adventure traveller turned novelist (see my web site for far more than you ever wanted to know about me) doing this partly for fun, partly to shake the rust off my software skills.

Thanks for any advice/help. Rezendi 14:46, 13 May 2009 (EDT)


You can now download Wikitravel's content for offline navigation: OxygenGuide. It is an open source project, and the guide is obviously as free as Wikitravel. I did not want to call it "OfflineWikitravel" because of possible trademark issues. The HTML is simplified for navigation on small devices, and there are no images, to make it as light as oxygen. Please let me know what you think! Cheers Nicolas1981 19:42, 28 June 2009 (EDT)

Wikitravel now available as Plucker .pdb for handhelds running Windows Mobile[edit] is now hosting a continent-by-continent extract of wikitravel at:

Very handy! I wonder if there is a plucker-compatible .pdb reader for iPhone?

Wikitravel on the iPhone[edit]

Swept in from pub:

I have not been around here in quite a while, but just ran into a nice iPhone app that I thought you all might want to know about. Gohophop [9]] has released offline versions of some wikitravel content as iPhone apps. For once the content is correctly redistributed under CC licence and attribution is given on each page in the application.

It was quite a surprise to see my photos on the app preview in the iStore.

--Nick 19:21, 2 April 2009 (EDT)

That's cool. Hope to see you around more often! LtPowers 09:40, 3 April 2009 (EDT)

Program that Scrapes content from Wikitravel and formats it for iPods[edit]

Swept in from pub:

Hello Everyone. I started working on a project a while back that takes content from wikitravel and formats it for the iPod - it uses the iPod notes format, and works on any non-touchscreen iPod.

I got a rough, working program going using Ruby, but as I'm not a real programmer I don't think I can develop it any further. So I'm GPL'ing the source code, and putting it on Sourceforge.

I'm looking for a person to help me do one of two things:

  • Be the lead code developer (not too difficult, very small code base)
  • Or, help me get the project on sourceforge in a format that real programmers will be able to take from there.

You can read about it on the Trac Wiki I've setup at sourceforge,

If anyone has any suggestions about other places I should post this info, kindly add them below this. bcnstony 14:51, 5 April 2009 (EDT)


Swept in from pub:

You can now download Wikitravel's content for offline navigation: OxygenGuide. It is an open source project, and the guide is obviously as free as Wikitravel. I did not want to call it "OfflineWikitravel" because of possible trademark issues. The HTML is simplified for navigation on small devices, and there are no images to make it as light as oxygen. Please let me know what you think! Cheers Nicolas1981 19:43, 28 June 2009 (EDT)

  • Download link is currently broken on OxygenGuide home page. Does anyone have a mirror? Or contact details for Nicolas? Ro 2 Feb 2010
Entry added Nicolas1981 11:38, 29 June 2009 (EDT)
  • The OxygenGuide page says "Content license: Creative Commons 3.0 BY-SA". I agree that's what it should be, but I think WT is actually still stuck at 1.0, so unfortunately OG must use that. You cannot change the license, See discussion and links from there. Pashley 21:31, 28 June 2009 (EDT)
Thanks for pointing this out! Fixed. Nicolas1981 11:38, 29 June 2009 (EDT)

Get this working on the iPhone/iPod touch and you'll be my hero! ;) --Stefan (sertmann) Talk 05:34, 29 June 2009 (EDT)

Anyone in Tokyo willing to lend me an iPhone during a weekend? ;-) I guess the iPhone has a Web browser, right? Can it browse locally stored pages, and navigate through links to other pages? Just try to download the index.html and the Africa.html article on your iPhone's disk or memory card, and let me know if you can navigate from the index to Africa by clicking on the link. (such a basic thing does not work on Android, for security reasons they say...) Nicolas1981 11:38, 29 June 2009 (EDT)
It does have a browser, but I don't believe can browse offline content. I just tried to download the file from my iphone and got an error "safari cannot download file". What really needs to happen is for a specific application to be built for the iphone that stores the site locally, and updates daily (or possibly have adjustable settings for this). There are a couple already that make use of our info, but none that are particularly great yet – cacahuate talk 14:50, 29 June 2009 (EDT)

Wikitravel on Kindle[edit]

An outfit called "Dolphin Books" is now offering Wikitravel books in Kindle format for $2 a pop:

No idea what it looks like or if attribution has been done correctly -- anybody with an iPhone or Kindle out there who wants to try it out? Jpatokal 05:45, 11 July 2009 (EDT)

They used several Wikitravel guides that are in rough condition, such as London, and the reviews seem to reflect that, although they're generally favorable.
I downloaded a Kindle for iPhone sample of their Chicago guide, which appears to be the Chicago article by itself, without any of the districts or itineraries. It's also only text, no maps or images. The text doesn't have any WT (or WTP) markup, save for section headers, and the table of contents is the WT TOC. The book begins with a note that the material comes from WT and was published under CC 1.0, and ends with a disclaimer that Dolphin Books is not affiliated with WT. The individual authors are not named, but they may be at the end of the ebook. It's kind of clunky to navigate. Not bad, but I'd recommend one of their competitors. Gorilla Jones 00:35, 13 July 2009 (EDT)
When will said competitor be creating a highly intuitive and user friendly iphone app? – cacahuate talk 16:46, 13 July 2009 (EDT)

Wikitravel on Android, with OxygenGuide[edit]

If you are lucky enough to have an Android cellphone or netbook, you can have Wikitravel in your pocket (without images and with minimalistic style). Get it here.

Nicolas1981 09:17, 16 July 2009 (EDT)

Smartphone apps redux, redux[edit]

Swept in from pub:

Me again. I am pleased to announce that the "iTravelWrite" iPhone app, used to easily update Wikitravel listings from the comfort and safety of your own iPhone or iPod Touch, has been approved by Apple and is now available - for free, yes, free! - from the iPhone App Store. Just go to the App Store and search for "itravelwrite".

The big advantage of editing from a mobile device that you can use its location awareness to easily geotag listings, so that down the road they can be shown on maps. You can either edit listings directly or jot down quick notes to be integrated into Wikitravel later on.

As noted above, I've also open-sourced the app's source code at

So, please go right ahead and download it, use it, experiment with it - and send bug reports or suggestions to "[email protected]". I like to think it's pretty intuitive, but there are a few help screens baked into it as well, just in case. And bear in mind that this is the app's initial release, and so far I'm the only person to have tested it - so I expect there might still be a few glitches and some awkwardness to iron out.

Hope people find it useful!

Rezendi 21:57, 16 August 2009 (EDT)

Downloaded. Thanks for your work on this! I've already started playing with it a little. Will let you know what I find...Texugo 22:38, 16 August 2009 (EDT)
Yeah, there are problems with it — see this edit, for example, or further feedback at User talk:‎. Gorilla Jones 23:12, 16 August 2009 (EDT)
I haven't done any test edits so I can't comment on that functionality yet, but I have noticed the following things:
  • The listing screen looks really nice and easy to use, and the I'm There button is gonna be great, though i haven't yet tried it. The only problem here is that the description box is often not big enough to display all the text.
  • - Special characters (accented letters, etc.) do not display properly.
  • - Articles look nice, although I really want to be able to edit the text portions of articles too, not just the listings.
  • - I especially like the way the district articles/region link from the main article, etc., though it would be nice to be able to see their descriptions too.
  • - I have only tried Spanish and Portuguese, but I don't think any of the other language versions are working yet. Searching on them yields no results for articles that I know are there.
Texugo 00:05, 17 August 2009 (EDT)
Thanks for the feedback. I'll try and get an updated version out next month. It's always an iterative process, I fear...
Rezendi 12:01, 18 August 2009 (EDT)

Thanks a million for working on this, downloaded the app, but I have no wireless so I can't really test it - does it support page catching akin to wikiamo? would be wicked for us iPod Touch users with no phone connection - as far as I know it's OpenSource so you might be able to steal the code from them, if it's not implemented yet. --Stefan (sertmann) Talk 13:50, 18 August 2009 (EDT)

Globemaster: Wikitravel for iPhone[edit]

Here's another commercial iPhone app: Globemaster (US$3) gets you a 160MB dump of Wikitravel data with a reasonably pretty interface. Licensing seems a bit iffy though, I've sent them a friendly note. Jpatokal 12:39, 21 September 2009 (EDT)

Announcement: Wikitravel Mobile version[edit]

Swept in from pub:

We are now running a beta mobile version of You can check it out at This is a read only version and is based on Wikipedia’s mobile site . It’s only viewable from non-wap mobile devices, IPhones and Blackberries that contain Opera browsers. Users can sill opt to use the standard web version if they prefer to do so.

We’d love to hear your feedback and you can do so by posting here.

--Ibsteph 9:54 , 20 November 2009 (PST)

I don't use mobile apps, but I think it'd be great if you registered for an account instead of posting from an IP address. =) LtPowers 13:01, 20 November 2009 (EST)
From OperaMini can only view the homepage, articles linked from the homepage or by manually entering a url. I.e, search does not work - returns as link broken. Had a quick look at the Hilversum article (one of the best on Wikitravel) and it shows well in this format. And yeah, it would be good if you did not appear here in red Steph :) --Burmesedays 13:10, 20 November 2009 (EST)
Erm, I think she does have an account guys. I don't see an IP address, and the red just means she's not created a homepage. Andyfarrell 03:39, 21 November 2009 (EST)
Ah, I see. Her entry was written un-logged-in, but she included a signature manually. See what you mean; at a glance it's like any other contribution, but when you look at the edits it strikes a bum note. Andyfarrell 03:45, 21 November 2009 (EST)

iTravelFree - a free Wikitravel-gateway Android/iPhone app[edit]

I'm happy to report that my pet-project Wikitravel-gateway iPhone app, iTravelFree, is now available for download worldwide on both Apple's App Store and Google's Android Market. It lets you easily browse all Wikitravel content from your phone (or iPod Touch), and displays listings on a map, too. You can even use it to add and edit listings.

It serves as a mostly offline reader: you need to be online to download the information in the first place, but then the downloaded pages live on your iPhone/iTouch/Android and you can access them anywhere. The map works the same way: you can look at previously viewed map tiles while you're offline, but it's obviously much easier to explore the map, and zoom in/out, if you're connected and can download new map tiles. (A forthcoming version will use locally stored OpenStreetMap tiles, which will turn it into a complete offline reader.)

For app links, a screenshot-laden tutorial, and help and FAQ files, see here: As per the name, the app is absolutely free. (There is a paid version, but it is functionally identical; I'm hoping that the guiltware model will offset some of my server and development costs.)

Let me know if you have any problems with it, and I welcome any advice/comments - here or by email at [email protected]

Enjoy! Rezendi 14:31, 21 April 2010 (EST)

So what's next, iPad? ;-) --DenisYurkin 03:21, 3 May 2010 (EDT)

time to list existing products here?[edit]

I wonder if it's time already to list what tools volunteers have developed recently. What others think? --DenisYurkin 03:20, 3 May 2010 (EDT)

I agree. I suppose Wikitravel:Offline Reader Expedition would probably be the best place for that. --Peter Talk 10:16, 3 May 2010 (EDT)

Beta version of iTravelFree for Android now available[edit]

swept in from pub:

I'm happy to report that the initial version of iTravelFree, my Wikitravel-gateway app, is now available for Android phones running Android OS version 1.5 or higher. Just search for iTravelFree on the Android Market.

You can use it to download Wikitravel pages; navigate their information with an iTunes-like interface; plot listings with addresses or lat/long coordinates on a map; and connect to Yelp, Google, and Flickr from within the app. All the data you download remains available when offline, too.

Be warned: this is very much an initial beta release. I expect there are a few problems still to be ironed out. Any and all feedback is welcome: please send comments, questions, praise, complaints, and suggestions to [email protected].

There's no paid version for Android yet, and I doubt there will be one anytime soon, so ignore the occasional entreaties to spend money on it. Or better yet, just save up your guilt for future expiation. :)

Hope it's helpful -

Rezendi 23:58, 4 February 2010 (EST)

Thanks for helping Wikitravel become accessible across platforms and while on the go. BTW, are considering to add more mobile platforms, like WinMobile or Symbian or Blackberry? --DenisYurkin 08:40, 16 February 2010 (EST)
Not currently. My theory is that over the next couple of years smartphones will become a two-horse race between iPhone and Android, and the rest will wither away, so I don't see much point in adding support for them. I'm willing to be proved wrong, however... Rezendi 12:37, 24 February 2010 (EST)

I thought I'd just give my feedback on my first 15 minutes with the app - please take any criticism in the manner intended, that is I hope you app is successful. I think the first 15 minutes with an app usually determine if someone is going to use it...

I searched for the app name on the market. Found it, and downloaded it easily. Started it, no problem. The first screen was 6 big buttons, but one of them was settings, which I would have expected to find under a menu, rather than here at the top level. I clicked on the map button, and it showed me the standard OSM UK zoomed out map. Maybe I had no current GPS signal, but a map of the UK wasn't terribly useful to me. Perhaps if it has no signal, it could say so, and try and locate me? I searched for a "my location" selection under the menu options, but I couldn't find one.

I then went into search, and I tried to search for Darling Harbour. I was surprised when the result presented the redirect article first, but perhaps it is just using the WT search. I didn't select the redirect, but selected the second article. I picked Darling Harbour because I knew there was some geo information in there, and I was hoping I could check all that on the map. It got the article, it loaded without images, and I thought the view of the article compared unfavorably with the view at In particular the links looked very prominent relative to the text. I tried to find a way on the menu to view the listings on the map, but I couldn't find an option to do so. I then searched for Brisbane, and then I went into listings screen.

The listings screen then seemed to have all the listings for Brisbane and Darling Harbour, which I wouldn't have expected. From the short name of the listings, it wasn't obvious what some of them were, without the categories. Perhaps even a color code, or a tag for the listings may help? Why would I see listings from multiple cities? Perhaps this isn't typical use?

I then tried to edit an article, which is what I had been hoping to do. I couldn't find the option. I followed the Wikitravel link, but the main wikitravel screen is almost unusable on my screen. If this wasn't for editing purposes, then perhaps linking to would be a better alternative.

I then went back into map, and I could see what I thought were listings now mapped - my location seemed to now be okay. I tried to click (tap) on the listings, but that didn't seem to work.

I'll have more of a play later, but I thought I'd give you my initial feedback while it was fresh. --inas 17:12, 24 February 2010 (EST)

Thanks! I fear the Android version is a little less mature than the iPhone version; in particular, you can't yet edit listings with it. The rest is, um, actually mostly expected/designed behaviour (except the report that tapping on the map listings didn't work - that's very odd, I haven't heard any reports of that before.) I'll implement those other map suggestions in the next version, and link to - good ideas.
(The intent of the main-menu listings screen is to show all the listings from all the pages you've downloaded onto your phone, to give you easy access to any particular one by scrolling or using the menu options. The idea is that if you just want all the menu options for Brisbane, you'd go to the Brisbane page and then select "Listings" from the menu there. I freely concede that this may be less than intuitive!)
Rezendi 19:22, 25 February 2010 (EST)

Is this app usable on Ipod touch? Or if not is there any other app that would make it possible to save different pages of wikitravel from the internet in an offline version to use when there isn't access to wi-fi?

Kayla 18:29, 26 February 2010 (EST)

Just noticed that you have a iphone/ipod touch version mentioned further up. My bad:)

New version of iTravelFree app for Android/iPhone now available[edit]

swept in from pub:

Just wanted to let people know that the new version of my app iTravelFree - a Wikitravel gateway for iPhones, iPod Touches, and Android phones - is now available on both the App Store and the Android Market.

You can use it to download Wikitravel pages, navigate their information with an iTunes-like interface, plot the sights/restaurant/hotels/etc on a map, and add/edit listings yourself. All the data you download remains available when offline, too. And as the name implies, the app is absolutely free. (There is a paid iPhone version, but the only extra you get for that money is the warm fuzzy feeling of knowing you've contributed to a good cause.)

Links: App home page [10] | Paid iPhone version [11] | Free iPhone version [12] | Android version [13]

What's new in this latest version:

  • The ability to automatically look for and download Wikitravel destinations near your current location
  • The ability to see a list of all the pages you've downloaded to the app
  • Can now add and edit listings on both Android and iPhone
  • A message board for app discussion
  • A host of other little bug fixes and tweaks

I should warn you, it's still very much a beta-version work in progress, and as always, the newest features are most likely to be clunky - but there are more'n five thousand people using it now, and by and large they seem pretty happy with it.

Up next on my to-do list:

  • A much prettier user interface (for both app and site)
  • Support for OpenStreetMaps as well as Google Maps (which means you'll be able to download and save map tiles on your phone, something Google Maps doesn't allow)
  • Better support for multiple languages (right now you can search/view Wikitravel in all languages, but the app interface is entirely in English.)
  • The ability to bulk-download most or all of Wikitravel to your device in one shot

Hope it's helpful!

Questions, comments, bug reports, feature requests, snide remarks or observations? Comment here or on the app's message board, or email me at [email protected]

Rezendi 13:48, 21 April 2010 (EDT)

Offline usage[edit]

Swept in here from the Pub

Is there any plan to make available official archive of wikitravel for offline usage ? (for Linux, Mac or Win) It seems is not quiet updated. It would be great to have some mediawiki and openzim archives

Thanks -- Jul81.57.235.161 05:32, 11 January 2011 (EST)

It would be nice. It is not easy to generate offline copies - as scraping/spidering is the only way. It would be nice to have some sort of data dump available for download though, it is just a matter of someone building one and making it available, as I suspect the server owners are not going to. --inas 17:31, 18 January 2011 (EST)
"it is just a matter of someone building one and making it available" → Here you go: Nicolas1981 03:25, 2 November 2011 (EDT)

Software tools for easy edit / offline[edit]

Swept in from the pub

Trying to contribue on wikitravel, I find online editing not the best way to do it. Is there any software to do this easier, on Linux/Mac/Win or smartphones ? to say: retrieve a list page, edit/review multiple time, check render, upload.

Wikipedia list some and offline editing is still pretty rare 09:04, 24 August 2011 (EDT)

Two great tastes that taste great together[edit]

Swept in from the pub

Hey, y'all. I'm back from my own travels (Ethiopia, Kenya, Djibouti, England, France, India - 'twas quite a trip) and back developing iTravelFree. The new Android and iPhone versions (available now, and pending App Store approval, respectively) include various UI improvements and bug fixes; and I've also added some code to try to find a Wikipedia page that corresponds to a Wikitravel page, and include that information, if any, as a new "Wikipedia" section after "Get out" or "Contact" (or whatever the last WT section on the page is.)

If you want to try this out, you'll probably need to use the Refresh button, because both the apps and the iTravelFree server cache old data for a few weeks; also, not every page has a corresponding Wikipedia page. Try Gravenhurst as an example; on the app it now includes Wikipedia's Gravenhurst,Ontario. I've found there's generally very little overlap between the two.

So: iTravelFree now grabs and combines data from Wikitravel, Wikipedia, and (if you use it download offline maps) OpenStreetMap. It doesn't yet include OSM POI (Places of Interest) but I guess that's the obvious next step. I'd like to add other data sources while I'm at it, but I'm limited to sources that allow data caching in their Terms of Service, or are Creative-Commons licensed, or public domain. Anyone have any recommendations? Rezendi 12:14, 8 August 2011 (EDT)

Don't forget that we often link directly to the Wikipedia page in our sidebar, using [[Wikipedia:placename]] syntax. I don't know if that's what you meant by "try to find" or not, but it could simplify your algorithm. LtPowers 10:55, 9 August 2011 (EDT)
Oh, hey, I had in fact completely forgotten about that. Right now it actually does a semi-complex Wikipedia search based on the page and its breadcrumb parent, if any; this'll make that much easier, at least when those links exist. Thanks! Rezendi 17:58, 9 August 2011 (EDT)

Offline XML[edit]

Hi wikitravel Team,

I see a lot of interest in having a wiki travel offline reader. We at have been working on offline reading via xml for a few years and recently met a nasa group who is also interested in offline reading. Would you be intersted in supporting our grant to develop a offline xml extension

Our main goal is that this xml can be used in any mobile application, formatted in any fashion and offer a static offline version of the wiki. Thanks for providing your feedback. -Dan (dan at