Help Wikitravel grow by contributing to an article! Learn how.

Wikitravel talk:Mapmaking Expedition

From Wikitravel
Revision as of 03:30, 9 January 2009 by Jpatokal (Talk | contribs)

Jump to: navigation, search

Contents

Derivative Work?

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!
-- Harry Wood 12:14, 7 February 2008 (EST)

Peter's projection

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

GRASS Comments

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

US and TIGER Line Data

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.

--Evan 21:15, 24 Jan 2004 (EST)

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.
So the python script is now available at http://www.dasbistro.com/~sam/maps/wikitravel/python-tigerline . To have everything work you need the improperly named TigerRecord.py file and LatLongUTMConversion.py. Run TigerRecord.py with no arguments to see how to use it. Get TIGERLine data from the US census at http://www.census.gov/geo/www/tiger/ .
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.

Latitude/Longitude Coordinate Representation

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)

Source of data

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.

Yann 07:22, 10 Feb 2004 (EST)

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)

City Map Markup Language

User:Blackisha has written up an initial proposal for a Map Making Markup for WikiTravel maps.


Distance tables

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)

Copyrights

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 (part of US copyright law)

"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)

Digital Millennium Copyright Act (DMCA)

US Title 17, section 102

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.
(http://www.copyright.gov/title17/92chap1.html#102)
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)

Globalization and map copyright law

Wikitravel Contributors

The countries where a contributor has legal ties -- lives, has citizenship or owns assets -- have meaningful legal powers over that person. Contributors beware -- know the law of your land.

Wikitravel Server Computers

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).

Wikitravel Readers

The countries that allow access to Wikitravel have legal powers over that access. China for example makes its own laws about and tries to controll what is available on the Internet in China.

Per Country Laws

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?

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)

See also

SVG/PNG Tools

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.

Thanks -- Chris j wood 20:25, 5 Aug 2004 (EDT)

So, off the top of my head, Image:Central_montreal_map.svg is an example SVG map on Wikitravel. I believe North Carolina and Reno both have SVG maps available.
As for tools, you can check the list of SVG editors on w3.org. --Evan 00:07, 6 Aug 2004 (EDT)

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.

-- Harry Wood 04:48, 26 April 2008 (EDT)

Future Wider Scope

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

Listings on destination maps

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.

Listings on the image page

Pros:

  • Makes it easy to print the image and the page which goes with it
  • Is slightly easier to do
  • Makes it easier for somebody to correct my spelling mistakes (if any)

Cons:

  • Separates the task of making the icons from the task of making the listings, introducing a possibility of errors.
  • Might possibly be more difficult for travelers to understand.

Listings in a box on the map

Pros:

  • Keeps the task of making the listings together with making the icons.
  • Is obvious, and easy for the traveler to read.
  • Allows for better graphic design.

Cons:

  • Makes the png image sizes larger
  • Makes it harder for other Wikitravelers to make corrections in spelling etc.

I'm sure that there are more good and bad aspects to each way of doing this. I'd like to know what they are if possible, as I'd like to pick a method and make its use consistent.

Thanks!

-- Mark 08:31, 8 Dec 2004 (EST)

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

"Open Maps?"

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

There's an article on Slashdot about Open Maps. Considering this is one of our big problems on Wikitravel, I think it makes interesting reading. --Evan 18:59, 29 May 2004 (EDT)

Great source of maps

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

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.

Allyak 09:56, Nov 3, 2004 (EST)

They are good and better than most of our maps, but they are in JPG and GIF format, not Wikitravel std PNG. So I thing we can provide an external link to that map page ~ Bijee 12:10, 3 Nov 2004 (EST)
We have links to that collection in the Wikitravel:Mapmaking Expedition, q.v. --Evan 13:36, 3 Nov 2004 (EST)
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)

Amazing online map service: DEMIS

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)

I noticed this map of Switzerland on the german wikitravel which is derived from DEMIS. Seems to have nice antialiased river renderings though. I wonder how this was achieved.

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)

SVG Uploads

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)

How do I...?

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?

-- Owl 16:07, 12 Aug 2005 (EDT)

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)
I found a discussion exactly covering the subject, but giving no good answer unfortunately. If you have something to add, better do it in that thread. --DenisYurkin 06:47, 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)

Potential Map ideas...

Swept in from the Wikitravel:Travelers' pub:

If you aren't aware already, google has had a map service for a while now (maps.google.com). And it's not half bad (only problem is that it only has US and UK... so far). Even more exciting is that they've released a javascript api: http://www.google.com/apis/maps/. I've already seen a few hacks and they look very promising. Maybe someone with more technical experience could look into it. It looks like something to potentially add to the mapmaking expedition. --Comrade009 14:23, 30 Jun 2005 (EDT)

(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)
It would be great to go to CC 2.X. Please put your ideas on Wikitravel:License Upgrade Expedition --elgaard 19:43, 6 Jul 2005 (EDT)


