UML-Diagramme und weitere Dokumentation · UML-Diagramme und weitere Dokumentation Teil 1 –...

Berlin/Brandenburgisches Profil

der ISO 19115/ 19119 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 2.0.0 vom 20.12.2013

BE/BB-Profil 2.0.0 - Brandenburgische Ausprägung Stand: 2013-12-20

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



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



Herr Waschk, Landkreis Märkisch-Oderland

Frau Ziesing, SRP-GmbH

Frau Zweer, Senatsverwaltung für Stadtentwicklung

Rücksprache zum BE/BB-Profil

Wenn Sie Fragen zu diesem Dokument haben, wenden Sie sich bitte an:

[email protected]

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



Inhaltsverzeichnis

1. Vorwort .............................................................................................................................................................................................................................. 6

2. Anleitung zum Lesen des BE/BB-Profils ............................................................................................................................................................................ 9

3. Erläuterung der Profiltabelle............................................................................................................................................................................................. 12

3.1 Legende .................................................................................................................................................................................................................. 12

3.2 Filtermöglichkeiten, die verschiedene Sichten auf das Ergebnis haben .................................................................................................................. 17

4. Erläuterung der UML-Diagramme .................................................................................................................................................................................... 21

4.1 Legende .................................................................................................................................................................................................................. 21

4.2 Beispiel UML – XML – tabellarische Einordnung..................................................................................................................................................... 22

5. UML-Diagramme .............................................................................................................................................................................................................. 24

6. Kopplung (Geodatensätze/Geodatenreihen mit Geodatendiensten) ................................................................................................................................ 39

7. Bezüge zu anderen Standards ......................................................................................................................................................................................... 39

8. Referenzen ...................................................................................................................................................................................................................... 43



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 19119 und

ISO 19139.

Zur inhaltlichen Beschreibung von Geodaten und Geoanwendungen bildet die ISO 19115 die Grundlage. Die Beschreibung von Geodatendiensten basiert auf

ISO 19115 und wird durch ISO 19119 ergänzt. Der XML-Aufbau für den technischen Austausch von Metadaten ist in der ISO 19139 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



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 2.0.0 in drei Teile aufgeteilt.

Teil 1


der ISO 19115 mit INSPIRE-Bestimmungen

für Geodaten

(Geodatensätze und Geodatensatzreihen)

Teil 2


der ISO 19115/19119 mit INSPIRE-Bestimmungen

für Geodatendienste

Teil 3


der ISO 19115

für Beschreibungen weiterer Ressourcen

wie z.B. Geoanwendungen



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 2.0.0 – Brandenburgische Ausprägung gemeinsam beschlossen. Es führte zu

grundlegenden Änderungen im Vergleich zum BE/BB 2.0.0 indem:

1. alle ISO-Elemente beim BE/BB-Profil verwendet werden können. Bis zur Version 2.0.0 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.



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 2.0.0 – 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 2.0.0 – 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



• 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 19115 und ISO 19119 entnommen werden bzw. aus der deutschen Übersetzung der GDI-DE:



http://www.geoportal.de/SharedDocs/Downloads/DE/GDI-DE/Deutsche_Uebersetzung_der_ISO-Felder.pdf?__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 Element soll unter bestimmten Bedingungen genau einmal vorkommen (konditional)

K..* 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 19115 /

19119 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 2.0.0 – 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.



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 19115 / 19119

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



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 19115. 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 19115 und ISO 19119 entnommen.

Bezeichnung des Metadatenelementes (deutsch)

Die deutsche Bezeichnung entstammt der deutschen Übersetzung der ISO 19115 der AG ISO-Übersetzung, einer Untergruppe des AK Metadaten der GDI-DE

(siehe auch Link unter Punkt 2).



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



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 Kennzeichnung einer Überschrift; es handelt sich um kein Metadatenelement

P Pflicht-Einzelelement; gesamter Pfad ist verpflichtend (bspw. ‚ISO-Nr. 39 - language‘)

(P) Pflicht-Gruppenelement; gesamter Pfad ist verpflichtend

