Liebe Mitmapper,
für die kommende FOSSGIS im Juni 2013 habe ich noch zu viele Ideen für
Vorträge. Ich würde Euch daher unter den nachfolgenden Vorschlägen um ein
Votum bitten, was ich anmelde.
Es gibt dabei auf der FOSSGIS die beiden Vortragsformen Vortrag und
Workshop; für einen Lightning Talk sind die Ideen alle zu umfangreich.
Vortrag ist ein normaler 30- bis 45-minütiger Vortrag. Ein Workshop
umfasst mehr Zeit, ist aber für die Teilnehmer gebührenpflichtig; die Gebühren
dienen dem FOSSGIS zur Finanzierung der Konferenz. Ich werde die Materialien
aus dem Workshop daher dann nachher auch in anderer Form zugänglich machen, so
dass auch Teilnehmer mit schmalen Bugdet davon profitieren. Die Vortragsfolien
wird es ohnehin online geben.
== Syntax und Semantik der Overpass API ==
Die Overpass API ist eine über das Web erreichbare Datenbank, die den OSM-
Datenbestand spiegelt. Sie bietet dabei schnellen Lesezugriff mit
umfangreichen Abfragemöglichkeiten und ergänzt so die zentrale OSM-Datenbank,
die auf Schreiboperationen ausgelegt ist.
Die Overpass API wird heute bereits für eine Vielzahl von Anwendungen, z.B.
zur Qualitätssicherung, für in Echtzeit erzeugte Kartenoverlays, thematische
Downloads oder auch zur Beschleunigung der Main API verwendet.
Ihren Geschwindigkeitsvorteil erzielt die Overpass API durch eine optimierte
Datenhaltung anstatt einer relationalen Datenbank.
In diesem Vortrag wird in die Abfragesprache systematisch eingeführt.
Als Beispiele werden ein Kartenoverlay auf Basis von OpenLayers erstellt,
es wird die spezielle Area-Syntax zur Generierung der Straßenliste einer Stadt
verwendet, und es wird als Beispiel für eine mehrstufige Abfrage das Tool zur
Erstellung von Bus- und Bahn-Linienbändern und -plänen vorgestellt.
== Mobile Karten erstellen mit OSM, OpenLayers und Overpass API ==
Mit OpenStreetMap stehen nicht nur freie Daten zur Verfügung, sondern wegen
der hervorragenden Community decken diese auch ein sehr breites thematisches
Spektrum ab, und sie erreichen dabei eine Aktualität, die sich eher in Tagen
und Stunden als Monaten und Jahren bemisst.
Mit der Kombination der freien Werkzeuge OpenLayers und der Overpass API
lassen sich diese leicht in einer Karte für thematische Overlays
visualisieren, die sowohl gleichermaßen auf dem Desktop wie auf mobilen
Endgeräten funktioniert, aber trotzdem nicht mehr Infrastruktur als eine
einfache HTML-Seite braucht. Dank Overpass API ist sie stets minutenaktuell
und auch spontan im HTML-Code oder sogar zur Laufzeit konfigurierbar.
Anhand einer Beispielkarte werden die Möglichkeiten erläutert: Es wird
gezeigt, wie durch ein durchdacht einfaches Bedienkonzept und Nutzung der
Geolokalisierung eine Smartphone-freundliche Karte entsteht. Wir werden eigene
Kategorien von Points of Interest spontan als Kartenoverlay hinzufügen. Und es
wird gezeigt, wie durch Kombination von Tag-Verarbeitung auf dem Client und
Rückgriff auf die Nominatim-API zu jedem POI automatisch eine Adresse
ermittelt werden kann.
== Änderungsverfolgung in OSM ==
Nachdem der OpenStreetMap-Community die Aufgabe, Daten zu erfassen, mit
Bravour erfüllt hat, tritt zunehmend auch die Aufgabe der Datenpflege in den
Vordergrund. Fehlerhafte oder veraltete Daten sind dabei mindestens so heikel
wie fehlende Daten, denn sie untergraben das Vertrauen in die Qualität der
Datenbank.
Dabei kann es für fehlerhafte Daten viele Ursachen geben: Weit häufiger als
Vandalismus sind dies Bedienfehler von Neu-Mappern. Noch schwieriger zu finden
sind Seiteneffekte anderer Edits wie beschädigte Relationen, nicht eindeutige
oder irrtümlich gewählte Tags oder sogar unerwartete Nebenwirkungen der
wenigen Methoden, bereits hochgeladene Änderungen rückgängig zu machen.
Wir geben einen Überblick, mit welchen Tools sich Änderungen visualisieren und
verfolgen lassen, stellen Methoden zur Wiederherstellung alter Datenzustände
vor und erläutern, wie sich auf Basis der Neuentwicklung Augmented Diffs
eigene, spezialisierte Tools entwickeln lassen.
== Augmented Diffs in der Praxis ==
Der Wunsch in Frederik Ramms Vortrag zu Augmented Diffs vom letzten Jahr ist
seit dem Hack-Weekend in Karlsruhe im Oktober 2012 Wirklichkeit geworden: Die
Augmented Diffs bieten zusätzlich zu den Diffs der Main API alle nötigen
Informationen, um Änderungen geographisch verorten zu können oder auch einen
Diff in der Zeit rückwärts anwenden zu können. Sie stellen damit ein sehr
hilfreiches Werkzeug zur Änderungsverfolgung dar.
Leider sind die Augmented Diffs aber auch in den Mühen der Ebene angekommen:
Die potentiellen Anwendungen für Augmented Diffs sind so unterschiedlich, dass
verschiedene Formate notwendig werden. Schon beim Löschen eines Elementes
müssen zwei statt einem Satz Metadaten hinzugefügt werden. Die Geometrie eines
Weges oder einer Relation kann sich ändern, ohne dass für diesen eine neue
Versionsnummer vergeben wird. Beschränkt man den Augmented Diff
