Wikimaps

From Meta

Jump to: navigation, search
Geographical Wiki proposals: Wikiatlas Wikimaps Wikiteer
 
This page should be moved to MediaWiki.org.
Please do not move the page by hand. It will be imported by a MediaWiki.org administrator with the full edit history. In the meantime, you may continue to edit the page as normal.


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.

Contents

[edit] Goal

  1. Making geographical information accessible as free knowledge
    1. Making geographical information accessible in many languages
  2. Enriching Wikipedia with geographical data
    1. For generating maps (See Map generator)
    2. For making Wikipedia browsable by GPS and maps
    3. 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.

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

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

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

Discussion

[edit] Similar projects

[edit] Usage Scenarios

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: 1. 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. 2. 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.

[edit] Open standards

Several Open standards have been specified for different domains, specifiations are beeing 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 (more on Wikipedia w:OGC).

[edit] 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 parameterized 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.

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

[edit] Geodata and maps

Geographic data can be vast depending on the format and level of detail. There are orthophotos and satellite images worldwide worth serveral 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).

[edit] 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
  • Openlayers - Javascript geoserver client, used by openstreetmap.

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.

[edit] Technical issues

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-dependant, 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. [1]

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 formated, 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 dataset?) 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 fulfuls some of those properties. For a small area, it's possible to centre 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.

[edit] 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
  • wikimaps.org/net/com are already registered

[edit] 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 suplies and other GIS pojects
  • Just implementing it

[edit] Collection of ideas and projects

[edit] Map graphic

Map design is much more than just export data from a GIS. See map graphics.

[edit] Wikimaps in the press

Stuttgarter Zeitung vom 15.12.2004. Ich habe leider nicht den vollständigen Artikel :-( Trefferumgebung "[...] Immerhin gibt es auch eine optimistische Perspektive. Eine Gruppe von Programmierern der freien Onlineenzyklopädie Wikipedia hat sich an das ehrgeizige Unterfangen gemacht, jedes Wissenselement der Sammlung mit [...]"

transltion needed!!we're internationl here!

Well, international does not mean just English-only, but here you go (not that it would tell much about maps at all, but that's what it says):

Stuttgarter Zeitung, Dec 15 2004. Unfortunately I don't have the complete article :-( Hit range "[...] At least there is also an optimistic perspective. A group of developers of the free on-line encyclopedia Wikipedia started the ambitious venture, to ... each element of knowledge of the collection with [...]"

[edit] Renaming Wikimaps, Wikiteer and Wikipediatlas

I got an idea. How about we merge Wikimaps along with Wikiteer and Wikipediatlas into Geowiki (Geographical Wiki). This will include more information compare with atlas like Britannica and Rand McNally and streets and roads. Pumpie, 01:31, 02/03, 2005

I have proposed another name for it, see talk:WikiGPS. And, after all, geo-wiki or wiki-geo could resemble geometry, which it should not. -- slady 18:58, 9 Jun 2005 (UTC)
Geowiki is a very good name. So good indeed that Google returns dozens of websites that already use this name; geowiki.com is not the only one. Perhaps it is time to realize that "wikimaps" or "geowiki" isn't a new idea, and to rise above the crowd, any new project would have to bring something radically new. But what? The first step could be to provide an overview of the hundreds of collaborative mapping projects that have already started. --LA2 03:27, 23 Jun 2005 (UTC)
Excellent idea. That's what Wikimedia projects are best at. +sj | Translate the Quarto |+ 23:22, 28 Jun 2005 (UTC)
I think that it might be easier to focus activities by creating another project for goal 1, and keep Wikimaps for goal 2 and its sub-goals. I see the two goals as being quite different but related. Perhaps a project for goal 1 could be named, "WikiGIS". GIS seems to be a natural fit and I notice that the foundation already owns the www.wikigis.com domain.
Retrieved from "http://meta.wikimedia.org/wiki/Wikimaps"
Personal tools