Beispiele für die Bereitstellung von Geodaten als Linked Data mittels GDI-DE Registry

Die folgenden Beispiele zeigen Geodaten aus Brandenburg, die mittels GDI-DE-Registry als Linked Data bereitgestellt werden.

Bereitstellung des Datensatzes inspire.ge-core.eem:

Für die Bereitstellung von Geodaten als Linked Data müssen folgende Bedingungen erfüllt werden:

1. jedes Geoobjekt ist über eine eindeutig Url identifizierbar.
2. jedes Geoobjekt kann über die eindeutige Url heruntergeladen werden.

Um eindeutige Urls zu vergeben hat Brandenburg den Namensraum registry.gdi-de.org/id/de.bb.inspire.ge-core.eem für den Datensatz inspire.ge-core.eem in der GDI-DE Registry registriert.

Innerhalb dieses Namensraum kann Brandenburg nun beliebige eindeutige Objektidentifikatoren nach folgender Regel vergeben:

# Muster:
http[s]://<namespace>/<localId>

# Muster für registrierten Namensraum in Brandenburg:
https://registry.gdi-de.org/id/de.bb.inspire.ge-core.eem/<localId>

Brandenburg hat diese Regeln bei der Erstellung (oder Aktualisierung) seines Datensatzes berücksichtigt.

Eine gute Praxis ist es, die eindeutigen Objektidentifikatoren aus vorhandenen eigene Identifikatoren zu bilden. Aus einem Borehole-Geoobjekt mit der bisherigen ID "007f824b-5de4-4d6f-a2de-860b4649fa69" wird beispielsweise namespace=registry.gdi-de.org/id/de.bb.inspire.ge-core.eem und localId=Borehole_007f824b-5de4-4d6f-a2de-860b4649fa69

Den so erstellten Datensatz hat Brandenburg über einen WFS bereitgestellt. Die so codierten Geoobjekte können wie hier über einen WFS-Request direkt abgerufen werden.

Damit alle im gleichen Namensraum befindlichen Geoobjekte auch über ihre jeweile URL aufgerufen werden können, hat Brandenburg folgende eine Weiterleitung zum eigenen WFS im zugehörigen Namenraum der GDI-DE Registry eingetragen:

Bei der Angabe der Zieladresse für die Weiterleitung wird der Platzhalter `${OID}` für die konkreten lokalen Ids angegeben.

Nach der Eintragung in der Registry werden alle Aufrufe in diesem Namensraum zur festgelegten Zieladresse weitergeleitet.

Anstatt über die WFS-Url kann jedes Objekt wie folgt auf über seinen Identifikator aufgerufen werden:

https://registry.gdi-de.org/id/de.bb.inspire.ge-core.eem/Borehole_007f824b-5de4-4d6f-a2de-860b4649fa69

Die Registry selbst kennt natürlich nicht die einzenen local-Ids. Sie leitet die Aufrufe nur an die Zieladresse weiter und interpretiert dabei lediglich das Url-Fragment hinter dem Namensraum als local-id. Ein Aufruf eines nicht existierenden Objektidentifikators führt folglich (und korrekt) zu einer Fehlermeldung des bereitstellenden WFS:

https://registry.gdi-de.org/id/de.bb.inspire.ge-core.eem/None-existent-id sollte zu einer Service-Exception führen.

Weitere Beispiele

Folgende Geoobjekte wurden nach dem gleichen Vorgehen bereitgestellt und können über ihren Identifikator abgerufen werden: