Стандарт для хранения метаданных человека в пространственных базах данных

Существует ли существующий, стандартный, универсальный подход (и, надеюсь, существующие инструменты, которые поддерживают его управление) для хранения геопространственных метаданных в пространственных базах данных, не относящихся к ESRI, наряду с (и, следовательно, возможностью перемещения при сбрасывании) самих данных.

Я надеюсь определить подход, который просто опирается на таблицы и отношения и поэтому может использоваться в таких базах данных, как PostGIS, Spatialite, Oracle, SQL Server и т. Д. Здесь метаданные означают описательную информацию о данных (т. Е. US FGDC или ISO 19139 (информация о типе геопространственных метаданных) - не BBOX, а внутренние данные.

Пользователи ESRI теперь имеют несколько форматов XML, которые могут универсально описывать и сопровождать данные, будь то файлы (шейп-файлы) или базы геоданных. Однако какие существуют варианты, когда программное обеспечение ESRI не используется? Да, конечно, я мог бы спроектировать свои собственные таблицы, структуру данных и т. Д. Но зачем изобретать колесо, которое обязательно должно существовать.

ОБНОВИТЬ:

Сложные архитектурные компоненты, такие как Geonetwork (или что-то обязательно включающее сервер) - это именно то, чего мне нужно избегать. Кроме того, метаданные будут соответствовать данным, а не отдельной базе данных. Требования ниже, и я должен был заявить об этом в начале.

Системные требования: 1. Архитектуре не нужно ничего, кроме QGIS и базы данных Spatialite - отчасти потому, что организация недостаточно развита, чтобы что-либо запускать на сервере, и у нее нет денег, чтобы что-то купить или что-то построить / развернуть.

Функциональное требование: 1. Данные должны быть легко распространены среди многих людей, и документация не должна легко отделяться от данных - это означает, что они должны жить и легко распространяться вместе, чтобы я всегда знал, что это за данные и почему они были созданы, и т.д. - если у меня есть данные, у меня есть документация. 2. Как и сами данные, документация метаданных должна легко редактироваться и поддерживаться с помощью интуитивно понятных инструментов рабочего стола, а также нетехническим персоналом.

Вариант использования: 1. Бобби Студенческий волонтер (и только изучающий ГИС) создает некоторые данные сайтов мониторинга в рамках исследования. 2. Бобби записывает входные данные, которые он использовал, объяснение его шагов обработки и другую информацию, которая помогает другим понять происхождение данных. 3. Бобби получает реальную работу и уходит, оставляя свои данные на CD-ROM. 4. Два года спустя кто-то находит данные и считает их очень полезными, потому что они могут читать документацию, которая находится внутри данных.

Если вы работаете в сложных организациях, вы скажете: «Чувак, какая неаккуратная ситуация. Просто управляй данными правильно (что бы это ни было)». Но связанные сценарии на самом деле довольно распространены в моем мире.

spatial-database metadata standards

— JohnZastrow
источник

Я думаю, что старые стандарты шутки

— хороши

Не уверен, разумно ли выкопать такой старый пост, но я очень часто задавал себе один и тот же вопрос ... Я вижу, что новые версии Spatialite поддерживают хранение XML (и, следовательно, метаданных), но есть ли какой-нибудь инструмент / пользовательский интерфейс, который доступен для создания / управления метаданными моих слоев? Как и Джон, я не нахожусь в структуре, которая могла бы разработать индивидуальное решение, поэтому ищу что-нибудь доступное!

— Стефан Генриод

Geonetwork Opensource - это всеобъемлющий каталог метаданных для пространственных данных, который поддерживает многие из стандартов MD. При установке по умолчанию используется Mckoi, но его можно настроить на использование Oracle, PostgreSQL (или PostGIS), MySQL и т. Д.

Однако, если я понимаю ваш вопрос, вы хотите, чтобы MD сопровождал набор данных в виде отдельного файла базы данных? Это может быть осуществимо путем выгрузки определенных таблиц из вашей базы данных, но я не знаю, насколько это было бы полезно без Geonetwork.

— DMCI
источник

Второе это. Он имеет веб-интерфейс и может быть легко настроен за кулисами. Сами данные хранятся в виде XML в одной из таблиц, и с некоторыми сложностями их можно импортировать / экспортировать напрямую. Приложение также позволяет экспортировать данные различными способами.

— ГИС-Джонатан

Спасибо всем за ответы. Я обновил свой оригинальный пост с дополнительной информацией. Я думаю, что возвращаюсь к заключению, что никто на самом деле не делает это из коробки, но решение было бы "просто" создать таблицу для больших двоичных объектов метаданных (хранить XML некоторого стандарта) с триггерами для создания строк всякий раз, когда новая пространственная таблица добавлена в БД. 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 NOT NULL)

— JohnZastrow

Сандро (автор Spatialite), должно быть, слышал этот крик в пустыне - через googlegroups.com Привет список, бета- версия будущего SpatiaLite 4.1.0 теперь доступна gaia-gis.it/fossil/libspatialite/… Основными целями являются: - хранение документов XML в СУБД - поддержка проверки XML - поддержка простых запросов SQL к документам XML с помощью канонических выражений XPath Реализация общего ядра функций, ориентированных на XML, полезна, учитывая, что метаданные ISO и INSPIRE-или SLD / SE Стили полностью основаны на XML.

— JohnZastrow