UML-Diagramme und weitere Dokumentation

Transkript

1 Berlin/Brandenburgisches Profil der ISO 19115/ mit INSPIRE-Bestimmungen - Brandenburgische Ausprägung UML-Diagramme und weitere Dokumentation Teil 1 Geodatensätze und Geodatensatzreihen Teil 2 Geodatendienste Teil 3 für Beschreibungen weiterer Ressourcen wie z.b. Geoanwendungen Version vom

2 2013 GDI BE/BB, Alle Rechte vorbehalten 2 von 44

3 Beteiligte Personen an der aktuellen Version Herr Arndt, Landesbetrieb Forst Brandenburg Herr Bekurts, Landkreis Oberspreewald Herr Bleßmann, Stadtverwaltung Brandenburg Frau Buchta, Stadtverwaltung Potsdam Frau Christ, DELPHI IMM GmbH Herr Fieblinger, Brandenburgisches Landesamt für Denkmalpflege und Ärchäologisches Landesmuseum Frau Giering, Stadtverwaltung Potsdam Herr Gierk, Ministerium für Bildung, Jugend und Sport Herr Hiemann, Landkreis Spree-Neiße Herr Holzmeier, Landesvermessung und Geobasisinformation Brandenburg Herr Kleinberg, Stadtverwaltung Potsdam Herr Dr. Lessing, DELPHI IMM GmbH Frau Lukas, Ministerium für Umwelt, Gesundheit und Verbraucherschutz Frau Pörsch, Landesvermessung und Geobasisinformation Brandenburg Herr Rosin, Landkreis Teltow-Fläming Herr Schmidt-Schönfelder, Landkreis Oder-Spree Herr Schüßler, SRP-GmbH Herr Schulze, Schulamt Wünsdorf Herr Strehmel, Landesvermessung und Geobasisinformation Brandenburg Herr Unger-Urbanowicz, Landkreis Uckermark 2013 GDI BE/BB, Alle Rechte vorbehalten 3 von 44

4 Herr Waschk, Landkreis Märkisch-Oderland Frau Ziesing, SRP-GmbH Frau Zweer, Senatsverwaltung für Stadtentwicklung Beteiligte Personen an früheren Versionen Herr Bimüller, Herr Dreesmann, Frau Frey, Herr Häner, Herr Holzmeier, Herr Koch, Frau Köhler, Herr Leichsenring, Herr Dr. Lessing, Herr Dr. Lochter, Frau Lukas, Herr Dr. Menzel, Frau Pörsch, Herr Puchert, Frau Rotter, Herr Schlüßler, Frau Schmidt, Herr Wolff, Frau Ziesing, Frau Zweer Rücksprache zum BE/BB-Profil Wenn Sie Fragen zu diesem Dokument haben, wenden Sie sich bitte an: 2013 GDI BE/BB, Alle Rechte vorbehalten 4 von 44

5 Inhaltsverzeichnis 1. Vorwort Anleitung zum Lesen des BE/BB-Profils Erläuterung der Profiltabelle Legende Filtermöglichkeiten, die verschiedene Sichten auf das Ergebnis haben Erläuterung der UML-Diagramme Legende Beispiel UML XML tabellarische Einordnung UML-Diagramme Kopplung (Geodatensätze/Geodatenreihen mit Geodatendiensten) Bezüge zu anderen Standards Referenzen GDI BE/BB, Alle Rechte vorbehalten 5 von 44

6 1. Vorwort Dieses Dokument wendet sich an alle Personen, die Metadaten von raumbezogenen Ressourcen entsprechend den Spezifikationen von ISO und OGC sowie entsprechend den INSPIRE-Bestimmungen an die GDI- Berlin/Brandenburg übergeben möchten. Grundlagen für die Beschreibung von Geoinformationsressourcen mit Metadaten und ihrer Führung in Metadatenkatalogen sind die vom Technical Committee 211 der Internationalen Organisation für Normung (International Standardization Organisation, ISO/TC 211) entwickelten Normen ISO 19115, ISO und ISO Zur inhaltlichen Beschreibung von Geodaten und Geoanwendungen bildet die ISO die Grundlage. Die Beschreibung von Geodatendiensten basiert auf ISO und wird durch ISO ergänzt. Der XML-Aufbau für den technischen Austausch von Metadaten ist in der ISO festgelegt. Ergänzend hierzu wird das "Application Profil der ISO19115/19119" benötigt, um das Frage- bzw. Antwortverhalten beim Austausch festzulegen (siehe Referenzen in Kapitel 8). Die o.g. Standards lassen für das Inhaltsmodell einige Spielräume, um der Vielfalt von möglichen Metadatenbeschreibungen zu dienen. Innerhalb einer Geodateninfrastruktur (GDI) ist es jedoch von Vorteil, diese Vielfalt einzuschränken, um die eingetragenen Werte in den Datenfeldern eindeutig auswerten zu können. Im Berlin/Brandenburgischen Profil (BE/BB-Profil) erfolgt daher eine Festlegung der inhaltlichen Interpretation, um die GDI-Teilnehmer bei der Beschreibung ihrer Georessourcen zu unterstützen. Diese Festlegung ist Voraussetzung für inhaltlich einheitliche Metadaten. INSPIRE hat in der INSPIRE-RICHTLINIE 2007/2/EG vom 14. März 2007 zur Schaffung einer Geodateninfrastruktur in der Europäischen Gemeinschaft sowie in der VERORDNUNG (EG) Nr. 1205/2008 vom 3. Dezember 2008 hinsichtlich Metadaten Regelungen zur Beschreibung von Georessourcen getroffen. In den 2013 GDI BE/BB, Alle Rechte vorbehalten 6 von 44

7 Festlegungen von INSPIRE erfolgt zusätzlich noch eine Unterteilung der Geodaten in Geodatensätze (spatial datasets) und Geodatensatzreihen (spatial dataset series). Unter Geodatensätzen wird z.b. ein Kartenblatt, unter Geodatensatzreihen beispielsweise ein Kartenwerk verstanden. Ebenso gibt es INSPIRE-Regelungen zu "spatial data services". Damit sind "Geodatendienste", wie z.b. ein Karten- bzw. Darstellungsdienst "WMS" gemeint. Zu sämtlichen anderen Arten von raumbezogenen Ressourcen wurden seitens INSPIRE keine Festlegung für die Metadatenerfassung getroffen. Hierunter fällt die Beschreibung von Geoanwendungen (application). Entsprechend der verschiedenen Ausprägung der Geoinformationsressourcen ergeben sich drei unterschiedliche "Metadatenprofile". Daher wurde das BE/BB-Profil ab der Version in drei Teile aufgeteilt. Teil 1 Berlin/Brandenburgisches Profil der ISO mit INSPIRE-Bestimmungen für Geodaten (Geodatensätze und Geodatensatzreihen) Teil 2 Berlin/Brandenburgisches Profil der ISO 19115/19119 mit INSPIRE-Bestimmungen für Geodatendienste Teil 3 Berlin/Brandenburgisches Profil der ISO für Beschreibungen weiterer Ressourcen wie z.b. Geoanwendungen 2013 GDI BE/BB, Alle Rechte vorbehalten 7 von 44

