Standard zum Speichern von menschlichen Metadaten in räumlichen Datenbanken

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.

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.