K Konditionales Einzelelement; gesamter Pfad ist konditional

(K) Konditionales Gruppenelement; gesamter Pfad ist konditional

O Optionales Einzelelement; gesamter Pfad ist optional (bspw. ‚ISO-Nr. 63 - specificUsage‘)

(O) Optionales Gruppenelement; gesamter Pfad ist optional (bspw. ‚ISO-Nr. 62 - MD_Usage‘)

Qualitätselemente

Elemente, die als Qualitätselemente identifiziert wurden, erhalten in dieser Spalte ein

Q wenn sie ein Einzelelement darstellen, das man dokumentieren kann.

(Q) 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.



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.



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.



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

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



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

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



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

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

+



3. Erläuterung der UML-Diagramme

4.1 Legende

Die UML-Diagramme stellen die gesamte ISO 19115 / 19119 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 2.0.0 – 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 2.0.0 gelb

markierten Festlegungen seitens INSPIRE nun ab der Version 2.0.0 – 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



4.2 Beispiel UML – XML – tabellarische Einordnung

Am Beispiel ‚ISO-Nr. 208.1 – codeSpace‘ als Namensraum für das Referenzsystem wird gezeigt, wie ein XPath aus einem UML-Diagramm abgeleitet wird.

Ausschnitt aus dem UML-Diagramm

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

Abbildung 1: Exemplarisches UML-Diagramm zu Element ‚codeSpace‘



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 186

186 MD_ReferenceSystem Klasse, umfasst ISO 187

187 referenceSystemIdentifier Rolle, siehe ISO 208

208 RS_Identifier Klasse, umfasst ISO 206 – 208.2

208.1 codeSpace Texteingabe / CharacterString



4. UML-Diagramme

Conditional statements: language: documented if not defined by the encoding standard characterSet: documented if ISO 10646-1 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

<<Abstract>> MD_SpatialRepresentation

(from Spatial representation information)

MD_ApplicationSchemaInformation (from Application schema information)

MD_PortrayalCatalogueReference from Portrayal catalogue information)

MD_MetadataExtensionInformation (from Metadata extension information)

<<Abstract>> MD_ContentInformation (from Content information)

MD_ReferenceSystem (from Reference system information)

DQ_DataQuality (from Data quality information)

MD_Distribution (from Distribution information)

MD_Metadata

+ 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

+spatialRepresentationInfo 0..*

+applicationSchemaInfo K..* | 0..*

+portrayalCatalogueInfo

0..*

0..1

+metadataMaintenance

+metadataExtensionInfo 0.*

+contentInfo

0..*

+referenceSystemInfo

K..* | 0..*

+dataQualityInfo

+distributionInfo

K..1 | 0..1

MD_Constraints (from Constraint information)

0..*

+metadataConstraints

<<Abstract>> MD_Identification

(from Identification information)

+resourceMaintenance

0..*

1..1| 1..*

+identificationInfo

+resourceConstraints

1..* | 0..*

1..* | K..* | 0..*

MD_MaintenanceInformation (from Maintenance information)

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.1 – Metadata entity set 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

MD_BrowseGraphic

+ aggregateDataSetName[0..1] : CI_Citation + aggregateDataSetIdentifier[0..1] : MD_Identifier + associationType : DS_AssociationTypeCode (CodListe) + initiativeType[0..1] : DS_InitiativeTypeCode (CodeListe)


+ 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

+resourceSpecificUsage

0..*

xlink:href / uuid:ref zu MD_DataIdentificaton

K..*

0..* +aggregationInfo

+resourceConstraints

1.* | 0..*

+identificationInfo

1..1| 1..*

+graphicOverview

+resourceFormat

0..* 2..* oder 0..* | 0..*

+descriptiveKeywords

0..*

MD_AggregateInformation

+ fileName [1..1] : CharacterString + fileDescription [0..1] : CharacterString + fileType [0..1] : CharacterString


0..*

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

MD_Usage

