::Yeah it seems extremely unlikely that an aerial imagery company would attempt to sue someone for breach of copyright, if they traced a map of an particular town, over their images.
::Yeah it seems extremely unlikely that an aerial imagery company would attempt to sue someone for breach of copyright, if they traced a map of an particular town, over their images.
::I think it gets a bit more risky when you look at doing something more systematic on large scale (e.g. if you want to involve lots of people and give them explicit instructions how to create a map)
::I think it gets a bit more risky when you look at doing something more systematic on large scale (e.g. if you want to involve lots of people and give them explicit instructions how to create a map)
::The [http://www.openstreetmap.org/ OpenStreetMap] project provides inbuilt features of their mapping editing tools, which bring in aerial imagery for the purpose of tracing over it... but in order err on the side of caution (and because OSM is ''very'' sensitive licensing issues), they do not do this with copyrighted aerial imagery. They only use Yahoo!'s aerial imagery where they have been given special permission to do so. See [http://wiki.openstreetmap.org/index.php/Talk:Yahoo%21_Aerial_Imagery#No_agreement_is_necessary this discussion]. Hopefully a microsoft buy out will not affect this agreement!
::The OpenStreetMap project provides inbuilt features of their mapping editing tools, which bring in aerial imagery for the purpose of tracing over it... but in order err on the side of caution (and because OSM is ''very'' sensitive licensing issues), they do not do this with copyrighted aerial imagery. They only use Yahoo!'s aerial imagery where they have been given special permission to do so. See [http://wiki.openstreetmap.org/index.php/Talk:Yahoo%21_Aerial_Imagery#No_agreement_is_necessary this discussion]. Hopefully a microsoft buy out will not affect this agreement!
::[http://openaerialmap.org OpenAerialMap] doesn't offer enough coverage to be useful yet, but that'll be the next thing!
::[http://openaerialmap.org OpenAerialMap] doesn't offer enough coverage to be useful yet, but that'll be the next thing!
:: -- [[User:Nojer2|Harry Wood]] 12:14, 7 February 2008 (EST)
:: -- [[User:Nojer2|Harry Wood]] 12:14, 7 February 2008 (EST)
:::Ah OK. Yep they are certainly different.--[[User:Burmesedays|Burmesedays]] 05:31, 21 January 2010 (EST)
:::Ah OK. Yep they are certainly different.--[[User:Burmesedays|Burmesedays]] 05:31, 21 January 2010 (EST)
I'm wondering if the copyright holder of an arial photograph could claim that a map made using the data in that photo as a derivative work. Can anybody out there elucidate? -- Mark 03:46, 5 Dec 2003 (PST)
IANL, but I seriously doubt there would they could/would make such a claim. This is how virtually all professional map makers make their maps. They buy the arial photograph from the government and create their maps from that. They often then do very minor intentional deviations from the real situation, so that they can detect someone who copied from their map.
Most arial photographs are created and sold by governments. In Canada, they specifically mention mapmaking as one of the main applications for purchasing aerial photographs. You do not have to purchase any special license for creating a map from an arial photograph. (You do however, if you want to include the aerial photo on your website). -- Webgeer 16:31, Aug 30, 2004 (EDT)
Yeah it seems extremely unlikely that an aerial imagery company would attempt to sue someone for breach of copyright, if they traced a map of an particular town, over their images.
I think it gets a bit more risky when you look at doing something more systematic on large scale (e.g. if you want to involve lots of people and give them explicit instructions how to create a map)
The OpenStreetMap project provides inbuilt features of their mapping editing tools, which bring in aerial imagery for the purpose of tracing over it... but in order err on the side of caution (and because OSM is very sensitive licensing issues), they do not do this with copyrighted aerial imagery. They only use Yahoo!'s aerial imagery where they have been given special permission to do so. See this discussion. Hopefully a microsoft buy out will not affect this agreement!
OpenAerialMap doesn't offer enough coverage to be useful yet, but that'll be the next thing!
I have a question, is necessary to use Peter's projection? I received some cartography lessons, and my teacher told me that this was the only projection in the history that has some restrictive license. (And this seems not very correct in a wiki!). Besides, the goal that claims is that all regions have the same size, this is called equal area propierty, and is different from the conformal (Mercator is conformal) which keeps the shapes of the represented lands. This was known even by the old greeks, and in the 17th century there where equal area projections, so Peter's is more marketing than real discovering! I don't want to change this without hearing all opinions first, of course. If you want more easy and good information, USGS has it on the web:http://mac.usgs.gov/mac/isb/pubs/MapProjections/projections.html -- pstng
Well, if the projection has a license that would make it difficult to make maps under our copyleft, I'd say of course we shouldn't use it.
But I'm really clueless about cartography. For the kind of stylized travellers' maps that we're talking about making, does an equal-area map even factor? At what level does Peter's projection come into play? Do street maps like the one on Montreal need it? --Evan 10:08, 23 Dec 2003 (PST)
I can't imagine how the Peters projection could have a restrictive license. The method is to project from the axis perpendicular to the axis onto a cylinder. This is simple mathematics and is used to derive the formula for the area of a sphere.
An area of land less than 400 km2 can be surveyed as if it were flat. This is the area equivalent of one second of arc (to be precise, it's 391 or something like that). This is 2/7 the size of Mecklenburg County. On a map for travelers, a minute of arc is inconsequential, so the area could be 24000 km2 and shown as flat. So a street map of a city doesn't need a special map projection.
I would not use the Peters projection except for a map of a large part of the earth where you need both equal-area and straight meridians. Far from the equator (or whatever parallel is specified), it distorts the horizontal and vertical to preserve the area. My preferred map projection is the azimuthal equal-area, which has the least overall distortion. You can make one of these 5°07'30" in radius (North Carolina is 2°36' from north to south) and have a distortion of 0.1%, which is quite good enough for a map on the Web. A Peters projection has this much distortion at latitude 2°33'45"; in a disk, it's concentrated at the north and the south. -phma 18:32, 23 Dec 2003 (PST)
I agree with all, it was just a matter of using an originally (at least) patented projection. Anyway, with small areas, nobody uses it, since you can say that any map is more or less conformal and equal area at the same time.
And the other fact is that making a map is extremly difficult if you don't have data, and this data is often under a licence. Because of that, we can only make some schema, not really a good projection, or we can take a free map from some web site.-- pstng 24 dec 2003
Going to other topic, if somebody knows how to use a GIS (Geographic Information System), there's GRASS, which is free (don't know the exact licence, but I think that is Open Source) and aviable for Windows, Linux and most of the operatng systems. The only problem is finding data, but at http://www.freegis.org/geo-data.en.html there's some public domain data, and from there is possible to make well projected maps. I know just two things about using GRASS, but if there's some GRASS user, I think that we can get good results, at least for maps with big areas. For city plans, it's really more difficult to find data (without paying, of course). What do you think? --pstng
One of the short comings that I saw in GRASS was that there wasn't much for vector output. Ideally it could just do SVG. Yosemite 20:04, 29 Jan 2004 (EST)
Grass is under the GNU General Public License (GPL) and it looks like SVG export is currently not supported, but therefore a lot of other vector-formats. The vector abilities of GRASS have improved a great deal with the 6.x version. Nicamds
For cities in the USA, we can use the TIGER files. I downloaded the TIGER file for some random North Carolina county; it has roads, creeks, and mills in it. They're produced by the federal government, so they're public domain. -phma 07:56, 24 Dec 2003 (PST)
That's cool. So, do you have any clue how to pull this data into an actual travellers' map? Just a simplified map with just the more important streets and such? And maybe adding in on top of that some of the common map symbols for attractions, restaurants, bars, & hotels?
I'm wondering if it'd be easier just to eyeball distances for cities without hairy countours (like a river running through the middle.) I mean, I'd say we'd want to top out the maps at about 20 streets on a map -- if it gets more detailed than that, make a smaller-area map.
Anyways, info on sucking in contour info to an image format would be cool. --Evan 09:43, 24 Dec 2003 (PST)
Is it OK to eyeball coordinates from an existing map, plot them, and draw a map that way? -phma 18:18, 24 Jan 2004 (EST)
Totally. Just make sure that you upload a vector-format version of the resulting image, so someone with more GIS skill than I have can correct it later.
Okay. I'm about 2/3 of the way through the boundary, then I'll write the program, and upload the map in PNG, SVG, and the list of coordinates. -phma 07:26, 29 Jan 2004 (EST)
Map's up. How's it look? -phma 21:38, 4 Feb 2004 (EST)
Cool! The colors are a bit ... interesting. I wonder if we can have a discussion on style? Colors, line attributes, fonts, etc. -- Yosemite 21:54, 4 Feb 2004 (EST)
It doesn't look like anything happened with this discussion. I think for the purposes of a consistent look, this is extremely important. I will try and come up with at least the colors. My general thought is that land should be light enough that when printed will be virtually white, while water should be dark enough that it will be dark gray gray. I will also come up with some line types/colours to be used for borders, freeways, major roads, minor roads, subway lines, stations. - Webgeer 22:53, Aug 26, 2004 (EDT)
For everyone's information I'm working out a program right now that can suck in the Type 1 and Type 2 TIGERLine files and generate SVG files that can then be modified in Illustrator, Sodipodi, or other. -- Yosemite 20:04, 29 Jan 2004 (EST)
We have some maps. Kinda. I've generated and edited a map of downtown Reno that everyone can check out. It's still really rough. I'm currently trying to get sodipodi to bend to my will properly. One problem that I'm having is that intersections aren't lining up correctly from the TIGER data. I'll probably build another little python program that can clean up these intersection errors. Another thing that is really wrong with this map is that it is huge. I need to work out scaling and making fonts still readable. Also sodipodi doesn't seem to like that many lines on my machine (P2-350, ~256MB RAM), so editing was a little painful for me. I've tried kontour and sketch as well to work on this file, and sodipodi still works the best. I'm keeping my eyes peeled for something a bit nicer.
For the modest sized Washoe County the script takes ~150MB of RAM during the startup when it loads the TIGERLine file. So watch out if you are RAM slim. There are ways around this mainly involving making the amount of TIGER data significantly less. I'm not too keen on making these changes since it's a minor pain.
The runtime on my machine to process Washoe County took about 25mins. Most of that is reading in the TIGER records.
Some things that I want to work out in the script are:
splitting out the modules properly (which was originally my intention)
getting a graphical scale on it,
possibly more intelligent placement of street names
actually using SVG DOM or just regular DOM
maybe using the proper origin for the map
I'm going to be doing a map of the Tenderloin next. I'll hopefully work out some more kinks by then. Either post here or send me email if you folks have questions. -- Yosemite 05:11, 9 Feb 2004 (EST)
I'm going to try checking this out. I made a page called Wikitravel:Software tools, which might be a little general for map-making tools. Anyways, it might be useful to list y'all's map tools there.
I'm thinking of using this format for coordinates:
12.34 means 12 degrees and 34 hundredths of degrees
12.34. means 12 degrees and 34 minutes
12.34.56 means 12 degrees, 34.56 minutes
12.34.56. means 12 degrees, 34 minutes, 56 seconds
A single letter N, E, W, or S indicates which coordinate it is. Does this make sense? -phma 10:34, 2 Feb 2004 (EST)
This makes sense to me, but what are you trying to acheive here? Where are we going to be using these coordinates? Personally I think sticking with one uniform system would be best. For example: [+-]DDDMMSS (Degree/Minute/Second, with the sign indicating E/W N/S) or something like [+-]DDD.FFFF... (Degree/Fractional Degree.)
My main criticism is that the trailing dot in your notation could be error prone (in input or from editing.) And sticking with a straight forward no deviations standard might be the way to go. Of course I should rule the world. -- Yosemite 21:28, 2 Feb 2004 (EST)
This is for the input to my program; an example is Image:NorthCarolina.dat, which I have since edited (adding "scale" and "center" commands and the trailing dots) and will reupload when the map is ready. The format is for hand-entered coordinate files that don't need the full complexity of, for instance, the TIGER file format. The alternative is to have a "format" command that tells how many times you take two digits and divide by sixty. I don't like using + and - (though the program does internally) because it's too easy to forget which is east and west and get a mirror-reversed map or get the latitude and longitude confused.
The output will be SVG. It is currently a list of coordinates in millimeters.
No deviations standard? No distributions normal, either? :) -phma 00:20, 3 Feb 2004 (EST)
Oh crazy. Nevermind my comments. I look forward to seeing the fruits of your labor. Your "language" reminds me a lot of Postscript. I have most of a TIGERLine to SVG converter worked out (for City/Region maps.) Most of it was messing around with python and discovering the joys of UTM. I expect to have the it in a "usable" state later in the week. By usable I mean that should be able to have some files that I can manipulate in Sodipodi that have streets on them. I still need to work out polygons(lakes) and possibly rivers. -- Yosemite 01:47, 3 Feb 2004 (EST)
I have an old atlas (Diercke Schul-Atlas für Höhere Lehranstalten of 1907) which I plan to scan for Wikipedia. I licence everything under both GFDL and CCSA, so if necessary, it can be used for Wikitravel as well. Below are links to a few scans (I can make a PNG if needed). I don't know if they are of any use, however.
They are beautiful maps, but I'm wondering how they fit in with travel? Most of the maps that we are planning on having are geared towards helping someone navigate foreign places and plan for trips. I'm wondering how you see these maps fitting in the site with that in mind. -- Yosemite 03:27, 11 Feb 2004 (EST)
Well, first I understood that we want SVG maps, so these can be used as they are. But maybe they are useful to draw SVG maps? That's what I understood from the discussion above. I don't know anything about SVG through. Yann 04:53, 11 Feb 2004 (EST)
Oh, ok. Yes that is much more useful. I just wasn't sure how you were seeing these maps fit into the site. I'm jotting notes on making maps to add some more meat to the expedition that includes digitizing existing maps. -- Yosemite 16:36, 11 Feb 2004 (EST)
Is there any interest in setting up distance tables? For instance a Distance table for Europe? I don't know if there are any public domain (or CC BY-SA or CC BY) sources that could be used for this... Guaka 11:18, 26 Mar 2004 (EST)
It seems like a map would have copyrights, but the page on Mapmaking expedition said that most do not have one. If someone could explain this it would be helpful. mrtrey99
Trey, I am not a lawyer, but as I understand it maps are in general copyrightable. You should assume that they are copyrighted unless otherwise specified.
I think you may have misread the description of the Perry-Castaneda Collection at the U of T. It said "Most maps are public domain", meaning that most maps in that collection are public domain. I've changed the description to be more clear. --Evan 14:28, 28 Apr 2004 (EDT)
I know the person who did hundreds of region maps for Wikipedia. I can ask her if she'd be interested in dual licensing them if we'd like to use them. Caroline 22:18, 27 Jul 2004 (EDT)
"Fair use" forbids damaging the original work's sales in the marketplace. So we need to label clearly any stuff we have on the site that is here by virtue of fair use and thus cannot be used commercially in a way that would damage the original work's sales in the marketplace. Wikipedia has this problem, too.
Just because US law says we can does not mean we need to choose to do this. Wikitravel:Copyright details sets out the standard for Wikitravel. It says fair use is not appropriate for Wikitravel. Because Wikitravel uses a different copyright licence what may be acceptable for Wikipedia may not be suitable for Wikitravel. -- Huttite 21:02, 29 Dec 2005 (EST)
Having looked at the Fair Use section, (Section 107), it state that Fair Use is permitted for purposes such as criticism, comment, news reporting, teaching ... , scholarship, or research. Travel is not on the list. While Wikipedia may be considered a work of scholarship or research, because of the standards they set about researching articles, it is highly unlikely that Wikitravel could claim the same thing. It is difficult to see what of the above Fair Use criteria articles written for Wikitravel would even fall under - even news reporting is a bit too much of a stretch. It seems to me that the Fair Use provision exists to allow somebody to comment or respond to what somebody else has said, either to contrast or support an agument or as evidence in an opinion piece. This is not the main intent of Wikitravel. Consequently, I cannot see how the provisions of Fair Use would apply to Wikitravel content - it might to talk pages and how I used it here is a classic example of Fair Use; including criticism, comment, and teaching. Unless you use copyrighted works in a similar way it is not Fair Use. -- Huttite 06:36, 31 Dec 2005 (EST)
"Fair use", or the corresponding terms in other legal systems, is much more general than that. The list after "such as ..." are only examples. There's a good FAQ at .
It would be entirely reasonable for us to quote, for example, George Bush (Senior) on Guilin "... must be the most beautiful place that one can see or imagine." . Or to mention that Voltaire dismissed Quebec as "quelques arpents de niege" (a few acres of snow).
We could even quote another guide, or other references. Something like: Guiness rates Back-of-beyond-istan the coldest country on Earth and Other Guide claims "between the climate, the appalling sanitation, and the gunfire, B-o-B-istan should be avoided at all costs." However, ... Pashley 01:30, 9 March 2009 (EDT)
That is, copyright protects against copying a work, but it does not restrict quoting. In the example above, we could legitimately use a brief quote from Other Guide in order to comment on it. Of course, if we copied a whole article, then that would be a copyright violation. But the question of copyright should not even arise for a short quote; it is fair use, end of story.
In between, it is hard to tell. What if we quote a few sentences? A paragraph? A few paragraphs? Whether those would be fair use depends on several things; only a judge could decide and the answer might be different in different countries. For such things, I'd say WT policy should be to avoid them. If in doubt, do not use the quote. Pashley 20:52, 11 March 2009 (EDT)
As far as I'm aware, everyone involved here in mapmaking only uses PD and ccbysa sources for their maps... fair use isn't in practice here, and I don't think there are plans to start – cacahuatetalk 23:59, 11 March 2009 (EDT)
The Copyright Law of the United States of America and Related Laws Contained in Title 17 of the United States Code, section 102, says:
..(b) In no case does copyright protection for an original work of authorship extend to any idea, procedure, process, system, method of operation, concept, principle, or discovery, regardless of the form in which it is described, explained, illustrated, or embodied in such work.
Yep! Most copyright laws distinguish between the work of art, the expression of the information about the facts if you will, from the information about the facts. Expression is copyrightable, facts are not. It is like patenting a drug. You can patent the making of a drug, not the individual atoms that make the drug. And if you find a completely different way to make the drug then you can patent that way too. -- Huttite 21:07, 29 Dec 2005 (EST)
The countries where Wikitravel has servers has legal powers over those servers. Someone please find out what Canadian law on map copyrights is and post it here with authoritative references (are our servers in Canada? It matters).
What works? How are maps legally made in your country?
I know in New Zealand that Land Information New Zealand, which has done/inherited most of the surveying of the country, holds copyright over all its maps. You can assume that pretty much any New Zealand map, except the one drawn by Captain Cook, is copyright to them or has a distribution licence issued by them. The aerial photographs that a lot of the maps are drawn from are also copyright, so unless you base your map on a NASA picture there will be issues with copying NZ maps. NZ copyright law is very strict and potentially mean anyone involved in the unauthorised distribution of a protected work can be sued for royalties. This could mean anyone viewing the Wikitravel website, though it would probably stop at the Website User(s) or administrators who let it happen. -- Huttite 21:24, 29 Dec 2005 (EST)
Is US Copyright Law Applicable in the case of Wikitravel, or any website? While US copyright law may be applicable to US citizens operating a US based website in the USA, does it apply to other countries?
As I understand it the Wikitravel server is based in Canada, operating on equipment provided by a Canadian ISP, billed and paid for in Canadian dollars. It is beginning to look like the Copyright laws of Canada apply.
However, copyright law is more complex than that. A recent Austrailian court ruling apparently determined that the act of publication of material published on a website occurs at the place where the publication is viewed. That is on the viewer's computer, in the country that they are residing! And the local laws of that country apply. So unless Wikitravel has copyright policies that will fit a wide range of international legal circumstances we should not rely on United States Copyright Law, which is pretty lax compared to some other countries. -- Huttite 19:26, 29 Dec 2005 (EST)
I'm looking to produce some maps for some Wikitravel articles, but I'm a bit put off by the formats selected, which are not ones I'm (yet) familiar with. I was wondering whether there is any feedback on the usability of tools for these formats, in the Wikitravel context, yet?.
Trawling the web, it seems that the only editors available are a commercial tool from JASC called WebDraw, which looks a bit expensive, or Sodopodi, which doesn't appear to run on the Win2K platform I'm stuck with. Anybody know a decent SVG editor that is (a) free and (b) runs on Win2k?.
And can anybody point me at the uploaded SVG version of a map on Wikitravel, that I can copy and play with to gain some experience.
OpenStreetMap has just added a new feature; the 'export' tab which will create an SVG map of the area you export.
Simply go to the main map display (http://www.openstreetmap.org/) find a small area to export. Click the 'export' tag. Select 'Mapnik image' and 'SVG' Format. Click 'export' and save your SVG file! Exports can be used under their open license.
Where are we heading with these ideas? Some of these discussions are setting my imagination going. In particular the idea of working with lattitude/logitude coordinates, and the map making markup idea. It seems to me the ideas have much wider scope.
In the future I imagine these efforts will evolve into a new project. A wiki-atlas. A system where rich geographical information can be built up in layers, and contributed/edited wiki-sytle, with online vector based editing tools.
I imagine the system would allow layers of information such as tourist attractions, bars, restaurants, roads, etc, and other layers of information about things like house prices, crime & polution levels, which can be displayed/hidden. A rich variety of geographical information. Different levels of detail would be presented at different zoom levels, potentially down to the exact location of a telephone box in relation to the curb on the edge of the road. I think such systems exist, but the challenge would be to apply wiki principles to the software, to make it sufficiently simple and addictive so that thousands of people obsessively map out their neighbourhood in detail, resulting in the kind of collective acheivement we see at wikipedia.org
Maybe this will rouse some enthusiasm for this kind of project, but actually I guess I want to make the point that the potential scope of this thing is big, too big, and so to make progress we need to be careful not bite off more than we can chew.
The short term goals need to be clear. We want to make it easier for wikitravel contributors to make little maps on individual pages of wikitravel, and we want improve the quality consistency and general usefulness of those maps. Within that limited scope there's plenty of work to be done, software to be developed, standards to be defined. ...but there's no harm in keeping one eye on the future :-) Nojer2 07:19, 2 Dec 2004 (EST)
With an eye on the not too distant future, maybe the maps can be in a format and style to be acceptable to GPS applications which are becoming affordable and popular. I'm not saying that travellers should just be able to load them straight into a GPS device, but perhaps WikiTravel can adopt a format where they are usable without enormous effort. Did I make myself clear there? Oh, and its worth mentioning I have no knowledge of GPS so apologies if any graphic is usable. It may also be an idea to keep an eye on the many public domain GPS initiatives to see if maps become available. --Richard 2005 Jan 17
I'd like to solicit opinions about a choice between two different ways of connecting numbered icons on a map with Wikitravel article listings (as in Sleep, Eat etc.) I've tried making these listings two different ways.
In the first case I add the necessary sections for listings to the Image page of the image in question and then convert the listings from the destination article to a numbered list, which are then placed on the map with numbered icons. See Paris/1st arrondissement for an example.
In the second case I've made a box containing the list of names per section from the article. See Paris/5th arrondissement for an example of a map done this way.
There are pros and cons that I can think of for each way of doing this.
I'd go for listings built into the map itself. It's better for the traveller, which is the ultimate aim, and the increased difficulty of editing is a moot point because it's already more difficult to edit a map than text. Jpatokal 10:26, 8 Dec 2004 (EST)
Thanks for the feedback! -- Mark 11:15, 8 Dec 2004 (EST)
Hi Mark. Thanks for asking for my opinion on this matter. (Thanks also for all your hard work on creating these fantastic maps in the first place - one of these days I must get you to tell me how you do it - software, etc..... Would like to try my hand at it for some other cities....) On the whole, given the current data, I tend to agree with Jpatokal, supporting listings built into the map itself, for the reasons as supplied.... The difficulty, of course, is going to be how to keep the maps updated as new entries are made under the various sub-headings..... But I guess we'll cross that bridge when we come to it! A very worthwhile experiment.... (I wonder whether we shouldn't put the listings in a separate column running down the side of the map, rather than in a box on top of the map.....? This might allow for more expansion without obscuring detail / context.... Just an idea! Also, should venues be listed alphabetically in the interests of fairness?) Pjamescowie 17:24, 8 Dec 2004 (EST)
Hi Paul. I use Sodipodi to make these maps, mostly by hand. Actually I trace the outlines of the very major intersections from an aerial photo, and then fill in the rest mainly by eye from consulting a collection of maps (I don't trace from them out of concern that that might be a copyright violation). I guess I'll start a page at Image talk:Paris.svg. Maybe it will become the convention for wikitravel maps, if enough people like these maps.
Anyhow, I think that a box running down the side makes sense for some arrondissements, but for the 6th for example there's a huge section of the 7th which will wind up getting included on the png, and since the 7th will have it's own png my inclination is to put the listings box there.
As for making the listings alphabetical, I suppose we could, but what I've been doing so far is duplicating the order from the article, to make it easier for travellers to refer between the map and the article. -- Mark 05:09, 9 Dec 2004 (EST)
So I re-made the png image for the 1st with the new listings format and when I look at it it looks really crowded. I think with the 1st I'm going to take your advice and put the box down the left side next time. -- Mark 01:14, 10 Dec 2004 (EST)
I would prefer to see a 'clean' map without the boxes. A map's primary purpose is for navigation, and I would hate to get lost under one of the boxes! I accept what you say about so called redundant areas of map which can be used for the boxes (parts of the 7th on the map of the 6th) but a map needs entry and exit routes. With regard to editing content, isn't it unWikiWiki to make it so hard (requiring graphic editor skills and s/w)? Also consider the simple case where an establishment changes it's name. If I was to contemplate how I would use the map, I would have it and a paper copy of the location page (not the image page), wouldn't most people? My ideal would be the nice icons on the map cross-linked to See, Do, Eat etc. Also see above where I have suggested they be in a format suitable for GPS devices. Thanks for the opportunity to comment, what you have done is really impressive, and if I go to Paris, your work will be with me. --Richard 2005 Jan 17
I just wanted to point everyone's attention to the University of Texas Library's map collection. They have a huge collection of maps, that according to the FAQ are in the public domain. (Maps that are still copyrighted are marked accordingly). Although the collection includes some of the CIA maps we already include on WikiTravel, they also have other maps that include province borders, major roads and railway links (e.g. for Iran) as well as maps showing ethnic, political and industrial information. These are a definite improvement on the maps we have now.
Regarding the GIF maps, these can be simply resaved as PNG and then uploaded without any loss in quality or considerable increase in filesize. JPEG maps are a different story, though. Some maps (such as topographical maps) have the colour depth of photos and therefore lend themselves to JPEG compression. It seems a shame to only link to these maps, rather than use them inline on the site, simply because the image isn't in the WikiTravel standard format for maps. Saving the maps as PNG or JPEG is simple a matter of which format compresses better. Although PNG's GIF-like compression method usually works better with maps because of their reduced colour depth, many of the Univ of Texas JPEG maps compress better in their native format. -- Allyak 14:40, Nov 10, 2004 (EST)
Just stumbled on DEMIS today and was blown away: this is an excellent resource! Just wanted to get a second opinion on the license though:
With this statement DEMIS BV grants you permission to freely copy the PNG images returned by our server and use them for your own purposes, including web pages. We would appreciate a reference to our server but such a reference is not required, nor do we take responsibility for the accuracy or quality of the maps.
This means basically public domain, right? "Freely copy for your own purposes", with no limitations on said purposes... Jpatokal 11:28, 4 Apr 2005 (EDT)
Looks like they're using data from the world Basemap, which is public domain, yes. You can get the same data in shapefile format (for easy SVG conversion) from esri. -- Mark 11:53, 4 Apr 2005 (EDT)
Data in public domain doesn't mean that the rendering of said data is in public domain, but DEMIS appears to make even their maps PD... Jpatokal 11:58, 4 Apr 2005 (EDT)
Yes, you're absolutely right. I just thought you might like to know where to find the World Basemap source data. -- Mark 12:32, 4 Apr 2005 (EDT)
Whoo! Just look that Iriomote map I just created in about 5 minutes, just by slapping dots and labels on a DENIS rendering. Although the subject being a near-uninhabited tropical island helps... Jpatokal 11:50, 30 Apr 2005 (EDT)
It's no longer Public Domain! - anon - 21:08, 17 Dec 2005
Hmmm. The statement Jpatokal quoted above. Whereabouts on the website was that? Is it still there? I'll ask them. Obviously they're looking to make money from their merged datasets and their map server software, but we just want to grab images. -- Nojer2 06:43, 18 Dec 2005 (EST)
Yeah we're still allowed to grab images generated by the demo map server as public domain. This disclaimer appears at the very bottom of this page.
I think this looks like a great starting point for creating more zoomed out maps of countries etc. The feature "Support for grid based GIS layers, including interpolation, contouring, relief shading" is presumably what makes these maps look so good. Not so useful for city street maps though -- Nojer2 05:16, 19 Dec 2005 (EST)
Interesting... I had a look at part of my country and immediately spotted several errors, like wrong names for places, a main highway misplotted and a railway line with a missing/misplotted section. You could use them, but for anything more detailed than country outlines and general topography, I would be very wary about accuracy. -- 21:48, 29 Dec 2005 (EST)
Also how widespread the use of DEMIS maps is on here now? Is there an easy way to get a feel for that?
I've started using it a little on kayakwiki in conjunction with an imagemap extension to create clickable maps like this one of Europe. Other suggestions for that are welcome. -- Harry Wood 10:09, 18 December 2006 (EST)
The official policy for maps is that the SVG source file should also be uploaded, but with the current Wikimedia software it seems that there is no way for someone to then download that source. Am I missing something? Is there somewhere else that the SVG files can be uploaded to? -- Wrh2 17:31, 26 Jul 2005 (EDT)
The upload works, but downloading doesn't. I'll see if I can come up with a patch. -- Mark
I found out how to download them. Go to (for example) Image:Train.svg and click on the most recent date at the bottom of the page. That seems to provide the actual SVG source file. -- Owl 15:56, 16 Aug 2005 (EDT)
I would really love to make a map of Manchester city centre, but I don't even know where to start.
Should I teach myself Inkscape, or is there another tool available for GNU that would be less painful?
Am I permitted to trace over the top of a Google satellite image? The layout of the streets is hardly copyright Google, but is there some strange loophole in the law that would allow them to prosecute for this?
Could someone post a three or four step Complete Idiots' Guide (tm) to making a map?
The whole point of this expedition is to figure that out, actually! I made a really silly map for Montreal, and Mark's done some great stuff for Paris. There are some other city maps around. It might be good to try to figure out how to do them. --Evan 17:10, 12 Aug 2005 (EDT)
I have a reasonable idea, but I was hoping for some hints! I can try tracing Google satellite imagery in Inkscape, and I've had a bit of a go at that, but I'm concerned about the legality of doing that, and I was wondering if you or Mark or anyone else has had any success stories with particular tools or techniques. I thought that was what community was for! :) I think we're a long way from the expedition's goal, but I need some help now or I'll never get off the ground. -- Owl 17:34, 12 Aug 2005 (EDT)
I'm now writing Wikitravel:How to draw a map based on Mark's hints and my own painful experiences at learning. It's actually surprisingly easy, if timeconsuming when you're a clueless newbie... Jpatokal 06:30, 1 Jan 2006 (EST)
I wonder whether creating a street map basing on satellite images providied by, let say, Google Maps, conforms with licensing requirements of GMaps and Wikitravel. For example, isn't there any copyright in making a satellite image of the city? Don't you base your work upon the images when you merely pinpoint specific streets already shown on the satellite photos (even if not processed)? Any educated opinion on the subject? --DenisYurkin 06:21, 12 November 2006 (EST)
Regarding Manchester, the folks at openstreetmap.org mades some good progress mapping Manchester. They actually organised an event called 'Mapchester' and had lots of people running around with GPS units to create a map which is not derived from ordenance survey. This is still a work in progress though. The maps there are all open licensed CC-sa2 -- Nojer2 08:15, 7 June 2006 (EDT)
Beyond Manchester, there are several more regions covered by OpenStreetMap.org. Not really many, but worth checking for the city you consider creating a map for. --DenisYurkin 06:21, 12 November 2006 (EST)
(Rude outsiders interjection) - Just thought you might like to know that we've just quietly launched Placeopedia.com, a site for easily connecting Wikipedia articles to places. Tourism and local history are the two main aims of this, and I just wanted to let you Travellers know that it's out there.
But we cannot use Google maps on Wikitral. Planiglobe seems more promising. They are CC-by-sa-2.5. So close :-( --elgaard 15:27, 30 Jun 2005 (EDT)
Are there any legal experts on this? Seems to me that having to worry about license versions is rather counter to the goal of the cc licenses. Does "share alike" imply shared using the exact same licence, or using a license which protects the same rights. Not being a legal expert, but having had it drilled into me that legal systems which derive from britain (including the US) all use the principle of what the "reasonable man" would do, and at least to me, it seems perfectly reasonable to interchange license versions which protect the exact same rights.
This seems to put all sorts of things that people may be more than happy to share with us out of our reach unless we can reach the copyright holder directly. Case in point that I've recently become aware of is if we want to borrow some photos from flickr. People there have the option of choosing one (or none) of several cc licenses for their works, but the cc-by-sa is 2.0, and to do anything different would require adding something to the comments of every photo, instead of just setting a default rule. --Neil 07:08, 6 Jul 2005 (EDT)
Yes, there are lots of things we can't include unless we get copyright holder permission. Fortunately, there are hundreds of thousands of travelers out there with ideas, photos, and energy to make this project work. We don't need to leech from those who don't want to share with us.
As for the licenses: I'd like to get an expedition in motion to upgrade our license version. However, I think the 3.0 licenses will be more worth the trouble. Maybe we should start a Wikitravel:License Upgrade Expedition? --Evan 08:35, 6 Jul 2005 (EDT)
We don't need to leech from those who don't want to share with us. My point wasn't about people who don't want to share with us, just about people who want their material to be shared (hence using a by-sa license), but who didn't initially and specifically put their material on wikitravel. Upgrading the license seems like a good idea if it's feasible, but doesn't that require contacting every single contibuter?...at that, do they have to specifically agree, or simply not reply back to say no? And how do anonymous contributions fit into that?--Neil 15:10, 6 Jul 2005 (EDT)
I agree that it's going to be hard to upgrade the license. The big problem is that the 1.0 CC license suite didn't have an "or any later license" clause; 2.0 and later do. So if we get bumped up to 2.5 or 3.0 or whatever, we can "automatically" upgrade later. As for how it has to be done: I've got some ideas, but, yes, we do need the consent of contributors. As for including stuff under other licenses: I think that's gonna be hard. Possible, but hard. --Evan 16:19, 6 Jul 2005 (EDT)
The slightly different idea appearing on Placeopedia.com, is to have one map, with the little markers showing the location of all the articles on the wiki. Here's a Mediawiki extension which would allow us to create such a map, if we geotagged all our articles with the wiki markup like this: "<geo>41.50725 N 81.60831 W</geo>". That idea doesn't give us copyright issues, since we just need to make it clear that this one map display page is not available under the same license. Geotags would also allow us to simply link into google maps (bit like the way we link to wikipedia) But what this wouldn't give us, is Attribution-ShareAlike maps appearing on the article pages, which is the goal of this expedition. -- Nojer2 16:47, 24 Oct 2005 (EDT)
The Free part of "Free Travel Guide" is not optional. We are trying to make a travel guide which you can re-distrubute. If we rely on non-free Google maps then we are failing in that goal. I'd rather we not use them out of risk that we might come to rely on them.
Also it's really easy to make our own maps for the US at least using Tigerline data, just like the people who supplied data to Google started with. See the map for Carbondale. -- Mark 17:08, 24 Oct 2005 (EDT)
Yeah I completely agree that free maps is the way we want to go. It becomes far more useful if maps are appearing (and printable) on the article pages, and I'm sure a lot of people will find other interesting uses for the maps, if they are available as Attribution-ShareAlike. A very valuable free resource. But surely it's not "really easy" to create these maps. I mean it involves a fair amount of effort, playing around with graphics software to get half decent results.
Linking to some coordinates on another website. Now that is really easy, which makes it tempting as a half-way solution. We could quite quickly do this for every article on wikitravel (e.g. a small 'google maps' hyperlink in the bottom left panel). Compare that with the effort of creating a new map graphic on every article.
But I guess what you're saying is we should resist this temptation, because we would come to rely on these external mapping sites, and the incentive to create free maps would be gone. -- Nojer2 06:31, 25 Oct 2005 (EDT)
So it has to get off the list of public domain maps. Forsome reason it didn;t let me change it on the page...184.108.40.206 16:03, 17 Dec 2005 (EST)
I suspect you are mistaken.
What makes you say that? It's never been free to buy the software and raw dataset from DEMIS, but images are available without copyright, as has already been discussed above. I put the question to them directly and the website still carries a notice at the very bottom of this page. So unless you have some new information... -- Harry Wood 10:28, 20 December 2007 (EST)
According to the developing "rating" system, one of the things that distinguishes a "Star" article from a merely "Guide"-quality one is the inclusion of maps useful to the traveler. Fair enough, but many of us who can and do provide text content for places are not necessarily aware of the resources for generating insertable maps. Can someone provide some pointers to resources for doing that, short of drafting the maps oneself (not practical for many destinations)? This probably should be an FAQ if there is to be pressure to include maps from here on. -- Bill-on-the-Hill 12:11, 18 Nov 2005 (EST)
There is a Mapmaking Expedition that has been around for a while, but hasn't gotten very far. I'm with you though - I don't have much in the way of resources for maps... hopefully some vets can help out? -- Ilkirk 12:26, 18 Nov 2005 (EST)
I think the biggest problem with the Mapmaking Expedition is the SVG requirement. I am sure there would be many more maps if that were not mandatory for uploading maps. I read all the info about making maps and saw the map drawn by an amateur but I was not quite as successful in using the recommended SVG programs as that amateur was. Get rid of the SVG requirement and I am sure you will see many more maps.
Don't get hung up on "requirements". They are not requirements on you, the contributor, but on the content of this guide. It's perfectly OK to upload whatever drawing you can. Other people will modify, add, delete, tweak, and change it until it meets the eventual "requirements". The requirements are a goal to be achieved, not a barrier to getting started in the first place.
Using a vector graphics program (like SVG editors, or Adobe Illustrator, or a few others) makes it exponentially easier for others to edit your work after you're done. The vector graphics are the "source code" that make other formats (like PNG, GIF, or JPG) possible.
The reason we have SVG as a goal format is 1) it's eventually supposed to be supported natively in both major browsers and 2) it's an open standard that many software programs can export to (unlike, say, Adobe Illustrator files).
If you're not comfortable with the SVG editors, use your favorite drawing program. Go ahead and plunge forward. --Evan 01:41, 13 Jan 2006 (EST)
Ranking Maps. Imagine how useful it would be for walkers and cyclists if roads could be ranked by users. A 5star route for a beautiful quiet lane across the Yorkshire Dales, a 1star for the noisy trunk road that gets you there. This could be done by voting, maybe linked to comments about individual sections of route.
A goal has been added for "ranking maps" which I think it an interesting idea, but pretty far outside of things we've done in the past, so I've moved it here for discussion. It's my first impression that this goal may not be the best fit for a wiki.
I notice that the layout and templates section remain TBD (as they have for a long time now). Since it seems that the layout set down in Mark's How to draw a map has become pretty much the de facto standard, might it not be worth incorporating the colour guidelines (at least) from that page into the layout section, and create corresponding templates? That would take care of city/district level maps, at least, and deciding on a standard for larger scale maps shouldn't be too difficult (I hope). --Paul. 10:25, 8 September 2006 (EDT)
It seems to me like it might even make sense to combine the two documents - the mapmaking "expedition" was meant to figure out how to include maps on Wikitravel, and that goal seems to have been achieved. Wikitravel:How to draw a map is now the primary guide for mapmaking, so having two separate documents doesn't really seem to make much sense, unless I'm missing something. -- Ryan 14:16, 8 September 2006 (EDT)
Argh, sorry it took so long to get back. Personally I think there's a case for both pages, Mark's guide as an indepth guide and this page as a more simple summary of standard layout (colours etc.). Also, while Mark's page covers city level maps very well we still don't have standards for regional or country level maps, and there's some elements of city maps (most notably countryside) that aren't covered. Unless anyone strenuously objects I'm going to go ahead and incorporate the standards from Mark's page here, then we can try and work out some kind of standards for whatever's left. --Paul. 04:55, 11 October 2006 (EDT)
I think we should keep both. They serve different purposes. — Ravikiran 03:07, 11 October 2006 (EDT)
Can anyone please summarize why can't we just use Google Maps to show where a specific place is (at least for places that can be seen on GMaps already)? Consider WhereTo.org example: they just incorporate GMaps block in the beginning of the page. From my observations, Google is extremely motivated in populizing usage of their Maps--has anyone tried to contact them on terms for use at Wikitravel? AFAIK, we already can:
place GMaps blocks on our pages (like WhereTo already does)
allow users to print out web pages containing pieces of GMaps
Yes, we can't easily produce commercial publications with Wikitravel content having GMap images in them, but are do we have any concrete plans for going to print in foreseeable future?
What else do we need (and we don't have permission for) before we can use Google Maps?
I mean, it may not an ideal ultimate solution for Wikitravel isolation ideology WeDoItAllOurselves, but having Google Maps is much better than nothing that we have in most destinations in Wikitravel. --DenisYurkin 07:00, 12 November 2006 (EST)
For individual users, Google Maps, including local search results, maps, and photographic imagery, is made available for your personal, non-commercial use only. For business users, Google Maps is made available for your internal use only and may not be commercially redistributed, except that map data may be accessed and displayed by using the Google Maps API pursuant to the API terms and conditions. ...
Geocoding data for map content in Google Maps is provided under license by Navteq North America LLC ("NAVTEQ") and/or Tele Atlas North America, Inc. ("TANA") and/or other third parties, and subject to copyright protection and other intellectual property rights owned by or licensed to NAVTEQ, TANA and/or such other third parties.
Your use of this photographic imagery is limited to displaying it to end users within the Service itself, and in the same manner, form, format, and appearance as it is provided by the Service. You may not, nor may you allow others to, copy, distribute, display, alter, or otherwise use, this photographic imagery except as it is provided to you through the Service.
So, in short, it's very far from open content and Google, Navteq and Tele Atlas could sue the pants off anybody using the content commercially. Jpatokal 07:13, 12 November 2006 (EST)
What about sites like HousingMaps.com, British Airways and hundreds of others that use Google Maps mashups as a part of their commercial business? In other words, I think we can just contact Google Maps support people and have a written permit to use Google Maps for the benefit of Wikitravel. Are we willing to, if permit will be granted? --DenisYurkin 09:54, 12 November 2006 (EST)
That would only work if Google Maps would be willing to license their content under the terms of Creative Commons (ie it's free to use and copy provided the original source is credited). They will never, ever, do that as it would completely undermine their ability to make money from their product. So, in short, we can't use Google Maps or any other commercial product. --Paul. 10:22, 12 November 2006 (EST)
I have two thoughts on the matter. First of all, yes, we need to work towards our goals of making free travel guides, including Free Content tourist maps for every destination. In other words, we're not closing down this expedition.
On the other hand, I think that interactive mapping services are useful for Web users. I think that we should provide data feeds for UIs like Google Earth or open standards like the OGC's. I also think that having embedded mapping widgets is pretty useful. I'd prefer to help out our cousin project Open Street Maps if possible, but it still has very little data outside of the UK. So, I'd like to use the Mapstraction library to allow users to switch back and forth from Google, Yahoo, and OSM maps as they desire. This would all go on a Special:Map page that would show an embedded map. I note that these plans are listed on Wikitravel:Feature requests.
I do not in any way want to interfere with this Expedition, but I think using mapping services would be a help, not a hindrance. --Evan 12:02, 12 November 2006 (EST)
I've added a Special:Mapstraction that uses Mapstraction, and there's a link on each page that has Geocoding on it. I'd like to stimulate some discussion on the impact of more dynamic mapping on this expedition. Is it a disincentive? Or a source of valuable information? Should we continue, or should we take off the links? Ideas, feelings, opinions? --Evan 20:29, 12 December 2006 (EST)
In my belief, we definitely need to move forward with this. Tho notes on the Special:Mapstraction page:
Presently in FF 2.0 for Special:Mapstraction/Montreal, the choice of mapping service (Google | Yahoo | Microsoft) is available only while the page loads, then it disappears--it happens with Microsoft only(?), which is default choice. Can we fix it?
What is the best place to talk on how it looks like? Can we put some pointer from there to (this?) talk page?
Probably a known issue, but with Firefox 2.0 when I look at Special:Mapstraction/Lausanne or any other mapstraction pages I simply see two overlapping maps of North America (I can upload a screenshot if needed). The Firefox error console reports:
Error: uncaught exception: Msn.Drawing.Exception: Your Web browser does not support SVG or VML. Some graphics features may not function properly.
It doesn't seem to work at all in Konqueror. I also find defaulting to the Microsoft service to be an odd choice.
As for disincentive, there could hardly be a greater one than the actual task of map-making. It seems to me that OpenStreetmap is the way to go with our cartography in the long run, preferably with an automated way of inserting icons. It's on my list, but this is a valuable first step. -- Mark 00:57, 13 December 2006 (EST)
Doesn't work at all in Safari for any of the map providers. Which is strange because Yahoo and Google maps work just fine for Safari. It's a blank page for Yahoo and MSFT. For Google, the overview box is located in the upper right, the scale is at the top of the screen, and the slider for changing zoom levels is in the right place except that the google copyright is underneath the slider. -- Colin 02:00, 13 December 2006 (EST)
I've switched the default mapping service from MS Virtual Earth to Yahoo. In retrospect it was a wrong choice; MS VE doesn't require an API key, so for sharing this software it makes the most sense and I won't have to walk admins through the annoying process of getting an API key to let them test this software. If you've had problems with the MS version, try http://wikitravel.org/en/Special:Map/Montreal?maptype=yahoo (or google) to clear your cookie and use a different map service.
OSM is also on my list; Mapstraction is a tool from the makers of OSM to help people experiment with OSM data but still have useful information for the other 99.99% of the world. Doing some magic to use OSM by default for places they cover well was one of my next steps. I'm also experimenting with OpenLayers, another tool for blending proprietary and open map data.
As for the automated way of inserting icons: next steps are to show listings in the map. Then, I'd like to let people add, edit, and delete listings in the map, using popup bubbles. --Evan 08:24, 13 December 2006 (EST)
OK. Anything that makes it easier to make useful, attractive maps for travelers is a good thing. Since this is a step toward automating connections with OSM data then this is a step toward the expedition's goal. Eventually I'd like to customise this to take the OSM data and make maps like our Santa Fe map. It shouldn't be that hard, since part of the OSM process is to ground-check and clean up the tiger-line data, and that's the part of the Santa Fe map which would have been hard to program. -- Mark 17:11, 13 December 2006 (EST)
Can someone have a look at the map on Jeffreys Bay and give me some feedback on it's usability. I suspect that I am trying to cover to much ground in the one map. --NJR_ZA 12:46, 4 March 2007 (EST)
The problem I have with the map is that it's too small to really use. Can you break it up into smaller files so we can enlarge the image(s) on the article? Otherwise I think it looks good. -- Sapphire • (Talk) • 12:51, 4 March 2007 (EST)
Hmmm. Actually, the problem I have isn't with the image, but the way images look in articles. I'm not sure if there's an effective work around. -- Sapphire • (Talk) • 12:55, 4 March 2007 (EST)
Yip, that's my predicament with the map as well. It does not look usable in the article, but when one look at the full sized image it seems OK. I have though about breaking it up into a number of smaller maps, but don't really think thats going to work. I'll try creating another version of the map just for in-article display, oversizing the major roads and annotations. We can always still provide a Detailed map is also available here link. If that does not work out well, I'll try the multiple smaller map option. --NJR_ZA 13:44, 4 March 2007 (EST)
While pondering what would be required to get North Central New Mexico up to Star status as a region, it dawned on me that there's a hanging thread above: just what should the "standard" for a regional map be? If a region is to be Star-ified, the standard requires a map, as for any other destination, and that's fine. However, it isn't obvious to me that a region map that meets a traveler's needs should contain the same stuff as a city map. For example, there is obviously no need for a symbol showing a city within a city map -- but if you don't have cities (and towns and villages, which probably should not be represented the same as a large city) shown on a region map, that map isn't worth squat. The norms for landforms are also different, not least because mountains, canyons, swamps, deserts, etc., have an effect on transportation in a region that the traveler really ought to know about, while there's no need for most of these in city articles. Finally, simply deciding how to represent a region, within a country/state/larger region, isn't clearly laid out, and probably should be, as a number of ad-hoc responses are developing for some regions without any uniformity. Any suggestions on what needs doing on this? -- Bill-on-the-Hill 14:35, 4 August 2007 (EDT)
Yes I suppose Wikitravel:How to draw a map#Choose a map type should mention "region" maps. There is a lot of common sense to be applied when it comes to how much detail to try to include depending on the size of the area covered, and the density of features, so I guess it will always be a little bit ad-hoc. But yes we should develop instructions in order to encourage uniform colour choices etc.
Is there a project for a browsable map where Wikitravel's articles would appear on location ? That would make an interesting interaface for wikitravel as I would sometimes prefer to browse visually than with a search.
Yes, the idea has been floated, see shared:Tech:Listing map extension. It's unlikely to happen with Google Maps for copyright reasons, but I'm working on something not entirely unrelated using OpenStreetMap data instead. Jpatokal 11:17, 5 February 2008 (EST)
--Acrosscanadatrails 02:29, 26 November 2008 (EST) on openstreetmap we can add the tag, wiki=Canada
and that will allow for the render and an openlayer to be able to pick out that stuff.
Sure, a tag WikiTravel=(name of article) could probably be added.
... should always use an openstreetmap slippy map, available from cloudmade . .. no need to have Google maps shown anywhere. .. that's old school. ... bikemap.net gpsies.com use openstreetmap as an option.
I am working on articles for the various neighborhoods of Washington, D.C., some which disparately need(ed) work. Maps were missing from some of the neighborhoods, and there were maps with no POIs in other neighborhood articles. With a background in GIS/geography and a wealth of free/usable GIS data for D.C. (per our licensing requirements), it's easy for me to make maps.
I have spent time looking at the various guideline pages, found the icons used on other maps, and styles. And, see there are two main approaches to maps here on WikiTravel (#1 - maps from scratch, made using InkScape; #2 - maps from OpenStreetMap using a Linux script and some touchups in InkScape). Neither approach is suitable for me. Approach #1 is too rudimentary and does not allow integrating other GIS data sources. Approach #2 doesn't work for me, since I work on a PC (I do have a Linux web server, but it's not suitable for running those scripts). - seems to be the approach for the lovely Paris maps (e.g. Image:Paris_1st_arrondissement_map_with_listings.png), though some of the street labels overlap and are difficult to read, and there is no scale bar.
My approach is to export the OpenStreetMap data (as GPS file format) and bring it into my GIS software (Quantum GIS - free), and there I can save it in shapefile format. With the data in a GIS format, I can overlay together with U.S. Census Tiger files (e.g. water, other features), National Park Service files (many available), USGS DLG (various features from their topographic quad maps), can overlay satellite or aerial imagery to trace/add other things, etc. For D.C., we are extra fortunate that the city's highly detailed GIS data is available and can be used in OpenStreetMap and elsewhere under our licensing terms. 
So, to make my maps, I am using the building polygons (footprints), water features, parks, universities, Metro (subway) lines, stations, station entrances, and OpenStreetMap data (roads, footpaths, etc.). And, I have the ability to easily geocode the WikiTravel POIs. The geocoding process for me is already quite easy, but I see the potential to have a script to make it even easier, more automated, and perhaps have a tool to make GIS files from WikiTravel POIs. To perfect my maps, I currently have to resort to using my non-free ArcGIS software. The street labeling quality is far better than Quantum GIS, which does not rotate the labels and line them up with the road features. With my current version of ArcGIS, I can only export bitmaps (jpgs), though it does (poorly) export eps files. When I get around to upgrading my software, I will be able to export SVGs just fine. Or, might find a way to do that with open source software.
Anyway, given that I have a different approach to mapmaking, my maps do not 100% look the same, style-wise as other maps. I'm doing what I can to make them consistent (e.g. use light gray and dark gray colors, and white for streets). I can use the icons, though haven't fully incorporated them yet into my maps. For my icons, I have used National Park Service icons , or my own self-created icons (e.g. the Metro station icons). For the Metro icons, I would like to keep using mine since it's simpler, and I'm using mini versions of the icon to denote station entrances. For other icons, I'm undecided, and not decided about where to put the POI numbering (inside the icons or next to the icons).
In addition to D.C., I am making maps for Cairo, and once farther along with D.C. and Cairo/Egypt pages, likely will work on NYC pages (appalling quality) and make NYC maps - then probably will be burned out :)
I want to know how much leeway I have in making my maps, to deviate from the styles used in maps generated with existing procedures? The icons and the numbering, as well as colors and features included (e.g. buildings) may be somewhat different, but I hope result in a high quality, useful map for the traveller. Yet, I want to be as consistent as possible with other WikiTravel maps. Feedback is welcome so I can tweak my maps to a style that is acceptable or optimal. Aude 12:36, 8 January 2009 (EST)
I think your DC maps are gorgeous, and I'm definitely open to experimentation. However, I think it's important that, in addition to just exported dumps into PNG/SVG/whatever, you also release the "original" GIS files so that others can continue from where you left off.
In terms of printability, in grayscale "park" and "building" are now the same color, an issue which I've found to be best addressed by darkening the parks a bit and adding a pattern. Font sizes are quite good throughout.
Finally, I'm not totally convinced about the merit of having a complex icon plus a number next to it -- it's kinda messy and hard to read, especially when they overlap (see eg. the totally unreadable 24/30/8/34 cluster right of Farragut West). My preference would be one or the other. The numbers should also be ordered (eg. top to bottom or left to right), or ideally grid-indexed (A1, B3), so you don't need to hunt through the entire map to find it. Jpatokal 22:26, 8 January 2009 (EST)
Thank you for the feedback. I will see what I can do to provide the GIS files, probably the shapefiles but they may need to be packaged as a zip file. Are zip files okay to upload? Also, what is the file size maximum for uploads? Your point about the parks is excellent. I'm working on a pattern that is subtle but should work, and still undecided on the icons/numbering. Grid index is probably my preference. Aude 00:46, 9 January 2009 (EST)
I added a ferry icon (PD) and fixed the fonts of the District map template . Not sure where to have discussion about it, so that's why I ask here what others think about it. --globe-trotter 09:49, 20 January 2010 (EST)
That's good. What was wrong with the fonts? --Burmesedays 09:52, 20 January 2010 (EST)
I get the "Sans" font, but not the "DejaVu Sans" font. They look quite different. --globe-trotter 05:17, 21 January 2010 (EST)
Ah OK. Yep they are certainly different.--Burmesedays 05:31, 21 January 2010 (EST)
I've added OpenStreetMaps support to the latest version of iTravelFree. (Well, to the Android version; the new iPhone release is still awaiting App Store approval. Offline OSM maps are next on the list.) This made me think: they're both open attribution-ShareAlike licensed data, so they ought to play nicely together, and OSM has lots of Point Of Interest (POI) data as well as the maps themselves. Are there any tools or protocols to add OSM POIs to Wikitravel, or to mark Wikitravel listings as OSM POIs? .. Rezendi 22:15, 5 January 2011 (EST)
There are some tools to create wikitravel style maps from OSM data. The process usually goes to add the Wikitravel POIs to OSM first, and then extract to WT. We are limited again, by an inability to do tech work in any integration effort, but I'd certainly be interested in discussing adding a reference to an OSM POI to WT listings, or v.v. --inas 22:46, 5 January 2011 (EST)
I can't find any geodata at all in here. Am I missing something ?, where's the co-ordinates link at the top right that I get on Wikipedia ?. Almost everything in here is at a fixed point, and hence should have a map ref, and ultimately a link to OSM. If there's any POI's that aren't in the map then they should be, and as part of the maintenance of the entry in here it should be added to the map. --mark_c_lester 10:50 3 July 2011 (BST)
Not everyone has the tools or experience necessary to edit maps. We don't want to discourage contributions by prohibiting them from being added unless they also add them to the map. LtPowers 09:49, 3 July 2011 (EDT)
I'm currently travelling a lot and I find wikitravel useful. 2 things, I find missing
-for each location, you really need to give the different name: local name with local language, local one in local language written with extended us alphabet (for example, to give an arabish name to a local without being able to read arabic or same in chinese), same in international english
- for each location map, a kml/gpx file would be really useful. so anyone could use these informations in an interoperable way.
I agree those things would be nice, but where do we get the information? Are you referring to all the attractions, all the names of shops, reataurants, hotels etc, or just the name of the place the article is about?
For the kml/gpx file, what would you expect to find in it? • • • Peter (Southwood)Talk 15:57, 21 January 2011 (EST)
As someone travels, if possible, he tries to export his POI or take some of OpenStreetmap (compatible licence ?). I don't know if there is other free sources which reference travel Point Of Interest.
I refer to all places (first transport facilities, next viewpoints and museums, after shops/hotels). The gpx/kml file would contain place name (both in local spelling, local name with english/roman spelling for pronunciation, and english/international name), some category/tags informations and gps coordinates -- Jul