HowTo OpenStreetMap

Aus Geoinformation HSR
Version vom 9. Juli 2008, 08:47 Uhr von Stefan (Diskussion | Beiträge) (Daten für Routenplanung)

Wechseln zu: Navigation, Suche

Siehe auch

Technische Übersicht

Die OSM-'Tool Chain'

Die 'OSM-Tool Chain'

Hier ein Überblick über die Software, die zur Herstellung der Daten und der Karte auf der OSM-Startseite verwendet werden.

Step-by-Step Guide

Wir haben für Sie einen Step-by-Step Guide (deutsch) zusammengestellt. Dieser ist besonders für Einsteiger und angehende "OSM-Mapper" gedacht:

Eine weitere Schritt-für-Schritt-Einführung für Anfänger ist auch auf openstreetmap.de zu finden.

Daten erfassen

Erster Ansatz
To get going requires just a GPS and a web browser. Start by creating an account and locating your home area. You then go out and collect data with a GPS. This as straightforward as walking, cycling or driving around an area while recording a tracklog. The next stage is to extract data from your GPS, save it as a GPX file, (I use Easy GPS for this) and upload it to the OSM server. Don’t forget that GPS Visualizer offers a range of options for viewing your GPX data in the classroom. The next stage is to edit the GPX file to create OSM data. There are a few options for this, the simplest is to use the online Flash editor provided, that allows you to edit map data in your web browser. Finally the map is rendered and changes can be seen in OSM (although this doesn’t happen immediately).
Zweiter Ansatz
Siehe HowTo auf wiki.openstreetmap.org
Dritter Ansatz
Siehe 'OSM-Daten erfassen' unten.

OSM-Daten für GPS aufbereiten

Erzeugen von Garmin Maps:

  • Aus OSM-Daten MP files erzeugen,
  • Mit cgpsmapper zu Garmin Maps (.img?) compilieren.
  • und dann mit sendmap(?) hochladen?

Siehe auch GPS.

OSM-Daten für GIS aufbereiten

Hier geht es um das Umwandeln von OSM-Daten in ein GIS-Dateiformat oder das Importieren direkt in eine (Geo-)Datenbank.

Ideal wäre ein "Export-Tab" auf der OpenStreetMap-Karte, mit dem man den aktuellen Ausschnitt exportieren und in einem bestimmten GIS-Datei-Format lokal speichern könnte. Leider gibt es unseres Wissens z.Zt. auch keine Konverter (wie z.B. OGR), die ohne Umwege OSM lesen und in ein GIS-Dateiformat konvertieren können.

OSM-Daten können - wie Geodaten generell - schnell umfangreich werden, so dass sich eine Verarbeitung auf dem lokalen Computer empfiehlt:

  1. Zuerst eine .OSM-Datei in ein lokales Verzeichnis kopieren:
    1. Kleinere Bereiche können online über das API heruntergeladen werden.
    2. Grössere Ausschnitte können über die JOSM-Desktopapplikation exportiert werden.
    3. Es gibt Mirrors mit Snaphsots nach Kontinent und Land geordnet. Siehe Planet.osm Snapshots. Der gesamte OSM-Datensatz kann ebenfalls über Planet.osm Snapshots heruntergeladen werden.
  2. Alterative: Bereits aufbereitete Shapefiles herunterladen von Geofabrik: Siehe OSM#OSM_zu_Shapefiles_konvertieren

... Und dann mit einem GIS-Konverter lokal (vgl. unten) oder (demnächst!) übers Web (GeoConverter) konvertieren.

OSM-fähige Desktop-Konverter

