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.

...

Die dargestellte Architektur für M-V bis hin zu INSPIRE zeigt, dass Metadaten nicht begrenzt auf den jeweiligen Katalog, in dem sie gepflegt werden, zu betrachten sind, sondern darüber hinaus durch weitere Kataloge recherchiert und dargestellt werden.  Dadurch ergibt sich ein besonderer Anspruch an die Aussagekraft der Metadaten und die Beachtung von Regeln und Empfehlungen zur einheitlichen Gestaltung. Darüber hinaus lassen sich nicht nur komplette Metadatensätze sondern auch Teilbereiche daraus automatisiert per Standardaufruf in Anwendungen oder Webseiten einbinden um entsprechende Informationen (Nutzungsbedingungen, Lizenzangaben, Ansprechpartner,…) darzustellen. Die inhaltliche Verantwortung für diese Angaben obliegt jedoch weiterhin der für die Pflege der Metadaten verantwortlichen Stelle.

2.4.       Open Data / High Value Datasets

Anker
24 24

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.

In der GDI-DE Testsuite können auch die im INSPIRE Reference Validator (s. 3.2.3.) angebotenen Tests bezüglich der verschiedenen Konformitätsklassen ausgeführt werden, wodurch sich ein separates Testen auf der Plattform der EU vermeiden lässt. Aus Performancegründen empfiehlt die GDI-DE, die gewünschten Tests bzw. Konformitätsklassen aus dem INSPIRE Reference Validator über die GDI-DE Testsuite zu nutzen.

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 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.

...

Alternativ können die Metadaten als XML-Export aus dem GeoMIS.MV lokal abgespeichert und anschließend in die GDI-DE Testsuite geladen werden. Der Vorteil der o.g. Variante über die Angabe der URL ist dabei, dass der Test nach einer Änderung des Metadatensatzes unmittelbar neu ausgeführt werden kann. XML-Export und Datei-Upload müssten dagegen nach jeder Änderung erneut erfolgen.

3.2.3.   Testplattformen der EU

Anker
323 323

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.

...

Initial sind im Editor bei der Anlage eines neuen Metadatensatzes einige Metadatenelemente mit Standardeingaben vorgefüllt. Für einige Metadatenelemente müssen Eingabefelder aber erst eingefügt werden. 
Die Erstellung, das Entfernen oder das Bearbeiten die Eingabefelder erfolgt über verschiedene Schaltflächen: 

...

...

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.

...