8 Das BE/BB-Profil wurde 2013 erneut überarbeitet, um den mittlerweile aktuelleren Festlegungen von ISO und INSPIRE zu berücksichtigen, insbesondere was die Anforderungen an Datenspezifikationen betrifft. Dabei konnten auch aktuelle Anforderungen der-gdi BE/BB berücksichtigt werden. Im Rahmen einer Veranstaltungsreihe innerhalb der GDI-BE/BB wurde das BE/BB-Profil Brandenburgische Ausprägung gemeinsam beschlossen. Es führte zu grundlegenden Änderungen im Vergleich zum BE/BB indem: 1. alle ISO-Elemente beim BE/BB-Profil verwendet werden können. Bis zur Version führte die Verwendung eines nicht im BE/BB-Profil beschriebenen ISO-Elementes bei der Validierung zum nicht-validen Dokument. Mit der Brandenburgischen Ausprägung dieser Version bleibt das Metadatendokument valide, solange es sich um ISO-Elemente handelt. 2. die Codelisten erweitert werden können, sofern es nicht um abfragbaren Codelisten handelt ( queryable properties nach ISO Metadata Application Profile). Die Codelisten sind entsprechend ihrer Erweiterbarkeit in der Tabelle gekennzeichnet. 3. das Schlagwort aus der BE/BB-Schlagwortliste nicht mehr Pflicht ist, sondern empfohlen wird. 4. die Qualität von Metadaten dennoch erhöht werden soll. Deshalb wurden Elemente festgelegt, die für eine hohe Qualität von Metadaten unerlässlich sind. Das Schlagwort aus der BE/BB-Schlagwortliste gehört dazu. 5. inspireidentifizierte und nicht-inspireidentifizierte Georessourcen im geringen Maße unterschiedlich beschrieben werden, so dass beispielsweise das GEMET INSPIRE theme Schlagwort nur für inspireidentifizierte Georessourcen eine Pflichtangabe darstellt. Es handelt sich dabei um konditionale Elemente GDI BE/BB, Alle Rechte vorbehalten 8 von 44

9 2. Anleitung zum Lesen des BE/BB-Profils Der strukturelle Aufbau und der Inhalt des Berlin/Brandenburgischen Profils wurde insbesondere der ISO19115 entnommen. In diesem Standard werden die verschiedenen Attribute, die Geodaten besitzen wie z.b. der Maßstab, das Aktualisierungsdatum oder der Raum, den die Ressource (z.b. Karte) abbildet (räumliche Ausdehnung), beschrieben und verschiedenen Metadatenelementen mit eindeutigen Adresspfad und englischen Bezeichnungen zugeordnet. Diese Zuordnung ist sowohl in Form von UML-Diagrammen (ehemals UML-Modelle ) als auch in Form einer Profiltabelle (ehemals Tabellarisches Wörterbuch ) dokumentiert. Mit der Version Brandenburgische Ausprägung werden die drei Teile des BE/BB-Profils zusammengeführt. Das Herauslösen der Profiltabelle beruht auf dem Vorteil des Excel-Datenformats, welches eine Filterung zur Anwendung des Profils erlaubt. Das BE/BB-Profil besteht ab Version Brandenburgische Ausprägung aus zwei Dokumenten: Dokumentation mit UML-Diagrammen zur hierarchischen Zuordnung im PDF-Format Profiltabelle zur inhaltlichen Erläuterung sowie die Codelisten im XLSX- und PDF-Format Weiterhin gibt es Musterdateien im XML-Format. Die XML-Dateien stellen eine Antwort dar, wenn eine Anfrage mit dem Rückgabewunsch FULL gestartet wurde. Hier wird der Vorteil des Austauschs von Metadaten im XML-Format deutlich, da die Inhalte in der Datei nicht nur maschinell ausgewertet, sondern auch von den Nutzern gelesen werden können. Diese umfangreichen XML-Dateien werden für die Anzeige in einem Geoportal von der entsprechenden Software aufbereitet. Innerhalb der Geodateninfrastruktur Berlin/Brandenburg wurden ausschließlich ISO-konforme Veränderungen vereinbart. Zur Verbesserung der Nutzbarkeit und um die Komplexität des Informationsmodells zu verringern, wurde die beschriebene Auswahlmenge (Profiltabelle) auf ca. 160 Metadatenelemente reduziert. Dabei handelt es sich um drei verschiedene Arten von Elementen: Pflichtelemente, mit denen Georessourcen beschrieben werden müssen Konditionale Elemente, die unter bestimmten Bedingungen beschrieben werden müssen 2013 GDI BE/BB, Alle Rechte vorbehalten 9 von 44

10 Optionale Elemente, die als Qualitätselemente identifiziert sind Das BE/BB-Profil für Geodaten, Geodiensten und Beschreibungen weiterer Ressourcen enthält alle verpflichtenden und konditionalen Metadatenelemente nach ISO und INSPIRE, sowie folgende darüber hinaus innerhalb der GDI-BE/BB verbindlich festgelegten Pflichtelemente: "fileidentifier" (ISO-Nr. 2), characterset (ISO-Nr. 4) "metadatastandardname" (ISO-Nr. 10), "metadatastandardversion" (ISO-Nr. 11) Aufgrund der Insellage Berlins innerhalb von Brandenburg wird zur eindeutig gesicherten Beschreibung der räumlichen Ausdehnung folgendes Element als Indikator verpflichtend "extenttypecode" (ISO-Nr. 340) - Boolean: innerhalb = true / 1; außerhalb= false / 0 Aus den standardisierten Vorgaben innerhalb der GDI BE/BB ergeben sich strengere Festlegungen, als sie die ISO-Norm bzw. INSPIRE-Bestimmungen vorgeben. Das Berlin/Brandenburgische Profil ist dennoch ISO- bzw. INSPIRE-konform. Weiterhin enthält das BE/BB-Profil optionale Elemente, die innerhalb der GDI BE/BB als Qualitätselemente identifiziert wurden. Im Gegensatz zum Gesamtkatalog der ISO werden beim BE/BB-Profil nur die genannten Pflichtelemente, konditionalen Elemente und optionalen Elemente, die als Qualitätselemente identifiziert sind, beschrieben. Es stellt die Metadatenelemente dar, die für die Erzeugung von validen und qualitativ guten Metadaten als notwendig erachtet werden. Ein Metadatendokument, welches mit allen hier gelisteten Metadatenelementen beschrieben ist, gilt als vollständig beschrieben. Sollte die Nutzung von weiteren ISO-Elementen aus Sicht des Metadatenbeschreibenden erforderlich sein, dann ist dies möglich - ein solches Metadatendokument wäre valide. Eine Dokumentation dieser zusätzlichen Elemente kann der ISO und ISO entnommen werden bzw. aus der deutschen Übersetzung der GDI-DE: 2013 GDI BE/BB, Alle Rechte vorbehalten 10 von 44