+ specificUsage [1..1] : CharacterString + usageDateTime [0..1] : DateTime + userDeterminedLimitations [0..1] : CharacterString + userContactInfo [1..*] : CI_ResponsibleParty

MD_Metadata (from Metadata entity set information)

+ keyword [1..*] : CharacterString + type [0..1] : MD_KeywordTypeCode (CodeList) + thesaurusName [K..1 | 0..1] : CI_Citation

MD_Keywords

<<DataType>> MD_RepresentativeFraction (not service)

+ denominator[1..1 | 1..1] : Integer

<<Union>> MD_Resolution (not service)

+ equivalentScale[K..1 | K..1] : MD_RepresentativeFraction + distance[K..1 | K..1] : Distance

MD_Constraints (from Constraint information)

Either aggregateDataSetName" or "aggregateDataSetIdentifier" must be documented

MD_MaintenanceInformation (from Maintenance information)

characterSet: documented if ISO 10646-1 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_CoupledResource (only service)

+ identifier [] : CharacterString + operationName [1..1] : CharacterString + scopedName [0..1]: CharacterString

+operatesOn

MD_Format (from Distribution information)

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 Bedingun-gen muss das Element gesetzt werden

Figure A.2 – Identification information



SV_OperationChainMetadata

+ name: CharacterString + description [0..1]: CharacterString

<<DataType>> SV_Parameter

<<Abstract>> SV_ServiceIdentification (only service)


+ constaintsOperations 1..*

SV_OperationMetadata

+ operationName [1..1] : CharacterString + DCP [1..*] : DCPList (CodeList) + operationDescription [0..1]: CharacterString + invocationName [0..1]: CharacterString + connectPoint [1..*]: CI_OnlineRessource

+ direction [0..1]: SV_ParameterDirection (enumeration) + description [0..1]: CharacterString + optionality: CharacterString = "Mandatory" + repeatability: Boolean

xlink:href / uuid:ref zu MD_DataIdentificaton

K..*

+operatesOn

SV_CoupledResource (only service)

+ identifier [] : CharacterString + operationName [1..1] : CharacterString + scopedName [0..1]: CharacterString

Dependencies

+ dependsOn

0..*

name: MemberName

{ordered}

Chaning Metadata

+ operation

1..*

+ operation + parameters

1..1

<<Metaclass>> Type

(from Records and Class Metadata)

+ valueType


Figure A.2-1 Service Identification



MD_LegalConstraints

+ accessConstraints [1..* | 0..*] : MD_RestrictionCode (CodeList) + useConstraints [0..*] : MD_RestrictionCode (CodeList) + otherConstraints [K..*] : CharacterString

MD_SecurityConstraints

otherConstraints: documented if accessConstraints or useConstraints = "otherRestrictions"



+resourceConstraints 1..* | 0..*

+metadataConstraints 0..*

MD_Constraints

+ useLimitation [K..* | 0..*] : CharacterString

+ classification [1..1] : MD_ClassificationCode (CodeList) + userNote [0..1] : CharacterString + classificationSystem [0..1] : CharacterString + handlingDescription [0..1] : CharacterString



Figure A.3 – Constraint information



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

+ level [1..1] : MD_ScopeCode + extent [K..1 | 0..1] : EX_Extent + levelDescription [0..* | 1..*] : MD_ScopeDescription

<<DataType>> DQ_Scope

<<Abstract>> DQ_Result

"report" or "lineage" role is mandatory if scope.DQ_Scope.level = 'dataset'

"levelDescription" is mandatory if "level" notEqual 'dataset' or 'series'


LI_Lineage DQ_DataQuality

+ scope [1..1] : DQ_Scope

+dataQualityInfo 1..* | K..* | 0..*

+ lineage K..1 | 0..1

+ 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_Element

+report K..* | 0..*


Figure A.4 – Data quality information



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

"description" is mandatory if "sourceExtent" is not documented "sourceExtent" is mandatory if "description" is not documented

DQ_DataQuality


LI_Lineage

+ statement [K..1 | 0..1] : CharacterString (not service)

+lineage K..1 | 0..1

LI_ProcessStep

