Существует ли существующий, стандартный, универсальный подход (и, надеюсь, существующие инструменты, которые поддерживают его управление) для хранения геопространственных метаданных в пространственных базах данных, не относящихся к 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. Два года спустя кто-то находит данные и считает их очень полезными, потому что они могут читать документацию, которая находится внутри данных.
Если вы работаете в сложных организациях, вы скажете: «Чувак, какая неаккуратная ситуация. Просто управляй данными правильно (что бы это ни было)». Но связанные сценарии на самом деле довольно распространены в моем мире.
источник
Ответы:
Geonetwork Opensource - это всеобъемлющий каталог метаданных для пространственных данных, который поддерживает многие из стандартов MD. При установке по умолчанию используется Mckoi, но его можно настроить на использование Oracle, PostgreSQL (или PostGIS), MySQL и т. Д.
Однако, если я понимаю ваш вопрос, вы хотите, чтобы MD сопровождал набор данных в виде отдельного файла базы данных? Это может быть осуществимо путем выгрузки определенных таблиц из вашей базы данных, но я не знаю, насколько это было бы полезно без Geonetwork.
источник