परतों की कई प्रतियों का संगठन और ख़बर? [बन्द है]


28

उन दिनों में जब मैं विश्वविद्यालय में था तब मुझे "संगठन और ख़ुशी" की समस्या थी - मैं असंगठित था और अलग-अलग नामों के बिना अलग-अलग फ़ोल्डरों में अपनी परतें रखता था और इसलिए प्रत्येक परत की कई प्रतियाँ होती थीं।

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

  1. आप अपनी परतों को कैसे व्यवस्थित करते हैं? उनका नाम कैसे पड़ा? नाम, दिनांक, सामग्री, ग्राहक द्वारा?
  2. आप कई प्रतियों के साथ कैसे व्यवस्थित या सौदा करते हैं (अधिक तीव्र: आप एक साथ कई प्रतियों को कैसे अपडेट करते हैं)?

नोट: मैं विश्लेषक / डीबीए पीओवी से बात कर रहा हूं और एक वेब-डेवलपर / वेब-मैनेजर के पीओवी से नहीं (मैं अपने लिए परतों को व्यवस्थित करने की बात कर रहा हूं और शायद दो और जीआईएस कार्यकर्ता हैं, अधिक नहीं)।


6
एक अच्छा सवाल। वास्तव में यह एक खोज नहीं है, यह एक खोज है। एक प्रश्न उत्तर के एकल या संकीर्ण-ईश सेट की ओर जाता है, और एक बार निपटाने पर, यह खत्म हो गया है। एक खोज एक चल रही चीज है, एक साहसिक कार्य जिसका कभी कोई निश्चित अंत नहीं हो सकता है, और यही आपके यहाँ है। अपने आप को इस सच्चाई से इस्तीफा दें कि आप जिस भी सम्मेलन में बैठते हैं, वह पूरी तरह से या पूरी तरह से काम नहीं करेगा। उस ने कहा, ऐसे मार्ग हैं जो आप रास्ते को आसान बनाने के लिए उपयोग कर सकते हैं और आसानी से यात्रा कर सकते हैं। केविन के जवाब, और टिप्पणियों पर अनुसरण, इस संबंध में एक बहुत अच्छी शुरुआत है।
मैट विल्की

जवाबों:


21

यह एक दुष्ट समस्या है । हमने विभिन्न प्रणालियों की कोशिश की है, जो सभी ने एक समय के लिए अलग-अलग डिग्री के लिए काम किया है, और अंततः अनजाने में वृद्धि हुई है और अधिक और किनारे के मामलों के रूप में अलग होना शुरू हो गया है जो काफी फिट नहीं हैं। उस ने कहा, हमने जिन प्रणालियों का उपयोग किया है उनमें से प्रत्येक कुछ भी नहीं की तुलना में बेहतर है, यह साबित करते हुए कि कोई भी प्रणाली किसी भी प्रणाली से बेहतर है।

यहाँ हमारे वर्तमान अभ्यास का एक थंबनेल अवलोकन है:

एक फ़ाइल जियोडेटाबेस में चींटियों को छोड़कर सब कुछ रखो, कम बेहतर। जब तक वे किसी तरह से संबंधित न हों (जैसे हाइड्रो> स्ट्रीम, हाइड्रो> लैक्स, हाइड्रो> वेटलैंड्स, इत्यादि) से संबंधित फीचर क्लासेस के तहत नेस्ट क्लास क्लास न करें। यह fgdb के शीर्ष पर एक बड़ी लंबी सूची की ओर जाता है लेकिन यह एक स्वीकार्य बुराई है।

सभी फ़ीचर क्लासेस के लिए लेयर फाइल्स बनाएँ और व्यवस्थित करें कि इसके बजाय, नाम की बहुत आज़ादी मिलती है, जैसे असमर्थित अक्षरों आदि का उपयोग करना *, और हालात बदलने के साथ-साथ चलने और नाम बदलने की क्षमता। यह भी अतिरेक के बिना दोहराव की अनुमति देता है, उदाहरण के लिए, नाममात्र पैमाने (50k, 250k ...) के अनुसार समूहीकृत परतों का एक सेट, क्षेत्र द्वारा एक और (AK, YT ...), विषय द्वारा तीसरा (कारिबू, भूमि उपयोग, परिवहन) ...), और ग्राहक द्वारा एक चौथाई जबकि डेटास्टर स्वयं अपरिवर्तित रहता है।

