Dr. Roland Olbricht

Since now 10 years, the Overpass API allows to query the OpenStreetMap data. This is reason enough to show how OpenStreetMap and the Overpass API have changed over that timespan. I will present and overview over user statistics, technical challenges and all kinds of requests to me as the developer.

Since now 10 years, the Overpass API allows to query the OpenStreetMap data. This is reason enough to compare the OpenStreetMap of then to the OpenStreetMap of now and to show how OpenStreetMap and the Overpass API have changed or not changed over that timespan. For this purpose I will present an overview: With which requests are the public instances of the Overpass API actually used? The Overpass API has been intended for compound queries for the public transit data model of OpenStreetMap, but actually got popular for the simpler tag queries on bounding boxes. The provisions for an area data type have never materialized. How has it protected itself and how does it now protect itself against excessive load? I have always been proud that the service runs on ordinary server hardware and nothing huge, but still can give every user a meaningful amount of computation time. The necessary measures to curb the greedy and the stupid have evolved over time. Which requests for features and questions have been addressed to me as the developer? Basically everything we use now has been requested by users of the service. Probably the best idea has been to change from the longish XML based query language to the now much shorter QL based language.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Mit der Overpass API ist es möglich, über das Web die OSM-Daten gezielt nach eigenen Kriterien wie Thema oder Ort zu filtern, auch alte Daten zu extrahieren und sogar Änderungen fast live zu verfolgen. In diesem Workshop wird in die Overpass-API-Abfragesprache systematisch eingeführt. Wir werden am Ende tagtäglich alle eingehende Änderungen in wenigen Minuten sichten können, inwiefern sie zu einem spezifischen Qualitätsziel beitragen oder nicht.

Faszination und Fluch von OpenStreetMap ist die Menge und Reichhaltigkeit der verfügbaren Daten. Mit der Overpass API ist es möglich, per Abfrage über das Web die Daten gezielt nach eigenen Kriterien wie Thema oder Ort zu filtern, auch alte Daten zu extrahieren und sogar Änderungen fast live zu verfolgen. In diesem Workshop wird in die Overpass-API-Abfragesprache systematisch eingeführt. Dazu diskutieren wir zunächst an zentralen Beispielen, auf welche Weise mit Nodes, Ways und Relationen typische Phänomene der Realität modelliert werden. Eigene Fragen und Beispiele können hier gerne mitgebracht werden. Als fortgeschrittenes Beispiel werden wir am Ende unsere Werkzeuge so konfigurieren, dass wir damit tagtäglich alle eingehende Änderungen in wenigen Minuten sichten können, inwiefern sie zu einem spezifischen Qualitätsziel beitragen oder nicht. Die Werkzeuge stehen als Websites für den Browser zur Verfügung. Daher kann mit dem eigenen Rechner gearbeitet werden.

Wenn die Qualität von OpenStreetMap-Daten diskutiert wird, ist eine große offene Frage, ob wir OpenStreetMap-Mapper die Daten dauerhaft aktuell halten können. In dem Vortrag wird es einerseits um Werkzeuge gehen, wie man abschätzen kann, welche Daten wohl wie aktuell sind, um Zweifel bei Mappern und Außenstehenden ausräumen zu können. Andererseits wird es um Methodiken gehen, wie man das Aktuell-Halten bequem und attraktiv machen kann.

Wenn die Qualität von OpenStreetMap-Daten diskutiert wird, ist eine große offene Frage, ob wir OpenStreetMap-Mapper die Daten dauerhaft aktuell halten können. Tatsächlich gibt es sowohl Beispiele dafür, dass Daten schneller aktualisiert werden, als man selbst das Problem beschreiben kann. Aber auch Beispiele für monate- oder gar jahrelang veraltete Daten. In dem Vortrag wird es einerseits um Wekzeuge gehen, wie man abschätzen kann, welche Daten wohl wie aktuell sind, um Zweifel bei Mappern und Außenstehenden ausräumen zu können. Andererseits wird es um Methodiken gehen, wie man das Aktuell-Halten bequem und attraktiv machen kann.

Die Stadt Dortmund entwickelt für Fußgänger ein barrierefreies Routingsystem von Tür zu Tür für Menschen, die blind, sehbehindert, hörgeschädigt oder mobilitätseingeschränkt sind. Die Lösung bleibt nachhaltig durch Integration in die App des lokalen Verkehrsverbundes und für Dritte verfügbar durch Aufbau auf OpenStreetMap. So können durch die Koordinierung von mehreren Akteuren bestehende Strukturen mit geringem Aufwand in jeder Hinsicht effizienter genutzt werden.

Die Stadt Dortmund entwickelt für den Fußgängerverkehr ein barrierefreies Routingsystem von Tür zu Tür für Menschen mit Behinderungen, d.h. Menschen, die blind, sehbehindert, hörgeschädigt und in verschiedenen Graden mobilitätseingeschränkt sind. Tür-zu-Tür-Reiseketten für Standard-Fußgänger beauskunftet der Dortmund abdeckende Verkehrsverbund Rhein-Ruhr mittels Geodaten aus OpenStreetMap. Ein Nachpflegen barriere-relevanter Tags kann der VRR jedoch nur für Bahnhöfe und größere Haltestellen leisten. Die Geodaten auf den Teilstrecken Ausgangsort–Einstiegshaltestelle und Ausstiegshaltestelle–Zielort liegen im Zuständigkeitsbereich der Kommunen. Um die gleiche Technik zu nutzen, arbeitet die Stadt Dortmund mit der OSM-Community Dortmund zusammen. Im Einzelnen wurde unter Berücksichtigung wissenschaftlich anerkannter verkehrsplanerischer Grundsätze von der Stadt Dortmund und der OSM-Community gemeinsam ein Tagging-Schema erarbeitet, das mit den bei einer Mappingparty erfassten Geodaten auf seine Akzeptanz und Tauglichkeit erprobt wird. Dieses Projekt ist ein Beispiel dafür, dass nur durch die Koordinierung von mehreren Akteuren bestehende Strukturen mit geringem Aufwand sowohl in finanzieller als auch in personeller Hinsicht effizienter genutzt werden können, so dass der Nutzen für den Bürger wesentlich größer wird. Eine Betaversion soll beim 37.Evangelischen Kirchentag in Dortmund vom 19.Juni bis zum 23.Juni 2019 getestet werden.

Other people: Martin Kucharzewski Uwe Raudszus