+ description [1..1 | 1..1] : CharacterString (not service) + rationale [0..1] : CharacterString + dateTime [0..1] : DateTime + processor [0..*] : CI_ResponsibleParty

+processStep

0..*

LI_Source

+ description [1..1 | 1..1] : CharacterString (not service) + scaleDenominator [0..1] : MD_RepresentativeFraction + sourceReferenceSystem [0..1] : MD_ReferenceSystem + sourceCitation [0..1] : CI_Citation + sourceExtent [0..*] : EX_Extent

+source 0..*

0..*

+source

0..*

+sourceStep


Figure A.5 – Lineage information



<<Abstract>> DQ_Completeness

<<Abstract>>

DQ_LogicalConsistency

<<Abstract>> DQ_PositionalAccuracy

<<Abstract>> DQ_ThematicAccuracy

<<Abstract>> DQ_TemporalAccuracy

DQ_CompletenessCommission

DQ_CompletenessOmission

DQ_ConceptualConsistency

DQ_DomainConsistency

DQ_FormatConsistency

DQ_TopologicalConsistency

DQ_AbsoluteExternalPositionalAccuracy

DQ_GriddedDataPositionalAccuracy

DQ_RelativeInternalPositionalAccuracy

DQ_ThematicClassificationCorrectness

DQ_NonQuantitativeAttributeAccuracy

DQ_QuantitativeAttributeAccuracy

DQ_AccuracyOfATimeMeasurement

DQ_TemporalConsistency

DQ_TemporalValidity

LI_Lineage

<<Abstract>> DQ_Element

DQ_DataQuality


+lineage

K..1 | 0..1

+report

K..* | 0..*


Figure A.6 – Data quality classes and subclasses



MD_MaintenanceInformation

+ 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

MD_Metadata

(from Metadata entity set information)

+metadataMaintenance

0..1

MD_ScopeDescription

+ attributes : Set< GF_AttributeType + features : Set< GF_FeatureType + featureInstances : Set< GF_FeatureType + attributeInstances : Set< GF_AttributeType + dataset : CharacterString + other : CharacterString

<<Union>>

MD_Identification (from Identification Information)


0..*

Each set of GF_AttributeType and GF_FeatureType is a set of instances of these


Figure A.7 – Maintenance information

MD_ScopeDescription – Anwendung bei SQ_DataQuality.scope (s.a. Figure A.4) MD_ScopeCode – Erweiterung der CodeList um "application" nach dem DE-Profile 1.0.1



MD_VectorSpatialRepresentation

+ topologyLevel [0..1] : MD_TopologyLevelCode (CodeList) + geometricObjects [0..*] : MD_GeometricObjects

MD_GridSpatialRepresentation

+ numberOfDimensions [] : positiveInteger + axisDimensionProperties [1..*] : MD_Dimension + cellGeometry [] : MD_CellGeometryCode (CodeList) + transformationParameterAvailability [] : Boolean


<<Abstract>> MD_SpatialRepresentation

+spatialRepresentationInfo 0..*

MD_Georeferenceable

+ controlPointAvailability [1..1] : Boolean + orientationParameterAvailability [1..1] : Boolean + orientationParameterDescription [0..1] : CharacterString + georeferencedParameters [1..1] : Record + parameterCitation [0..*] : CI_Citation

+ dimensionName : MD_DimensionNameTypeCode (CodeList) + dimensionSize : nonNegativeInteger + resolution[0..1] : Measure

<<DataType>> MD_Dimension

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

"checkPointDescription" is mandatory if "checkPointAvailability" = 1

+ geometricObjectType [1..1] : MD_GeometricObjectTypeCode (CodeList) + geometricObjectCount [0..1] : Integer

<<DataType>> MD_GeometricObjects


<<Enumeration>> MD_PixelOrientationCode

+ center + lowerLeft + lowerRight + upperRight + upperLeft

Beschreibung der Vektordaten über MD_VectorSpatialReprenstation Beschreibung von Rasterdaten über MD_DataIdentification.spatialResolution (Fig. A.2) und MD_Format (Fig. A.12)