Konkrete Werte zu einzelnen Gemeinden und Ämtern können dem XÖV-Repository (https://www.xrepository.de/details/urn:de:bund:destatis:bevoelkerungsstatistik:schluessel:rs) oder den Publikationen des Statistischen Bundesamtes (https://www.destatis.de/DE/Themen/Laender-Regionen/Regionales/_inhalt.html) entnommen werden. Bei der Erfassung von Metadatensätzen im Editor ist der Wert mit dem Regionalschlüssel für Mecklenburg-Vorpommern vorbelegt.

5.1.2.5.

...

     Ressourcenidentifikator (B.19)

Anker
b19 b19

...

Im GeoMIS.MV wird der Bezeichner der Ressourcenidentifikator durch die Zeichenkette „http://www.geodaten-mv.de/geomis/id/“ und den Metadatensatzbezeichner (UUID) automatisch gebildet und eingetragen. Dieser Eintrag kann nicht verändert werden. Über diesen Bezeichner Ressourcenidentifikator lässt sich der Metadatensatz direkt im XML-Format aufrufen.
Mit Hilfe dieses Bezeichners Ressourcenidentifikators lassen sich die Daten mit den zugehörigen Geowebdiensten verknüp­fen. In :  In alle Dienstemetadaten werden die Bezeichner der Ressourcenidentifikatoren der Metadaten von Datensätzen eingetragen, die durch den Dienst angebotenen Daten eingetragen. Die zugänglich sind.
Diese Daten-Dienste-Kopplung ermöglicht es so einer Anwendung (z. B. einer Katalog-Oberfläche), den Nutzer aus dem Suchergebnis zum Datenbestand unmittelbar zu einem Dienst, der diesen Datenbestand visualisieren kann oder einen Download ermöglicht, zu führen. Auch der umgekehrte Weg vom Dienst zu den darin verwendeten Daten ist dadurch gegeben.
Diese Daten-Dienste-Verbindung wird zum einen innerhalb der Metadaten geschaffen, ist also eine Aufgabe der Stelle, die die Metadaten pflegt. Dazu wird im Editor bei der Erstellung/Pflege der Metadaten zum Dienst (Feld „Datensatzverknüpfung“, s. 5.3.2.2.) mit dem angebotenen Werkzeug nach dem Metadatensatz zum Datenbestand gesucht und intern ein Link auf dessen Bezeichner Ressourcenidentifikator gesetzt. Zum anderen sieht das Konzept der Daten-Dienste-Kopplung die Hinterlegung des Bezeichners auch im Capabilities-Dokument des zugehöri­gen Dienstes vor. Für technische Hintergründe wird auf den entsprechenden Abschnitt in den Metadatenkonventionen der GDI-DE [REF 4] verwiesen.

...

5.2.2.   Besonderheiten und Empfehlungen

5.2.2.1.      Art der Ressource (K.1)

Anker
k1 k1

Die Art der Ressource wird bei Anlage eines Metadatensatzes festgelegt und gibt an, ob es sich bei der beschriebenen Ressource um Daten, einen Dienst, eine Anwendung oder Nicht-geographische Daten handelt.

...

Die Erfassung von Metadaten zu Nicht-geographischen Daten ist im GeoMIS.MV ebenfalls möglich.

5.2.2.2.      Kategorien (K2)

Anker
k2 k2

Im Feld Kategorien kann durch Eingabe von Freitext die Art der Ressource näher erläutert werden. Über das Eingabewerkzeug besteht die Möglichkeit, Verwaltungsgrenzen und Fachkategorien zur näheren Erläuterung der Ressource einzutragen. Diese Eintragungen können im smart.finder auf der Startseite vom GeoMIS.MV zur schnellen Filterung aller Metadaten genutzt werden.

5.2.2.3.      Schlüsselwörter (K.3)

Anker
k3 k3

5.2.2.3.1.          Allgemeines

...

• 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.

...

5.2.2.3.3.          Spezielle Schlüsselwörter mit Steuerungsfunktion

Anker
52233 52233

Die novellierten Vorgaben zum INSPIRE-Monitoring erfordern eine Aussage zum sog. „SpatialScope“ in den Metadaten zu Datensätzen und –serien. Diese soll dazu dienen, den „räumlichen Anwendungsbereich“ einer Ressource auszudrücken, um entsprechende Auswertungen ermöglichen. Die EU zielt dabei insbesondere auf eine Erkennbarkeit von Ressourcen mit nationalem sowie regionalem Bezug.„Regional“ gilt für die Ressourcen der Landesverwaltung sowie für Ressourcen, die alle in Mecklenburg-Vorpommern verfügbaren Daten zum jeweiligen Fachthema beinhalten bzw. bündeln. Alle kommunalen Ressourcen gelten als „Lokal“ und benötigen grundsätzlich keine explizite Kennzeichnung in den Metadaten.
Zur konkreten Abbildung des Spatial Scope in den Daten-Metadaten sieht die EU vor, den jeweiligen Begriff als Schlüsselwort unter Angabe einer bestimmten Quelle (Thesaurus) einzufügen.
Die einfachste Möglichkeit ist dabei die Erfassung mit Hilfe des Werkzeuges oder als Freitext:

• Schlüsselwort = z.B. „Regional“
• Thesaurus= „Spatial scope“
• Datum = „2019-05-22“
• Datumstyp = „Publikation“

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. Nutzungs-bedingungen 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 dokumentierten Daten

Im smart.editor können zur Eingabe der speziellen Schlüsselworte entsprechende Werkzeuge genutzt werden, damit diese die semantischen Vorgaben exakt eingehalten werden.
Weiteree Weitere Angaben zu dieser Darstellung können den „Konventionen zu Metadaten der Geodateninfrastruktur Deutschland“ [REF 4] oder dem „INSPIRE metadata code list register“ (https://inspire.ec.europa.eu/metadata-codelist) entnommen werden.

Wenn die beschriebenen Daten als hochwertige Datensätze zu kennzeichnen sind, weil sie unter die HVD-Verordnung fallen, dann erfolgt die Kennzeichnung über den Eintrag der HVD-Kategorie als Schlüsselwort unter Angabe einer bestimmten besonderen Quelle (Thesaurus). Dabei sind folgende Kategorien vorgegeben:

• Georaum
• Erdbeobachtung und Umwelt
• Meteorologie
• Statistik
• Unternehmen und Eigentümerschaft von Unternehmen
• Mobilität

Derzeit bietet der Im smart.editor dazu nur die Möglichkeit, die Angaben als Freitext einzutragenkönnen Sie dazu das entsprechende Werkzeug zum Eintragen der zugehörigen Angaben nutzen:

• Schlüsselwort(Kategorie) = z.B. „Georaum“
• Thesaurus= „High-value dataset categories“
• Datum = „2023-09-27“
• Datumstyp = „Publikation“

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.

Die Unterstützung dieser Einträge mittels eines Werkzeuges wird derzeit noch entwickelt.

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

5.2.2.4.      Themenkategorie bei Geodatensätzen und Geodatensatzreihen (K.4)

Anker
k4 k4

INSPIRE sieht in der Verordnung zu den Metadaten [REF 3] vor, die beschriebenen Geodaten zu klassifizieren. Für die Dokumentation von Geodatensätzen und Geodatensatzreihen ist eine Liste aus der ISO-Norm 19115 vorgegeben, die 19 Themenkategorien beinhaltet. Die Einträge sind dabei in Abhängigkeit vom gewählten INSPIRE-Annex-Thema auszuwählen:

...

Diese und weitere Tabellen, die für die Erfassung von Metadaten relevant sind wurden im GDI-DE Wiki im Bereich GDI-MV-Metadaten-Hilfstabellen abgelegt. [Ref 12]

5.2.2.5.      Art des Dienstes (K.5)

Anker
k5 k5

Für die Klassifizierung von Geodatendiensten in den Metadaten ist die „Art des Geodatendienstes“ anzugeben. Dabei sind folgende Angaben für INSPIRE zulässig:

...

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.

5.2.2.6 Version des Dienstes (K.6)

Anker
k6 k6

Durch die Metadatenkonventionen der GDI-DE [REF 4] wird vorgegeben, neben der Angabe einer Version des Dienstes an dieser Stelle auch über die genaue Art des Dienstes, z. B. gem. OGC, zu informieren, einen OGC -WMS API-Features-Dienst (OAF) also beispielsweise als „OGC :WMS 1.3.0“ API-Features“ zu kennzeichnen. Diese Angabe können werden aus einer hinterlegten Liste übernommen werden.

5.3.    Metadaten unter der Registerkarte „Zugriff“

...

5.3.2.   Besonderheiten und Empfehlungen

5.3.2.1.      Operationen des Dienstes (Z.2)

Anker
z2 z2

Dieses Element ist mindestens einmal zu belegen und muss dabei . 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. 

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 Begleitet wird diese Angabe vom Element „Name der Operation“ = „GetCapabilities“ aus der Auswahlliste. Bei Atom-Feeds ist für „Name der Operation“ der entsprechende Wert „Download“, zu setzen.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

Über die Datensatzverknüpfung wird die Daten-Dienste-Kopplung ermöglicht.

...

Dazu wird in den Metadaten des Dienstes ein Verweis auf den verwendeten Datenbestand (genauer gesagt auf dessen Metadaten) hinterlegt. Der Bezeichner, auf den hier verlinkt werden soll, ist dabei im Feld „Datenreferenz“ einzugeben. Im Editor vom GeoMIS.MV steht unter dem Werkzeugsymbol eine Suchfunktion zur Verfügung, mittels derer der Datensatz gesucht und über dessen Bezeichner verlinkt werden kann.

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.

...

Sofern im Feld „Zugriffseinschränkungen“ (Z.5) und/oder „Nutzungseinschränkungen“ (Z.6) der Begriff „andere Beschränkungen“ ausgewählt wird, muss unter „Beschreibung“ per Freitext diese Beschränkung erläutert werden. Dort werden üblicherweise auch Nutzungsbedingungen in Textform (und/oder über eine Verlinkung) abgelegt.

5.3.2.3.2.          Zugriffseinschränkungen bei INSPIRE

Anker
z5 z5

Zugriffseinschränkungen im Sinne von „Beschränkungen des öffentlichen Zugangs“ bei INSPIRE sind nur zulässig, wenn einer der in Artikel 13(1) a) - h) der INSPIRE-Richtlinie genannten Fälle vorliegt. Die Dokumentation dieser Beschränkung erfolgt durch (a) die exklusive Auswahl von „andere Beschränkungen“ für das Feld „Zugriffseinschränkungen“ (Z.5) sowie (b) Referenzierung des in der INSPIRE-Registry hinterlegten Grundes im Feld „Link“ (Abbildung als sog. gmx:Anchor-Element) und der deutschsprachigen Entsprechung im Feld „Beschreibung“.

