HowTo OpenStreetMap
Siehe auch:
Inhaltsverzeichnis
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
- Suche mit Taginfo (englisch)
- Suche mit der Wiki-Suche von OpenStreetMap (mehrsprachig)
- Suche Nominatim/Special Phrases/DE (deutsch=>englisch)
- Suche mit Tagfinder von POI-Service (deutsch<=>englisch)
Listen/Kataloge
Listen/Kataloge von wichtigen 'Kartenelementen' in OSM:
- DE:Map_Features - OpenStreetMap-Wiki (deutsch/englisch)
- DE:Howto_Map_A - OpenStreetMap-Wiki (deutsch/englisch)
- osm-annotated.xml - Elemente der OpenStreetMap-Hauptkarte (englisch)
Statistik und von Hand zusammengstellte Hilfsdokumente:
- Tagwatch (deutsch)
- map-your-world >> OSM-Erfassungskatalog für Feldarbeit
- OSM Cheat Sheet (pdf)
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):
- Mapnik arbeitet mit Stylesheets in XML, siehe hier und hier.
- Osmarender arbeitet mit Rules und SVG (XML), die ähnlich sind wie SLDs, siehe http://wiki.openstreetmap.org/wiki/Osmarender/Rules
- Kosmos arbeitet mit Map rendering rules gespeichert in OSM Wiki pages, siehe hier.
- Merkaartor arbeitet mit eigenen Styles (XML), siehe hier.
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:
- Zuerst eine .OSM-Datei in ein lokales Verzeichnis kopieren:
- Kleinere Bereiche können online über das API heruntergeladen werden.
- Grössere Ausschnitte können über die JOSM-Desktopapplikation exportiert werden.
- 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.
- 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:
- OpenStreetMap in drei Minuten
- Step-by-Step Guides (deutsch) für Einsteiger und angehende "OSM-Mapper":
Weblinks:
- Schritt-für-Schritt-Einführung für Anfänger auf openstreetmap.de zu finden.
- HowTo auf wiki.openstreetmap.org
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:
- ohne eingebautem GPS (SonyEricsson K750)=> GPS Bluetooth Maus => Mobile Trail Explorer
- mit eingebautem GPS (u.a. SonyEricsson C702) => Mobile Trail Explorer
- 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
- GPS Wegpunkte werden separat verwaltet und werden nicht in die 'Zeichenebene' übernommen (siehe z.B. http://wiki.openstreetmap.org/index.php/Beginners_Guide_1.3),
- Tipps zu wichtigen Kartenelemente (Map Features): siehe oben.
- Siehe Beginners Guide, speziell How to create your first basic road in JOSM,
- Erläuterung über Richtungen und Tagging beachten siehe Daten editieren.
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:
- http://wiki.openstreetmap.org/index.php/Routing
- http://wiki.openstreetmap.org/index.php/Relation:route, bzw. http://wiki.openstreetmap.org/index.php/Talk:Relation:route
- http://wiki.openstreetmap.org/index.php/Map_Features#Cycleway
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)
OSM-Daten auf eigenem Server darstellen ('rendern')
- Als bereits gerenderte Rasterdatei über http://tah.openstreetmap.org
- Via PostGIS (osm2pgsql) im UMN Mapserver:
- mapnik config file (UMN Mapserver Mapfile?) is in SVN...?
- http://wiki.openstreetmap.org/index.php/Displaying_OSM_Shapefiles_In_Mapserver
- http://wiki.openstreetmap.org/index.php/Mapserver
- Via PostGIS im GeoServer
- Mapnik oder Osmarender lokal installieren...
- Mapnik-Rules: Siehe [2] (Jochen Topf's XSLT)
- SVG direkt erzeugen...?
- Windows (im DOS-Fenster): % msxsl.exe osm-map-features-z15.xml -pi -o map.svg
- wobei die Input-Datei data.osm heissen muss und '...-z15' dem Zoom-Level 15 entspricht (aus 12..17).
- Bezug XML/XSLT: osmarender-frontend auf svn.openstreetmap.org
- Bezug msxsl.exe: Siehe Microsoft Homepage.
- Windows (im DOS-Fenster): % msxsl.exe osm-map-features-z15.xml -pi -o map.svg
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