Die meisten der folgenden Konverter werden im SVN-Repository des OSM-Projekts verwaltet:

  • osm2pgsql - Ein OSM-Daten zo PostgreSQL/PostGIS-DB Converter und Loader.
  • Osmosis - Importiert OSM planet files (OSM, MySQL, PostgreSQL). Siehe unten.
  • Osm2Csv - Converts an OSM planet file to files nodes.csv, ways.csv and waytags.csv (und dann...?).
  • Osmxapi (siehe unten).
  • Ein OSM-zu-GML-Skript (XSLT), das dann weiter z.B. nach Shapefile verarbeitet werden kann, z.B. mit OGR und GeoConverter: Siehe [1]
  • Osm2Csv - Converts an OSM planet file to files nodes.csv (id,lat,lon,timestamp,taglist) and ways.csv (id,timestamp,taglist) and waytags.csv (way-id,key,value). It does not use more memory if planet.osm is larger. It uses Java and the MinXML parser.
  • Angeblich auch FME(?)

osm2pgsql

Ein OSM-Daten zo PostgreSQL/PostGIS-DB Converter und Loader (Autor: jburgess777(at)googlemail.com).

Instruktionen:

  • Install PostgreSQL and PostGIS and create a postgres user with the same name as your system username (the utility explained next connects always with the default user name)
  • Get osm2pgsql
  • Download OSM dump - See Planet.osm for mirrors and partial extracts
  • Download OpenJUMP from http://www.openjump.org. Nightly build is recommended.
  • run osm2pgsql like this:
osm2pgsql -d osmdatabasename osmdumpname.osm
  • Everything will be automatic after that and the result is ready-to-use PostGIS tables '_point', '_line' and '_polygon' containing OSM data.


Osmosis

Beispiel-Aufrufe:

Entity Report: Erzeugt report-entity.txt

 > java -jar osmosis.jar --read-xml switzerland.osm --report-entity

report-entity.txt:

 ********** User Report **********
 USER NAME                                          NODES   WAYS    RELNS   
 anonymous                                          432095  41866   84      
 fundriver                                          248     43      1       
 gummibaerli                                        596     8       0       
 ...

Integrity Report: Erzeugt report-integrity.txt (falls es Probleme gibt)

 > java -Xmx1024m -jar osmosis.jar --read-xml switzerland.osm --report-integrity EnableDateParsing=no

Osmxapi

Schreibt/exportiert nach XML direkt vom Webserver.

OSM-Daten erfassen

