Daniel Hundt - Erfahrung Technologien im Backend

Für einige andere Projekte habe ich mich bereits mit Geodaten beschäftig. Anbieter der Daten (Karte, Straßenverzeichnis, PLZ-Verzeichnis, POIs) waren dabei meist kommerzielle Anbieter, die (wenn überhaupt) nur innerhalb eines engen Rahmens kostenlos nutzbar waren und dann aber schnell sehr teuer werden (Google, Bing, Nokia, DataFactory usw.).

Immer wieder tauchte die Alternative OpenStreetMap auf, was dazu führte, dass ich mir das ganze mal etwas näher angesehen habe.

OpenStreetMap.org ist ein im Jahre 2004 gegründetes internationales Projekt mit dem Ziel, eine freie Weltkarte zu erschaffen. Dafür sammeln wir weltweit Daten über Straßen, Eisenbahnen, Flüsse, Wälder, Häuser und vieles mehr.

http://www.openstreetmap.de/

Datenquelle: Planet-File

OpenStreetMap selbst biete nur einen kompletten Datenbank-Dump des gesamten Planeten an. Das globale "Planet-File" hat derzeit im komprimierten (!) XML-Format eine Größe von 43 GB.
Da mir das für den Anfang etwas zu groß war, hab ich erstmal nur mit dem Datenbank-Ausschnitt von Deutschland gearbeitet. Die entsprechende XML-Datei kann z.B. auf GeoFabrik.de heruntergeladen werden. Die Dateigröße des komprimierten XMLs ist mit "überblickbaren" 2,5 GB angegeben. Ausgepackt ergibt dies jedoch eine Dateigröße von doch schon ansehnlichen 46,2 GB!

Im XML selbst liegt folgende relevante Struktur vor:

<osm ...>
	<!-- Node ohne Tags -->
	<node id="[long]" lat="[double]" lon="[double]" version="[int]" timestamp="[datetime]" ... />
	<!-- Node mit Tags -->
	<node id="[long]" lat="[double]" lon="[double]" version="[int]" timestamp="[datetime]" ... >
		<tag k="[string]" v="[string]" />
		<tag k="[string]" v="[string]" />
		...
	</node>
	
	<way id="[long]" version="[int]" timestamp="[datetime]" ... >
		<nd ref="[long]" />
		<nd ref="[long]" />
		...
		<tag k="[string]" v="[string]" />
		<tag k="[string]" v="[string]" />
		...
	</way>
	
	<relation id="[long]" version="[int]" timestamp="[datetime]" ... >
		<member type="node" ref="[long]" />
		<member type="way" ref="[long]" />
		...
		<tag k="[string]" v="[string]" />
		<tag k="[string]" v="[string]" />
		...
	</way>
</osm>

Beispiel-XML

Hier die Struktur mit ein paar Beispieldaten:

<node id="298884269" lat="54.0901746" lon="12.2482632" version="1" timestamp="2008-09-21T21:37:45Z" ... />
<node id="1831881213" version="1" lat="54.0900666" lon="12.2539381" timestamp="2012-07-20T09:43:19Z" ...>
	<tag k="name" v="Neu Broderstorf"/>
	<tag k="traffic_sign" v="city_limit"/>
</node>

<way id="26659127" version="5" timestamp="2010-03-16T11:47:08Z">
	<nd ref="298884269"/>
	<nd ref="1831881213"/>
	<tag k="highway" v="unclassified"/>
	<tag k="name" v="Pastower Straße"/>
</way>

<relation id="56688" version="28" timestamp="2011-01-12T14:23:49Z">
	<member type="node" ref="298884269" role=""/>
	<member type="node" ref="1831881213" role=""/>
	<member type="way" ref="26659127" role=""/>

	<tag k="name" v="Küstenbus Linie 123"/>
	<tag k="network" v="VVW"/>
	<tag k="operator" v="Regionalverkehr Küste"/>
	<tag k="ref" v="123"/>
	<tag k="route" v="bus"/>
	<tag k="type" v="route"/>
</relation>

Neben den genannten Attribute gibt es noch weitere Attribute wie user, uid, visible und changeset, die ich allerdings für meine Anwendungsfälle erstmal gekonnt ignoriert habe ;-)
version und timestamp sind nur enthalten, damit später eine einfacheres Update der Datensätze möglich ist.
Die Reihenfolge in "way" und "relation" ist entscheidend um ein Polygon zu zeichnen oder die Streckenführung nachzuvollziehen.