Esiste un approccio esistente, standard, universale (e, eventualmente, strumenti esistenti che supportano la sua gestione) per archiviare metadati geospaziali in database spaziali non ESRI insieme (e quindi in grado di viaggiare con i dati scaricati) dei dati stessi.
Spero di identificare un approccio che si basa semplicemente su tabelle e relazioni e potrebbe quindi essere utilizzato in database come PostGIS, Spatialite, Oracle, SQL Server, ecc. Qui, i metadati significano le informazioni narrative sui dati (cioè FGDC USA o Informazioni sul tipo di metadati geospaziali ISO 19139) - non BBOX e materiale interno.
Gli utenti ESRI hanno ora diversi formati XML in grado di descrivere e accompagnare universalmente i dati, siano essi file (Shapefile) o geodatabase. Tuttavia, quali opzioni esistono quando il software ESRI non viene utilizzato? Sì, certo, potrei progettare le mie tabelle, la mia struttura dati, ecc. Ma perché reinventare una ruota che deve sicuramente esistere.
AGGIORNARE:
Componenti architettonici complessi come Geonetwork (o qualsiasi altra cosa che coinvolge necessariamente un server) è esattamente ciò che devo evitare. Inoltre, i metadati vivrebbero con i dati, non come un database separato. I requisiti sono sotto e avrei dovuto dichiararlo all'inizio.
Requisiti di sistema: 1. L'architettura non ha bisogno di altro che QGIS e un database Spatialite, in parte perché l'organizzazione non è abbastanza sofisticata per eseguire qualsiasi cosa su un server e non ha soldi per comprare qualcosa o avere qualcosa costruito / distribuito.
Requisito funzionale: 1. I dati devono essere facilmente distribuiti a molte persone e la documentazione non deve essere facilmente separata dai dati - il che significa che dovrebbero vivere e essere facilmente distribuiti insieme in modo che io sappia sempre quali sono i dati e perché sono stati creati, ecc. - se ho i dati, ho la documentazione. 2. Come i dati stessi, la documentazione dei metadati dovrebbe essere facilmente modificabile e gestibile utilizzando strumenti desktop intuitivi e da personale non tecnico.
Caso d'uso: 1. Bobby the Student Volunteer (e sta solo imparando il GIS) crea alcuni dati dei siti di monitoraggio nell'ambito di uno studio. 2. Bobby registra gli input che ha usato, la spiegazione delle sue fasi di elaborazione e altre informazioni che aiutano gli altri a comprendere la discendenza dei dati. 3. Bobby ottiene un vero lavoro e se ne va, lasciando i suoi dati di backup su CD-ROM. 4. Due anni dopo qualcuno trova i dati e li ritiene molto utili perché possono leggere la documentazione che si trova all'interno dei dati.
Se vieni da organizzazioni sofisticate, diresti "Amico, che situazione sbagliata. Gestisci i dati nel modo giusto (qualunque cosa sia)". Ma gli scenari correlati sono in realtà abbastanza comuni nel mio mondo.