SOA-basierter Küstengazetteer

als Teil der MDI-DE

Prof. Dr.-Ing. Rainer Roosmann

Dorian Alcacer Labrador, B. Sc.

Science to Business GmbH,

Hochschule Osnabrück

Küstengazetteer

Gazetteer

Besonderheit Küstengazetteer

Projektpartner

Einbindung in die MDI-DE

Anwendungsfälle

Konzeption und Umsetzung Maßgebliche Standards Gesamtarchitektur Fazit und Ausblick

Inhalte

Küstengazetteer Gazetteer

“Gazetteer” Ortsverzeichnis [Traub/Kohlus]

Zuordnung mehrere Namen zu einer Ortsbeschreibung

weitere Namen

textuelle Beschreibung

Geometrie

FeatureType

…

ISO 19112, 2003: „A gazetteer is a directory of geographic

identifiers describing location instances.”

Küstengazetteer

Anforderungen an einen Küstengazetteer [Traub/Kohlus 07]:

•Behandlung mehrerer Namen

• Toponyme

• Exonyme

•Behandlung mehrerer Dialekte

•Räumliche Gültigkeiten

•Zeitliche Gültigkeiten für

• Geometrie

und

• Namen

Quelle [LKN]

Küstengazetteer Projektpartner

Bundesanstalt für Wasserbau (BAW)

Landesbetrieb für Küstenschutz, Nationalpark und

Meeresschutz (LKN)

smile consult GmbH

Science to Business GmbH, Hochschule Osnabrück

Konzeption und Entwicklung des Web-Services

Einbindung in die MDI-DE

Einbindung in die MDI-DE Anwendungsfälle

Integration in bestehende Arbeitsprozesse des LKN

Suche via smile consult Web-Client

Einbindung in die MDI-DE Anwendungsfälle

Anonymer MDI-DE Endanwender

•Behördliche Nutzer

•Entscheidungsträger

•Wissenschaftlicher Nutzer

•Interessierte Bürger

Küstengazetteer Anwendungsfälle

Suche über

•Name

•Geometrie

•Zeitliche Gültigkeit

(Geometrie und Namen)

•Objecttype

Kombinierte Suche über

•Name und zeitliche Gültigkeit

•Name und Geometrie

•Name und Objecttype

•Geometrie und zeitliche Gültigkeit

•Geometrie und Objecttype

•Objecttype und zeitliche Gültigkeit

Quelle [LKN]

Konzeption und Umsetzung

Konzeption und Umsetzung

Ziele

•Integration in bestehende Infrastruktur

•Verwendung und Erweiterung bestehender Küstengazetteer-Datenbank

•Kompatibilität zu bestehenden Ansätzen / Bestrebungen

•Aufbau auf bestehende Technologien, Protokolle und Standards

Konzeption und Umsetzung Maßgebliche Standards

Drei maßgebliche Standards zur Umsetzung verfügbar

•INSPIRE Data Specification on Geographical Names V 3.0 (GN)

•OpenGIS Web Feature Service 2.0 Interface Standard (WFS)

•OpenGIS Filter Encoding 2.0 Encoding Standard (FES)

Konzeption und Umsetzung Maßgebliche Standards

INSPIRE Data Specification on Geographical Names V 3.0

• Featuretype-Schema NamedPlace für WFS

• Zuordnung mehrerer Namen zu einem NamedPlace

• Zuordnung mehrerer Typevalues zu einem NamedPlace

Konzeption und Umsetzung Maßgebliche Standards

INSPIRE Data Specification on Geographical Names V 3.0

• Featuretype-Schema NamedPlace für WFS

• Zuordnung mehrerer Namen zu einem NamedPlace

• Zuordnung mehrerer Typevalues zu einem NamedPlace

•Schema additiv erweitert

(vergleichbar BKG, EGN) um

• Zeit (ISO 19108)

• exgn:geom_timeperiod

• exgn:name_timeperiod

