Besonderheiten der Formulare

Nicht ausfüllbare Felder, vererbte Felder

Es gibt mehrere Felder, die nicht von Ihnen ausgefüllt werden können.

  • Entweder weil sie automatisch gesetzt werden
  • oder weil sie von einem übergeordneten Datensatz vererbt werden und ihre Informationen daraus ziehen.

Automatisch gesetzte Felder ist beispielsweise die File-Identifikator und die letzte Änderung.

File-Identifikator und letzte Änderung

File-Identifikator und letzte Änderung

Beide Felder sind beim Anlegen eines Datensatzes nicht zu sehen und können gar nicht ausgefüllt werden. Sobald ein Datensatz gespeichert worden ist, sind die Felder sichtbar, aber nicht mehr änderbar.

Felder, die durch einen übergeordneten Datensatz vererbt werden, sind durch ein bestimmtes Symbol gekennzeichnet:

Vererbungssymbol

Vererbungssymbol

Sobald Felder mit diesem Symbol gekennzeichnet sind, werden die Inhalte von dem übergeordneten Metadatensatz gefüllt.

Vererbte Felder im Formular

Vererbte Felder im Formular

Dies tritt beispielsweise im Hierarchy Level „Tiles“ auf, dessen Inhalte teilweise von der übergeordneten Series gefüllt werden.

Aktualisierungen und Datumsfelder bei vererbten Feldern

Die Vererbungen zwischen einem Elterndatensatz (z.B. Datensatzreihe) und seinen Kind-Datensätzen (z.B. Tiles) sind vielfältig und gehen nicht nur von den Eltern- zu den Kind-Datensätzen, sondern die Kind-Datensätze beeinflussen die Inhalte des Elterndatensatzes.

Beispiel: Zeitspanne der Gültigkeit

Ein Datensatz aus dem HierachyLevel Tile besitzt ein Erstellungsdatum vom 03.11.1950.

Vererbte Felder im Formular

Die Zeitspanne des Elterndatensatzes in der Series wird dabei automatisch von den Werten der Kinder gesetzt und eine Änderung hat nur einen teilweisen Erfolg.

Vererbte Felder im Formular

Gleichzeitig wird das Datum der Kinder verändert, sobald sich ein zu vererbendes Feld des Elterndatensatzes auf den Kind-Datensatz auswirkt.

Datumsfelder und Erstellung, Veröffentlichung, Überarbeitung

Die Definition der unterschiedlichen Datumsfelder ist:

  • Erstellung: Das Datum der Erstellung des Datensatzes.
  • Veröffentlichung: Das Datum der Veröffentlichung des Datensatzes, unabhängig jeder internen Überarbeitung
  • Überarbeitung: Das Datum der letzten Überarbeitung, nach der Veröffentlichung.
Erstellung, Veröffentlichung, Überarbeitung

Damit sollte das Überarbeitungsdatum immer aktueller sein als das Veröffentlichungsdatum oder das Erstellungsdatum. Das System prüft dies aber nicht nach.

HierarchyLevel und Level

Die HierarchyLevel werden immer automatisch gesetzt: „dataset“, „series“, „tile“ und „service“. Sie erscheinen nicht im Formular, man erkennt es i.d.R. aber gut an der URL, wie z.B. im Teil lvermgeo_series_profile:

Der HierarchyLevelName ist laut Metadatenschema nur bei „series“, „tile“ und „service“ verfügbar, nicht bei „dataset“.

Bei „series“ und „tile“ ist der HierarchyLevelName festgelegt und wird als nur lesbare Felder unter Metadateneigenschaften dargestellt:

HierarchyLevelName für Series

HierarchyLevelName für Series

Beim „service“ ist er wählbar aus

  • Darstellungsdienst oder
  • Downloaddienst
HierarchyLevelName bei Services

HierarchyLevelName bei Services

Gleichzeitig werden diese Werte für die „Level“ und „LevelDescription“ (in DataQuality) verwendet.

Für das Level werden für alle Profile ein nur lesbares Feld unter Qualitätsangaben -> Beschreibung dargestellt:

LevelDescription bei Dataset

LevelDescription bei Dataset

Die LevelDescription tritt nur bei „tile“ und „service“ auf und wird nicht mehr angezeigt.

File-Identifier und Ressource-Identifier