11 blob=publicationfile In allen Profil-Dokumenten beziehen sich die Kardinalitäts-Abkürzungen auf folgende Minimum- und Maximum-Angaben: 1..1 Element muss genau einmal vorkommen (Pflichtangabe) 1..* Element muss mindestens einmal vorkommen (Pflichtangabe) 2..* Element muss mindestens zweimal vorkommen (Pflichtangabe) 1..2 Element muss ein oder zweimal vorkommen (Pflichtangabe) 0..1 Element kann keinmal oder einmal vorkommen (optional) 0..* Element kann keinmal, einmal oder mehrmals vorkommen (optional) K..1 K..* Element soll unter bestimmten Bedingungen genau einmal vorkommen (konditional) Element soll unter bestimmten Bedingungen einmal oder mehrmals Vorkommen (konditional) Es muss darauf hingewiesen werden, dass es sich hierbei um die gängige Kardinalität in Bezug auf die Klasse bezieht, wie dies auch von der ISO / vorgegeben wird. Dies bedeutet, dass eine Pflichtangabe nur dann vorhanden sein muss, wenn die Klasse geöffnet wird. Dieser Sachverhalt ist wichtig zu kennen, da es eine weitere Art der Einteilung in der Profiltabelle gibt. Die Einteilung wird in 3.1 näher beschrieben. Da der Standardisierungsprozess seitens OGC, ISO und INSPIRE nicht abgeschlossen ist, sind in der vorliegenden Version Brandenburgische Ausprägung einige Punkte offen gehalten. Dies betrifft insbesondere Metadatenelemente der Annex II und III Datenspezifikationen von INSPIRE. Daher wird das Revisionsmanagement möglichst transparent gestaltet GDI BE/BB, Alle Rechte vorbehalten 11 von 44

12 Erläuterung der Profiltabelle 3.1 Legende Der Aufteilung der Tabellenblätter folgt dabei den Struktureinheiten der ISO-Norm sowie den Festlegungen seitens INSPIRE und der GDI-BE/BB. In dem Tabellenblatt Teil 1 bis Teil 3, welches das Haupttabelle darstellt, sind die Zeilenüberschriften von Metadatengruppen rosafarben dargestellt. Diese dienen der Gliederung und sind keine Metadatenelemente. Die Zeilen der Klassenelemente sind grau unterlegt. Die Metadatenelemente selbst haben keine Füllfarbe. Der Inhalt der Haupttabelle setzt sich aus folgenden Spalten zusammen: ISO-Nr. Name des Metadatenelementes (englisch) Bezeichnung des Metadatenelementes (deutsch) ISO / o ISO-Kardinalität o ISO-Anmerkung Teil 1 dataset / series o Kardinalität o Einteilung o Qualitätselemente o inspireidentifiziert Teil 2 services o Kardinalität 2013 GDI BE/BB, Alle Rechte vorbehalten 12 von 44

13 o Einteilung o Qualitätselemente o inspireidentifiziert Teil 3 application o Kardinalität o Einteilung Anmerkung Datentyp / Wertebereich Erläuterung / Interpretation ISO-Nr. Die ISO-Nr. bezieht sich auf die Nummerierung jedes Metadatenelementes in der ISO Damit soll eine eindeutige Zuordnung zum Namen der Metadatenelemente gewährleistet werden, da die Namen teilweise mehrmals verwendet werden. Name des Metadatenelementes (englisch) Der englische Name des Metadatenelementes wurde der ISO und ISO entnommen. Bezeichnung des Metadatenelementes (deutsch) Die deutsche Bezeichnung entstammt der deutschen Übersetzung der ISO der AG ISO-Übersetzung, einer Untergruppe des AK Metadaten der GDI-DE (siehe auch Link unter Punkt 2) GDI BE/BB, Alle Rechte vorbehalten 13 von 44

14 Kardinalität: Die Kardinalität ist sowohl für die ISO-Norm, als auch für jeden einzelnen Teil des BE/BB-Profils ausgewiesen. Die Angabe der Kardinalität zu den einzelnen Teilen kann von der ISO abweichen aufgrund der Anforderungen aus der GDI-BE/BB oder aufgrund von Vorgaben durch INSPIRE oder GDI-DE. Eine Abweichung kann bei Gegenüberstellung der Spalteninhalte zur ISO-Kardinalität und beispielsweise der dataset-kardinalität (Teil 1) direkt abgelesen werden, da die Abkürzung der Kardinalitätsangabe in gleicher Weise erfolgt (siehe Kapitel 2). ISO-Anmerkung In der Spalte ISO-Anmerkung sind die ISO-Konditionen erläutert. Einteilung Die Einteilung wird sowohl für den Teil 1 dataset / series als auch für den Teil 2 services angegeben. Zusätzlich zu der gängigen Angabe der Kardinalität liefert diese Spalte in der Profiltabelle Pflichtangaben, konditionale oder optionale Angaben über den gesamten Pfad. Dies bedeutet bspw., dass Pflichtangaben über den gesamten Pfad zwingend im Metadatendokument vorhanden sein müssen, damit dieses valide ist. Beispiele zur Pfadbestimmung (XPath) sind im Kapitel 4.2 erläutert. Die Regeln für die Pfad-Einteilung sehen so aus, dass die unverbindlichste Angabe innerhalb des Pfades (Reihenfolge: Pflichtelement konditional optional) den Verpflichtungsgrad bestimmt. Dies bedeutet, dass so bald eine optionale Angabe innerhalb eines Pfades vorkommt, der gesamte Pfad optional wird. Kommt als schwächste Angabe konditional vor, dann wird der gesamte Pfad konditional GDI BE/BB, Alle Rechte vorbehalten 14 von 44

15 Neben der Einteilung des Pfades gibt es noch die Unterscheidung in Gruppenelemente und Einzelelemente. Einzelelemente enthalten die eigentliche Beschreibung. Gruppenelemente (wie bspw. Klassenelemente oder Rollen) geben nur die Struktur vor und verweisen auf weitere Klassen und Elemente. Gruppenelemente werden in Klammern dokumentiert. Folgende Bezeichnungen werden in der Profiltabelle verwendet: B P (P) K (K) O (O) Kennzeichnung einer Überschrift; es handelt sich um kein Metadatenelement Pflicht-Einzelelement; gesamter Pfad ist verpflichtend (bspw. ISO-Nr language ) Pflicht-Gruppenelement; gesamter Pfad ist verpflichtend Konditionales Einzelelement; gesamter Pfad ist konditional Konditionales Gruppenelement; gesamter Pfad ist konditional Optionales Einzelelement; gesamter Pfad ist optional (bspw. ISO-Nr specificusage ) Optionales Gruppenelement; gesamter Pfad ist optional (bspw. ISO-Nr MD_Usage ) Qualitätselemente Elemente, die als Qualitätselemente identifiziert wurden, erhalten in dieser Spalte ein Q (Q) wenn sie ein Einzelelement darstellen, das man dokumentieren kann. wenn es sich um ein Gruppenelement handelt, das auf ein Einzel-Qualitätselement verweist. Hinweis: Qualitätselemente wurden nur für den Teil 1 und den Teil 2 des BE/BB festgelegt GDI BE/BB, Alle Rechte vorbehalten 15 von 44

