Estándar para almacenar metadatos humanos en bases de datos espaciales.

13

¿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.

JohnZastrow
fuente
3
Creo que los viejos estándares de broma son geniales, hay tantos para elegir que pueden aplicarse aquí :)
sgrieve
No estoy seguro de si es conveniente desenterrar una publicación tan antigua, pero a menudo me he hecho exactamente la misma pregunta ... Veo que las nuevas versiones de Spatialite admiten el almacenamiento de XML (y, por lo tanto, de metadatos), pero ¿hay alguna herramienta? / interfaz de usuario que está disponible para crear / administrar realmente los metadatos de mis capas? Al igual que John, no estoy en una estructura que pueda desarrollar una solución a medida, ¡así que estoy buscando algo fácilmente disponible!
Stéphane Henriod

Respuestas:

4

Geonetwork Opensource es un catálogo de metadatos muy completo para datos espaciales que admite muchos de los estándares de MD. La instalación predeterminada usa Mckoi, pero se puede configurar para usar Oracle, PostgreSQL (o PostGIS), MySQL, etc.

Sin embargo, si entiendo su pregunta, ¿desea que el MD acompañe al conjunto de datos como un archivo de base de datos separado? Esto podría ser factible volcando las tablas particulares de su base de datos, pero no sé cuán útil sería esto sin Geonetwork.

dmci
fuente
2
En segundo lugar esto. Tiene una interfaz web y se puede personalizar con bastante facilidad detrás de escena. Los datos en sí se almacenan como XML en una de las tablas y, con algunos ajustes a medida, esto podría importarse / exportarse directamente. La aplicación también permite la exportación de datos de numerosas maneras.
GIS-Jonathan
Gracias a todos por las respuestas. Actualicé mi publicación original con más información. Creo que estoy volviendo a la conclusión de que nadie realmente está haciendo esto de forma inmediata, pero la solución sería "simplemente" crear una tabla para blobs de metadatos (almacenar XML de algún estándar) con disparadores para crear filas cada vez Se agrega una nueva tabla espacial a la base de datos. CREATE TABLE "layer_metadata" ("meta_id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL UNIQUE, "f_table_name" TEXT NOT NULL, "created_dt" DATETIME NOT NULL, "updated_dt" DATETIME NOT NULL, "updated_dt" DATETIME NOT NULL, "meta_document" BLOB NOT NULL)
JohnZastrow
Sandro (autor de Spatialite) debe haber escuchado este grito en el desierto: a través de googlegroups.com Hi List, una vista previa BETA del próximo SpatiaLite 4.1.0 ya está disponible gaia-gis.it/fossil/libspatialite/… Los objetivos principales son: - almacenar documentos XML dentro del DBMS - admitir validación XML - admitir consultas SQL simples en documentos XML mediante expresiones XPath canónicas La implementación de un núcleo común de características orientadas a XML es útil teniendo en cuenta que los metadatos ISO e INSPIRE o SLD / SE Los estilos se basan completamente en XML.
JohnZastrow