Figure A.8 – Spatial representation information

<<DataType>> MD_Identifier

+ authority [0..1] : CI_Citation + code [1..1] : CharacterString


MD_ReferenceSystem

+ referenceSystemInfo

K..* | 0..*

+ referenceSystemIdentifier [1..1 | 0..1] : RS_Identifier

Refer to ISO 19111 when coordinate reference system information is not given through reference system identifier

RS_Identifier

+ codeSpace [1..1 | 0..1] : CharacterString + version [0..1] : CharacterString <<Abstract>>

RS_ReferenceSystem

+ name [1..1] : RS_Identifier + domainOfValidity [0..*] : EX_Extent

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 bestimm-ten Bedingungen muss das Element gesetzt werden

Figure A.9 – Reference system information



MD_FeatureCatalogueDescription

+ complianceCode [0..1] : Boolean + language [0..*] : CharacterString + includedWithDataset [1..1] : Boolean + featureTypes [0..*] : GenericName + featureCatalogueCitation [1..*] : CI_Citation


<<Abstract>> MD_ContentInformation

+contentInfo 0..*

"units" is mandatory if "maxValue" or "minValue" are provided

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

MD_CoverageDescription

+ attributeDescription [1..1] : RecordType + contentType [1..1] : MD_CoverageContentTypeCode (CodeList)

MD_RangeDimension

+ sequenceIdentifier [0..1] : MemberName + descriptor [0..1] : CharacterString

+dimension 0..*

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

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 bestimm-ten Bedingungen muss das Element gesetzt werden



Figure A.10 – Content information Figure

MD_Metadata