• exgn:timeperiod

• Objecttype

• exgn:objectType

•Auslegung von gn:geometry als Multipolygon

Konzeption und Umsetzung Maßgebliche Standards

OpenGIS Web Feature Service 2.0 Interface Standard

• Servicebeschreibung //getCapabilities

• Schema-Beschreibung (mittels GN3) //describeFeaturetype

• Bezug einer NamedPlace FeatureCollection //getFeature

• Filterung von Ergebnissen einer getFeature-Anfrage

• Verwendung von Filter Encoding 2.0

Konzeption und Umsetzung Maßgebliche Standards

OpenGIS Filter Encoding 2.0 Encoding Standard

• Abfragen über Attribute des FeatureTypes NamedPlace

• Seit Version 2.0 zeitliche Filter nach ISO 19108

• besonders AnyInteracts

Konzeption und Umsetzung Gesamtarchitektur

Wichtige technische Vorgabe:

„Integration in bestehende Infrastruktur“

•Entwicklung eines Geoserver Plugins

•PostgreSQL Datenbankentwicklung (Views)

Konzeption und Umsetzung Fallbeispiel

Geometrie und Name interagierend mit einer Zeitspanne

1.) Reguläre WFS-GetFeature-Anfrage

• für ausgewählten FeatureType (NamedPlace)

XML wfs:GetFeature wfs:Query typeNames="NamedPlace” [...]

Konzeption und Umsetzung Fallbeispiel

Geometrie und Name interagierend mit einer Zeitspanne

1.) Reguläre WFS-GetFeature-Anfrage

• für ausgewählten FeatureType (NamedPlace)

2.) Einschränkung Filter Encoding

• Operator: fes:AnyInteracts

• Bezug: NamedPlace/exgn:timeperiod

• Operanden: zwei GML-Timeperiods […] <fes:Filter> <fes:AnyInteracts> <fes:ValueReference>NamedPlace/exgn:timeperiod </fes:ValueReference> <gml:TimePeriod gml:id="tp1"> <gml:begin> <gml:TimeInstant gml:id="ti1"> <gml:timePosition>1885-01-01T00:00:00Z</gml:timePosition> […]

Konzeption und Umsetzung Fallbeispiel

Mehrschrittige Anfrageverarbeitung

1) Überführung von XML zu Anfrage

2) Überführung von Anfrage zu SQL

3) Ausführung der SQL-Anfrage

1. XML 3. SQL 2. Anfrage DB

Konzeption und Umsetzung Fallbeispiel

Mehrschrittige Antwortaufbereitung

1) Ermittlung der Ergebnisse

2) Zusammenfassung der Ergebnisse

3) Encodierung der Ergebnisse als FeatureCollection des Typs NamedPlace

3. XML 1. Ergebnisse 2. Zusammenfassung DB

Konzeption und Umsetzung Fallbeispiel

Demonstration

Konzeption und Umsetzung Fallbeispiel

Demonstration

Konzeption und Umsetzung Weitere Anfragen

Ausgewählte Anfragen über

möglich.

Kombination der Einzelattribute mittels fes:and-Operator.

Operator Attribut

PropertyIsEqualTo gn:inspireId

PropertyIsEqualTo / PropertyIsLike gn:name

Not Disjoint (BBox/Polygon) gn:geometry

AnyInteracts exgn:timeperiod

PropertyIsEqualTo exgn:objecttype

PropertyIsEqualTo gn:type

Fazit und Ausblick

Fazit und Ausblick

Web-Service beim LKN installiert

Konzeptionelle Erweiterung von Standard (GN) durchgeführt.

Sieben Einzelabfragen und neun kombinierte Abfragen umgesetzt.

Implementierung weiterer Suchkriterien denkbar

• Phonetische Namenssuche

• Distanz-Operationen für Geometrien

• Verfeinerung zeitlicher Suchoperationen (before/after…)

• …

Vielen Dank für die Aufmerksamkeit.