|This page is kept for historical interest. Any policies mentioned may be obsolete.
See mw:Maps instead.
There is a newer project by the same name in the Commons. It's primary focus is to bring historical maps and geodata into a web mapping environment in Wikimedia. This page is dedicated to geographical data on Wikipedia or other Wikimedia projects. Several suggestions have been made in the past. Wikimaps tries to summarize ideas, wishes and links to other useful information. Please do not add other disjointed discussions but summarize functional information here. Category:Wikimaps lists related articles at Meta.
Interested persons are welcome to join the maps-l mailing list.
- 1 Goal
- 2 Goal 1-A: Making geographical information accessible in many languages
- 3 Goal 2: Enriching Wikipedia with geographical data
- 4 Goal 2-A: Generating maps
- 5 Usage Scenarios
- 6 Open standards
- 7 Geodata and maps
- 8 Open source implementations
- 9 What has already been done?
- 10 What needs to be done?
- 11 Collection of ideas and projects
- 12 See also
- Making geographical information accessible as free knowledge
- Making geographical information accessible in many languages
- Enriching Wikipedia with geographical data
- For generating maps (See Map generator)
- For making Wikipedia browsable by GPS and maps
- For detecting geographical relations and distances between locations
In practice the goal is a simple but powerful system that is free and usable for all. The relation between Wikimaps and traditional atlases and navigation systems is similar to the relation between Wikipedia and traditional encyclopedias. Wikimaps will probably be something entirely new like Wikipedia is not a traditional encyclopedia. The first goal can be achieved by the second one. Wikimaps could also be an independent Wikimedia project or a function of MediaWiki like TeX and EasyTimeline. Probably some collaboration with other projects dealing with geographical data can be useful.
Goal 1-A: Making geographical information accessible in many languages
All the technical stuff that you can do to make maps accessible are not relevant when you do not have at least the names of locations in at least two languages to start off with. These languages are the local name, and the official name. Then and only then translations in languages like English become important.
When we give priority to the local names, we drive an interest in the projects in the local language. When we do not know the name in the local language, it needs to be something that we strive to to get. For translations the OmegaWiki will be the obvious place.
As you also know: there are some locations with the same name in different countries. For translators in the tourism sector very often detailed information is necessary, being able to see a map and the translations associated with that specific places are often essential to do a good job.
Goal 2: Enriching Wikipedia with geographical data
This can be done by
- integrating already existing data
- creating data of our own
- both of the above
See discussion and WikiProject Geographical coordinates for more information on this.
Goal 2-A: Generating maps
Wikipedia needs lot of maps. Currently the most popular solution is to use CIA World Factbook's maps, but they have too poor quality for printing, are in lossy format, in English only, and many interesting maps aren't available.
- markup and other problems related to interactive usage of map system is in Maps/Markup Language
- software is in Map generator
- data is in Geographical data
- interactive usage is in Maps' clickability
- graphics library used in Rendering library for maps
- copyright issues and examples are in Maps
- More stuff at Placetime markup, Wikipediatlas, Wikipedia:WikiProject Ecoregions Ecoatlas
- The Mapmaking Expedition at Wikivoyage. Related but not identical issues.
- OpenStreetMap - a free editable map of the whole world. OpenStreetMap allows you to view, edit and use geographical data in a collaborative way from anywhere on Earth. OpenStreetMap's hosting is kindly supported by the UCL VR Centre and bytemark.
- FreeGIS, website http://freegis.org/ and mailing list, http://intevation.de/mailman/listinfo/freegis-list
- Cartographic Congress Collaborative Mapping Show and Tell, links to some novel UK projects in mapping, apparently from a conference in London in May 2003. Perhaps "collaborative mapping" is the phrase to Google for.
- The Atlas project will produce static maps in user selected formats
- The Locative mailing list have a lot of people interested in and involved with map-making projects on them.
- OpenGeoDB - Free geo coordinates and place names, active mailing list in German
- GISWiki - Ideas & Online-Samples for using web map services within MediaWiki
Scenario for Goal 2 (or is this Goal 3 - enriching Wikipedia with new functionality?):
- Imagine to start Wikipedia or a homepage on a site which is MediaWiki-powered. There is a (new) tab which displays a map, e.g. a world map (like Google Map). From there users can do - among others - two things:
- Add data points as labels with short descriptions by a mouse click or entering coordinates. Label entries have to get a 'Wiki styled' name; categories can perhaps act like layer names.
- Hovering over a location with a point icon, a label with text pops up. Clicking there on a link called "Info/WikiPage" (in the footer) a related Wiki page shows up with the known MediaWiki functionality. The Wiki page links back to the 'map tab' and highlights the related label when followed. This back link is automatically inserted as a filled-out template (like 'coor') when the new page has been created from the map interface.
- Concerning some functionality of the 'map tab' see for example the Wikyblog which gives some inspiration - although this probably won't scale.
- Applications of a MediaWiki with such an integrated map extension are user recommended places like restaurants, hot spots, etc. as well as (political) decision finding in urban planning, tourist or environmental sites where citizens/tourists/users contribute on a collaborative map containing commented and discussed places.
Several Open standards have been specified for different domains, specifications are being developed in the Open Geospatial Consortium (OGC). There are Free Software implementations for most OWS (Open Web Services) specifications. Two of the most common are listed below (and see Open Geospatial Consortium on Wikipedia).
Web Map Service
WMS deliver map images. The description of a WMS is requested as a Capabilities Document (Demo). To get a map out of this same server a getMap (Demo) request is sent to the server. It can be parametrized with different spatial reference systems, scales, layers, styles. Example for a larger map: getMap image with 1400 by 1800 pixels. Want the highways only: getMap image with highways only. The map data can be displayed in many perspectives compare getMap image with spatial reference system WGS84 with the same date as a getMap request with "Gauss-Krueger 3rd meridian" spatial reference system.
Web Feature Service (WFS)
WFS deliver geo objects. They come as [Geographic Markup Laguage (GML Demo)] and can be stored in PostgreSQL with the aid of PostGIS in the data type "geometry" known as Well Known Binary (WKB). Just like with the WMS the description of a WFS can be obtained by sending a GetCapabilties request and reading the Capabilities Document (Demo). The WFS can be used as a gazetteer, you ask for an attribute and as a result get the geometry. This getFeature request (Demo) shows a search for the postal code 53111 in Germany. This could make up the smallest possible reference to a worldwide data set.
Versioning of geo data is a larger issue as can be seen here: http://jira.codehaus.org/browse/GEOS-358 This topic will probably best be continued there, any news on this topic will find their way here, maybe once a demo is available.
Geodata and maps
Geographic data can be vast depending on the format and level of detail. There are orthophotos and satellite images worldwide worth several 1000 terabyte. Management of this data is currently one of the most interesting fields of research. The concept of interoperable Spatial Data Infrastructures (SDI) which are linked by geographic namespaces or domains, simple geographic proximity or a host of metadata is what would make a lot sense to link into with a WIKI concept. Now this geographic information is all the more valuable combined with a host of other geo data sets. This overlaying and combining can be done with map user interfaces (Demo).
Open source implementations
- GeoServer Java map generator WMS, WFS, WFS-T (write back)
- UMN MapServer C map generator WMS (fastest on earth), WFS (read only)
- deegree Java building blocks for GDI (geospatial data infrastructure) WMS, WFS
- Mapbender PHP map client GDI portal and management interface, WMS, WFS
All these software components can be combined to build a GDI. The WIKI relevant stuff might be to set up an intelligent and accessible management and cataloging infrastructure of the geodata and maps.
Automatically placing labels is not a trivial problem, but it has been solved fairly well in the above mentioned Open Source implementation UMN MapServer. Some places will need more detailed geo data if all labels are to be visible. The degree of detail depends on the kind and amount of data to be displayed. A large forested area will provide less information than the central business district of a large city.
For "political" maps we can either just draw borders on topological/satellite map, or (what's more traditional) use a different color for each country. One of problems is that colors may carry some political meaning. See also http://www.wikipedia.org/wiki/Map_projection
Political boundaries, there's a Free data-set available as lines. One of the issues with boundaries is that they're so time-dependent, and if Wikipedia is interested in becoming the authorative source for "where did the Israeli border lie in 1990", then someone needs to go through a list of conflicts with a GIS program and create a timestamped version of this file. 
GSHHS coastline data is the "definitive source", in a binary format that's not too difficult to parse. I've done it at work but unfortunately that's proprietary. GRASS seemed to read this data with no trouble, last time I looked. They have also released shape files that they have created from the original binary formatted, and shapefiles can be read by almost anything.
There's a point-data file for cities (latitude/longitude/name), but be careful with things like this, as there is some deliberately false data (perhaps intended to identify the data set?) For example, the Bedford label in the UK has been moved to a nearby village. With the location of cities, it's probably useful to get another map of some sort, and mark by hand the important ones.
Regarding map projections Wolfram has a good descriptions, with enough mathematics to implement the projections fairly easily. Note that each map projection has a certain set of properties (correct angles, correct areas, correct distances, lat/long at right angles to each other, etc.) where each projection fulfills some of those properties. For a small area, it's possible to center the map projection on your country so that the errors are negligible, see also the Mercator debate about misrepresenting the areas of European countries in certain map-types.
Oh, see also this page on map projections. None of them seem particularly difficult to implement in programming -- it takes an hour or two at most to add new projections once you've got the functions in place for the first one
For automatically-placing symbols, try the following algorithm:
- Go through your list of points
- Check that a rectangle surrounding the proposed text doesn't intersect with the rectangles around any previously-created text
- If the proposed location is clear, draw the text, and record the rectangle it's in
This seems to work fairly well, and if you can sort the list with important stuff first, gets even better. For example, capital cities are available in their own textfile, so they can be sent to the top of the list.
What has already been done?
- There are a lot of ideas
- There already is free geographical data to start with
- mySociety has just quietly launched Placeopedia.com - an easy to use service that lets people connect Wikipedia articles to locations using Google maps, and then syndicates the data back out for use by Wikipedia or whoever else wants to make use of it.
- There are several systems and algorithms for handling geographical data
- We submitted a paper at the First European Idea Competition of the Satellite Navigation : GALILEO Masters 2004
- Another project has been started end of 2004: GeoWikiDB - a students project
- wikimaps.org/net/com are already registered
What needs to be done?
- Collecting, organizing and summarizing ideas. Talking and condensing the significant parts
- Discussing priorities - what can be done, what must be done and what should be done
- Getting in contact with data suppliers and other GIS projects
- Just implementing it
Collection of ideas and projects
- Wikipedia:WikiProject historical atlas
- Maps and Wikiatlas
- Map generator
- Geo is an implementation for a map generator that renders SVGs from data stored in wiki pages
- de:Wikipedia:Karten (German)
- GALILEO Masters 2004 (there is a German summary of the discussion here) - The proposal has not been accepted (but see here).
- Notes by Daniel Meyer: Intro to GIS, ArcGIS, Data Acquisition in GIS
- MapServer seems to be the most promising software
- The Open GIS Consortium has a lot of standards, for instance the Geography Markup Language.
- Note that XPlanet isn't just for desktop wallpaper - it can be used to create maps, various projections, image/point/line data, and it saves the generated image as a graphics file. XPlanet notes and Wikipedia:Producing maps with xplanet