स्थानिक डेटाबेस में मानव मेटाडेटा के भंडारण के लिए मानक


13

क्या गैर-ईएसआरआई स्थानिक डेटाबेस में भू-स्थानिक मेटाडेटा को संग्रहीत करने के लिए एक मौजूदा, मानक, सार्वभौमिक दृष्टिकोण (और उम्मीद है कि मौजूदा उपकरण इसका समर्थन करते हैं) (और इसलिए जब डंप किया जाता है तो डेटा के साथ यात्रा करने में सक्षम)।

मैं एक ऐसे दृष्टिकोण की पहचान करने की उम्मीद कर रहा हूं जो बस तालिकाओं और संबंधों पर निर्भर करता है और इसलिए इसका उपयोग डेटाबेस में किया जा सकता है जैसे पोस्टजीआईएस, स्पैटियालाइट, ओरेकल, एसक्यूएल सर्वर, आदि। यहां मेटाडेटा का अर्थ है डेटा के बारे में कथात्मक जानकारी (यानी, यूएस एफडीसीडी या आईएसओ 19139 भू-स्थानिक मेटाडेटा प्रकार की जानकारी) - बीबीबॉक्स और आंतरिक सामान नहीं।

ईएसआरआई उपयोगकर्ताओं के पास अब कई एक्सएमएल प्रारूप हैं जो डेटा का सार्वभौमिक रूप से वर्णन और विवरण दे सकते हैं कि क्या वे फाइलें (शेपफाइल्स) या जियोडैट डेटाबेस हैं। हालाँकि, ESRI सॉफ़्टवेयर का उपयोग नहीं किए जाने पर क्या मौजूदा विकल्प मौजूद हैं? हां, निश्चित रूप से, मैं अपनी खुद की टेबल, डेटा संरचना इत्यादि को डिज़ाइन कर सकता हूं, लेकिन एक पहिया को क्यों मजबूत करना चाहिए जो निश्चित रूप से मौजूद होना चाहिए।

अपडेट करें:

Geonetwork (या कुछ भी जरूरी एक सर्वर शामिल) जैसे जटिल वास्तु घटकों ठीक वही है जो मुझे बचने की आवश्यकता है। इसके अलावा, मेटाडेटा डेटा के साथ रहेगा, एक अलग डेटाबेस के रूप में नहीं। आवश्यकताएँ नीचे हैं और मुझे इसे शुरू में बताना चाहिए था।

सिस्टम आवश्यकताएँ: 1. आर्किटेक्चर को क्यूजीआईएस और एक स्पैटियलाइट डेटाबेस से अधिक कुछ भी नहीं चाहिए - आंशिक रूप से क्योंकि संगठन सर्वर पर कुछ भी चलाने के लिए पर्याप्त परिष्कृत नहीं है और कुछ भी खरीदने या कुछ भी बनाने / तैनात करने के लिए पैसा नहीं है।

कार्यात्मक आवश्यकता: 1. डेटा को आसानी से कई लोगों को वितरित किया जाना चाहिए और प्रलेखन को आसानी से डेटा से अलग नहीं किया जाना चाहिए - जिसका अर्थ है कि उन्हें आसानी से रहना चाहिए और एक साथ वितरित किया जाना चाहिए ताकि मुझे हमेशा पता चले कि डेटा क्या हैं और वे क्यों बनाए गए, आदि - अगर मेरे पास डेटा है तो मेरे पास प्रलेखन है। 2. स्वयं डेटा की तरह, मेटाडेटा प्रलेखन आसानी से संपादन योग्य होना चाहिए और सहज डेस्कटॉप टूल और गैर-तकनीकी कर्मचारियों द्वारा उपयोग किया जाना चाहिए।

मामले का उपयोग करें: 1. बॉबी द स्टूडेंट वालंटियर (और सिर्फ जीआईएस सीखने) एक अध्ययन के हिस्से के रूप में निगरानी साइटों के कुछ डेटा बनाता है। 2. बॉबी ने अपने द्वारा उपयोग किए गए इनपुट, अपने प्रसंस्करण चरणों की व्याख्या और अन्य जानकारी को रिकॉर्ड किया जो दूसरों को डेटा के वंश को समझने में मदद करता है। 3. बॉबी को असली नौकरी मिलती है और वह अपना डेटा छोड़ देता है, जिसका सीडी-रोम पर बैकअप होता है। 4. दो साल बाद कोई व्यक्ति डेटा पाता है और इसे बहुत उपयोगी होने के लिए निर्धारित करता है क्योंकि वे उस दस्तावेज़ को पढ़ सकते हैं जो डेटा के भीतर हैं।