Going back to the original point. I guess technically it's easy enough to embed google maps into the wikitravel articles. I stumbled upon this at canoepolo.org, but I guess there must be a few other wikis doing this. Here the page wiki markup looks like this: "<Map>38.521|-8.8569|0|300|300|http://www.ccsetubal.org/setubalcup/setubalcup.htm%7CSetúbal Cup 2005|</Map>"
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)

DEMIS is no longer free!

So it has to get off the list of public domain maps. Forsome reason it didn;t let me change it on the page...212.116.172.178 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)

Some things I found

  • Autodesk Goes Open Source [1]
  • Diffrent software here: [2]

212.116.172.181 09:00, 29 Dec 2005 (EST)

Resources for maps

Swept in from the Pub:

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.
Epolk 14:39, 12 Jan 2006 (EST)
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)
What we really need is some way of easily editing maps etc from a browser. Then people can just add, move or delete objects... I'm sure that could be done with a bit of Javascript and some AJAX. Making the routine edit the SVG files will be tricky, and interfacing this with the wiki I've not got a clue about. It would be an interesting project though... Maybe just a limited set of 'Add Landmark/Restuarant/Hotel' buttons, rather than a full SVG editor. So a premade SVG with the basic streetmap would be up, and the locations of actual eateries could be added by people who know: I'm sure there are a few people who'll be willing to make some streetmaps, while there's many others (eg myself) who would be willing to put on the places we know of, without having to draw whole maps. I'm getting pretty into this idea :D And i've been meaning to learn a bit more about javascripting and things... maybe I could write an offsite engine, to see how it goes, and if it looks good maybe it could one day be rewritten/modified and included. Anyway: Just my idea :) BTW: I think maps are REALLY important; it's the thing I've needed most from guide books, and I think it's basically what makes or breaks a guide book. (It's what's stopping me from using wikitravel as my travel guide). --Lionfish 19:32, 27 Jan 2006 (GMT)
geowiki and Open Streetmap have recently been discussed on WT. --elgaard 21:04, 27 Jan 2006 (EST)
Thanks for the links! :) Glad someone's onto it already :) Lionfish 06:27, 30 Jan 2006 (EST)

Ranking maps

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.

Layout/templates

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)

Why not just using Google Maps?

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)

From the Terms and Conditions [3]:
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.
And also [4]:
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)
In the meanwhile, I came across an extension that makes inserting Google Maps just easy for any MediaWiki-driven site: http://www.schwen.de/wiki/GMap. --DenisYurkin 16:41, 12 November 2006 (EST)

Mapping services

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?
--DenisYurkin 00:16, 13 December 2006 (EST)
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.
-- Ryan 00:51, 13 December 2006 (EST)
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.
The Safari/Konq thing is probably a problem in my JavaScript. I'll fire up the ol' Konq machine and give it a try.
Probably the best place to discuss this feature is shared:Tech:Add SpecialMap using Mapstraction link for geo-tagged pages and for single listings; I brought up the discussion here specifically to discuss the impact on this expedition.
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)
http://wikitravel.org/en/Special:Map/Montreal?maptype=google shows the following for me:
No such special page
You have requested an invalid special page, a list of valid special pages may be found at Special:Specialpages.
Doing anything wrong? --DenisYurkin 09:33, 14 December 2006 (EST)
Yes, it should be http://wikitravel.org/en/Special:Mapstraction/Montreal?maptype=google . --Evan 10:42, 14 December 2006 (EST)
> Probably the best place to discuss this feature is shared:Tech:Add SpecialMap using Mapstraction link for geo-tagged pages and for single listings; I brought up the discussion here specifically to discuss the impact on this expedition.
Can we put a link to this from every Special:Map/something page? --DenisYurkin 09:33, 14 December 2006 (EST)
No, I don't think linking to a feature request from the feature is reasonable. --Evan 10:42, 14 December 2006 (EST)

Eyeball request

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)

Layout/templates redux

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.
I imagine something similar to this Image:Map-USA-Zion National Park-area01.png would work for a region like North Central New Mexico.
The region is now available in OpenStreetMap (recent TIGER data import), so that might give you some road layouts and city markers to work from.
-- Harry Wood 07:56, 20 December 2007 (EST)


Wikitravel Map Interface

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.

Flickr EVS Map sets

Excellent resource, with loads of loads of good maps for remote island locations - WOW! and they are all CC-attribution licensed! --Stefan (sertmann) Talk 13:59, 26 December 2008 (EST)

Nice find! Unfortunately the maps are purely geographic, so you still need to plug in cities, roads etc. Jpatokal 21:06, 26 December 2008 (EST)

D.C. neighborhood maps

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
Dcmap-westend.jpg

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. [5]

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.

Styles

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 [6], 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).

Future maps

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 :)

Feedback

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)

Variants

Actions

Destination Docents

In other languages