Seitenhistorie

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

Beispiel inspire.ge-core.eem:

Für Beispiele 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 folgenden Regeln 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

• Namensraum/namespace:   registry.gdi-de.org/id/de.bb.inspire.ge-core.eem 
• Localer Identifikator/localId: Borehole_007f824b-5de4-4d6f-a2de-860b4649fa69

Den so erstellten Datensatz hat Brandenburg über einen WFS bereitgestellt. Das so codierte Geoobjekt kann hier über einen WFS-Request direkt abgerufen werden.

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

Image Added

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

https://registry.gdi-de.org/id/de.bb.inspire.ge-core.
Image Removedeem/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

Weitere Beispiele

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