Czy istnieje istniejące, standardowe, uniwersalne podejście (i, mam nadzieję, istniejące narzędzia, które wspierają zarządzanie nim) do przechowywania metadanych geoprzestrzennych w przestrzennych bazach danych innych niż ESRI wraz z danymi (i dlatego mogą podróżować po zrzuceniu) same dane.
Mam nadzieję zidentyfikować podejście, które po prostu opiera się na tabelach i relacjach, a zatem może być stosowane w bazach danych, takich jak PostGIS, Spatialite, Oracle, SQL Server itp. Tutaj metadane oznaczają informacje narracyjne o danych (tj. US FGDC lub Informacja o typie metadanych geoprzestrzennych według ISO 19139) - nie BBOX i rzeczy wewnętrzne.
Użytkownicy ESRI mają teraz kilka formatów XML, które mogą uniwersalnie opisywać i towarzyszyć danym, niezależnie od tego, czy są to pliki (Shapefiles), czy Geodatabases. Jakie jednak istnieją opcje, gdy oprogramowanie ESRI nie jest używane? Tak, oczywiście, mógłbym zaprojektować własne tabele, strukturę danych itp. Ale po co wymyślać koło, które z pewnością musi istnieć.
AKTUALIZACJA:
Skomplikowane elementy architektoniczne, takie jak Geonetwork (lub cokolwiek, co musi obejmować serwer), są dokładnie tym, czego muszę unikać. Ponadto metadane żyłyby z danymi, a nie jako osobna baza danych. Wymagania są poniżej i powinienem to powiedzieć na początku.
Wymagania systemowe: 1. Architektura nie potrzebuje niczego więcej niż QGIS i bazy danych przestrzennych - częściowo dlatego, że organizacja nie jest wystarczająco zaawansowana, aby uruchomić cokolwiek na serwerze i nie ma pieniędzy na nic, aby kupić lub zbudować / wdrożyć.
Wymóg funkcjonalny: 1. Dane muszą być łatwo dystrybuowane do wielu osób, a dokumentacja nie może być łatwo oddzielona od danych - co oznacza, że powinny one żyć i być łatwo dystrybuowane razem, aby zawsze wiedziałem, jakie są dane i dlaczego zostały utworzone, itp. - jeśli mam dane, mam dokumentację. 2. Podobnie jak same dane, dokumentacja metadanych powinna być łatwo edytowalna i utrzymywana przy użyciu intuicyjnych narzędzi pulpitu oraz przez personel nietechniczny.
Przypadek użycia: 1. Bobby Wolontariusz Studencki (i dopiero uczący się GIS) tworzy niektóre dane z witryn monitorujących w ramach badania. 2. Bobby rejestruje dane wejściowe, których użył, wyjaśnienie swoich kroków przetwarzania i inne informacje, które pomagają innym zrozumieć rodowód danych. 3. Bobby dostaje prawdziwą pracę i odchodzi, pozostawiając kopie zapasowe swoich danych na płycie CD-ROM. 4. Dwa lata później ktoś znajdzie dane i określi je jako bardzo przydatne, ponieważ może odczytać dokumentację, która się w nich znajduje.
Jeśli pochodzisz z wyrafinowanych organizacji, powiedziałbyś: „Człowieku, co za cholerna sytuacja. Po prostu zarządzaj danymi we właściwy sposób (cokolwiek to jest)”. Ale powiązane scenariusze są w rzeczywistości dość powszechne w moim świecie.