16 Inspireidentifiziert Die Spalte inspireidentifiziert bietet die genaue Sicht auf die Pflichtangaben der Metadatenbeschreibung einer inspireidentifizierten Georessource (betrifft nur Teil 1 und Teil 2). Alle Elemente, die hier angegeben sind müssen oder müssen unter bestimmten Bedingungen beschrieben werden, um ein valides Metadatendokument zu erzeugen. Es handelt sich nur noch um Einzelelemente; Gruppenelemente sind nicht vorhanden. Folgende Einteilung gibt es: P Pflichtelemente für alle Georessourcen I Elemente, die nur für inspireidentifizierte Georessourcen angegeben werden müssen K Elemente, die unter bestimmten Bedingungen angegeben werden müssen. Die Konditionen sind zu prüfen. Anmerkung In der Spalte Anmerkung sind Informationen zu Konditionen - Bedingungen, welche seitens ISO bzw. INSPIRE oder GDI-BE/BB zu erfüllen sind - erläutert. Datentyp / Wertebereich Die Spalte Datentyp / Wertebereich stellt den Datentyp des Elementes dar oder verweist auf die weitergehende ISO-Nr. bei Gruppenelementen. Erläuterung / Interpretation Der zu beschreibende Inhalt des Metadatenelements wird in dieser Spalte näher erläutert. In roter Schrift sind Beispiele, in grüner Schrift ist der Hinweis auf Qualitätselemente dokumentiert GDI BE/BB, Alle Rechte vorbehalten 16 von 44

17 3.2 Filtermöglichkeiten, die verschiedene Sichten auf das Ergebnis haben Sicht 1: Sicht auf die verpflichtenden Angaben für eine inspireidentifizierte Georessource. Wenn die gefilterten Angaben eingehalten werden, dann ist das Metadatendokument valide. Betrachtet wird zunächst ein inspireidentifizierter Geodatensatz bzw. Geodatensatzreihe, daher der Teil 1 dataset / series. In der Spalte inspireidentifiziert des Teil 1 (Spalte I) erfolgt eine Filterung auf die Werte I, K und P. Diese Filterung liefert alle Metadaten-Elemente, die für inspireidentifizierte Georessourcen ausgefüllt werden müssen oder unter bestimmten Konditionen ausgefüllt werden müssen. Die Elemente unterscheiden sich in P für Pflichtangaben, I sind INSPIRE-konditionale Elemente und K betrifft die weiteren Konditionen, die geprüft werden müssen. Information zu den Konditionen sind in der Spalte Anmerkung zu finden. Für einen inspireidentifizierten Geodatendienst services muss die Spalte inspireidentifiziert im Teil 2 (Spalte M) gefiltert werden. Die Filterung ist identisch zum Teil 1. Hinweis: INSPIRE bezieht sich nur auf den Teil 1 und Teil 2, somit gibt es die Spalte inspireidentifiziert für den Teil 3 nicht GDI BE/BB, Alle Rechte vorbehalten 17 von 44

18 Sicht 2: Sicht auf die verpflichtenden Angaben plus Qualitätsangaben für eine inspireidentifzierte Georessource. Diese Sicht entspricht der Empfehlung für die Dokumentation von inspireidentifizierten Georessourcen nach dem BE/BB-Profil Betrachtet wird zunächst ein inspireidentifizierter Geodatensatz bzw. Geodatensatzreihe, daher zunächst Teil 1 dataset / series. In der Spalte Einteilung im Teil 1 (Spalte G) erfolgt eine Filterung auf die Werte P, K und O erfolgen. Diese Filterung liefert alle Metadaten-Elemente, die für inspireidentifizierte Georessourcen empfohlen werden. Die Elemente unterscheiden sich in P für Pflichtangaben, K für konditionalen Elemente (auch INSPIRE-Kondition) und O für optionale Qualitätselemente. Information zu den Konditionen sind in der Spalte Anmerkung zu finden. Für einen inspireidentifizierten Geodatendienst services muss die Spalte Einteilung im Teil 2 (Spalte K) betrachtet werden. Die Filterung ist identisch zum Teil 1. Hinweis: INSPIRE bezieht sich nur auf den Teil 1 und Teil GDI BE/BB, Alle Rechte vorbehalten 18 von 44

19 Sicht 3: Sicht auf die verpflichtenden Angaben für eine nicht-inspireidentifzierte Georessource. Wenn die Angaben eingehalten werden, dann ist das Metadatendokument als valide in Bezug auf die Pflichtelemente. Betrachtet wird zunächst ein nicht-inspireidentifizierter Geodatensatz bzw. Geodatensatzreihe, daher zunächst Teil 1 dataset / series. In der Spalte inspireidentifiziert des Teil 1 (Spalte I) erfolgt eine Filterung auf die Werte K und P. Diese Filterung liefert alle Metadaten-Elemente, die für nichtinspireidentifizierte Georessourcen ausgefüllt werden müssen oder unter bestimmten Konditionen ausgefüllt werden müssen. Die Elemente unterscheiden sich in P für Pflichtangaben und K für konditionalen Elemente. Die speziellen INSPIRE-konditionalen Elemente ( I ) sind bereits ausgeblendet. Die Konditionen sind in der Spalte Anmerkung beschrieben. Für einen nicht-inspireidentifizierten Geodatendienst services muss die Spalte inspireidentifiziert im Teil 2 (Spalte M) betrachtet werden. Die Filterung ist identisch zum Teil 1. Für andere Ressourcen muss die Spalte Einteilung im Teil 3 betrachtet werden und ebenfalls auf P und K gefiltert werden GDI BE/BB, Alle Rechte vorbehalten 19 von 44

20 Sicht 4: Sicht auf die verpflichtenden Angaben plus Qualitätsangaben für eine nicht-inspireidentifzierte Georessource. Diese Sicht entspricht der Empfehlung für die Dokumentation von nicht-inspireidentifizierten Georessourcen nach dem BE/BB-Profil Betrachtet wird zunächst ein nicht-inspireidentifizierter Geodatensatz bzw. Geodatensatzreihe, daher zunächst Teil 1 dataset / series. In der Spalte Einteilung im Teil 1 (Spalte G) erfolgt die Filterung auf die Werte P, K und O. Danach muss eine zusätzliche Filterung der Spalte inspireidentifiziert (Spalte I) erfolgen, bei der die Angabe I deaktiviert wird. Diese Filterung liefert alle Metadaten-Elemente, die für nicht-inspireidentifizierte Georessourcen empfohlen werden. Die Elemente unterscheiden sich in P für Pflichtangaben, K für konditionalen Elemente (INSPIRE- Kondition sind bereits deaktiviert) und O für optionale Qualitätselemente. Die Konditionen sind in der Spalte Anmerkung beschrieben. Für einen nicht-inspireidentifizierten Geodatendienst services muss die Spalte Einteilung im Teil 2 (Spalte K) und dann die Spalte inspireidentifiziert im Teil 2 (Spalte M) betrachtet werden. Die Filterung ist identisch zum Teil 1. Für andere Ressourcen muss der Filter in der Spalte Einteilung im Teil 3 (Spalte O) auf P, K und O gesetzt werden, ohne eine weitere Filterung für INSPIRE vorzunehmen. Die Filterung ist ansonsten identisch zum Teil GDI BE/BB, Alle Rechte vorbehalten 20 von 44

