Skip to content

Latest commit

 

History

History
77 lines (67 loc) · 7.61 KB

Page_546.md

File metadata and controls

77 lines (67 loc) · 7.61 KB
layout title
default
Post_546

Parent

Open Streetmap

Leipzig Data und Open Streetmap

Open Streetmap ist eines der großen praktischen Projekte, in dem offene Daten gesammelt werden. Im Raum Halle/Leipzig gibt es eine aktive Community von Mappern, die allerdings mehr praktisch mappend als theoretisch diskutierend unterwegs sind.

Im Rahmen von Open Streetmap werden auch Informationen über das lokale Geschehen gesammelt, allerdings sind diese Informationen in einem eigenen Standard abgelegt, der nicht unmittelbar mit Linked Data Standards kompatibel ist.

In diesem technologiegetriebenen Teilprojekt sollen die Verbindungen zwischen beiden Zugängen am Beispiel Leipziger Daten enger genüpft werden. Insbesondere sind Technologien zur Darstellung geolokaler Informationen von besonderem Interesse.

FAQ

Technologische Fragen

OSM-Daten lassen sich einfach über die Overpass-API extrahieren, die als overpass_turbo Web-Service zur Verfügung steht. Eine Reihe von Beispiel-Anfragen finden sich in der Datei Queries.txt im git-Repo. Die Overpass-API kann auch als lokaler Web-Service installiert werden, wenn umfangreichere Recherchen auf einem kleineren Datenbestand ausgeführt werden sollen.

Diskussion am 5.11.2013

Ein paar Schnipsel aus der Diskussion:
  • Bei OSM sind zu unterscheiden Knoten, Polygonzüge, Multiploygone und Relationen
  • Eine Verbindung zu Leipzig Data sollte die Entwicklungen bei WikiData berücksichtigen.
  • Geoinformationen werden verbreitet in der Geography Markup Language GML abgelegt, sowohl im XML format als auch als SW Shape Files. Auch der WKT-Standard ist weit verbreitet.
  • Weitere Werkzeuge: Nominatim (ein Tool der OSM Community) und LinkedGeoData (eine AKSW-Entwicklung), die beide semantische Informationen aus den weltweiten OSM-Daten extrahieren. Die bisher in Leipzig Data verfügbaren Geokoordinaten wurden über Nominatim gewonnen. Nominatim interpoliert Geokoordinaten, wenn die zugehörigen Adressen nicht in OSM erfasst sind.
Fabian schrieb im Nachgang:

Aktualisierung der Straßennamen

Das ist auch für den Bestand relevant, der in Leipzig Data enthalten ist und ein Abgleich zwischen beiden Projekten sinnvoll. Unsere Initialdaten wurden über API Leipzig aus Beständen der Stadt Leipzig (Stand wohl ca. 2009) übernommen.

Aus der Debatte zu Straßennamen auf der OSM-Liste:

Weitere Stadtratsbeschlüsse:
  • RBV-1572/13 vom 20.03.2013

Schnipsel

Für die Region Mitteldeutschland wird ein Mobilitätsportal entwickelt. Auch der Einsatz von Open Data wird in dem Zusammenhang erwogen. OSM leistet hier einen guten Betrag dazu. Für den Bereich ÖPNV gibt es in der Region Leipzig-Halle bereits mehrere Ansätze:

Semantische Interpretation von geonames:nearbyFeatures

Es gibt ein kleineres (logisches) Problem mit den Geokoordinaten:

Wenn du z.B. die Nikolaikirche oder das Gewandhaus anschaust, dann ist der Marker da nicht ganz exakt (also eigentlich total daneben). Das liegt daran, dass die Adresse nicht mit der Position übereinstimmt (die Adresse der Nikolaikirche ist Nikolaikirchhof 3 und diese wird auch korrekt angezeigt).

Ich bin mir nicht sicher, wie man das am besten fixt. Wahrscheinlich sollten einfach Orte optional auch Geokoordinaten haben, die Vorrang vor den Geokoordinaten der Adresse haben. Das wäre eigentlich auch ganz sinnvoll, da man ja meist die Orte auf einer Karte darstellen will und die Adresse nur nutzt, um an die Geokoordinaten zu kommen. -- Andreas, 2013-02-18