HowTo OpenStreetMap: Unterschied zwischen den Versionen

Aus Geoinformation HSR
Wechseln zu: Navigation, Suche
(OSM-Daten auf eigenem Server darstellen ('rendern'))
(Flächen (Polygone) in OSM)
Zeile 152: Zeile 152:
 
** 'bicycle'=yes/no
 
** 'bicycle'=yes/no
 
** 'tracktype=...?' (in Arbeit)
 
** 'tracktype=...?' (in Arbeit)
 
== 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
 
  
  

Version vom 1. Mai 2011, 22:39 Uhr

Siehe auch:

Kartenelemente/Map Features

Eigentlich geht es um Geodaten-Objekte (features), die mittels sog. Renderer (z.B. Mapnik, Osmarender, Kosmos und Merkaartor) dargestellt werden (aber 'Kartenelemente' ist verständlicher).

Online-Suche nach Kartenelementen

Listen/Kataloge

Listen/Kataloge von wichtigen 'Kartenelementen' in OSM:

Statistik und von Hand zusammengstellte Hilfsdokumente:

Styles und Rules verschiedener Renderer

Eine Liste mit den berücksichtigten 'Kartenelementen' ist nur von wenigen Renderern verfügbar.

Die Renderer und ihre "Map Style Sheets" (Darstellungsmodelle):

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.

Genau zu diesem Zweck ist ein POI-Service geplant. Ideal wäre auch 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(?)

OSM-Daten erfassen

Zusammenstellung:

Weblinks:

Schritt 0. GPS-Tracks sammeln und hochladen

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:

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.

Navis/Mobiles mit empfohlener Software:

  • Navigationsgeräte:
    • Garmin: eTrex Vista C; das nächst grössere Modell 'GPS 60' sei auch nicht schlecht), Colorado => fest eingebaute SW
  • Java-fähige Handies:
  • Mobiles:
    • Android G1 ('Google Phone') => 'MyTracks' vom Market Place
    • iPhone => Motion GPSX (3 USD), ev. OSMTrack (1 USD) (siehe hier)

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.
  • Das Rendern auf den Servern kann beschleunigt werden: Siehe dazu die OpenStreetMap - Tipps und Tricks.

Daten für Routenplanung

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

Infos/Diskussion:

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)