डुप्लिकेट के लिए परत फ़ाइलों के बजाय शॉर्टकट का उपयोग स्वयं करते हैं, अन्यथा जब चीजें बदलती हैं तो अपडेट करने के लिए बहुत सी चीजें होती हैं। शॉर्टकट्स दिखाने के लिए ArcCatalog कॉन्फ़िगर करें: * टूल> विकल्प> फ़ाइल प्रकार: .lnk (सीमाएँ: पूर्वावलोकन और मेटाडेटा काम नहीं करते हैं, आप ArcCatalog में इसके स्रोत के शॉर्टकट का पालन नहीं कर सकते। इसे शॉर्टकट्स के बजाय सिम्बॉलिक लिंक्स का उपयोग करके रीमेड किया जा सकता है। , लिंक शैल एक्सटेंशन देखें )

* (टिप: परत मेनू फ़ोल्डर को प्रारंभ मेनू टूलबार के रूप में जोड़ें ताकि वे हमेशा आपकी उंगलियों पर रहें।)

Z: \ परतें \
          बेस \
          विषयगत \
          संदर्भ \
          सभी कपड़े पहने बेस (250k) .lyr
          प्रशासन की सीमाएँ (1000k) .lyr
          ...
Z: \ रेखापुंज \
          लैंडसैट \
          Orthos \
Z: \ Data \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

मानचित्र रचनाएं और आउटपुट (प्रिंट फाइलें, पीडीएफ, निर्यात, आदि) जो स्वभाव से अधिक गतिशील हैं और चर कहीं और संग्रहीत और व्यवस्थित हैं। यह वह हिस्सा है जो हमारे लिए कठिन रहा है। वर्तमान में हम नौकरी # के अनुसार नामित फ़ोल्डर्स के साथ एक समर्पित ड्राइव का उपयोग करते हैं (इसे फिर से करने के बजाय मैं दिनांक का उपयोग करेगा, '2010-10-26' ) और परियोजना विशिष्ट डेटा और परिणाम / विचार-विमर्श के लिए उप फ़ोल्डर्स। एक स्प्रेडशीट इंडेक्स सभी जॉब नंबर (फ़ोल्डर का नाम), उनके संबंधित मानचित्र शीर्षक और क्लाइंट को सूचीबद्ध करता है। उदाहरण के लिए:

डब्ल्यू: \ Foo_0123 \
            Foobarmap_001.mxd
            डॉक्स \
                 Readme.doc
            डेटा\
                 buffers_2000m.shp
                 gps_tracks.csv
            आउटपुट \
                   Foobarmap_001.pdf
            वितरणयोग्य

अनुक्रमणिका को अद्यतित रखना एक घर्षण बिंदु है, लोग इसे पसंद नहीं करते, इससे बचते हैं, और नामकरण आदि के साथ असंगत होते हैं (स्प्रेडशीट के बजाय डेटाबेस का उपयोग करने से मदद मिलेगी)। एक संख्यात्मक फ़ोल्डर नाम सम्मेलन का उपयोग करना भी इंडेक्स के बिना प्रोजेक्ट एक्स के लिए मैप करने के लिए बहुत मुश्किल बनाता है, घर्षण का एक और उल्लेखनीय स्रोत। आदर्श रूप से सूचकांक एक क्लिक करने योग्य html पृष्ठ होगा जो स्वचालित रूप से db एप्लिकेशन से उत्पन्न होता है। यह पूरे 'नोटेर प्रोजेक्ट है।