21 3. Erläuterung der UML-Diagramme 4.1 Legende Die UML-Diagramme stellen die gesamte ISO / dar. Metadatenelemente, die in der BE/BB-Profiltabelle nicht beschrieben werden, sind in grauer Farbe dargestellt - wie z.b. contentinfo. INSPIRE bezieht sich nur auf Geodatensätze / Geodatensatzreihen und Geodatendienste. Für weitere Georessourcen gelten die Festlegungen seitens der ISO. Diesen verschiedenen Vorgaben folgend liegt das BE/BB-Profil in drei Teilen vor. In den UML-Diagrammen ab der Version Brandenburgische Ausprägung werden die Kardinalitäten von allen drei Teilen des BE/BB-Profils in einer Abbildung zusammen dargestellt: Teil 1 Geodatensätzen / Geodatensatzreihen Teil 2 Geodatendienste und Teil 3 Geoanwendungen. Aus diesem Grund werden die in der ehemaligen Version gelb markierten Festlegungen seitens INSPIRE nun ab der Version Brandenburgische Ausprägung in neuer unterschiedlicher Farbgebung hervorgehoben. Für die Unterscheidung der Kardinalität pro Teil wurde hierzu folgende Legende entwickelt: x..y : für zwei oder alle drei Teile des BE/BB-Profils gültig. Bei der Gültigkeit für zwei Teile wird der dritte Teil zusätzlich farblich ergänzt. x..y : nur für dataset/series, Teil 1 Geodatensätze / Geodatensatzreihen x..y : nur für service Teil 2 Geodatendienste x..y : nur für application, Teil 3 Geoanwendungen 2013 GDI BE/BB, Alle Rechte vorbehalten 21 von 44

22 4.2 Beispiel UML XML tabellarische Einordnung Am Beispiel ISO-Nr codespace als Namensraum für das Referenzsystem wird gezeigt, wie ein XPath aus einem UML-Diagramm abgeleitet wird. Ausschnitt aus dem UML-Diagramm Abbildung 1: Exemplarisches UML-Diagramm zu Element codespace In der Abbildung 1 ist in ein Ausschnitt aus dem Klassendiagramm, in dem alle betroffenen Merkmale in roter Schrift dargestellt sind. Zu lesen ist das UML- Diagramm wie folgt: Das Wurzelelement stellt die Klasse MD_Metadata dar. Dieses verweist in Form einer Aggregation in der Darstellung eine ungefüllte Raute - mit der Rolle referencesysteminfo auf die Klasse MD_ReferenceSystem. Die Klasse MD_ReferenceSystem enthält das Element referencesystemidentifier, welches auf die Klasse RS_Identifier verweist. Die Klasse RS_Identifier stellt eine Subklasse der Superklasse MD_Identifier dar zu erkennen an dem geschlossenen dreieckigen Pfeil. Die Subklasse RS_Identifier enthält das Element codespace und erbt darüber hinaus die Elemente authority und code von der Superklasse MD_Identifier GDI BE/BB, Alle Rechte vorbehalten 22 von 44

23 XPath: Der absolute XPath, also ab dem Wurzelelement MD_Metadata, verweist auf alle betroffenen Gruppenelemente bis hin zum Einzelelement, das beschrieben werden soll. In der Abbildung sind alle betroffenen Elemente in roter Farbe gekennzeichnet. Die aus dem UML-Diagramm abgeleitete Schreibweise für den XPath lautet wie folgt: MD_Metadata / referencesystemidentifier / MD_ReferenceSystem / referencesystemidentifier / RS_Identifier / codespace Für das Element codespace ist die gesamte Pfadangabe für die eindeutige Identifizierung sehr wichtig, da es noch weitere Namensräume gibt, die sich jedoch nicht auf den Code des Referenzsystems, sondern beispielsweise auf den des Daten-Identifikators beziehen. Hinweis: Der oben genannte Pfad dient insbesondere zur Erläuterung, die korrekte XPath-Schreibweise bezieht noch die spezielle XML-Schreibweise mit ein. Navigation in der Profiltabelle In der Profiltabelle sind die Spalten ISO-Nr (Spalte A), Name des Metadatenelementes (Spalte B bzw. C) und Datentyp / Wertebereich (Spalte Q) entscheidend für das Ablesen des Pfades. Die Spalte Datentyp / Wertebereich gibt hierzu den Hinweis, an welchem Element / Gruppenelement es weitergeht. Die nachfolgende Übersicht zeigt das gleiche Ergebnis des XPathes nur in Tabellenform. ISO-Nr. Name Datentyp / Wertebereich 1 MD_Metadata 13 referencesysteminfo Rolle, siehe ISO MD_ReferenceSystem Klasse, umfasst ISO referencesystemidentifier Rolle, siehe ISO RS_Identifier Klasse, umfasst ISO codespace Texteingabe / CharacterString 2013 GDI BE/BB, Alle Rechte vorbehalten 23 von 44

