¿Existe un enfoque universal, estándar y existente (y con suerte herramientas existentes que apoyan su administración) para almacenar metadatos geoespaciales en bases de datos espaciales no ESRI junto (y por lo tanto capaces de viajar cuando se descargan) los datos ellos mismos.
Espero identificar un enfoque que simplemente se base en tablas y relaciones y, por lo tanto, pueda usarse en bases de datos como PostGIS, Spatialite, Oracle, SQL Server, etc. Aquí, metadatos significan la información narrativa sobre los datos (es decir, FGDC de EE. UU. O Información de tipo de metadatos geoespaciales ISO 19139), no el BBOX y el material interno.
Los usuarios de ESRI tienen ahora varios formatos XML que pueden describir y acompañar universalmente los datos, ya sean archivos (Shapefiles) o Geodatabases. Sin embargo, ¿qué opciones existentes existen cuando no se utiliza el software ESRI? Sí, por supuesto, podría diseñar mis propias tablas, estructura de datos, etc. Pero, ¿por qué reinventar una rueda que seguramente debe existir?
ACTUALIZAR:
Componentes arquitectónicos complejos como Geonetwork (o cualquier cosa que necesariamente implique un servidor) es exactamente lo que necesito evitar. Además, los metadatos vivirían con los datos, no como una base de datos separada. Los requisitos están a continuación y debería haberlo indicado al comienzo.
Requisitos del sistema: 1. La arquitectura no debe necesitar más que QGIS y una base de datos Spatialite, en parte porque la organización no es lo suficientemente sofisticada como para ejecutar cualquier cosa en un servidor y no tiene dinero para comprar nada o tener algo construido / desplegado.
Requisito funcional: 1. Los datos deben distribuirse fácilmente a muchas personas y la documentación no debe separarse fácilmente de los datos, lo que significa que deben vivir y distribuirse fácilmente juntos para que siempre sepa cuáles son los datos y por qué se crearon, etc. - si tengo los datos tengo la documentación. 2. Al igual que los datos mismos, la documentación de metadatos debe ser fácilmente editable y mantenida utilizando herramientas de escritorio intuitivas y por personal no técnico.
Caso de uso: 1. Bobby the Student Volunteer (y solo aprendiendo SIG) crea algunos datos de sitios de monitoreo como parte de un estudio. 2. Bobby registra las entradas que utilizó, la explicación de sus pasos de procesamiento y otra información que ayuda a otros a comprender el linaje de los datos. 3. Bobby consigue un trabajo real y se va, dejando una copia de seguridad de sus datos en CD-ROM. 4. Dos años después, alguien encuentra los datos y determina que son muy útiles porque pueden leer la documentación que se encuentra dentro de los datos.
Si vienes de organizaciones sofisticadas, dirías: "Hombre, qué situación tan jodida. Solo administra los datos de la manera correcta (sea lo que sea)". Pero los escenarios relacionados son en realidad bastante comunes en mi mundo.