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