यदि आप परिष्कृत संगठनों से आते हैं, तो आप कहेंगे, "यार, क्या खराब स्थिति है। बस डेटा को राइट वे (जो भी हो) प्रबंधित करें।" लेकिन संबंधित परिदृश्य वास्तव में मेरी दुनिया में काफी आम हैं।


3
मुझे लगता है कि पुराने मजाक मानकों महान हैं, वहाँ है, इसलिए से चुनने के लिए कई यहाँ आवेदन कर सकते हैं :)
sgrieve

यह निश्चित नहीं है कि इस तरह की पुरानी पोस्ट को खोदना बुद्धिमानी है, लेकिन मैंने खुद से अक्सर एक ही सवाल पूछा है ... मैं देखता हूं कि स्पैटियालाइट के नए संस्करण एक्सएमएल (और मेटाडेटा के भंडारण) का समर्थन करते हैं, लेकिन क्या कोई उपकरण है / उपयोगकर्ता इंटरफ़ेस जो वास्तव में मेरी परतों के मेटाडेटा को बनाने / प्रबंधित करने के लिए उपलब्ध है? जॉन की तरह, मैं एक संरचना में नहीं हूं जो एक दर्जी समाधान विकसित कर सकता है, इसलिए आसानी से उपलब्ध किसी भी चीज की तलाश है!
स्टीफन हेनरियड

जवाबों:


4

Geonetwork Opensource स्थानिक डेटा के लिए एक बहुत व्यापक मेटाडाटा कैटलॉग है जो एमडी मानकों में से कई का समर्थन करता है । डिफ़ॉल्ट इंस्टॉलेशन मकोय का उपयोग करता है, लेकिन इसे Oracle, PostgreSQL (या PostGIS), MySQL आदि का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है।

हालाँकि, यदि मैं आपके प्रश्न को समझता हूँ, तो आप चाहते हैं कि MD एक अलग डेटाबेस फ़ाइल के रूप में डेटासेट के साथ आए? यह आपके डेटाबेस से विशेष तालिकाओं को डंप करने से संभव हो सकता है, लेकिन मुझे नहीं पता कि यह जियोनेटवर्क के बिना कितना उपयोगी होगा।


2
दूसरा यह। इसमें एक वेब-इंटरफ़ेस है और इसे पर्दे के पीछे काफी आसानी से अनुकूलित किया जा सकता है। डेटा खुद को एक तालिका में XML के रूप में संग्रहीत किया जाता है और कुछ bespoke fiddling के साथ इसे सीधे आयात / निर्यात किया जा सकता है। एप्लिकेशन कई मायनों में भी डेटा के निर्यात की अनुमति देता है।
जीआईएस-जोनाथन

सभी प्रतिक्रियाओं के लिए धन्यवाद। मैंने अधिक जानकारी के साथ अपनी मूल पोस्ट अपडेट की। मुझे लगता है कि मैं इस निष्कर्ष पर लौट रहा हूं कि कोई भी वास्तव में आउट-ऑफ-द-बॉक्स नहीं कर रहा है, लेकिन समाधान "बस" होगा मेटाडेटा ब्लॉब्स के लिए एक तालिका बनाएं (कुछ मानक के XML को ट्रिगर के साथ) पंक्तियों को बनाने के लिए जब भी डीबी में एक नई स्थानिक तालिका जोड़ी जाती है। CREATE TABLE "layer_metadata" ( "meta_id" पूर्णांक प्राथमिक कुंजी autoincrement नहीं NULL अद्वितीय, "f_table_name" पाठ नहीं NULL, "created_dt" DATETIME नहीं NULL, "updated_dt" DATETIME नहीं NULL, "meta_document" ब्लॉब नहीं NULL)
JohnZastrow

Sandro (Spatialite के लेखक) ने जंगल में यह रोना सुना होगा - googlegroups.com के माध्यम से। हाय लिस्ट, आने वाली स्पेटियालाइट का एक बीटा पूर्वावलोकन 4.1.0 अब उपलब्ध है gia-gis.it/fossil/libspatialite/…। मुख्य लक्ष्य हैं: - DBMS के भीतर XML दस्तावेज़ संग्रहीत करना - XML ​​सत्यापन का समर्थन - XML ​​दस्तावेज़ों पर सादे SQL प्रश्नों का समर्थन कैनोनिकल XPath अभिव्यक्तियों के माध्यम से XML- उन्मुख सुविधाओं के एक सामान्य कोर को लागू करना आईएसओ- और INSPIRE-Metadata या SLD / SE पर विचार करना उपयोगी है। शैलियाँ पूरी तरह से XML पर आधारित हैं।
जॉनजैस्ट्रो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.