Add ISO Metadata to Services
From MapbenderWiki
Contents |
EN
Implement a feature to store metadata conforming to ISO specification for any loaded service. See latest mailing from Paul Ramsey in Geowanking regarding metadata crawler.
We would very much appreciate if more users would join in on this rather ex(p/t)ensive task!
DE
Funktion zum Anlegen und Pflegen von Metadaten nach ISO 19915 Spezifikation zu jeglichen geladenen Diensten (WMS, WFS, etc.). Erweiterung des Mapbender Datenmodells.
Es wäre sehr hilfreich, wenn sich andere interessierte Anwender ebenfalls hier einfinden würden, um das Thema zu vertiefen und zu diskut(finanz)ieren.
Metadaten sind ein MUSS, sobald der Datenbestand eine gewisse Größe erreicht hat. Über die Metadaten kann festgelegt werden ...
- wer Eigentümer der Daten ist
- wem der Zugriff erlaubt wird, Nutzungsbedingungen
- wie oft die Daten aktualisiert werden
Das sind Informationen, die zur Zeit in der Datenbank von Mapbender noch nicht enthalten sind.
Andere Attribute, die ebenfalls den Metadaten zugeordnet werden können, sind bereits enthalten, da sie über die Capabilities übermittelt werden.
- Layernamen
- räumliche Ausdehnung
Alternativen
- Sollten die Metadaten in Mapbender integriert werden?
- Sollte ein getrenntes Projekt zur Verwaltung von Metadaten begonnen werden, dass leicht mit Mapbender verbunden werden kann?
- Gibt es vielleicht schon ein Verfahren zur Verwaltung von Metadaten, dass in die Systemumgebung des Mapbender passt (Apache, PHP, MySQL,...) und dass mit Mapbender verbunden werden könnte?
Anbindung eines Verfahrens für Metadaten
- Einige der mit GetCapabilities erhaltenen Informationen sind schon Metadaten, diese können im Mapbender auch schon angezeigt werden. Das Anzeige-Format richtet sich aber eher an den Administrator als an den Endbenutzer. Diese Metadaten aus den Capabilities müssten in die Metadaten exportiert werden, um einen neuen Datensatz dort anzulegen.
- Im Verfahren für die Metadaten müssen zusätzliche Informationen erfasst werden.
- Der Klick auf einen Layer im TreeGDE verlinkt auf eine (noch nicht existierende) Seite http://<MeinServer>/mapbender2/metadata/<MeinLayer>.html. Hier könnte die Metadaten-Anzeige an den Mapbender angebunden werden.
Mandantenfähigkeit:
Für Umgebungen in denen eine Mapbender-Installation für mehrere Kunden genutzt wird.
- Die Anzeige eines Datenbestandes für den Mandanten sollte immer gleich lauten, z.B. Layername = "ALK".
- Dass es sich um "seine" ALK handelt, wurde durch die zugeordnete GUI sicher gestellt.
- In den Metadaten müssten die verschiedenen Bestände der Mandanten getrennt behandelt werden: ALK-Mandant1, ALK-Mandant2, usw. d.h. angezeigter Layer-Name und Link-Adresse müssten differenziert werden.
Umfang
Die ISO 19915 gibt die Struktur und den Rahmen. Es werden jedoch nicht in jeder Installation alle Attribute benötigt. Es sollte möglich sein, einen sinnvollen Sub-Set daraus (administrativ) auszuwählen. Diesen Sub-Set müssten jedoch alle Eigentümer von Daten im System einheitlich pflegen. Lieber weniger Felder, die aber von allen einheitlich und zuverlässig gefüllt werden müssen. Ein riesiger Katalog von Feldern würde nicht akzeptiert werden, was letztlich dazu führt, dass die Informationen veralten. Der Mapbender müsste sicher stellen, dass vor dem Upload von Capabilities ein Metadaten-Satz angelegt wird.
Zweck
Aktuelle, allen Nutzern zugängliche Metadaten, wären ein Schritt in die Richtung Geo-Data-Warehouse. Der Nutzer könnte sich den Datenkatalog ansehen. Er entdeckt Daten, zu denen er noch keinen Zugang hat. Er findet den Ansprechpartner/Dateneigentümer/Administrator für diese Daten und kann ihn um Zugang bitten.
