Стандарт для зберігання людських метаданих у просторових базах даних


13

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

Я сподіваюся визначити підхід, який просто спирається на таблиці та відносини, і тому може бути використаний у таких базах даних, як PostGIS, Spatialite, Oracle, SQL Server тощо. Інформація про тип геопросторових метаданих ISO 19139) - не BBOX та внутрішні матеріали.

Користувачі ESRI мають нині кілька форматів XML, які можуть універсально описувати та супроводжувати дані, будь то файли (Shapefiles) або бази даних Geodata. Однак які існують варіанти, коли програмне забезпечення ESRI не використовується? Так, звичайно, я міг би створити власні таблиці, структуру даних тощо. Але навіщо винаходити колесо, яке неодмінно має існувати.

ОНОВЛЕННЯ:

Мені потрібно уникати складних архітектурних компонентів, таких як Geonetwork (або все, що обов'язково включає сервер). Також метадані житимуть із даними, а не як окрема база даних. Вимоги нижче, і я повинен був це заявити на початку.

Системні вимоги: 1. Архітектурі не потрібно нічого, крім QGIS та просторової бази даних - частково тому, що організація не є достатньо складною, щоб запустити що-небудь на сервері і не має грошей, щоб придбати щось або побудувати / розгорнути.

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

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

Якщо ви приїжджаєте із складних організацій, ви б сказали: "Людино, яка ситуація, що накрутила. Просто керуйте даними Правильним шляхом (що б це не було"). Але пов'язані сценарії насправді досить поширені в моєму світі.


3
Я думаю, що старі стандарти жарту чудові, тут можна вибрати багато, з чого можна вибрати :)
sgrieve

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

Відповіді:


4

Geonetwork Opensource - це дуже вичерпний каталог метаданих просторових даних, який підтримує багато стандартів MD. В установці за замовчуванням використовується Mckoi, але він може бути налаштований на використання Oracle, PostgreSQL (або PostGIS), MySQL тощо.

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


2
По-друге це. Він має веб-інтерфейс і може бути досить легко налаштований за лаштунками. Самі дані зберігаються як XML в одній із таблиць, і за деяким замовленням це може бути імпортовано / експортовано безпосередньо. Додаток також дозволяє експортувати дані різними способами.
GIS-Jonathan

Дякую всім за відповіді. Я оновив свій оригінальний пост з додатковою інформацією. Думаю, я повертаюся до висновку, що ніхто насправді не робить це поза коробкою, але рішенням було б "просто" створити таблицю для крапель метаданих (зберігати 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 Привіт, список BETA попереднього перегляду SpatiaLite 4.1.0 тепер доступний gaia-gis.it/fossil/libspatialite/… Основні цілі: - зберігання XML-документів у СУБД; Стилі повністю засновані на XML.
JohnZastrow
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.