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.
fonte
Respostas:
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.
fonte