Seit der Veröffentlichung des ohsome Quality Analyst (Short OQT) im Februar letzten Jahres haben wir an der Entwicklung eines leicht zugänglichen, aber leistungsstarken Toolkits gearbeitet, das Endbenutzern Einblicke in die Qualität der OpenStreetmap-Daten (OSM) bietet. Ein Überblick über die Funktionalitätserweiterungen, die über diesen Zeitraum in OQT implementiert wurden, finden Sie im Changelog . Für diesen Blog-Beitrag möchten wir in zwei neuere Funktionalitäts-Ergänzungen einführen. Die jüngsten Änderungen erweitern die Flexibilität der API und die Übertragbarkeit der Daten für humanitäre Organisationen, öffentliche Verwaltungen sowie Forschung und andere Institutionen.
HTML Snippets
Unsere ursprüngliche Idee hinter OQT war es, die Qualität der OSM-Daten leicht verständlich darzustellen. Ein neues Merkmal der Version 0.9.0 ist eine API-Antwort, die als HTML-Snippet abgerufen werden soll. Dieses Snippet zeigt dem Endbenutzenden eine visuelle Darstellung der Indikatorergebnisse wie Schwellwertkurven und das OQT-Ampel-Kennzeichnungsschemas, das Qualitätsinformationen zu einem jeweiligen Indikator liefert. In erster Linie erleichtert dies, eine bestimmte API-Antwort auf eine Webseite zum Teilen von Benutzerergebnissen einzubetten. Diese Funktionalität ist entweder über die Webanwendung oder das Command Line Interface zugänglich.
Das Verständnis der Funktionalität des HTML-Snippets kann leicht in einer beispielhaften API-Anforderung über das interaktive Swagger-Interface für die API beschrieben werden (siehe linke Abbildung unten). Nach der Ausführung befindet sich das HTML-Snippet in den Eigenschaften der Geojson-Antwort. Das Einbetten dieses Ausschnitts in ein HTML-Dokument sieht wie das Bild auf der rechten Seite der Abbildung unten aus. Wir hoffen, dass diese neue Funktionalität ermöglicht, dass OQT-Indikatoren oder Berichte auf vielseitige Weise außerhalb der OQT-Website verwendet werden.
Erweiterung der Dateneingabeoptionen
Eine zweite neue Funktion, die hervorgehoben werden sollte, ist die Möglichkeit, dass Benutzende die OSM-Daten als Eingabe bereitstellen, wenn sie Indikatoren aus der OQT-API anfordern. Dies ist nützlich für Fälle, in denen die Nutzenden bereits über die OSM-Daten verfügen. Für Anfragen, die ein benutzerdefiniertes AOI als Input für die OQT API verwenden, die die OSM-Daten bereitstellen, führen diese zu einer deutlich schnelleren Berechnung des Indikators.
Um diese Funktionen zu verwenden, muss der Nutzende in der Praxis ein benutzerdefiniertes Layerobjekt definieren und dieses als Parameter einer Anforderung an die API verwenden. Eine Layer besteht aus einem Namen, einer Beschreibung und den OSM-Daten. Das Format der OSM-Daten muss mit der Struktur der ohsome API-Antwort übereinstimmen.
Eine Beispielanforderung finden Sie auf der interaktiven Swagger-Interface der API.
Nach der Auswahl wird die angefragte Beispielstelle angezeigt. Schauen Sie sich die Struktur des Datenfelds an. Es ähnelt dem Ergebnisfeld einer ohsome API-Anfrage-Antwort.
Derzeit ist diese Funktion auf Anfragen für den Mapping-Sättigungsindikator beschränkt. Es ist geplant, diese Funktion für alle Indikatoren und schließlich auch für Berichte verfügbar zu machen. Wenn Sie es für einen anderen Indikator verwenden möchten, wenden Sie sich bitte an uns!
Schlusswort
Zusätzlich zu diesen neuen Funktionen wurden verschiedene kleinere Änderungen vorgenommen, die alle im Changelog gefunden werden können. Wenn Sie weitere Ideen oder Feedback haben oder zu OQT beitragen möchten, können Sie uns gerne über ohsome@heigit.org kontaktieren. OQT ist öffentlich zugänglich und die Entwicklung erfolgt unter Github wo Beiträge sind willkommen.
Die Weiterentwicklung von OQT endet natürlich nicht hier. Wir haben ein paar interessante Neuerungen im Repertoire, von denen eine maschinelles Lernen verwendet, um die Vollständigkeit von Gebäuden in OSM für einen bestimmten Interessenbereich zu prognostizieren.
Themenbezogene Arbeiten
OQT stützt sich auf OSM-Daten, die von dem ohsome Framework verarbeitet und bei HeiGIT entwickelt wurden. Das Ziel des ohsome-Frameworks ist es, OSMs gesamte Datenhistorie leichter zugänglich zu machen für verschiedene Arten von Datenanalyseaufgaben, wie z. B. Datenqualitätsanalyse, auf regionaler, landesweiter oder globaler Skala. Hier finden Sie eine Liste verwandter Blog-Beiträge und Veröffentlichungen:
Blogeinträge:
- Introducing the ohsome quality analyst (OQT)
- Behind the scenes of the ohsome quality analyst (OQT)
- The ohsome quality analyst goes public on Github with new release 0.3.0
- ohsome general idea
- ohsome general architecture
- blog series how to become ohsome
- Workshop about ohsome framework at Foss4G 2019
Publikationen
- Raifer, Martin; Troilo, Rafael; Kowatsch, Fabian; Auer, Michael; Loos, Lukas; Marx, Sabrina; Przybill, Katharina; Fendrich, Sascha; Mocnik, Franz-Benjamin; Zipf, Alexander (2019): OSHDB: a framework for spatio-temporal analysis of OpenStreetMap history data. Open Geospatial Data, Software and Standards.
- Herfort, B., Lautenbach, S., Porto de Albuquerque, J., Anderson, J., Zipf, A.The evolution of humanitarian mapping within the OpenStreetMap community. Scientific Reports 11, 3037 (2021). DOI: 10.1038/s41598-021-82404-z https://www.nature.com/articles/s41598-021-82404-z
- Schott, M.; Grinberger, A. Y.; Lautenbach, S. & Zipf, A. (2021) The Impact of Community Happenings in OpenStreetMap – Establishing a Framework for Online Community Member Activity Analyses In: ISPRS Int. J. Geo-Inf. 10, no. 3: 164. https://doi.org/10.3390/ijgi10030164
- Grinberger, AY, Schott, M, Raifer, M, Zipf, A. (2021): An analysis of the spatial and temporal distribution of large‐scale data production events in OpenStreetMap. Transactions in GIS. 2021; 00: 1– 20. https://doi.org/10.1111/tgis.12746