जीआईएस डेटा वाली फ़ाइलों और फ़ोल्डरों के लिए एक अच्छा वर्गीकरण या नामकरण सम्मेलन क्या है? [बन्द है]

Question

मेरी कंपनी ने पिछले 8 वर्षों में लगभग 30 टीबी जीआईएस डेटा एकत्र किया है, और मैं हमेशा अपने आप को निम्नलिखित प्रश्न पूछती हूं:

1. किसी दिए गए भौगोलिक क्षेत्र के लिए हमारे पास किस प्रकार का डेटा है?
2. उस डेटा के बारे में क्या विवरण हैं (उदाहरण के लिए, पिक्सेल में मीटर में रिज़ॉल्यूशन)?
3. हार्ड ड्राइव पर डेटा कहां मौजूद है इसलिए मैं वास्तव में इसका उपयोग कर सकता हूं?
4. क्या हमने पहले ही डेटा को संसाधित कर लिया है, या क्या यह स्रोत से अनछुए रूप में है?

अब तक और इसमें शामिल हैं, मैंने एक उपयुक्त फ़ोल्डर और फ़ाइल वर्गीकरण / पदानुक्रम को तैयार करके इन सवालों को हल करने का प्रयास किया है। क्या किसी के पास कुछ समझने योग्य कोई सुझाव / सुझाव हैं, शायद फ़ाइलों और फ़ोल्डरों का उपयोग करके जीआईएस डेटा को व्यवस्थित करने के मानक तरीके?

मैं इस बारे में और जानने के लिए भी तैयार हूं कि कैसे डेटाबेस का उपयोग करने से मेरी कंपनी को फायदा हो सकता है; हम सॉफ्टवेयर डेवलपर हैं, जीआईएस विशेषज्ञ नहीं हैं, इसलिए मुझे संदेह है कि हम वक्र पर काफी पीछे हैं क्योंकि उपयोग में आसानी के लिए जीआईएस डेटा को संग्रहीत / व्यवस्थित करने की समस्या का सबसे अच्छा तरीका है। मैंने प्रश्न को भू-स्थानिक डेटा के प्रबंधन के लिए सर्वोत्तम प्रथाओं को देखा, लेकिन केवल उत्तरों में से सीमांत उपयोग को आकर्षित करने में सक्षम था क्योंकि मैं जियोडैट डेटाबेस से अपरिचित हूं।

अद्यतन: यह पिछले सप्ताह मैंने जीआईएस डेटाबेस के बारे में पढ़ने में काफी समय बिताया, और पोस्टजीआईएस के साथ खुद को परिचित करना शुरू कर दिया। दीर्घकालिक, मुझे लगता है कि हम एक डेटाबेस प्लस मेटाडेटा सर्वर के रोजगार की ओर बढ़ेंगे, जैसा कि जियोस्पेशियल डेटा के प्रबंधन के लिए सर्वोत्तम प्रथाओं में जेसनबिरच द्वारा अनुशंसित है ।

Comments

इस प्रश्न की जाँच करें: gis.stackexchange.com/questions/2976/…

— डेरेक स्विंगले

धन्यवाद, यह सवाल निश्चित रूप से संबंधित है और कुछ अच्छी पृष्ठभूमि जानकारी प्रदान करता है।

— Sipp

Answer 1

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

वास्तविक जीआईएस डेटा के अलावा, आपको अपने क्लाइंट / आंतरिक क्लाइंट / प्रोफेसर से किसी भी दस्तावेज को रखने के लिए एक संचार या विनिर्देशों फ़ोल्डर बनाना चाहिए। यह मेटाडेटा के रूप में काम कर सकता है जब आप बाद की तारीख में परियोजना पर वापस आते हैं, साथ ही एक केंद्रीकृत स्थान बनाते हैं जहां कोई और देख सकता है कि क्या होने वाला है।

Comments

अच्छे अंक; हमारी कंपनी ऐसे नक्शे बनाती है जिनका उपयोग हमारा सॉफ्टवेयर करता है, और हमने "अंतिम" डेटा से "कार्य" डेटा से "कच्चे" डेटा को अलग करने के लिए एक फ़ोल्डर योजना पहले ही विकसित कर ली है। समस्याओं में से एक यह ट्रैक कर रहा है कि कच्चे डेटा के किस सेट को अंतिम मानचित्र के मूल आधार के रूप में उपयोग किया गया था; "विनिर्देश" फ़ोल्डर के लिए आपका सुझाव ऐसा लगता है कि पता चलेगा। हमारे द्वारा बनाए गए प्रत्येक नक्शे के लिए, हम यह नोट करना सुनिश्चित करेंगे कि मानचित्र के निर्माण में कच्चे डेटा स्रोत का क्या उपयोग किया गया था (कुछ ऐसा जो हम वर्तमान में नहीं करते हैं)। सुझावों के लिए धन्यवाद!