(from Metadata entity set infor-

MD_PortrayalCatalogueReference

+ portrayalCatalogueCitation[1..*] : CI_Citation

0..* +portrayalCatalogueInfo 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

A.11 Portrayal catalogue information



+ name [ 0. .1] : M D_MediumNameC ode (C odeLis t) + densit y [ 0..*] : R eal + densit yU ni ts [0.. 1] : C haract erS tr ing + v ol um es [ 0. .1] : Integer + mediumFormat [ 0. .*] : MD _M ediumFormatC ode (C odeList ) + mediumN ot e [0. .1] : C haract erS tr ing

<<D ataType>> MD _Medium

"dens ity Unit s" i s m andatory if "dens ity " is prov ided

count (dis tr ibut ionFormat + dist ributorForm at ) > 0

MD_Metadata (from M et adat a ent ity set inf ormation)

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 tr ing + turnaround [ 0. .1] : Charac terStr ing

MD _Di stribution

+dis tr ibutionInfo K. .1 | 0.. 1

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

K. .* | 0.. * +trans ferOpt ions

M D_Form at

+ name [ 1..1] : Charac terStr ing + v ers ion [1. .1] : C haract erS tr ing + amendmentN um ber [ 0. .1] : C harac terS tr ing + spec ifi cati on [ K.. 1 | 0..1] : Charac terStr ing + f ileDec om press ionTec hni que [ 0..1] : Charac terStr ing

MD _Di stributor + dist r ibut orC ont act [1.. 1] : C I_Res pons ibleP art y

+dis tribut ionOrderP roc es s 0.. *

0.. * +dis tr ibut or

+di st ributorTransf erOpti ons

0. .*

+dist ri but orForm at

+di str ibutionForm at

M D_Id entif i cation (fro m Ide ntification inform ation)

+res ourceFormat

+formatD ist ri butor

K ..* | 0. .*

0.. 1

0..*

0. .1 : Datas et /S er ies 0. .1 : Serv ic e 0. .1 : Applicati on 0. .1 : f ür all e für die die K ardinali tät n ic 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

0..*

Figure A.12 – Distribution information



EX_BoundingPolygon

+ polygon [1..*] : GM_Object

EX_GeographicBoundingBox

+ westBoundLongitude [1..1] : Decimal + eastBoundLongitude [1..1] : Decimal + southBoundLatitude [1..1] : Decimal + northBoundLatitude [1..1] : Decimal

count(description + geographicElement + temporalElement + verticalElement) >0 BE/BB: count (geographicElement) >0

EX_TemporalExtent

+ extent [1..1] : TM_Primitive

EX_VerticalExtent

+ minimumValue : Real + maximumValue : Real

EX_SpatialTemporalExtent

+ description[0..1] : CharacterString

<<DataType>> EX_Extent

0..* +temporalElement

0..*

+verticalElement 0..*

<<Abstract>> EX_GeographicExtent

+spatialExtent 1..*

+geographicElement

EX_GeographicDescription

+ geographicIdentifier : MD_Identifier

1..*

+ extentTypeCode [1..1] : Boolean = "true, false"

+ verticalCRS

<<Abstract>> SC_CRS

(from Spatial Referencing by Coordinates)


Figure A.15 – Extent information



URL

+ deliveryPoint [0..*] : CharacterString + city [0..1] : CharacterString + administrativeArea [0..1] : CharacterString + postalCode [0..1] : CharacterString + country [0..1] : CharacterString + electronicMailAddress[1..* | 0..*] : CharacterString

<<DataType>> CI_Address

+ date [1..1] : Date + dateType [1..1] : DateTypeCode (CodeList)

<<DataType>> CI_Date

+ 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_Citation

+ phone [0..1] : CI_Telephone + address [K..1 | 0..1] : CI_Address + onlineResource [0..1] : CI_OnlineResource + hoursOfService [0..1] : CharacterString + contactInstructions [0..1] : CharacterString

<<DataType>> CI_Contact

+ voice [0..*] : CharacterString + facsimile [0..*] : CharacterString

<<DataType>> CI_Telephone

+ 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_OnlineResource


+ individualName [K..1] : CharacterString + organisationName [1..1 | K..1] : CharacterString + positionName [0..1] : CharacterString + contactInfo [K..1 | 0..1] : CI_Contact + role [1..1] : CI_RoleCode (CodeList)

<<DataType>> CI_ResponsibleParty

count of (individualName + organisationName + positionName) > 0

+ name [0..1] : CharacterString + issueIdentification [0..1] : CharacterString + page [0..1] : CharacterString

<<DataType>> CI_Series

Figure A.16 – Citation and responsible party information



5. Kopplung (Geodatensätze/Geodatenreihen mit Geodatendiensten)

Für die Kopplung von Geodatensätze / Geodatensatzreihen mit Geodatendiensten (Daten-Service-Kopplung) ist besonders das Festlegungsdokument des

AK Metadaten der GDI-DE relevant. Dieses Dokument befindet sich in der Entwurfsphase und wird aktuell innerhalb des AK Metadaten diskutiert. Sobald die

Vorgaben des AK Metadaten feststehen, werden diese auch im BE/BB-Profil aktualisiert und damit in diesem Kapitel ergänzt.

6. Bezüge zu anderen Standards

Folgende Aufstellung wurde dem Teil B.4 der ISO 19115 entnommen.

B.4.1 Introduction (Einführung)

Verschiedene in diesem Internationalen Standard definierte Entitäten sind in anderen, externen Standards dokumentiert. Diese auf externen Referenzen

beruhenden Entitäten werden im Folgenden erläutert.

B.4.2 Date and DateTime information (Datum und Uhrzeit)

Date (Datum): Angaben zum Jahr, Monat und Tag. Das Datum wird als Zeichenkette (String) nach den Vorgaben des Internationalen Standards ISO 8601

formuliert. Diese Klasse ist vollständig in der Technischen Spezifikation ISO 19103 (ISO/TS 19103) dokumentiert.

DateTime (Datum und Uhrzeit): Kombination der Angabe von Datum und Uhrzeit (wiedergegeben durch Stunde, Minute und Sekunde). Die Formulierung

erfolgt gemäß ISO 8601. Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

B.4.3 Distance, angle, measure, number, record, recordType, scale and UomLength information (Distanzen, Winkel, Maß, Zahlen, Datensätze,

Datensatz-Typen, Maßstäbe und Maßeinheiten Länge)



Distance (Distanz): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

Angle (Winkel): Ausmaß der erforderlichen Rotation, um eine Linie oder Ebene mit einer anderen in Übereinstimmung zu bringen, i.d.R. angegeben als

Bogenmaß oder Grad. Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

Measure (Maß): Ergebnis der Ermittlung der Ausdehnung, der Dimensionen oder der Quantität einer Entität. Diese Klasse ist vollständig dokumentiert in der

Technischen Spezifikation ISO 19103 (ISO/TS 19103).

Number (Zahl): Abstrakte Klasse, die in die Typen real, integer, decimal, double, float unterteilt wird (Einfachgenaue Gleitkomma-Zahlen, Doppeltgenaue

Gleitkomma-Zahlen, Ganze Zahlen, Dezimalzahlen, Gleitkomma-Zahl mit einfacher oder doppelter Genauigkeit). Diese Klasse ist vollständig dokumentiert in

der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

Record (Datensatz): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

RecordType (Datensatz-Typ): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

Scale (Maßstab): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

UnitOfMeasure (Maßeinheit): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

UomLength (Maßeinheit zur Länge): Systeme zur Messung der Länge bzw. der Distanz zwischen zwei Entitäten. Diese Klasse ist vollständig dokumentiert in

der Technischen Spezifikation ISO 19103 (ISO/TS 19103).



B.4.4 Feature type, property type, and attribute type information (Objekt-, Wertebereichs- und Attributklassen)

GF_AttributeType (Attributklasse): Klasse der Attributdefinitionen einer Objektklasse. Diese Klasse ist vollständig dokumentiert im Entwurf des Internationalen

Standards ISO 19109.

GF_FeatureType (Objektklasse): Information über die Konzeption einer Objektklasse, die alle Objekt-Typen enthält. Diese Klasse ist vollständig dokumentiert

im Entwurf des Internationalen Standards ISO 19109.

GF_PropertyType (Wertebereichsklasse): Information über die Eigenschaften von Wertebereichen einer Objektklasse und deren Verhalten sowie deren Rolle

im Rahmen von Beziehungen zwischen Objekten. Diese Klasse ist vollständig dokumentiert im Entwurf des Internationalen Standards ISO 19109.

B.4.5 PeriodDuration and temporal primitive information (Dauer und Zeiteinheit)

TM_PeriodDuration (Dauer Zeitraum): Dauer eines Zeitraums nach den Vorgaben des Internationalen Standards ISO 8601. Diese Klasse ist vollständig

dokumentiert im Internationalen Standard ISO 19108.

TM_Primitive (Zeiteinheit bzw. Basiseinheiten der Zeit): Abstrakte Klasse, die ein Geometrie- oder Topologie-Element im Hinblick auf die Zeit beschreibt. Diese

Klasse ist vollständig dokumentiert im Internationalen Standard ISO 19108.

B.4.6 Point and Object information (Punkte und Objekte)

GM_Point (Punkt): Nulldimensionales geometrisches Objekt, das eine Position wiedergibt, aber keine Ausdehnung besitzt. Diese Klasse ist vollständig

dokumentiert im Internationalen Standard ISO 19107.



GM_Object (Objekt): Hauptklasse der geometrischen Objekt-Ordnung, welche die allen geographisch referenzierten geometrischen Objekte gemeinen

Schnittstellen unterstützt. Diese Klasse ist vollständig dokumentiert im Internationalen Standard ISO 19107.

B.4.7 Set and Sequence information (Sätze und Abfolgen)

Set (Satz): Finite Sammlung von Objekten, in der jedes Objekt nur einmal auftritt. Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation

ISO 19103 (ISO/TS 19103)

Sequence (Abfolge): Eine Abfolge bezieht sich auf eine Sammlung aufeinander folgender Anordnungen zwischen ihren Elementen. Abfolgen können

wiederholt und als Liste oder Bereich ausgedrückt werden. Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS

19103).