Schritt 1. Editieren mit JOSM vorbereiten

  • JOSM downloaden und installieren, inkl. JOSM-Plugins (WMS plugin und Yahoo WMS plugin).
  • Bei OSM anmelden
  • auf wiki.openstreetmap.org einen geografischen Ausschnitt wählen (eine Stadt/Gemeinde) und Link kopieren (vgl. http://wiki.openstreetmap.org/index.php/JOSM)
  • Link in JOSM pasten (Download) und für diesen bestehende OSM-Daten downloaden.
  • Als Hintergrund kann man evtl. auch einen alten Stadtplan nehmen (Copyright beachten!), diesen mit dem Rectifier georeferenzieren und als Quelle direkt in JOSM einbinden (Menu WMS > Rectified Image).

Schritt 2. Editieren mit JOSM

Es gibt in den OSM-Daten ein generelles Feld "Layer". Das hat nichts mit dem Layer vom WMS zu tun! Damit wird gesteuert, welche Objekte in der Realität oben und unten liegen. 0 ist der Normalzustand und der Standard-Wert, wenn nichts angegeben ist (z.B. Kreuzung zweier Straßen, Beschränkter Bahnübergang), Wertebereich ist -5 bis 5. Wenn eine Straße über einen Bach geht, dann bekommt dies Stück Straße: bridge=yes, layer=1. Wenn ein Radweg unter einer Hauptstraße getunnelt ist: tunnel=yes, layer=-1. Sie sollten dann auch so gerendert werden. D.h. der niedrigste (OSM-) Layer zuerst und der höchste kommt oben drauf.

Schritt 3. Daten aus JOSM hochladen und auf OSM darstellen

  • Nach dem Hochladen der editierten Daten mit JOSM kann es eine Woche gehen, bis die Daten als Karte sichtbar sind und auch dann offenbar nur, wenn man hineinzoomt, z.B. wie hier auf Stadt Rapperswil.

Schritt 4. GPS-Tracks sammeln

Mittels GPS gesammelte Wegepunkte sind gemäss der OSM-Philosophie Bestandteil der Hintergrundkarte und fliessen nicht direkt in die Karte ein. Als Hintergrundkarten-Material kommen verschiedene Quellen in Frage (vgl. Tipp oben). Es ist daher nicht zwingend notwendig, dass vorgängig Wegepunkte mit GPS gesammelt werden. Nachfolgend die zwei Geräte, bzw. Software, die ich verwende:

  • Garmin eTrex Vista C (das nächst grössere Modell 'GPS 60' sei auch nicht schlecht)
  • Ein neueres, Java-fähiges Mobile (z.B. Nokia E60- oder E65-Handy) zusammen mit einer günstigen Bluetooth Maus (z.B. GlobalSat BT-338) sowie Logging/Tracking-Software, wie z.B. GpsTrack (Open Source): Weitere Mobile Tracking-Software siehe hier.

Daten für Routenplanung

Routing-fähige Ways müssen bestimmte Bedingungen einhalten, damit die Routenplaner (bzw. deren Algorithmen) die Daten verwenden können:

Allgemeine Regeln fürs Routing:

  • Nodes:
    • 'name'=...
    • 'ref'=ID für Fahranweisungen(?)
  • Ways:
    • Netzwerk-Topologie einhalten: Ways an Kreuzungen führen zu gemeinsamen Knoten; Ways, die über Knoten führen unterbrechen
    • Geschwindigkeiten angeben: ...?
  • Relations:
    • Abbiegevorschriften angeben: ...?

Keys, die in OpenRouteService.org verwendet werden (Stand Mitte Juli 2008):

  • Fahrzeug-Routing:
    • 'highway' mit value = motorway, motorway_link, trunk, trunk_link, primary, primary_link, secondary, tertiary, unclassified, residential
    • 'service/access'=yes und living_street
    • 'motorcar'=yes/no
    • 'oneway'
    • 'junction'
  • Fussgänger-Routing:
    • 'highway' mit value = alle Fahrzeuge highway values (ohne motorway/-link), track, service, bridleway, cycleway, footway, pedestrian und steps
    • foot=yes/no
  • Fahrrad-Routing:
    • 'highway' mit value = alle Fahrzeuge highway values (ohne motorway/-link), track, service, bridleway, cycleway, pedestrian und footway
    • 'bicycle'=yes/no
    • 'tracktype=...?' (in Arbeit)

Diskussion:

OSM-Daten darstellen ('rendern')

Flächen (Polygone) in OSM

Es gibt in OSM leider noch keinen Geometrie-Datentyp "Fläche" vergleichbar mit OGC's Simple Feature-Standard (Polygon) oder Interlis' SURFACE/AREA. Es gibt jedoch einige "Abmachungen":

  • Eine einfache Fläche wird durch einen "Closed Way" 'gemapped' (= Polygon).
  • Eine Fläche mit innerem Rand wird über eine zusätzliche Relation 'gemapped'. Flächen mit inneren Rändern werden zurzeit 'Multipolygon' genannt. HINWEIS: Multipolygon im aktuellen Sinne von OSM ist nicht zu verwechseln mit OGC's Definition von Multipolygon, welche mehrere "echte" Polygone mit allenfalls mehreren inneren Ränder zulässt.
  • Bei Multipolygon-Relations müssen *alle* beteiligten Flächen die selben Tags haben. D.h. man muss den inneren Bereich, einmal als inneren Rand der äußeren Fläche und einmal die innere Fläche separat mappen.
  • ACHTUNG: Die Definitionen von 'Fläche'/'Polygon' und 'Multipolygon' sowie das Taggen mit Relations ist noch im Fluss! vgl. http://trac.openstreetmap.org/ticket/969