Mit dem Open Geospatial Consortium (OGC) Web Processing Service (WPS) wurde die Möglichkeit geschaffen OpenGIS Web Service (OWS) konforme Operationen in Geodaten-infrastrukturen (GDI) bereitzustellen. Eine Standardisierung der Operationen erfolgt auf Basis von registrierten Anwendungsprofilen, welche genormte Schnittstellen bereitstellen und somit Wiederverwendbarkeit und Austauschbarkeit der Services in einem definierten Einsatzbereich ermöglichen. Basierend auf dem Anwendungsbeispiel in einem Tsunami-frühwarnsystem Verwaltungseinheiten bezüglich ihrer Gefährdung zu klassifizieren und bei der Erzeugung von Warnnachrichten mittels Geocodes zu referenzieren, erfolgt in diesem Artikel die Spezifikation einer Gruppe von WPS-Anwendungsprofile um einheitlich auf mit Geocodes behaftete Geodaten zuzugreifen, diese zu traversieren und ein Mapping zwischen Geocode und Geometrie herzustellen. Hierbei wird der Einsatzbereich des WPS-Standards dahingehend erweitert, nicht nur Prozessierungsdienste abzubilden, sondern auch standardisierte Zugriffsmethoden, vergleichbar mit Interfaces in Programmiersprachen, auf bestehende GDIs zu ermöglichen.
http://zeigertelegraph.gfz-potsdam.de/wp-content/uploads/2011/07/agit2011_lendholt_wps_geocodes.pdf
5. Problemstellung
• Adressierung von Gebietskörperschaften mit Geocodes
o Innerhalb der Komponenten
o Common Alerting Protocol (CAP)
o Emergency Data Exchange Language (EDXL)
• Geocodes stehen im Vordergrund
• Features, Feature ID, FeatureTypes sind irrelevant
• Traversierung der Hierarchie:
o Welche Landkreise gehören zu einem Bundesland
o Zu welchem Bundesland gehört ein Landkreis
• Mapping Geocode zu Geometrie und umgekehrt
Implementierung von Services?
6. WPS
• WPS: Web Processing Service
• Generischer Dienst für Geodatenprozessierung
• Eingabe Verarbeitung Ausgabe
• Typische Anwendungsfälle (klassiche GIS Operationen):
o Buffering
o Filtering
o Intersect, Overlaps, Crosses, …
• Registrierte Anwendungsprofile sollen standardisierte
Operationen (mit genormten Methoden-Signaturen)
bereitstellen
8. Idee
WPS Anwendungsprofile für den
standardisierten Zugriff auf mit/durch Geocodes
hierarchisierte Geodaten.
Fokus auf Objekthierarchie
Feature-API tritt in den Hintergrund
9. Entwurf Anwendungsprofilgruppe
• Prozess für Darstellung der Hierarchie
• Prozesse für Abbildung Geocode ↔ Geometry
• Prozesse für Traversierung der (Geocode-)Hierarchie
11. Prozesse für
Abbildung Geocode ↔ Geometry
• ReturnGeometry(Geocode geocode)
Liefert Geometrie für passendes Feature
• ReturnGeocode(Geometry geometry)
Liefert Geocode für Geometrie
Verschneidung von Geometrie mit SDI-Features
ISO=“TR”
Intersect? Crosses? Overlaps? Within? Touches?
Für welche Ebene?
• ReturnGeocode(Geometry geometry, Int levelFilter,
Geocode ancestorFilter [opt], String de9im [opt])
Komplexe Verschneidungsoperationen möglich
12. Prozesse fürs Traversieren der Hierarchie
• ReturnChildren(Geocode parent)
Liefert untergeordnete Regionen
• ReturnParent(Geocode child)
Liefert übergeordnete Region
• Traverse(Geocode origin, String xpath)
Beliebiges traversieren der Hierarchie analog zu XPath
Knotentests basierend auf Attributen
Achsentests analog zu XML-Bäumen
HASC_2=“TR.AY”
17. Diskussion
• Pro:
o Fokussierung auf das Wesentliche (Hierarchie Verwaltungseinheiten)
o Starke Kohäsion, klare Abgrenzung, schlanke Schnittstellen
o Vermeidung von OGC Filter, GML
o Kleine XML Schema, leicht einzubinden
o Implementierung als GeoTools-Prozesse
o Unterstützung Shapefile, GeoJSON, WKT, WKB, GML
• Kontra
o Kein Standard
o Nicht OGC konform
o Überstrapazierung WPS?
18. Ausblick
• Kapselung als WPS Prozesse
o Deegree?
o 52North?
o Zoo?
o GeoServer?
• Anwendung / Validierung im TRIDEC Projekt (FP7)
o Tsunami-Frühwarnsystem (Demonstrator) für Mittelmeerregion
• Anwendung / Validierung im DEWS Projekt (FP6)
o Tsunami-Frühwarnsystem (Demonstrator) für Indischen Ozean