...

 5.3.2.3.3.          Zugriffseinschränkungen in der GDI-DE (ohne INSPIRE)

Anker
z6 z6

Existierende Zugriffsbeschränkungen sind in den Metadaten der GDI-DE generell zu dokumentieren. Dazu kann eine Erfassung analog zur Vorgehensweise bei INSPIRE (vergl. 5.3.2.3.2) erfolgen, jedoch ohne Verlinkung auf Gründe für die Beschränkung aus der INSPIRE-Richtlinie. Für den Fall „Es gelten keine Zugriffsbeschränkungen“ ist es allerdings gewünscht, hier von der für INSPIRE vorgesehenen Verlinkung Gebrauch zu machen.

...

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"}

...

5.4.2.   Besonderheiten und Empfehlungen

5.4.2.1.      Online-Ressource (V.1)

Anker
v1 v1

Mittels Angabe der Online-Ressource kann in allen Metadaten auf weitere Informationen bzw. Links zum beschriebenen Objekt verwiesen werden, z. B.:

• URL einer Webseite mit Detailinformationen zu den Daten, zum Dienst oder zur Anwendung;
• bei Datenressourcen auch Downloadlinks, Bestellmöglichkeiten und/oder URL eines entsprechenden Dienstes
• bei Diensten immer ein Link auf die Abfrage des Capabilities-Dokuments (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 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 Als Interpretationshilfe der Links für den Nutzer sollen diese Angaben mit der entsprechenden Funktion „Information“ bzw. „Download“ oder „Bestellung“ versehen werden.

Handelt es sich bei der Ressource um Bei einen Atom-Download-Dienst , so 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

Unter „Format“ ist hier das Dateiformat zu verstehen und weniger die logische Struktur der enthaltenen Daten. Die GDI-DE empfiehlt in den Metadatenkonventionen [REF 4] daher, an dieser Stelle nur über Name und Version des Dateiformats zu informieren. Die Angabe einer Spezifikation kann daher unterbleiben.

Informationen über die zugrundeliegende logische Datenstruktur (z. B. die Angabe einer INSPIRE-Datenspezifikation oder die Dokumentation eines Objektmodells) können bzw. sollen stattdessen in einem vorgesehenen dem Bereich „Anwendungsschema“ abgelegt werden. Momentan werden die dazu benötigten Metadatenelemente im Editor des GeoMIS.MV jedoch noch nicht unterstützt. Eine entsprechende Erweiterung ist bereits vorgesehenunter der Registerkarte „Qualität“ (Q.7) abgelegt werden.

5.5.       Metadaten unter der Registerkarte „Qualität“

...

...

5.5.2.1.      Aussage zur Herkunft (Q.3)

Metadaten zu Geodaten sollen Informationen enthaltenHier lassen sich Qualitätsinformation ablegen, die über die Herkunft der Daten beschreiben. Für interoperable INSPIRE-Datensätze kann hier auf die zugrundeliegenden Datensätze verweisen werden. Um die Einheitlichkeit in den Metadaten der GDI-DE zu fördern, sollen Herkunftsinformationen auch geführt werden, wenn es sich um eine Ressource handelt, die nicht unter die INSPIRE-Richtlinie fällt.informieren. 

5.5.2.2.      Datenquelle (Q4)

...

Anker
q4 q4

Metadaten zu Geodaten sollen Informationen enthalten, die die Herkunft der Daten (z. B. den Datenursprung oder die Grundlage) beschreiben. Sofern es sich um Daten handelt, die aus anderen Datenbeständen abgeleitet wurden, soll hier auf diese Datenquelle(n) verwiesen und ein Zugriff auf die zugehörigen Metadaten ermöglicht werden. 
Die GDI-DE sieht in den Metadatenkonventionen [REF 4] zumindest für INSPIRE-Datensätze vor, die hier verfügbaren Elemente wie folgt zu befüllen:

•  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.19 für die Metadaten des originären Datensatzes vergeben worden ist.

Bei abgeleiteten Daten kann hier der zugrundeliegende Datenbestand detailliert dokumentiert werden. Die Beschreibung dient als kurze Zusammenfassung aller Informationen, die zur Erstellung dieser Daten-Ressource führten, als Datum kann die Angabe aus dem originären Datensatz oder das Datum der Ableitung verwendet werden und der Code referenziert die Metadaten des originären Datensatzes in Form des  eindeutigen  Ressourcenidentifikators und ermöglicht damit automatisierte Auswertungen der Zusammenhänge. Aufgrund der strukturellen Anforderungen der ISO 19115 [REF 5] sind immer alle fünf hier genannten Elemente zu belegen (sofern hier überhaupt etwas erfasst wird). Eine Belegung nur einzelner Elemente kann u. U. zu einem nicht validen Metadatensatz führen. 

5.5.2.3.      Ebenenbeschreibung (Q.5)

Anker
q5 q5

Sofern für die Ressourcenart Dienst im Feld „Konformitätsergebnis“ Angaben zur Qualität dokumentiert werden, erfordert die ISO-Norm begleitend dazu die Aussage über den Geltungsbereich der Qualitätsaussage. Hier ist für Dienste unter Ausprägung der Eintrag „Andere“ auszuwählen und der Wert „service“ „Dienst“ anzugeben.
Bei Datensätzen und –serien wird dagegen unterstellt, dass sich die Qualitätsaussage 1:1 auf den Datensatz bzw. die Datensatzserie bezieht. Somit ist hier in diesem Fall hier keine Eingabe erforderlich.

5.5.2.4.      Konformitätsergebnis (Q.6)

Anker
q6 q6

Die INSPIRE-Regelungen fordern, in den Metadaten auch eine Aussage zur Übereinstimmung der Ressource mit den INSPIRE-Durchführungsbestimmungen (Implementing Rules) zu treffen. Eine solche Aussage setzt sich aus einer Quellenangabe (Titel und Stand der Spezifikation) und einem „Grad der Übereinstimmung“ zusammen.
Für Datenbestände zielt die Konformitätsaussage auf die Übereinstimmung mit den Durchfüh­rungsbestimmungen zur Interoperabilität [REF 9], die Festlegungen zu den Datenmodellen treffen, in denen die Daten bereitzustellen sind. Mittels dieser Konformitätsaussage wird dokumentiert, ob der Datenbestand bereits in der von INSPIRE geforderten Datenstruktur verfügbar ist.
Vergleichbares gilt für Dienste und die zugehörigen INSPIRE-Anforderungen an deren Funktions­umfang, Kapazität, Dokumentation etc. Dazu wird die Übereinstimmung mit der Durchführungsbestimmung zu Netzdiensten [REF 10] dokumentiert.

Das Konformitätsergebnis bzgl. der Übereinstimmung mit den Durchführungsbestimmungen drückt aus, ob die Vorgaben erfüllt sind:

• „wahr“ bzw. „bestanden“, sofern die Datenbestände in den INSPIRE-Datenmodellen 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.

], die Festlegungen zu den Datenmodellen treffen, in denen die Daten bereitzustellen sind. Mittels dieser Konformitätsaussage wird dokumentiert, ob der Datenbestand bereits in der von INSPIRE geforderten Datenstruktur verfügbar ist.
Vergleichbares gilt für Dienste und die zugehörigen INSPIRE-Anforderungen an deren Funktions­umfang, Kapazität, Dokumentation etc. Dazu wird die Übereinstimmung mit der Durchführungsbestimmung zu Netzdiensten [REF 10] dokumentiert.