प्रमुख सिद्धांत:

  • गतिशील और परिवर्तनशील से धीरे-धीरे बदलते हुए और अक्सर उपयोग किए जाने वाले सामान को अलग करें, और उन्हें अलग तरह से व्यवहार करें
  • जहां तक ​​संभव हो, डुप्लिकेट न करें, जहां भी संभव हो लेयर फाइल और शॉर्टकट / लिंक का उपयोग करें।
  • सिस्टम को बहुत बार न बदलें, प्रत्येक को एक ठोस प्रयास दें।

मैं अन्य संरचनाओं के उदाहरणों का बहुत स्वागत करता हूं, जैसा कि मैंने कहा कि हमारे पास जो है उससे संतुष्ट नहीं हैं। :)


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

वाह। फाइलिंग सिस्टम के माध्यम से क्या (मैंने इसे चार बार पहले ही पढ़ा है और अभी भी यकीन नहीं है कि मुझे यह सब मिला है)। बाइंड ऑटोकैड और आर्कगिस उपयोगकर्ता के रूप में मेरे लिए दो टिप्पणियां जो खड़ी थीं: 1. मैं इस प्रणाली में DWG के भंडारण के लिए कैसे फिट हूं? 2. जियोडाटाबेस संगठित रखने का एक शानदार तरीका है। मेरे पास एकमात्र समस्या यह है कि ऑटोकैड मैप में GDB नहीं दिखता है, लेकिन केवल आकार फाइल है। लेकिन धन्यवाद, मैं आपके संपूर्ण सिस्टम से टिप्स
लूंगा

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

1
फीचर डेटासेट पर डिट्टो। यह ArcCatalog में छोड़कर एक बेकार सुविधा की तरह है। वे सामान्य उपयोग और स्थानिक संदर्भ के समूह परतों के लिए माना जाता है, लेकिन एक प्रोग्रामर कभी भी एक सुविधा डाटासेट नहीं देखता है जब तक कि यह एक कार्यक्षेत्र में परतों के माध्यम से पाशन के तरीके से नहीं मिलता है। विभिन्न अनुमानों का उपयोग करते समय, अलग डेटाबेस सुविधा डेटासेट से बेहतर लगते हैं।
टिम राउरके

1
@ मेरा मानना ​​है कि फीचर डेटासेट्स आर्कइन्फो कवरेज के वैचारिक निर्णायक हैं, अर्थात् वे एक समान टोकरी में एक आम "बात" का वर्णन करने वाले ज्यामितीय प्रकारों को समूहीकृत करने का एक साधन हैं। तो आप उदाहरण के लिए वॉटरकॉउंस (लाइनें), वॉटरबॉडी (बहुभुज), और चट्टानों में पानी (बिंदु) एक साथ हो सकते हैं। मुझे नहीं पता कि वे प्रोग्रामर को अधिक सीधे क्यों प्रस्तुत नहीं करते हैं।
मैट विल्की

6

यदि अन्य लोग आपके सिस्टम में डेटा एक्सेस कर रहे हैं, तो आप केवल अपने लिए संगठन को सार्थक नहीं बना सकते हैं; आपको सिस्टम के उनके उपयोग को ध्यान में रखना चाहिए। यदि आप उन पर विचार नहीं करते हैं, तो आप "कहां है लैंडयूज़ डेटा" और "मुझे यहां डेटा नहीं डाल सकते हैं" जैसे सवालों के जवाब देने में बहुत समय व्यतीत हो रहा है?

कई वर्षों तक इस तरह की व्यवस्था बनाए रखने में, मैंने पाया कि लोग डेटा नहीं ढूंढ सकते हैं यदि यह पहली बार स्रोत, जैसे c:\CensusBureau\Roadsऔर द्वारा आयोजित किया जाता है c:\ESRI\Countries। इसके बजाय, मैं डेटा को पहले सूचीबद्ध करने की सलाह देता हूं, फिर स्रोत के अनुसार आपके पास कई स्रोत हैं, जैसे c:\Roads\CensusBureauऔर c:\Roads\LocalGovt

