GeoDatenInfrastruktur Mecklenburg-Vorpommern (GDI-MV)

Version 2.3  4   (0818.0409.20242025)

Koordinierungsstelle für Geoinformationswesen (KGeo)

...

Im Rahmen des Aufbaus der GDI-DE  und  der  technischen  Umsetzung  der  INSPIRE - Anforderungen nimmt das GeoMIS.MV im GeoPortal.MV die Rolle eines zentralen Knotens für Mecklenburg-Vorpommern ein. Über eine standardisierte Schnittstelle (CSW 2.0.2) ist das GeoMIS.MV an den „Deutschland-Knoten“, den Geodatenkatalog.de, angeschlossen. So werden die Metadaten im GeoMIS.MV nicht isoliert, sondern sind auch für andere Metadatenkataloge sichtbar und auffindbar. An der Spitze dieser Architektur steht als europäischer Einstiegsknoten das EU-INSPIRE-Geoportal. (http://inspire-geoportal.ec.europa.eu)

Die Übergabe der Metadaten an den Geodatenkatalog.de erfolgt per CSW-Schnittstelle via „Harvesting“. Dabei wird zu einem definierten Zeitpunkt (Freitag 14:00 Uhr) der vorhandene Bestand für Mecklenburg-Vorpommern im Geodatenkatalog.de gelöscht und alle Metadaten aus dem GeoMIS.MV und den angeschlossenen Katalogen importiert. Bei der Übernahme wird eine vereinfachte Validierung durchgeführt: Metadaten, die bestimmte Grundbedingungen nicht erfüllen werden nicht übernommen und dokumentiert. Die Ergebnisse des Harvesting werden veröffentlicht, detaillierte Informationen werden auf Anfrage zur Verfügung gestellt.

...

Das GeoMIS.MV beinhaltet derzeit physisch nur „eigene“ Metadaten, die durch Metadatenredakteure der geodatenhaltenden Stellen eingetragen wurden. Bei einer Suchanfrage im GeoMIS.MV werden darüber hinaus jedoch auch Metadaten gezeigt, die durch eine Indizierung per CSW-Schnittstelle aus anderen Metainformationssystemen recherchierbar sind. Innerhalb einer solchen „verteilten Suche“ gefundene Metadaten liegen physisch weiterhin in den originären Katalogen und werden auch nur dort erfasst und gepflegt. 
Dieser Anschluss bewirkt jedoch nicht, dass auch umgekehrt bei einer Suche ausgehend von einem Fachkatalog Inhalte des GeoMIS.MV oder sogar des Geodatenkatalog.de recherchierbar sind.

...

Das Harvesting der Metadaten aus dem GeoMIS.MV in den Geodatenkatalog.de ermöglicht die automatisierte Übernahme von Metadaten zu Georessourcen, die unter Open Data fallen und im GovData-Portal in das GOVDATA-Portal (https://www.govdata.de/) für frei zugängliche Verwaltungsdaten gelistet werden sollen.Das Open Government Portal GovData generiert aus den vom Geodatenkatalog.de importierten Metadaten die benötigten Informationen. Nach einheitlichen und abgestimmten Abbildungsregeln .
In einem mit der Föderalen IT-Kooperation (FITKO) detailliert abgestimmten Übernahmeprozess werden die für Open Data relevanten ISO-Metadaten aus dem Geodatenkatalog.de in das DCAT-AP.de Format transformiert und in das Open Government Portal GOVDATA übernommen.
Alle Für alle Metadaten der GDI-MV, die die Open Data-Kriterien erfüllen und im GovDataGOVDATA-Portal auffindbar sein sollen, müssen bereits gelten daher im GeoMIS.MV entsprechend aufzubereiten werden. Dies erspart eine separate besondere Erfassungsregeln. Die Beachtung dieser Regeln erspart jedoch die doppelte Erfassung der Metadaten im Open Data-Portal.

...

• Open Data-Portale sind „Daten-orientiert“, d.h. im Fokus steht die freie Daten-Ressource. Informationen wie die Kennzeichnung als Open Data-relevant (s.5.2.2.3.3.) sowie Lizenz- bzw. Nutzungsbedingungen (s.5.3.2.3.6.) sind im Metadatensatz zur Daten-Ressource anzugeben.
• Dienste (WMS, WFS, Atom-Feed) ermöglichen den Zugriff auf eine Daten-Ressource und haben in Open Data-Portalen keine eigenen Metadatensätze. Entscheidend für den Zugang zu den offenen Daten ist daher eine funktionierende korrekte Daten-Dienste-Kopplung (s.5.3.2.2.) in den Metadaten, da ausschließlich . Nur darüber die Dienste der können die Download- und Darstellungsdienste ihren zugehörigen Daten -Ressource zugeordnet werden, wenn keine direkte Downloadmöglichkeit für diese offenen Daten existiert!

Die jeweils speziell für Open Data erforderlichen Informationen in den Metadaten sind in Kapitel 5 im Einzelnen erläutert. Darüber hinaus gelten alle übrigen Regelungen (INSPIRE und Nicht-INSPIRE) unverändert auch für Metadaten zu Open Data-Ressourcen.

Die EU-Kommission hat in der "Durchführungsverordnung zur Festlegung bestimmter hochwertiger Datensätze und der Modalitäten ihrer Veröffentlichung und Weiterverwendung" (HVD-Verordnung) [REF 14] eine Liste besonders hochwertiger Datensätze (High Value Datasets) veröffentlicht, die öffentliche Stellen kostenlos in einer offenen Lizenz zur Verfügung stellen sollen. Für diese Datensätze ist neben der Verwendung einer freien Lizenz auch die Zuordnung in eine von sechs Themenkategorien vorgesehen.

Durch diese Durchführungsverordnung wurde auch ein fester Bezug zwischen INSPIRE-Themen und HVD-Kategorien vorgegeben. Dieser ist in Tabellenform im Bereich Hilfstabellen unter: „Zuordnung der INSPIRE-Themen zu den HVD-Kategorien“ abgebildet.

Durch diese Zuordnung in Form eines zusätzlichen Schlüsselworts aus einem definierten Vokabular wird die Betroffenheit gegenüber der HVD-Richtlinie angezeigt. Diese Kennzeichnung bildet die Grundlage für das zukünftige Monitoring der HVD-Verordnung.
Detaillierte Vorgaben finden sich unter Punkt 5.2.2.3.3 dieses Leitfadens.

3.    Allgemeine Grundsätze zur Erfassung von Metadaten 

...

Die Einhaltung der verpflichtenden und konditionalen Festlegungen der GDI-DE oder INSPIRE kann in der Testsuite GDI-DE geprüft werden. In den Metadatenkonventionen der GDI-DE [REF 4] dokumentierten dokumentierte Festlegungen dienen einerseits einer höheren Homogenität der Metadaten in der GDI-DE (und damit einer besseren Auswert- und Interpretierbarkeit) und sollen andererseits die für die Verwendung der Metadaten für INSPIRE notwendige Einhaltung von Vorgaben seitens der EU (sowohl Grundsätzliches aus der IR 1205/2008 als auch Details aus der INSPIRE Technical Guidance Metadata) befördern. Stellenweise hat die GDI-DE auch Präzisierungen von INSPIRE-Vorgaben vorgenommen. Für Tests zu den GDI-DE-Konventionen und den EU-Vorgaben existiert mit der GDI-DE Testsuite ein zentrales Tool, das seit Mai 2020 in einer vollständig neuen Implementierung zur Verfügung steht und diverse Testszenarien (Metadaten GDI-DE oder Metadaten INSPIRE, optional Metadaten zu OpenData etc.) abdeckt. Die für Metadatentests auswählbaren Konformitätsklassen beziehen sich auf die Version 2.0 der Metadatenkonventionen der GDI-DE sowie die Version 2.0.1 der INSPIRE Technical Guidance Metadata.

...

Der besondere Vorteil bei der Nutzung der GDI-DE Testsuite liegt darin, dass bei Anlage eines Gruppentests eine einzelne Testdefinition zugleich für die spezifischen Tests der GDI-DE und die grundsätzlichen Tests des INSPIRE Reference Validators genutzt werden kann.

Dabei sind wird für INSPIRE-Relevante Metadaten die Testklassen „INSPIRE Metadata TG 2.0 – data sets and data sets series“ sowie Testklasse „GDI-DE Konventionen für INSPIRE-konforme Metadaten (2v2.0)“ bei Daten-Metadaten und die Testklassen INSPIRE Metadata TG 2.0 – network services“ sowie empfohlen. Bei nicht von INSPIRE betroffenen Metadaten ist die Testklasse „GDI-DE Konventionen für INSPIREGDI-DE-konforme Metadaten (2v2.0) “ bei Dienstemetadaten auszuwählen. Bei nicht von INSPIRE betroffenen Metadaten können die INSPIRE-Testklassen entfallen

Im Zuge der Prüfung von Metadaten für Im Zuge der Prüfung von Metadaten für das INSPIRE-Monitoring sind daher die seitens der GDI-DE (und mittelbar der EU) zur Verfügung gestellten Tests zur Prüfung der Metadaten sehr empfehlenswert, um die Prüfergebnisse zur Verbesserung der Metadaten zu nutzen! Anhang A+B enthält Tabellen, die die Zuordnung der Fehlermeldungen aus der Testsuite und dem Monitoring zu den einzelnen Metadatenelementen erleichtern.

...

Ergänzend zu den vorgenannten Testmöglichkeiten stellt die EU über das INSPIRE Geoportal ein Tool zur Prüfung von bereit.
Der „INSPIRE „INSPIRE Reference Validator“ Validator“ wurde zur Überprüfung der Übereinstimmung mit den grundlegenden INSPIRE-Vorgaben seitens der EU entwickelt. Das Ergebnis der Überprüfung im INSPIRE Reference Validator ist ein aussagekräftiger Anhaltspunkt, um die Konformität der eigenen Metadaten im Hinblick auf INSPIRE (insbes. Technical Guidance) festzustellen. Außerdem wird eine zusätzliche Konformitätsklasse zur Überprüfung der für das INSPIRE-Monitoring relevanten Angaben zum „Spatial Scope“ und den „Priority Data Sets“ angeboten.  Die

 Die GDI-DE informiert im Wiki über diese Werkzeuge zur Qualitätssicherung und verlinkt auf zugehörige Anleitungen.

...

Bei gleichartigen Ressourcen verschiedener Stellen, z.B. Denkmale/Schutzgebiete bei Kommunen, sollten Absprachen über ein einheitliches Benennungsmuster getroffen und berücksichtigt werden. Dies ist auch für weitere Metainformationen wie Kurzbeschreibung, Schlüsselwörter, Herkunft etc. sinnvoll. Im Bereich der Vermessungsverwaltung existieren solche Regelungen beispielsweise.
Eine  Schlagwortsuche berücksichtigt dieses Feld häufig nicht. Daher empfiehlt es sich, den Titel der Ressource bzw.  die charakteristischen Bestandteile daraus  zusätzlich  auch  als Schlüsselwörter unter der Registerkarte „Kategorisierung“ zu erfassen.

...

Geodaten und Geodatendienste, die einen räumlichen Bereich in Form einer bestimmten Verwaltungseinheit abdecken, können über deren 12-stelligen Regionalschlüssel gezielt auffindbar gemacht werden, wenn der entsprechende Schlüssel in den Metadaten hinterlegt wird. Die Angabe in den Metadaten ist optional, wird aber empfohlen, um detaillierte Auswertungen im Zusammenhang mit dem INSPIRE-Monitoring zu ermöglichen.

...

• Schlüsselwörtern mit Zuordnung zum gleichen Thesaurus sind in verschiedenen separaten Eingabefeldern zu gruppieren
• Schlüsselwörtern ohne Thesaurus-Zuordnung werden in einem separaten eigenen Feld erfasst

Durch die Verwendung der Schaltfläche mit einem + Symbol  lassen sich für jeden Thesaurus und für freie Schlüsselwörter getrennte Eingabefelder anlegen.

...

Wenn die als „inspireidentifiziert“ gekennzeichneten Datensätze für die europäischen Berichtspflichten von besonderer Bedeutung sind, so müssen sie zusätzlich mit dem Schlüsselwort „Priority Data Set“ gekennzeichnet werden.

Datensätze, die unter Open Data fallen und mit entsprechenden Lizenz- bzw. Nutzungsbedingungen versehen sind, sollen nach Vorgaben des IT-Planungsrates mittels DCAT-AP.de als formalem Austauschformat beschrieben werden. Zur Vermeidung von Doppelerfassungen wurde in der GDI-DE eine Vorgehensweise etabliert, um die Metadaten via Geodatenkatalog.de automatisiert in das GovData-Portal des Bundes zu integrieren.

Metadaten müssen dazu in ausgewählten Elementen definierte folgende Inhalte aufweisen:

• In den Schlüsselwörtern wird der Begriff „opendata“ eingetragen. Dieses freie Schlüsselwort ist keinem Thesaurus zugeordnet.
• Die Angaben zur Lizenz werden als Nutzungsbedingung erfasst und zusätzlich strukturiert in genau einem Element im Datenformat JSON (JavaScript Object Notation) hinterlegt.
• Zusätzlich zu den o.g. Anforderungen müssen Zugriffswege auf die Daten dokumentiert sein, die bei GovData als sog. „Distributionen“ (Online-Verfügbarkeit) dargestellt werden. Daher muss in den Metadaten mindestens eine der folgenden Verlinkungen existieren:
  • Eine Datensatzverknüpfung (Daten-Dienste-Kopplung) zu den Metadaten eines frei zugänglichen Dienstes für den (freien) Zugriff auf die dokumentierten Daten (s. 2.4. / 5.3.2.2.)
  • Link zum unmittelbaren Download der Daten

...

Werden die Angaben zu Open Data und die HVD-Kennzeichnung entsprechend dieser Vorgaben eingetragen, erfolgt die Übernahme der HVD-relevanten Metadatensätze automatisiert in das europäische Geoportal.

Verschiedene Weitere freie Schlüsselworte wie GDIMRH oder AdVMIS steuern darüber hinaus die automatisierte Übernahme von Metadaten aus dem GeoMIS.MV in andere Metadatenkataloge.

...

Die im GeoMIS.MV unter dem Werkzeugsymbol hinterlegte Liste beinhaltet jedoch weitaus mehr Begriffe als für INSPIRE relevant sind. Diese Einträge beziehen sich auf den Werteumfang der ISO-Norm. Für eine erfolgreiche Validierung bzgl. INSPIRE darf aber nur ein mit „INSPIRE ...“ beginnender Eintrag ausgewählt werden.  Die naheliegenden Auswahlmöglichkeiten zu OGC-konformen Diensten sollten hier nicht genutzt werden, sofern es sich um eine für INSPIRE relevante Ressource handelt und die Metadaten INSPIRE-konform sein sollen. Stattdessen können derartige Informationen im folgenden Feld „Version des Dienstes“ angegeben werden. Die Dokumentation eines Dienstes als „INSPIRE ... Service“ beinhaltet jedoch keine automatische Aussage, dass dieser Dienst die INSPIRE-Regelungen für die jeweilige Dienstart erfüllt. Dies wird erst durch eine entsprechende Angabe unter „Konformität“ (Registerkarte „Qualität“, s.5.5.2.4.) ausgedrückt.

...

...

Dieses Element ist mindestens einmal zu belegen. Es muss jene URL beinhalten, die den Aufruf des vom Dienst selbst bereitgestellten Dokumentes, das den Dienst beschreibt und automatisiert auswertbar ist, ermöglicht. Diese URL wird auch als Zugang zum Dienst verstanden. Dies kann 

• die Basis-URL sein, unter der mittels eines gezielten Requests das Capabilities-Dokument des Dienstes abgerufen werden kann. Im Gegensatz zum Element „Online-Ressource“ (V.1) ist hier lediglich die Basis-URL bis zum Fragezeichen und nicht der komplette Aufruf (z. B. mit „…SERVICE=WMS&REQUEST=GetCapabilities“) anzugeben. 
• die vollständige URL sein, die zur Landing Page (OGC API-Features), zum Service-Feed (Atom-Feed) oder zu den Capabilities eines REST-Dienstes führt. 

und muss dabei die Basis-URL enthalten, unter der das Capabilities-Dokument des Dienstes abgerufen werden kann. Begleitet wird diese Angabe vom Element „Name der Operation“ = . Hierbei ist „GetCapabilities“ aus der Auswahlliste zu verwenden, wenn es sich bei der angegebenen URL um das Anfordern des Capabilities-Dokumentes (s.o., auch bei REST) handelt. Bei Atom-Feeds ist für „Name der Operation“ der entsprechende Wert z. B. „Download“, bei OGC API-Features „LandingPage“ zu setzen. 
Weitere Elemente, wie eine d. h. URL mit Zuordnung zu anderen Operationen des jeweiligen Dienstes, sind optional möglich, für die Metadaten selbst und deren Weiterverarbeitung aber nicht erforderlich.

5.3.2.2.      Datensatzverknüpfung (Z.3)

Anker
z3 z3

...

Wie schon unter 2.4. beschrieben, wird die Daten-Dienste-Kopplung auch benötigt, um bei Open Data-Ressourcen die zu den Daten zugehörigen Dienste (WMS, WFS, Atom-Feed,...) bzw. deren Metadaten auffinden zu können. Daraus wird während der Migration ein gemeinsamer Datensatz zur Übernahme in das GovData-Portal generiert.

...

Die Dokumentation von Beschränkungen im Sinne von „Bedingungen für den Zugang und die Nutzung“ bei INSPIRE erfolgt durch (a) die exklusive Auswahl von „andere Beschränkungen“ für das Feld „Nutzungseinschränkungen“ (Z.6) sowie (b) Angabe der Nutzungs- bzw. Zugangs-bedingungen Zugangsbedingungen als Freitext im Feld „Beschreibung“.

Im Falle von Open Data bietet der Editor des GeoMIS.MV an dieser Stelle eine Unterstützung für die Erfassung der Nutzungseinschränkungen Angaben zu den gebräuchlichsten freien Lizenzen (siehe 5.3.2.3.6.).

Auch das Nicht-Vorliegen von Zugangs- und Nutzungsbeschränkungen muss für INSPIRE entsprechend dokumentiert werden: per Referenzierung des in der INSPIRE-Registry hinterlegten Wertes im Feld „Link“ (als sog. gmx:Anchor-Element) und Angabe der deutschsprachigen Entsprechung „Es gelten keine Bedingungen“ im Feld „Beschreibung“. Die bisherige Erfassung nur per Freitext ist heute nicht mehr zulässig. Im Editor des GeoMIS.MV wird über das Werkzeugsymbol der entsprechende Inhalt in der vorgegebenen Schreibweise eingetragen.

...

Bei Metadaten zu OGC-Diensten gilt darüber hinaus: Aussagen über Zugriffs- und Nutzungsbeschränkungen sollen sollten identisch zu den Informationen im Capabilities-Dokument unter dem Tag „AccessConstraints“ abgebildet werden.

...

• id: Identifier der Lizenz (entsprechend der DCAT-AP.de-Liste, Spalte „Lizenzcode“)
• name: Name der Lizenz (entsprechend der DCAT-AP.de-Liste, Spalte „Name“)
• url: URL, unter welcher der Lizenztext bezogen werden kann
• quelle: Text der Namensnennung für das Zitieren bei einer Weiternutzung der Daten
• Beispiel:{"id":"dl-by-de/2.0", "name": "Datenlizenz Deutschland Namensnennung 2.0", "url": "https://www.govdata.de/dl-de/by-2-0", "quelle": "Quelle: GeoBasis-DE/MV"}

...

• URL einer Webseite mit Detailinformationen zu den Daten, zum Dienst oder zur Anwendung;
• bei Datenressourcen auch Downloadlinks, Bestellmöglichkeiten und/oder URL eines entsprechenden Diensteseines entsprechenden Dienstes
• bei Diensten immer ein Link auf ein den Dienst bzw. die Schnittstelle beschreibendes Dokument (z. B. Capabilities: hier der komplette Dienstaufruf mit dem Request „GetCapabilities“) bzw. zur Landing Page (bei OGC API-Features). Die Angabe erfolgt bei Diensten immer ein Link auf die Abfrage des Capabilities-Dokuments ( zusätzlich zu den Angaben unter „Operationen des Dienstes“ (Z.2) ist hier der komplette Dienstaufruf mit dem Request „GetCapabilities“ zu dokumentieren). 

Die Metadatenkonventionen der GDI-DE [REF 4] sehen eine Angabe dieser Links zwar bisher nicht verpflichtend vor, ein fehlen wird in der GDI-DE Testsuite jedoch mit einer entsprechenden Warnung quittiert. Da für die Zukunft von einer Belegungspflicht auszugehen ist, wird an dieser Stelle für die GDI-MV bereits heute für Dienst-Metadaten empfohlen, hier den Link zur Abfrage des Capabilities-Dokuments zu hinterlegen.

Als Interpretationshilfe der Links für den Nutzer sollen diese Angaben mit der entsprechenden Funktion „Information“ bzw. „Download“ oder „Bestellung“ versehen werden.

Bei einen Atom-Download-Dienst ist an dieser Stelle die URL vom Service Feed anzugeben und bei einem OGC API-Features-Dienst die URL zur Landing Page einzutragen sowie unter Protokoll den Wert „OGC API Features“ auszuwählen.

5.4.2.2.      Format (V.2)

Anker
v2 v2

...

...

•  Beschreibung: nähere Dokumentation des originären Datensatzes und ggf. eine Information, welche Teile aus diesem in den neuen Datensatz überführt wurden.
• Titel: (Metadaten-)Titel des originären Datensatzes, aus dem die hier beschriebenen Daten abgeleitet wurden.
• Datum und Datumstyp: Stand der verwendeten Daten (diese werden i.d.R. selbst auch fortgeführt; so kann der genaue Stand dokumentiert werden)
• Code: Dies ist hier das wichtigste Element! Darüber werden die Metadaten des originären Datensatzes referenziert. Dies geschieht in Form des Ressourcenidentifikators, der gem. B.16 19 für die Metadaten des originären Datensatzes vergeben worden ist.

...

• „wahr“ bzw. „bestanden“, sofern die Datenbestände Daten in den abgestimmten Strukturen der INSPIRE-Datenmodellen Datenmodelle vorliegen bzw. die Dienste die Vorgaben für INSPIRE-Netzdienste erfüllen;.
• „falsch“ bzw. „nicht bestanden“, sofern die jeweiligen Vorgaben (noch) nicht erfüllt sind.
• Von der Verwendung des Konformitätsergebnisses „unbekannt“, wird abgeraten, da sich dies u. U. nicht fehlerfrei validieren lässt.

...

Zum Eintragen der exakten Titel bitte das Eingabewerkzeug im smartEditor nutzen!

Eine Leitlinie zu den inhaltlichen Aspekten der Belegung der Elemente zum Konformitätsergebnis für Daten („wann ist was zu setzen?“) ist in der Handlungsempfehlung der GDI-DE für die Bereitstellung von Geodaten für INSPIRE [REF 11] zu finden.
Weitere Konformitätsaussagen bzgl. INSPIRE Datenspezifikationen oder Technical Guidance zu Diensten, sind möglich, aber nicht notwendig.

...

I. Meldungen aus den Testklassen der GDI-DE:

II. Meldungen aus den Testklassen der EU:

Anhang B: Mapping der Metadatenelemente des GeoMIS.MV zu den Strukturen gem. ISO 19115/19119 bzw. XML gem. ISO19139

...