Standard zum Speichern von menschlichen Metadaten in räumlichen Datenbanken

13

Gibt es einen existierenden, universellen Standardansatz (und hoffentlich vorhandene Tools, die die Verwaltung unterstützen), um Geodaten in räumlichen Nicht-ESRI-Datenbanken neben den Daten selbst zu speichern (und damit mit diesen zu reisen, wenn sie gespeichert werden)?

Ich hoffe, einen Ansatz zu finden, der sich einfach auf Tabellen und Relationen stützt und daher in Datenbanken wie PostGIS, Spatialite, Oracle, SQL Server usw. verwendet werden kann ISO 19139 (Informationen zu Geodaten-Metadatentypen) - nicht BBOX und internes Material.

ESRI-Benutzer verfügen nun über mehrere XML-Formate, die Daten universell beschreiben und begleiten können, unabhängig davon, ob es sich um Dateien (Shapefiles) oder Geodatabases handelt. Welche vorhandenen Optionen gibt es jedoch, wenn die ESRI-Software nicht verwendet wird? Ja, natürlich könnte ich meine eigenen Tabellen, Datenstrukturen usw. entwerfen. Aber warum ein Rad neu erfinden, das es auf jeden Fall geben muss?

AKTUALISIEREN:

Komplexe Architekturkomponenten wie Geonetwork (oder alles, was unbedingt einen Server erfordert) sind genau das, was ich vermeiden muss. Außerdem würden die Metadaten mit den Daten leben und nicht als separate Datenbank. Die Anforderungen sind unten aufgeführt und ich hätte es am Anfang angeben sollen.

Systemanforderungen: 1. Die Architektur muss lediglich QGIS und eine Spatialite-Datenbank enthalten - auch, weil die Organisation nicht über ausreichende Kenntnisse verfügt, um einen Server zu betreiben, und kein Geld hat, um etwas zu kaufen oder um etwas bauen / bereitstellen zu lassen.

Funktionale Anforderung: 1. Die Daten müssen leicht an viele Personen verteilt werden können und die Dokumentation darf nicht leicht von den Daten zu trennen sein - das heißt, sie sollten miteinander leben und leicht verteilt werden können, damit ich immer weiß, was die Daten sind und warum sie erstellt wurden. usw. - wenn ich die Daten habe, habe ich die Dokumentation. 2. Wie die Daten selbst sollte auch die Metadatendokumentation mit intuitiven Desktop-Tools und von nicht technischem Personal leicht zu bearbeiten und zu warten sein.

Anwendungsfall: 1. Bobby, der studentische Freiwillige (und der gerade GIS lernt), erstellt einige Daten von Überwachungsstandorten als Teil einer Studie. 2. Bobby zeichnet die von ihm verwendeten Eingaben, Erläuterungen zu seinen Verarbeitungsschritten und andere Informationen auf, die anderen helfen, die Herkunft der Daten zu verstehen. 3. Bobby bekommt einen richtigen Job und geht. Seine Daten bleiben auf CD-ROM gesichert. 4. Zwei Jahre später findet jemand die Daten und stellt fest, dass sie sehr nützlich sind, da er die Dokumentation lesen kann, die sich in den Daten befindet.

Wenn Sie von hoch entwickelten Organisationen kommen, würden Sie sagen: "Mann, was für eine vermasselte Situation. Verwalten Sie die Daten einfach auf die richtige Weise (was auch immer das ist)." Aber verwandte Szenarien sind in meiner Welt eigentlich ziemlich verbreitet.

JohnZastrow
quelle
3
Ich finde die alten
Witzstandards
Ich bin mir nicht sicher, ob es sinnvoll ist, einen so alten Beitrag auszugraben, aber ich habe mir sehr oft die gleiche Frage gestellt ... Ich sehe, dass die neuen Versionen von Spatialite das Speichern von XML (und damit von Metadaten) unterstützen, aber es gibt ein beliebiges Tool / Benutzeroberfläche, die zum Erstellen / Verwalten der Metadaten meiner Ebenen zur Verfügung steht? Wie John bin ich nicht in einer Struktur, die eine maßgeschneiderte Lösung entwickeln könnte, also suche ich nach etwas, das sofort verfügbar ist!
Stéphane Henriod

Antworten:

4

Geonetwork Opensource ist ein sehr umfassender Metadatenkatalog für räumliche Daten, der viele der MD-Standards unterstützt. Die Standardinstallation verwendet Mckoi, kann jedoch für die Verwendung von Oracle, PostgreSQL (oder PostGIS), MySQL usw. konfiguriert werden.

Wenn ich jedoch Ihre Frage verstehe, soll die MD dem Datensatz als separate Datenbankdatei beigefügt werden? Dies könnte möglich sein, indem Sie bestimmte Tabellen aus Ihrer Datenbank sichern, aber ich weiß nicht, wie nützlich dies ohne Geonetwork wäre.

dmci
quelle
2
Zweitens das. Es hat eine Web-Oberfläche und kann im Hintergrund ziemlich einfach angepasst werden. Die Daten selbst werden als XML in einer der Tabellen gespeichert und können mit einigem Aufwand direkt importiert / exportiert werden. Die App ermöglicht auch den Export von Daten auf vielfältige Weise.
GIS-Jonathan
Vielen Dank für die Antworten. Ich habe meinen ursprünglichen Beitrag mit weiteren Informationen aktualisiert. Ich denke, ich komme zu dem Schluss zurück, dass niemand dies wirklich sofort macht, aber die Lösung wäre, "einfach" eine Tabelle für Metadaten-Blobs zu erstellen (XML eines bestimmten Standards speichern), mit Triggern, um wann immer Zeilen zu erstellen Der DB wird eine neue räumliche Tabelle hinzugefügt. CREATE TABLE "layer_metadata" ( "meta_id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL UNIQUE "f_table_name" NULL TEXT NICHT "created_dt" DATETIME- NOT NULL "updated_dt" DATETIME- NOT NULL "meta_document" BLOB NOT NULL)
JohnZastrow
Sandro (Autor von Spatialite) muss diesen Schrei in der Wildnis gehört haben - über googlegroups.com Hi List ist jetzt eine BETA-Vorschau des nächsten SpatiaLite 4.1.0 verfügbar gaia-gis.it/fossil/libspatialite/… Hauptziele sind: - Speichern von XML-Dokumenten im DBMS - Unterstützung der XML-Validierung - Unterstützung von einfachen SQL-Abfragen in XML-Dokumenten über kanonische XPath-Ausdrücke Die Implementierung eines gemeinsamen Kerns von XML-orientierten Funktionen ist nützlich, wenn man bedenkt, dass ISO- und INSPIRE-Metadaten oder SLD / SE Stile basieren vollständig auf XML.
JohnZastrow