इसी तरह मैं विभिन्न निर्देशिकाओं में रैक्टर और वैक्टर को अलग नहीं करूंगा। हालाँकि, यदि आप एक डेटा पर फिट नहीं होंगे, तो आपको अलग-अलग भौतिक या तार्किक ड्राइव पर विभाजित करना आवश्यक हो सकता है।

मैं निम्नलिखित निर्देशिका संरचना की सिफारिश करता हूं। थीम \ सोर्सयियर, जहां थीम विषयगत परत है, स्रोत डेटा स्रोत के लिए संक्षिप्त नाम है, और वर्ष वह वर्ष है जिसका डेटा जमीन पर प्रदर्शित होता है। इस परिदृश्य में, जनगणना ब्यूरो से TIGER सड़क में स्थित होगा \Roads\Census00और \Roads\Census10(या 'टाइगर' के साथ 'जनगणना' की जगह ले)।

ध्यान रखें कि आर्कजीआईएस में कुछ एक्सटेंशन 13 अक्षरों से अधिक फ़ाइल नाम के साथ काम नहीं करते हैं। मैं कौन सा विस्तार याद नहीं कर सकता, मुझे याद है कि यह एक समस्या है।


धन्यवाद केविन, फ़ाइल नाम सम्मेलन के बारे में क्या? मैं <ऑब्जेक्ट> _ <स्थान> _ <रेंज> _ <दिनांक> _ <FileFormat> <<> का समाधान कर रहा हूं। <ext> Coast_eu_340509.76N0080201.23E_3505096N_0090201.23E_2011_shp.zip box_eu_340509.76.76/6506.76% का समाधान सोच रहा हूं। .76N_0090201.23E_2011_tiff.zip। क्या आपको लगता है कि यह एक वैध विचार है?
जेड

5
वे फ़ाइल नाम कमांड लाइन या प्रोग्राम में उपयोग करने के लिए बहुत बोझिल हो सकते हैं। वे आर्कपेज़ में सामग्री और / या किंवदंती की एक बहुत विस्तृत तालिका का नेतृत्व करेंगे (डिफ़ॉल्ट रूप से कम से कम)। मैं छोटी फ़ाइल नामों के लिए विकल्प चुनूंगा, जैसे कि ऑब्जेक्ट या ऑब्जेक्ट और दिनांक, और बाकी जानकारी को रिले करने के लिए मानक मेटाडेटा या कम से कम रीडमी फ़ाइल का उपयोग करें। एकदम मेरे विचार।

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

2

हम कैड फाइलों के लिए एक परियोजना स्तर पर काम करते हैं। यह अनुमान लगाता है कि आपके विशेष कार्य प्रवाह को कैसे सेट किया जाता है, हमारे पास हमारी मास्टर वर्किंग परियोजना है, फिर संपादन सत्र के अंत में एक निर्यात स्क्रिप्ट में इससे कोई अतिरिक्त डेटास्टोर्स तैयार करें।

DATADIR \ सीएडी \ cadastre.dgn
DATADIR \ SRV \ fuel.dgn
DATADIR \ SRV \ sewerage.dgn
DATADIR \ नक्शा \ base.dgn
DATADIR \ नक्शा \ printsets.dgn
...

फिर प्रत्येक फ़ाइल में एक आइडेंटिफ़ायर के साथ नामित लेयर्स / लेयर्स /
फ़ीचर्स
होते हैं,
जो सीमपाइप सिलाईमैनहोल्ड
...

इसके बाद हम अपनी कार्यशील परियोजना की फाइलों को पढ़ने के बजाय इसे एसक्यूएल स्थानिक को निर्यात करते हैं, जहां यह उपयोगकर्ता के लिए मैपगाइड या आवश्यक स्वाद जीआईएस ऐप के माध्यम से प्रदर्शित किया जाता है।

जीआईएस परतों को सॉर्टिंग की अनुमति देने के लिए पहचानकर्ता और समान फ़ोल्डर लेआउट के साथ फीचर नाम द्वारा क्रमबद्ध किया जाता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.