Der File-Identifier steht unter den Metadateneigenschaften und wird automatisch beim Speichern eines Datensatzes erstellt.

FileIdentifier unter den Metadateneigenschaften

FileIdentifier unter den Metadateneigenschaften

Der Ressource-Identifier steht unter Dateneigenschaften, Beschreibung und wird beim Anlegen eines Datensatzes automatisch mit dem gleichen Wert des File-Identifiers gefüllt. Änderungen am Ressource-Identifier finden durch die externen Systeme statt, so dass das Feld nur lesbar ist.

Ressource-Identifier unter den Dateneigenschaften

Ressource-Identifier unter den Dateneigenschaften

Datestamp

Der Datestamp des Datensatzes, d.h. das Datum, an dem der Metadatensatz erzeugt/geändert wurde, liegt in der Rubrik Metadateneigenschaften. Das Feld wird automatisch gesetzt und ist deshalb nur lesbar.

Datestamp unter den Metadateneigenschaften

Datestamp unter den Metadateneigenschaften

Aggregation Info

Für Datasets und Series gibt es die Möglichkeit, weitere Metadatendokumente dieser HierarchyLevel miteinander zu verknüpfen. Dieses Feld findet sich unter: Dateneigenschaften - Beschreibung.

AggregationInfo

AggregationInfo

Mittels des Lupe-Symbols können Sie nach den zu verknüfenden Metadatensätzen suchen.

Lupe Symbol

Lupe Symbol

Die erscheinende Liste beinhaltet alle Series und Datasets der jeweiligen Instanz.

AggregationInfo Suche

AggregationInfo Suche

Innerhalb dieses Dialoges können die einzelnen Titel durchsucht werden.

Nach Auswahl des Metadatensatzes wird das Feld des File-Identifiers gefüllt und im XML unter dem Element „MD_Identifier“ eingetragen. Sie müssen dann nur noch die „Bezugsart zum anderen Datenbestand“ angeben.

AggregationInfo Suche

AggregationInfo Suche

Dabei müssen Sie bei einer AggregationInfo beide Werte ausfüllen, sowohl die Verlinkung als auch die Bezugsart. Daher sind beide Felder als Konditional gekennzeichnet, denn insgesamt ist die Angabe beider Werte freiwillig.

OperatesOn

Mithilfe des OperatesOn Parameters bei Diensten können die zugehörigen Datensätze verknüpft werden. Dazu dient im Formular die Daten-Service-Kopplung unter Diensteigenschaften -> Beschreibung.

OperatesOn

OperatesOn

Der Parameter selbst ist konditional, er muss aber ausgefüllt werden, sobald es sich um einen INSPIRE Service handelt.

Mit der Lupe-Schaltfläche kann man nach einem Datensatz innerhalb der gleichen Instanz suchen.

OperatesOn Suche

OperatesOn Suche

Nach Auswahl eines Datensatzes werden der Ressource-Identifier in Kombination mit dem Namensraum (codespace) kombiniert in das OperatesOn Feld des Dienstes eingetragen.

OperatesOn ausgefüllt

OperatesOn ausgefüllt

Adressen

Über die integrierte Adressverwaltung werden Kontaktdaten für die Formulare verwaltet. Diese können in den Verantwortlichkeiten für Vertrieb, Datensatz und Metadaten verwendet werden. In den Herstellungsinformationen (Lineage) werden die Adressen der Adressverwaltung nicht verwendet, hier werden die Adressen per Hand gepflegt.

Beispiel: Die Veantwortlichkeiten sind nicht ausgefüllt. Eine Editierung an der Oberfläche ist nicht möglich. Vielmehr muss man eine Adresse aus der zentralen Adressverwaltung auswählen, indem man auf das Zauberstab Symbol klickt.

Adresse zu Beginn im Formular

Adresse zu Beginn im Formular

Es öffnet sich ein Dialog, der alle Adressen der Adressverwaltung listet. Hier kann man über die Suchmaske nach einem Namen bzw. einer Organisation suchen.

Adresse Auswahl

Adresse Auswahl

Es werden bei der Suche alle passenden Treffer gelistet.

Adresse Suche in der Adressverwaltung

Adresse Suche in der Adressverwaltung

Eine Auswahl einer Adresse übernimmt diese in das Formular.

Adresse ausgefüllt im Formular

Adresse ausgefüllt im Formular