— सिप

Answer 2

यह मुझे लगता है कि आपको इस जानकारी को संग्रहीत करने के लिए मेटाडेटा के एक सेट की आवश्यकता है, और एक पुनर्प्राप्ति प्रणाली जो आपको सूचना के आधार पर डेटा निकालने के लिए मेटाडेटा का उपयोग करती है।

मुझे लगता है कि आप एक समाधान चाहते हैं जो अधिकतम अंतर के लिए OGC कैटलॉग सेवा का समर्थन करता है। मैंने देखा है कि सहकर्मी डेगेरी का उपयोग करते हैं - हालांकि निश्चित रूप से अन्य समाधान हैं जिन्हें आपको जांचना चाहिए।

यहाँ एक उदाहरण है कि हमने अपने सॉफ़्टवेयर में डेग्री को कैसे बांधा (लाइव डेमो अभी रखरखाव के लिए नीचे है - क्या आप नहीं जानते हैं - - लेकिन अगले सप्ताह वापस होना चाहिए)

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

बेशक एक स्थानिक डेटाबेस के साथ आपके पास डेटा को टाइलों में विभाजित करने के बारे में समान मुद्दे नहीं हैं, इसलिए यह अक्सर एक तरजीही विधि है - उस प्रकार के डेटा का उपयोग करके अंतिम उपयोग एप्लिकेशन प्रदान करता है।

Comments

सुझाव के लिए धन्यवाद निशान। ऐसा लगता है कि आप सुझाव दे रहे हैं कि यहां कुछ घटक हैं: मेटाडेटा ही (उदाहरण के लिए, एक XML फ़ाइल), एक पुनर्प्राप्ति प्रणाली (Deegree?) जो यह जानती है कि उपयोगकर्ता से कुछ मेटाडेटा requriele के आधार पर डेटा कैसे खोजना है, और a भंडारण बैकएंड घटक (जैसे, PostGIS?) जो डेटा और मेटाडेटा दोनों को संग्रहीत करता है। क्या यह सही है?

— निप्प

Answer 3

मैं SpatiaLite को चुनूंगा जो एक एक-फाइल डेटाबेस है, जहां आप अपने सभी शेपफाइल्स, रैस्टर्स और टेबल सम्मिलित कर सकते हैं। फिर एक रिलेशनल एसक्यूएल डेटाबेस के रूप में, आपके पास विशेषताओं और फाइलों के बीच सभी आवश्यक कार्यों (जॉइन, सिलेक्ट, मर्ज, यूनियन, स्प्लिट आदि) को करने के लिए आपके निपटान में एसक्यूएल प्रश्नों की शक्ति है।

SpatiaLite स्वचालन की अधिक से अधिक डिग्री के लिए पायथन जैसी प्रोग्रामिंग भाषाओं से भी सुलभ है। बस, अब बहुत हो चुका।

SpatiaLite प्रलेखन और ट्यूटोरियल

Answer 4

मुझे "मैप नाम या थीम - मेटाडेटा comments.doc" शीर्षक वाले वर्ड डॉक्यूमेंट बनाना उपयोगी लगता है। प्रत्येक मानचित्र और / या डेटा सेट थीम के लिए कालानुक्रमिक क्रम (YYYY-MM-DD) में प्रमुख संपादन और वर्कफ़्लो दस्तावेज़। यदि आपको किसी डेटा सेट के इतिहास का पता लगाने की आवश्यकता है: i) संबंधित फाइलों से बनी तारीख / संशोधित तिथि को शामिल करें जो ऐतिहासिक संदर्भ या संभावित स्रोत फ़ाइलों के रूप में उपयोगी हैं। सामान्य समानता या अंतर पर ध्यान देते हुए प्रत्येक फ़ाइल (परत नाम, रिकॉर्ड का #) की सामग्री का एक संक्षिप्त सारांश शामिल करें (यानी नक्शे या डेटा सेट के प्रत्येक संस्करण में नया क्या है)। "- मेटाडेटा टिप्पणियों" फ़ाइल को उसी कार्यशील फ़ोल्डर में रखें जो नक्शे या डेटा सेट के सबसे हाल के संस्करण के रूप में है। मानचित्र या डेटा के पुराने संस्करणों को एक पुरालेख उप-फ़ोल्डर में रखें। तीन चरण की प्रक्रिया सॉफ्टवेयर विकास के लिए अच्छी तरह से काम करती है, डेटाबेस विकास और फ़ाइल प्रबंधन: 1) विकास (और दस्तावेज़); 2) परीक्षण (और दस्तावेज़); 3) प्रकाशित (मेटाडेटा सहित)। 1) काम करने वाले फ़ोल्डर; 2) पुरालेख उप-फ़ोल्डर; 3) प्रकाशित संस्करण।