24 4. UML-Diagramme DQ_DataQuality (from Data quality information) <<Abstract>> MD_SpatialRepresentation (from Spatial representation information) +dataqualityinfo MD_Distribution (from Distribution information) <<Abstract>> MD_ContentInformation (from Content information) 1..* K..* 0..* MD_PortrayalCatalogueReference from Portrayal catalogue information) 0..* +distributioninfo K contentinfo 0..* +portrayalcatalogueinfo +applicationschemainfo 0..* K..* 0..* MD_ApplicationSchemaInformation (from Application schema information) +spatialrepresentationinfo MD_ReferenceSystem (from Reference system information) K..* 0..* MD_Metadata +referencesysteminfo + fileidentifier [1..1] : CharacterString + language [1..1: CharacterString + characterset [1..1][K..1] : MD_CharacterSetCode = "utf8" + parentidentifier [K..1] : CharacterString + hierarchylevel[1..1] : MD_ScopeCode = "dataset, service..." + hierarchylevelname [K..1][1..1] : CharacterString + contact [1..*] : CI_ResponsibleParty + datestamp [1..1] : Date + metadatastandardname [1..1] : CharacterString + metadatastandardversion [1..1] : CharacterString + dataseturi [0..1]: CharacterString + locale[0..*]: PT_Locale Conditional statements: language: documented if not defined by the encoding standard characterset: documented if ISO not used and not defined by the encoding standard hierarchylevel: documented if hierarchylevel not = "dataset" hierarchylevelname: documented if hierarchylevel not = "dataset" parentidentifier: documented if the hierarchy of a higher level exists MD_MetadataExtensionInformation (from Metadata extension information) 0.* +metadataextensioninfo metadatamaintenance +identificationinfo * +metadataconstraints 0..* 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_MaintenanceInformation (from Maintenance information) +resourcemaintenance 0..* <<Abstract>> MD_Identification (from Identification information) +resourceconstraints 1..* 0..* MD_Constraints (from Constraint information) Figure A.1 Metadata entity set information 2013 GDI BE/BB, Alle Rechte vorbehalten 24 von 44

25 MD_Usage + specificusage [1..1] : CharacterString + usagedatetime [0..1] : DateTime + userdeterminedlimitations [0..1] : CharacterString + usercontactinfo [1..*] : CI_ResponsibleParty MD_BrowseGraphic + filename [1..1] : CharacterString + filedescription [0..1] : CharacterString + filetype [0..1] : CharacterString MD_Format (from Distribution information) +resourcespecificusage 0..* +graphicoverview +resourceformat 0..* 0..* MD_Metadata (from Metadata entity set information) * +identificationinfo <<Abstract>> MD_Identification 1.* 0..* + citation [1..1] : CI_Citation + abstract [1..1] : CharacterString + purpose [0..1] : CharacterString + credit [0..*] : CharacterString + status [0..*] : MD_ProgressCode (CodeList) + pointofcontact [1..* 0..*] : CI_ResponsibleParty MD_Constraints (from Constraint information) +resourceconstraints + aggregatedatasetname[0..1] : CI_Citation + aggregatedatasetidentifier[0..1] : MD_Identifier + associationtype : DS_AssociationTypeCode (CodListe) + initiativetype[0..1] : DS_InitiativeTypeCode (CodeListe) 0..* +aggregationinfo 2..* oder 0..* 0..* +descriptivekeywords Either aggregatedatasetname" or "aggregatedatasetidentifier" must be documented MD_AggregateInformation 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_Keyword s + keyword [1..*] : CharacterString + type [0..1] : MD_KeywordTypeCode (CodeList) + thesaurusname [K ] : CI_Citation +resourcemaintenance 0..* MD_MaintenanceInformation (from Maintenance information) MD_DataIdentification (not service) + spatialrepresentationtype [0..* 0..*] : MD_SpatialRepresentationTypeCode (CodeListe) + spatialresolution [K..* 0..*] : MD_Resolution + language [1..* K..*] : CharacterSet + characterset [1..* K..*] : MD_CharacterSetCode = "utf8" (CodeList) + topiccategory [1..* 1..* ] : MD_TopicCategoryCode (CodeList) + environmentdescription [0..1] : CharacterString + extent [1..* 1..*] : EX_Extent + supplementalinformation [0..1] : CharacterString characterset: documented if ISO is not used {MD_Metadata.hierarchyLevel = "dataset" implies count extent.geographicelement.ex_geographicboundingbox) + count (extent.geographicelement.ex_geographicdescription) >=1} {MD_Metadata.hierarchyLevel notequal "dataset" or "series" implies topiccategory is not mandatory} SV_ServiceIdentification (only service) + servicetype [1..1]: SV_ServiceType (CodeList) + servicetypeversion [1..*]: SV_ServiceTypeVersion (CodeList) + accessproperties [0..1]: MD_StandardOrderProcess + restrictions [0..1]: MD_Constraints + extent [K..*]: EX_Extent + couplingtype [1..1]: SV_CouplingType (CodeList) + coupledresource [0..*]: SV_CoupledResource + supplementalinformation[0..1] : CharacterString <<Union>> MD_Resolution (not service) + equivalentscale[k..1 K..1] : MD_RepresentativeFraction + distance[k..1 K..1] : Distance K..* <<DataType>> MD_RepresentativeFraction (not service) + denominator[ ] : Integer +operateson xlink:href / uuid:ref zu MD_DataIdentificaton SV_CoupledResource (only service) + identifier [] : CharacterString + operationname [1..1] : CharacterString + scopedname [0..1]: CharacterString Figure A.2 Identification information 2013 GDI BE/BB, Alle Rechte vorbehalten 25 von 44

26 <<Abstract>> SV_ServiceIdentification (only service) (from Identification information) + constaintsoperations 1..* SV_OperationMetadata + operationname [1..1] : CharacterString + DCP [1..*] : DCPList (CodeList) + operationdescription [0..1]: CharacterString + invocationname [0..1]: CharacterString + connectpoint [1..*]: CI_OnlineRessource Dependencies 0..* + dependson K..* +operateson xlink:href / uuid:ref zu MD_DataIdentificaton SV_CoupledResource (only service) + identifier [] : CharacterString + operationname [1..1] : CharacterString + scopedname [0..1]: CharacterString 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden 1..* + operation name: MemberName {ordered} Chaning Metadata operation + parameters SV_OperationChainMetadata + name: CharacterString + description [0..1]: CharacterString <<DataType>> SV_Parameter + direction [0..1]: SV_ParameterDirection (enumeration) + description [0..1]: CharacterString + optionality: CharacterString = "Mandatory" + repeatability: Boolean + valuetype <<Metaclass>> Type (from Records and Class Metadata) Figure A.2-1 Service Identification 2013 GDI BE/BB, Alle Rechte vorbehalten 26 von 44

27 <<Abstract>> MD_Identification (from Identification information) +resourceconstraints 1..* 0..* MD_Metadata (from Metadata entity set information) 0..* MD_Constraints +metadataconstraints + uselimitation [K..* 0..*] : CharacterString 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_LegalConstraints MD_SecurityConstraints + accessconstraints [1..* 0..*] : MD_RestrictionCode (CodeList) + useconstraints [0..*] : MD_RestrictionCode (CodeList) + otherconstraints [K..*] : CharacterString + classification [1..1] : MD_ClassificationCode (CodeList) + usernote [0..1] : CharacterString + classificationsystem [0..1] : CharacterString + handlingdescription [0..1] : CharacterString otherconstraints: documented if accessconstraints or useconstraints = "otherrestrictions" Figure A.3 Constraint information 2013 GDI BE/BB, Alle Rechte vorbehalten 27 von 44

28 MD_Metadata (from Metadata entity set information) 1..* K..* 0..* +dataqualityinfo DQ_DataQuality + scope [1..1] : DQ_Scope "report" or "lineage" role is mandatory if scope.dq_scope.level = 'dataset' + lineage K LI_Lineage 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden K..* 0..* +report <<DataType>> DQ_Scope + level [1..1] : MD_ScopeCode + extent [K ] : EX_Extent + leveldescription [0..* 1..*] : MD_ScopeDescription "leveldescription" is mandatory if "level" notequal 'dataset' or 'series' <<Abstract>> DQ_Element + nameofmeasure[0..*] : CharacterString + measureidentification[0..1] : MD_Identifier + measuredescription[0..1] : CharacterString + evaluationmethodtype[0..1] : DQ_EvaluationMethodTypeCode (CodeList) + evaluationmethoddescription[0..1] : CharacterString + evaluationprocedure[0..1] : CI_Citation + datetime[0..*] : DateTime + result[1..2] : DQ_Result <<Abstract>> DQ_Result DQ_ConformanceResult + specification [1..1] : CI_Citation + explanation [1..1] : CharacterString + pass [1..1] : Boolean DQ_QuantitativeResult + valuetype [0..1] : RecordType + valueunit [1..1] : UnitOfMeasure + errorstatistic [0..1] : CharacterString + value [1..*] : Record Figure A.4 Data quality information 2013 GDI BE/BB, Alle Rechte vorbehalten 28 von 44

29 DQ_DataQuality + scope [1..1] : DQ_Scope +lineage K LI_Lineage + statement [K ] : CharacterString (not service) +source 0..* If(count(source) + count(processstep) =0) and (DQ_DataQuality.scope.level = 'dataset' or 'series') then statement is mandatory "source" role is mandatory if LI_Lineage.statement and "processstep" role are not documented "processstep" role is mandatory if LI_Lineage.statement and "source" role are not documented +processstep 0..* 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden LI_Source + description [ ] : CharacterString (not service) + scaledenominator [0..1] : MD_RepresentativeFraction + sourcereferencesystem [0..1] : MD_ReferenceSystem + sourcecitation [0..1] : CI_Citation + sourceextent [0..*] : EX_Extent +source 0..* +sourcestep 0..* LI_ProcessStep + description [ ] : CharacterString (not service) + rationale [0..1] : CharacterString + datetime [0..1] : DateTime + processor [0..*] : CI_ResponsibleParty "description" is mandatory if "sourceextent" is not documented "sourceextent" is mandatory if "description" is not documented Figure A.5 Lineage information 2013 GDI BE/BB, Alle Rechte vorbehalten 29 von 44

30 LI_Lineage +lineage K DQ_DataQuality + scope [1..1] : DQ_Scope +report K..* 0..* <<Abstract>> DQ_Element 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden <<Abstract>> DQ_Completeness <<Abstract>> DQ_LogicalConsistency <<Abstract>> DQ_PositionalAccuracy DQ_CompletenessCommission DQ_ConceptualConsistency DQ_AbsoluteExternalPositionalAccuracy DQ_CompletenessOmission DQ_DomainConsistency DQ_GriddedDataPositionalAccuracy DQ_FormatConsistency DQ_RelativeInternalPositionalAccuracy DQ_TopologicalConsistency <<Abstract>> DQ_ThematicAccuracy <<Abstract>> DQ_TemporalAccuracy DQ_ThematicClassificationCorrectness DQ_AccuracyOfATimeMeasurement DQ_NonQuantitativeAttributeAccuracy DQ_TemporalConsistency DQ_QuantitativeAttributeAccuracy DQ_TemporalValidity Figure A.6 Data quality classes and subclasses 2013 GDI BE/BB, Alle Rechte vorbehalten 30 von 44

31 MD_Identification (from Identification Information) +resourcemaintenance 0..* MD_MaintenanceInformation MD_Metadata (from Metadata entity set information) + maintenanceandupdatefrequency : MD_MaintenanceFrequencyCode + dateofnextupdate[0..1] : Date + userdefinedmaintenancefrequency[0..1] : TM_PeriodDuration + updatescope[0..*] : MD_ScopeCode + updatescopedescription[0..*] : MD_ScopeDescription + maintenancenote[0..*] : CharacterString + contact[0..*] : CI_ResponsibleParty +metadatamaintenance : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_ScopeDescription Anwendung bei SQ_DataQuality.scope (s.a. Figure A.4) MD_ScopeCode Erweiterung der CodeList um "application" nach dem DE-Profile <<Union>> MD_ScopeDescription + attributes : Set< GF_AttributeType + features : Set< GF_FeatureType + featureinstances : Set< GF_FeatureType + attributeinstances : Set< GF_AttributeType + dataset : CharacterString + other : CharacterString Each set of GF_AttributeType and GF_FeatureType is a set of instances of these Figure A.7 Maintenance information 2013 GDI BE/BB, Alle Rechte vorbehalten 31 von 44

32 MD_Metadata (from Metadata entity set information) +spatialrepresentationinfo 0..* <<Abstract>> MD_SpatialRepresentation 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_GridSpatialRepresentation + numberofdimensions [] : positiveinteger + axisdimensionproperties [1..*] : MD_Dimension + cellgeometry [] : MD_CellGeometryCode (CodeList) + transformationparameteravailability [] : Boolean MD_VectorSpatialRepresentation + topologylevel [0..1] : MD_TopologyLevelCode (CodeList) + geometricobjects [0..*] : MD_GeometricObjects <<DataType>> MD_GeometricObjects + geometricobjecttype [1..1] : MD_GeometricObjectTypeCode (CodeList) + geometricobjectcount [0..1] : Integer MD_Georectified + checkpointavailability [1..1] : Boolean + checkpointdescription [0..1] : CharacterString + cornerpoints [1..*] : GM_LineSegment + centerpoint [0..1] : GM_Point + pointinpixel [1..1] : MD_PixelOrientationCode (Enumeration) + transformationdimensiondescription [0..1] : CharacterString + transformationdimensionmapping [0..2] : CharacterString MD_Georeferenceable + controlpointavailability [1..1] : Boolean + orientationparameteravailability [1..1] : Boolean + orientationparameterdescription [0..1] : CharacterString + georeferencedparameters [1..1] : Record + parametercitation [0..*] : CI_Citation "checkpointdescription" is mandatory if "checkpointavailability" = 1 <<Enumeration>> MD_PixelOrientationCode + center + lowerleft + lowerright + upperright + upperleft <<DataType>> MD_Dimension + dimensionname : MD_DimensionNameTypeCode (CodeList) + dimensionsize : nonnegativeinteger + resolution[0..1] : Measure 2013 GDI BE/BB, Alle Rechte vorbehalten 32 von 44 Beschreibung der Vektordaten über MD_VectorSpatialReprenstation

33 Figure A.8 Spatial representation information Refer to ISO when coordinate reference system information is not given through reference system identifier <<Abstract>> RS_ReferenceSystem MD_Metadata (from Metadata entity set information) + referencesysteminfo K..* 0..* MD_ReferenceSystem + referencesystemidentifier [ ] : RS_Identifier <<DataType>> MD_Identifier + authority [0..1] : CI_Citation + code [1..1] : CharacterString RS_Identifier + codespace [ ] : CharacterString + version [0..1] : CharacterString 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden + name [1..1] : RS_Identifier + domainofvalidity [0..*] : EX_Extent Figure A.9 Reference system information 2013 GDI BE/BB, Alle Rechte vorbehalten 33 von 44

34 MD_Metadata (from Metadata entity set information) +contentinfo 0..* <<Abstract>> MD_ContentInformation 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden MD_CoverageDescription + attributedescription [1..1] : RecordType + contenttype [1..1] : MD_CoverageContentTypeCode (CodeList) +dimension 0..* MD_FeatureCatalogueDescription + compliancecode [0..1] : Boolean + language [0..*] : CharacterString + includedwithdataset [1..1] : Boolean + featuretypes [0..*] : GenericName + featurecataloguecitation [1..*] : CI_Citation MD_RangeDimension + sequenceidentifier [0..1] : MemberName + descriptor [0..1] : CharacterString MD_Band + maxvalue [0..1] : Real + minvalue [0..1] : Real + units [0..1] : UomLength + peakresponse [0..1] : Real + bitspervalue [0..1] : Integer + tonegradation [0..1] : Integer + scalefactor [0..1] : Real + offset [0..1] : Real "units" is mandatory if "maxvalue" or "minvalue" are provided MD_ImageDescription + illuminationelevationangle [0..1] : Real + lluminationazimuthangle [0..1] : Real + imagingcondition [0..1] : MD_ImagingConditionCode (CodeList) + imagequalitycode [0..1] : MD_Identifier + cloudcoverpercentage [0..1] : Real + processinglevelcode [0..1] : MD_Identifier + compressiongenerationquantity [0..1] : Integer + triangulationindicator [0..1] : Boolean + radiometriccalibrationdataavailability [0..1] : Boolean + cameracalibrationinformationavailability [0..1] : Boolean + filmdistortioninformationavailability [0..1] : Boolean + lensdistortioninformationavailability [0..1] : Boolean 2013 GDI BE/BB, Alle Rechte vorbehalten 34 von 44

35 Figure A.10 Content information Figure MD_Metadata (from Metadata entity set infor : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : f ür alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden +portrayalcatalogueinfo 0..* MD_PortrayalCatalogueReference + portrayalcataloguecitation[1..*] : CI_Citation A.11 Portrayal catalogue information 2013 GDI BE/BB, Alle Rechte vorbehalten 35 von 44

36 MD_Metadata (from M et adat a ent ity set inf ormation) +dis tributioninfo K MD _Di stri buti on K..* 0.. * +trans feropt ions +di stributionform at K..* 0..* count (dis tribut ionformat + dist ributorform at ) > * +dis tribut or M D_Form at M D_Id entifi cation (fro m Ide ntification inform ation) + name [ 1..1] : Charac terstring + v ers ion [1..1] : C haract ers tring + amendmentn um ber [ 0..1] : C harac ters tring + spec ifi cati on [ K ] : Charac terstring + f iledec om press iontec hni que [ 0..1] : Charac terstring 0..* res ourceformat +dist ri but orform at 0..1 : Datas et /S eries 0..1 : Serv ic e 0..1 : Applicati on 0..1 : f ür all e für die die K ardinali tät nic ht einz eln angegeben is t grau : di es e Elemente werden nic ht besc hrieben si nd aber zuläs sig K : Konditional - unter bes tim mten B edingungen m us s das El em ent gesetz t werden MD _D ig ital TransferOpti ons + units OfD ist ri buti on [0.. 1] : Charac terst ring + t ransf ersi ze [ 0..1] : Real + online [K..* 0.. *] : C I_OnlineResource + off Line [0.. 1] : MD _Medium 0..* 0..* +formatd ist ri but or MD _Di stri butor + dist ribut orc ont act [1.. 1] : C I_R es pons iblep art y +di st ributortransf eropti ons <<D atatype>> MD _Medium 0.. * +dis tribut ionorderp roc es s + name [ 0..1] : M D_MediumNameC ode (C odelis t) + densit y [ 0..*] : R eal + densit yu ni ts [0.. 1] : C haract ers tring + v ol um es [ 0..1] : Integer + mediumformat [ 0..*] : MD _M ediumformatc ode (C odelist ) + mediumn ot e [0..1] : C haract ers tring "dens ity Unit s" i s m andatory if "dens ity " is prov ided MD_StandardOrderProcess + fees [0..1] : C harac terst ring + pl anneda vailabledat etim e [0.. 1] : D atetime + orderingins truc ti ons [0..1] : C harac ters tring + turnaround [ 0..1] : Charac terstring Figure A.12 Distribution information 2013 GDI BE/BB, Alle Rechte vorbehalten 36 von 44

37 +geographicelement <<Abstract>> EX_GeographicExtent + description[0..1] : CharacterString 1..* + extenttypecode [1..1] : Boolean = "true, false" <<DataType>> EX_Extent 0..* +temporalelement EX_TemporalExtent + extent [1..1] : TM_Primitive count(description + geographicelement + temporalelement + verticalelement) >0 BE/BB: count (geographicelement) >0 0..* +verticalelement EX_VerticalExtent + minimumvalue : Real + maximumvalue : Real 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden +spatialextent 1..* 0..* + verticalcrs EX_SpatialTemporalExtent EX_BoundingPolygon + polygon [1..*] : GM_Object EX_GeographicBoundingBox + westboundlongitude [1..1] : Decimal + eastboundlongitude [1..1] : Decimal + southboundlatitude [1..1] : Decimal + northboundlatitude [1..1] : Decimal <<Abstract>> SC_CRS (from Spatial Referencing by Coordinates) EX_GeographicDescription + geographicidentifier : MD_Identifier Figure A.15 Extent information 2013 GDI BE/BB, Alle Rechte vorbehalten 37 von 44

38 <<DataType>> CI_Date <<DataType>> CI_Citation + title [1..1] : CharacterString + alternatetitle [0..*] : CharacterString + date [1..*] : CI_Date + edition [0..1] : CharacterString + editiondate[0..1] : Date + identifier [K..* 0..*] : MD_Identifier + citedresponsibleparty[0..*] : CI_ResponsibleParty + presentationform[0..*] : CI_PresentationFormCode (CodeList) + series[0..1] : CI_Series + othercitationdetails[0..1] : CharacterString + collectivetitle[0..1] : CharacterString + ISBN[0..1] : CharacterString + ISSN[0..1] : CharacterString <<DataType>> CI_Series + name [0..1] : CharacterString + issueidentification [0..1] : CharacterString + page [0..1] : CharacterString + date [1..1] : Date + datetype [1..1] : DateTypeCode (CodeList) URL <<DataType>> CI_ResponsibleParty + individualname [K..1] : CharacterString + organisationname [1..1 K..1] : CharacterString + positionname [0..1] : CharacterString + contactinfo [K ] : CI_Contact + role [1..1] : CI_RoleCode (CodeList) <<DataType>> CI_Contact + phone [0..1] : CI_Telephone + address [K ] : CI_Address + onlineresource [0..1] : CI_OnlineResource + hoursofservice [0..1] : CharacterString + contactinstructions [0..1] : CharacterString <<DataType>> CI_Address + deliverypoint [0..*] : CharacterString + city [0..1] : CharacterString + administrativearea [0..1] : CharacterString + postalcode [0..1] : CharacterString + country [0..1] : CharacterString + electronicmailaddress[1..* 0..*] : CharacterString count of (individualname + organisationname + positionname) > 0 <<DataType>> CI_OnlineResource + linkage [1..1] : URL + protocol [0..1] : CharacterString + applicationprofile [0..1] : CharacterString + name [0..1] : CharacterString + description [0..1] : CharacterString + function [1..1] : CI_OnLineFunctionCode (CodeList) <<DataType>> CI_Telephone + voice [0..*] : CharacterString + facsimile [0..*] : CharacterString 0..1 : Dataset/Series 0..1 : Service 0..1 : Application 0..1 : für alle für die die Kardinalität nicht einzeln angegeben ist grau : diese Elemente werden nicht beschrieben sind aber zulässig K : Konditional - unter bestimmten Bedingungen muss das Element gesetzt werden Figure A.16 Citation and responsible party information 2013 GDI BE/BB, Alle Rechte vorbehalten 38 von 44