Padrão para armazenar metadados humanos em bancos de dados espaciais

13

Existe uma abordagem universal padrão e existente (e, esperamos, ferramentas existentes que suportem o gerenciamento) para armazenar metadados geoespaciais em bancos de dados espaciais não ESRI ao lado (e, portanto, capazes de viajar com os dados despejados) eles mesmos.

Espero identificar uma abordagem que simplesmente se baseie em tabelas e relações e, portanto, possa ser usada em bancos de dados como PostGIS, Spatialite, Oracle, SQL Server, etc. Aqui, metadados significam as informações narrativas sobre os dados (por exemplo, US FGDC ou Informações do tipo de metadados geoespaciais ISO 19139) - não o BBOX e outras informações internas.

Os usuários de ESRI agora têm vários formatos XML que podem descrever e acompanhar dados universalmente, sejam arquivos (Shapefiles) ou Geodatabases. No entanto, quais opções existentes existem quando o software ESRI não é usado? Sim, é claro, eu poderia projetar minhas próprias tabelas, estrutura de dados etc. Mas por que reinventar uma roda que certamente deve existir.

ATUALIZAR:

Componentes arquiteturais complexos, como Geonetwork (ou qualquer coisa que envolva necessariamente um servidor), são exatamente o que eu preciso evitar. Além disso, os metadados viveriam com os dados, não como um banco de dados separado. Os requisitos estão abaixo e eu deveria ter declarado isso no início.

Requisitos de sistema: 1. A arquitetura não precisa de nada além de QGIS e um banco de dados espacial, em parte porque a organização não é sofisticada o suficiente para executar qualquer coisa em um servidor e não tem dinheiro para comprar nada ou ter alguma coisa construída / implantada.

Requisito funcional: 1. Os dados devem ser facilmente distribuídos para muitas pessoas e a documentação não deve ser facilmente separada dos dados - o que significa que eles devem viver e ser facilmente distribuídos juntos, para que eu sempre saiba quais são os dados e por que foram criados, etc - se eu tenho os dados, tenho a documentação. 2. Como os próprios dados, a documentação de metadados deve ser facilmente editável e mantida usando ferramentas intuitivas da área de trabalho e por uma equipe não técnica.

Caso de uso: 1. Bobby, o estudante voluntário (e apenas aprendendo GIS) cria alguns dados dos sites de monitoramento como parte de um estudo. 2. Bobby registra as entradas que ele usou, a explicação de suas etapas de processamento e outras informações que ajudam outras pessoas a entender a linhagem dos dados. 3. Bobby consegue um emprego de verdade e sai, deixando seus dados em backup em CD-ROM. 4. Dois anos depois, alguém encontra os dados e determina que são muito úteis porque podem ler a documentação que está dentro dos dados.

Se você vem de organizações sofisticadas, diria: "Cara, que situação complicada. Basta gerenciar os dados da maneira certa (seja lá o que for)". Mas cenários relacionados são realmente bastante comuns no meu mundo.

JohnZastrow
fonte
3
Eu acho que a velha piada padrões são grandes, há tantos para escolher pode aplicar aqui :)
sgrieve
Não tenho certeza se é sensato cavar um post tão antigo, mas muitas vezes me perguntei exatamente a mesma pergunta ... Vejo que as novas versões do Spatialite suportam armazenamento de XML (e, portanto, de metadados), mas existe alguma ferramenta / interface do usuário disponível para realmente criar / gerenciar os metadados das minhas camadas? Como John, não estou em uma estrutura que possa desenvolver uma solução sob medida, portanto, procure por algo prontamente disponível!
Stéphane Henriod

Respostas:

4

O Geonetwork Opensource é um catálogo de metadados muito abrangente para dados espaciais que suporta muitos dos padrões MD. A instalação padrão usa o Mckoi, mas pode ser configurada para usar Oracle, PostgreSQL (ou PostGIS), MySQL etc.

No entanto, se entendi sua pergunta, você deseja que o MD acompanhe o conjunto de dados como um arquivo de banco de dados separado? Isso pode ser possível descartando as tabelas específicas do seu banco de dados, mas não sei quão útil isso seria sem a Geonetwork.

dmci
fonte
2
Segundo isso. Ele tem uma interface web e pode ser facilmente personalizado nos bastidores. Os dados em si são armazenados como XML em uma das tabelas e, com algumas correções personalizadas, isso pode ser importado / exportado diretamente. O aplicativo também permite exportar dados de várias maneiras.
GIS-Jonathan
Obrigado a todos pelas respostas. Atualizei minha postagem original com mais informações. Acho que estou voltando à conclusão de que ninguém realmente está fazendo isso pronto para uso, mas a solução seria "simplesmente" criar uma tabela para blobs de metadados (XML de loja de algum padrão) com gatilhos para criar linhas sempre que necessário. uma nova tabela espacial é adicionada ao banco de dados. 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, "meta_document" BLOB NÃO NOT NULL)
JohnZ
Sandro (autor de Spatialite) deve ter ouvido esse grito no deserto - via googlegroups.com Hi List, uma prévia BETA do futuro SpatiaLite 4.1.0 já está disponível gaia-gis.it/fossil/libspatialite/… Os principais objetivos são: - armazenar documentos XML no DBMS - suportar validação XML - oferecer suporte a consultas SQL simples em documentos XML por meio de expressões XPath canônicas A implementação de um núcleo comum de recursos orientados a XML é útil, considerando que os metadados ISO e INSPIRE ou SLD / SE Os estilos são totalmente baseados em XML.
precisa saber é o seguinte