Übersicht:
Favoritenliste:
Favoritenseiten
| Ihre Favoritenliste enthält derzeit keine Seiten. Sie fügen dieser Liste Seiten hinzu, indem Sie im Menü Extras der angezeigten Seite Favorit selektieren. |
Seitenhistorie
...
- 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 eine funktionierende Daten-Dienste-Kopplung (s.3.2.2.) in den Metadaten, da ausschließlich darüber die Dienste der zugehörigen Daten-Ressource zugeordnet werden!
...
| Nr. | Feldname | Inhalt | gilt für | ISO | INSPIRE | |
| Datensätze, Serien, Anwendungen | Dienste | |||||
| B.1 | Titel | Name/Bezeichnung der Ressource (Freitext, siehe Besonderheiten) | ja | ja | Pflicht | Pflicht |
| B.2 | Kurztitel | Alternativer Name/Bezeichnung der Ressource (Freitext) | ja | ja | optional | optional |
| B.3 | Zusammenfassung | Kurzbeschreibung, Überblick (Freitext) | ja | ja | Pflicht | Pflicht |
| B.4 | Zweck | Zusammenfassung für welchen Zweck oder mit welcher Absicht die Ressource erstellt wurde. | ja | ja | optional | optional |
| B.5 | Bearbeitungsstatus | Bearbeitungsstatus des Datenbestands oder einer Revision. | ja | ja | optional | optional |
| B.6 | Vorschaugrafik | Funktion zur Einbettung einer Grafik für die Anzeige in den Suchergebnissen (Datenformat: JPG / PNG / GIF) | ja | ja | optional | optional |
| B.7 | Datum | Datum der Veröffentlichung (Publikation), der letzten Überarbeitung (Revision) oder Erstellungsdatum (Erzeugung) der Ressource (siehe Besonderheiten) | ja | ja | Pflicht | Pflicht |
| B.8 | Kontakt | Zuständige Stelle und deren Funktion: Kontaktinformation für Fragen zu den Daten an sich bzw. zum Dienst oder zur Anwendung (siehe Besonderheiten) | ja | ja | optional | Pflicht |
| B.9 | Referenzsystem | Angabe des/der Koordinatensysteme, die in der Ressource verwendet wurden oder für die Datenabgabe gewählt werden können (Zur Auswahl Werkzeug nutzen!) | ja | ja | optional | Pflicht |
| B.10 | Geografische Ausdehnung | Begrenzungsrechteck aus geografischen Koordinaten („Min“ und „Max“), das die Ressource abdeckt | ja | ja | Pflicht | Pflicht |
| B.11 | Geografischer Bezeichner | Dient zum Rückgriff auf ein Objekt, das die geografische Ausdehnung repräsentiert (siehe Besonderheiten) | ja | ja | Pflicht | optional |
| B.12 | Zeitliche Ausdehnung | Angabe einer Zeitspanne für die „Gültigkeit“ einer Ressource (siehe Besonderheiten B.7/B.12) | ja | ja | optional | optional |
| B.13 | Vertikale Ausdehnung | Die vertikale Ausdehnung der Ressource. | ja | ja | optional | optional |
| B.14 | Beziehungsinformation | Information zu assoziierten Datenbeständen | ja | nein | optional | optional |
| B.15 | Struktur der räumlichen Daten | Räumliche Darstellungsart (Vektor, Raster, Text oder TIN) | ja | nein | optional | Pflicht |
| B.16 | Sprache | Angabe der in der Ressource verwendeten Sprache (nicht Sprache der Metadaten!) | ja | nein | optional | Pflicht |
| B.17 | Zeichensatz | Angabe des Zeichencodestandards, der in der Ressource verwendet wurde | ja | nein | optional | Pflicht, wenn nicht UTF-8 |
| B.18 | Pflege der Ressource | Angaben zum Aktualisierungszyklus der beschriebenen Ressource | ja | ja | optional | optional |
| B.19 | Bezeichner | Angabe eines eindeutigen Identifikators der Ressource, wird vom System vergeben (siehe Besonderheiten) | ja | ja | optional | Pflicht |
5.1.2. Besonderheiten und Empfehlungen
5.1.2.1. Titel (B.1)
| Anker | ||||
|---|---|---|---|---|
|
Neben einer treffenden Benennung der Ressource sollte im Titel auch der „Geltungsbereich“ textlich genannt sein (z.B. „im Kreis XY“), um in den Suchergebnissen bereits anhand des Titels bewerten zu können, ob diese Ressource die gesuchte ist und damit eine Unterscheidung zur evtl. ebenfalls gefundenen gleichartigen Ressource der Nachbarverwaltung möglich ist.
...
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 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.
5.1.2.2. Referenzdatum (B.7) / Zeitliche Ausdehnung (B.12)
| Anker | ||||
|---|---|---|---|---|
|
Für die Aussage, welche Aktualität eine Ressource hat, ist ein konkretes Datum (Erstellung, Veröffentlichung, letzte Überarbeitung) erforderlich. Zusätzlich kann ein Gültigkeitszeitraum angegeben werden. Letzterer bietet sich dann an, wenn eine Ressource eine definierte Lebensdauer besitzt. Für Datenbestände mit kontinuierlicher Fortführung wird empfohlen, in den Metadaten nur den Zeitstempel der letzten Überarbeitung zu verwenden.
Sowohl INSPIRE als auch der ISO-Standard 19115 für Metadaten erfordern zwingend ein konkretes Datum (Erstellung, Veröffentlichung, letzte Überarbeitung) zur Ressource. Dies bedeutet, dass in B.7 verpflichtend mindestens ein Datum anzugeben ist und ggf. zusätzlich in B.12 ein Gültigkeitszeitraum angegeben werden kann. In Metadaten für INSPIRE dürfen dabei die o.g. Funktionen nur 1x genutzt werden.
Für eine nähere Erläuterung des Herstellungs- bzw. Aktualisierungsprozesses und die evtl. damit zusammenhängende spezielle Interpretation der Datumsangaben kann im Feld „Herkunft“ (Q.3) ein entsprechender Text abgelegt werden. Weitere Erläuterungen und Beispiele zum Zeitbezug einer Ressource finden sie in im GDI-DE Wiki im Bereich des Arbeitskreises Metadaten. [REF 13]
5.1.2.3. Kontakt - Zuständige Stelle (B.8)
| Anker | ||||
|---|---|---|---|---|
|
Im GeoMIS.MV werden an mehreren Stellen Kontaktinformationen und zugehörige Funktion erfasst. Der Werteumfang für die Auswahl der entsprechenden Rolle ist an allen Stellen identisch, als Funktion sollte immer „Ansprechpartner“ gewählt werden.
Da Metadaten grundsätzlich frei verfügbar sind und automatisiert ausgewertet können, kommt dem Schutz personenbezogener Daten eine besondere Bedeutung zu. Somit ist Folgendes zu bedenken:
...
Neben diesen Hinweisen zu den Kontaktangaben wurden im Arbeitskreis Metadaten und der GDI-DE weitere Konventionen zur Semantik von Metadaten in einer Checkliste als Empfehlung veröffentlicht. [REF 7]
5.1.2.4. Geografischer Bezeichner (B.11)
| Anker | ||||
|---|---|---|---|---|
|
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. Bezeichner (B.19)
| Anker | ||||
|---|---|---|---|---|
|
Der Bezeichner wird u.a. benutzt, um im Rahmen der Daten-Dienste-Kopplung eine Verbindung zwischen einem Datensatz und dem zugehörigen Darstellungs- und/oder Download-Dienst (genauer gesagt zu dessen Metadaten) herstellen zu können.
Im GeoMIS.MV wird der Bezeichner 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 lässt sich der Metadatensatz direkt im XML-Format aufrufen.
Mit Hilfe dieses Bezeichners lassen sich die Daten mit den zugehörigen Geowebdiensten verknüpfen. In alle Dienstemetadaten werden die Bezeichner der durch den Dienst angebotenen Daten eingetragen. Die 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 gesetzt. Zum anderen sieht das Konzept der Daten-Dienste-Kopplung die Hinterlegung des Bezeichners auch im Capabilities-Dokument des zugehörigen Dienstes vor. Für technische Hintergründe wird auf den entsprechenden Abschnitt in den Metadatenkonventionen der GDI-DE [REF 4] verwiesen.
...
Art des Dienstes | ISO-19119-Begriff | Auswahl im Editor des GeoMIS.MV |
Anwendung | humanCatalogueViewer | Anwendung zum Suchen von Geodatenbeschreibungen |
WFS, predefined Atom Vektor | infoFeatureAccessService | Dienst für den Zugriff auf Objekte |
WCS, predefined Atom Raster | infoCoverageAccessService | Dienst für den Zugriff auf Rasterdaten |
WMS, WMTS | infoMapAccessService | Dienst für den Zugriff auf grafische Darstellungen |
WFS-G | infoGazetteerService | Gazetteerdienst |
CSW | infoCatalogueService | Katalogdienst |
SWE Standards | infoSensorDescriptionService | Sensordienste |
5.2.2.3.3. Spezielle Schlüsselwörter mit Steuerungsfunktion
| Anker | ||||
|---|---|---|---|---|
|
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:
...
Bei Metadaten zu OGC-Diensten gilt darüber hinaus: Aussagen über Zugriffs- und Nutzungsbeschränkungen sollen identisch zu den Informationen im Capabilities-Dokument unter dem Tag „AccessConstraints“ abgebildet werden.
5.3.2.3.6. Nutzungsbedingungen für Open Data
| Anker | ||||
|---|---|---|---|---|
|
Falls ein Datenbestand für Open Data gekennzeichnet ist, sind die zugrundeliegenden Lizenzbedingungen in den Metadaten in einer bestimmten Syntax anzugeben (vergl. Metadatenkonventionen der GDI-DE [REF 4]), um im Ableitungsprozess der Metadaten für Open Data-Portale Berücksichtigung zu finden.
...
Überblick
Inhalte