B.4.8 Type name information (Typenbezeichnungen)

AttributeName (Attributname): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

GenericName (Gattungsname): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

MemberName (Elementbezeichnung): Diese Klasse ist vollständig dokumentiert in der Technischen Spezifikation ISO 19103 (ISO/TS 19103).

B.4.9 Vertical datum information (Höhenbezugssysteme)

SC_CRS (Höhenbezugssystem): Satz von Parametern, welche die Beziehung der durch das Schwerefeld der Erde bedingten Höhen zur Erdoberfläche

beschreiben. Diese Klasse ist vollständig dokumentiert im Internationalen Standard ISO 19111.



7. Referenzen

Die Angaben in diesem Dokument basieren auf insbesondere folgende internationale Standards:

• DIN EN ISO 19115:2005-05 basierend auf ISO 19115:2003, Geographic information — Metadata

• DIN EN ISO 19115 Berichtigung 1 basierend auf ISO 19115:2003

• DIN EN ISO 19119: 2011 basierend auf ISO 19119:2005 + Anm. 1:2008 Geographic information - Services

• OpenGIS® Catalogue Services Specification 2.0.2 -ISO Metadata Application Profile. Reference number of this OGC® Document: 07-045, Version:

1.0, Date: 2007-07-19

Folgende europaweite Standards (INSPIRE):