Seit Oktober 2020 besteht die Verpflichtung, Datensätze und –serien in INSPIRE-konformen Datenstrukturen bereitzustellen.

Das Konformitätsergebnis bzgl. der Übereinstimmung mit den Durchführungsbestimmungen drückt aus, ob die Vorgaben erfüllt sind:

• „wahr“ bzw. „bestanden“, sofern die Daten in den abgestimmten Strukturen der INSPIRE-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.

Um eine einheitliche Benennung der Spezifikationen in den Metadaten zu erreichen, ist es erforderlich, die exakten Titel gem. Metadatenkonventionen der GDI-DE [REF 7] zu verwenden. Beim Zitieren der Durchführungsbestimmungen ist auf die vorgegebene Schreibweise (tlw. in Großbuchstaben!) zu achten, da es sonst bei der Validierung zu Fehlermeldungen kommen kann.

Zum Eintragen der exakten Titel bitte das Eingabewerkzeug im smartEditor nutzen!Um eine einheitliche Benennung der Spezifikationen in den Metadaten zu erreichen, ist es sinnvoll, zum Eintragen der exakten Titel das Eingabewerkzeug im smartEditor zu 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.

...

Anhang A: Zuordnungshilfe für Fehlermeldungen aus der GDI-DE Testsuite und dem

...

INSPIRE Reference Validator

Im Folgenden sind Tabellen als Zuordnungshilfe für Fehlermeldungen aus der GDI-DE Testsuite enthalten, um von der Bezeichnung des Testschritts aus den Tests der GDI-DE bzw. der EU auf das zu überarbeitende Metadatenelement schließen zu können.

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

Anhang C: Referenzen

[REF 1]     Richtlinie 2007/2/EG des Europäischen Parlaments und des Rates vom 14.03.2007 zur Schaffung einer Geodateninfrastruktur in der Europäischen Gemeinschaft (INSPIRE)

...