• RICHTLINIE 2007/2/EG DES EUROPÄISCHEN PARLAMENTS UND DES RATES vom 14. März 2007 zur Schaffung einer Geodateninfrastruktur in

der Europäischen Gemeinschaft (INSPIRE)

• VERORDNUNG (EG) Nr. 1205/2008 DER KOMMISSION vom 3. Dezember 2008 zur Durchführung der Richtlinie 2007/2/EG des Europäischen

Parlaments und des Rates hinsichtlich Metadaten

• INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119, Status V. 1.2, Date of last revision 2010-

10-16

• INSPIRE Data Specification on Addresses – Guidelines, 2010-04-26

• INSPIRE Data Specification on Administrative units – Guidelines, 2010-04-26

• INSPIRE Data Specification on Cadastral Parcels – Guidelines, 2010-04-26

• INSPIRE Data Specification on Geographical names – Guidelines, 2010-04-26

• INSPIRE Data Specification on Hydrography – Guidelines, 2010-04-26



• INSPIRE Data Specification on Protected Sites – Guidelines, 2010-04-26

• INSPIRE Data Specification on Transport Networks – Guidelines, 2010-04-26

• INSPIRE Data Specification on Coordinate Reference Systems – Guidelines, 2010-04-26

• INSPIRE Data Specification on Geographical Grid Systems – Guidelines, 2010-04-26

Folgende deutschlandweite Standards der GDI-DE

• Gesetz über den Zugang zu digitalen Geodaten (Geodatenzugangsgesetz – GeoZG) vom 10. Februar 2009

• DE-Profil, ISO19115/ISO19119 Anwendungsprofil für OGC Web Catalogue Services (CSW-2.0) Version 1.0, 24. Februar 2005

• Deutsche Übersetzung der Metadatenfelder des ISO 19115 Geographic information – Metadata,

08. Dezember 2008

• Handlungsempfehlungen für die Bereitstellung von INSPIRE konformen Darstellungsdiensten (INSPIRE View Services) GDI-DE, Version 1.0, 19.12.11

• Konventionen zu Metadaten der Geodateninfrastruktur Deutschland (GDI-DE), Entwurf

Folgende Dokumentationen aus der GDI BE/BB:

• Masterplan für den Aufbau der Geodateninfrastruktur-Berlin/Brandenburg (GDI-BE/BB), Version 1.0, zuletzt geändert: 12.12.2008

• Berlin/Brandenburgisches Profil der ISO 19115/19119, Version: 2.0.0, Datum: 30.09.2009

UML-Diagramme und weitere Dokumentation · UML-Diagramme und weitere Dokumentation Teil 1 –...

Documents

Transcript of UML-Diagramme und weitere Dokumentation · UML-Diagramme und weitere Dokumentation Teil 1 –...