क्या नाम से शुरू होने वाले नंबर एक खराब डेटा नामकरण सम्मेलन है?

Question

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

मैं प्रोजेक्ट नंबर की आवश्यकता को छोड़ने के लिए कॉर्पोरेट मानकों में संशोधन करना चाह रहा हूं, हालांकि मैं प्रलेखन के तरीके से बहुत कुछ नहीं ढूंढ सकता हूं कि फाइलन में "पहले चरित्र के रूप में संख्या" एक बुरी चीज क्यों है।

क्या कोई मुझे सही दिशा में इंगित कर सकता है जहाँ तक इस तर्क का समर्थन करने के लिए संसाधन हैं?

Comments

मैं डॉक्यूमेंटेशन के लिए कुछ खुदाई करूँगा लेकिन आमतौर पर db टेबल के नाम और फोल्डर स्ट्रक्चर्स में फर्स्ट चार के रूप में संख्या एक बुरा विचार है अगर पूरी तरह से अवैध (अमान्य) नहीं है। कई उपकरण भी उसी का पालन करते हैं। यह सिर्फ पहले से। gis.stackexchange.com/questions/3571/…

— ब्रैड नेसोम

@ साइट पर आपका स्वागत है! क्योंकि आपने अपने प्रश्न को उत्कृष्ट रूप से तैयार किया है, इसलिए मैंने शुरुआती पैराग्राफ को हटाने की स्वतंत्रता ले ली है ताकि पाठक तुरंत आपके प्रश्न में शामिल हो सकें।

— whuber

फ़ाइल नामों में संख्याएँ कोई समस्या नहीं है, लेकिन आप संख्याओं के साथ फ़ीचर नाम शुरू नहीं कर सकते हैं: gis.stackexchange.com/questions/6686/…

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

Answer 1

यह सम्मेलन खराब कमांड दुभाषियों से बगों को बाहर निकालने के लिए सिर्फ भीख मांग रहा है । (किसी संख्या के साथ प्रारंभिक अंकों को भ्रमित करना बहुत आसान है।)

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

"GRD ERROR" साइट: forum.esri.com

फ़ाइल नाम 8.3 साइट: forum.esri.com

ये सभी मिलकर उन समस्याओं का सौ वास्तविक उदाहरण प्रदान करेंगे जो इस तरह के फ़ाइलनामों के कारण हुए हैं और संभावित रूप से फिर से हो सकते हैं।

Comments

खराब कमांड दुभाषियों से आपका क्या मतलब है?

— नाथानुस

@ नथनस आर्कगिस 8.x और 9.x के लिए जारी "रैस्टर कैलकुलेटर" इंटरफेस में से हर एक। एक अन्य उदाहरण: जीआरआईडी इंजन के लिए आंतरिक दुभाषिया जो कुछ साल पहले तक एक चौथाई सदी तक सभी ईएसआरआई सॉफ्टवेयर में सभी रेखापुंज विश्लेषण का मूल था। इसके अलावा (एक मामूली सीमा तक) ArcView 2.x और 3.x में एवेन्यू दुभाषिया। ये सभी अपनी इनपुट भाषा को सही ढंग से पार्स करने के लिए कुछ महत्वपूर्ण स्थानों पर विफल होते हैं।

— whuber

@whuber .. धन्यवाद। Mapperz जेट संदर्भ के साथ संयोजन के रूप में यह मुझे एक मानक परिवर्तन को प्रभावित करने की उम्मीद के लिए महान इमारत ब्लॉकों / परीक्षा मिल गया है।

— hgil

ओह। आप अभिसमय का मतलब उनके मौजूदा अभ्यास का जिक्र कर रहे हैं, नामकरण सम्मेलन का नहीं। मैंने अपने मन को वहाँ थोड़ा सा मिला लिया।

— नाथानुस

Answer 2

संख्याओं से बचें यदि आप कर सकते हैं -

पृथ्वी विज्ञान एक अच्छा उदाहरण है http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

रिक्त स्थान आपके ऊपर यात्रा कर सकते हैं - अगर कुछ पुरानी डीओएस आधारित कमांड चलती हैं तो फ़ाइल टूट जाती है यदि स्थान शामिल है - "_" (अंडरस्कोर) एक बुद्धिमान विचार है - यह आर्कइन्फो वर्कस्टेशन पर वापस आता है - केवल 8.3 (8 अक्षर और फ़ाइल प्रारूप) । इन दिनों आप अधिक हो सकते हैं - लेकिन इसे प्रसव के लिए मानव पठनीय बना सकते हैं। तारीखों से बचें (अधिकांश फाइलें टाइमस्टैम्प्ड हैं)

* मूल रूप से इस बयान से जाना उदाहरण:

Microsoft JET इंजन द्वारा निर्देशित कन्वेंशन नियम, जो विभिन्न तालिका स्वरूपों को पढ़ने के लिए आर्केप जैसे विंडोज एप्लिकेशन को सक्षम करता है, में निम्न शामिल हैं:

• नाम एक अक्षर से शुरू होना चाहिए, संख्या से नहीं।
• नाम में रिक्त स्थान नहीं होना चाहिए।
• केवल विशेष चरित्र की अनुमति एक अंडरस्कोर है।

ArcMap

Answer 3

कोई भी "ओपन" या "सेलेक्ट" फाइल डायलॉग को यह मानकर सॉर्ट करने जा रहा है कि फाइलों को अक्षरों का उपयोग करके नाम दिया गया है। इसलिए यदि आप हर प्रोजेक्ट फ़ाइल की छँटाई के लिए आठ (!) अंकों की अद्वितीय संख्या का उपयोग कर रहे हैं, तो यह जल्दी से अतार्किक हो जाएगा। उदाहरण के लिए

1
10
2
20
3 etc. 

इसके अलावा बहुत सारे जीआईएस उपकरण होंगे जो अभी भी एमएस डॉस 8.3 फ़ाइल नाम प्रारूप के अनुरूप फाइलें मान रहे हैं ।

किसी प्रोजेक्ट की कुंजी के रूप में फ़ाइलनाम का उपयोग करना सबसे अच्छा लगता है। संबंधित परियोजना रिपॉजिटरी में किसी प्रकार के संस्करण नियंत्रण में सभी फ़ाइलों को संग्रहीत करना बेहतर होगा ।

Comments

मैं सहमत हूँ। यह एक कारण है कि मैं मौजूदा मानक को बदलने की कोशिश कर रहा हूं। न केवल बोझिल, बल्कि हमारे मामले में भी बेमानी है, क्योंकि हमारे पास समग्र फ़ाइल पथ के दूसरे भाग में शामिल प्रोजेक्ट संख्या है।

— hgil

एक विकल्प के लिए छँटाई और अच्छे सुझाव के बारे में +1 अच्छा बिंदु। (संभावना है, हालांकि, यह सम्मेलन प्रारंभिक शून्य को प्रकट करने के लिए मजबूर करता है, इसलिए छंटाई वैसे भी काम कर सकती है ...)।

— whuber

Answer 4

ऐसा लगता है कि एनपीएस सम्मेलन के अलावा पहले पत्र सांख्यिक पर प्रतिबंध की अनुपस्थिति है।

फ़ाइल और विशेषता तालिका के नाम
ए। जीआईएस अंतिम उत्पाद - कवरेज, आकार-प्रकार और अन्य प्रारूप में 10.3 फ़ाइल नामकरण संरचना (यानी, cxxxxxxxxx.ext, जहां "c" एक अल्फा वर्ण है और "x" अल्फ़ान्यूमेरिक है, के अनुरूप होना चाहिए) कुल 13 वर्ण और एक अवधि विस्तार से फ़ाइल नाम को अलग करती है)। फ़ाइल नाम उत्पन्न करने के लिए निम्नलिखित सम्मेलनों का उपयोग किया जाना चाहिए: ccccccc99c.ext
i। पार्क कोड के लिए 4-वर्ण का उपसर्ग (तालिका 1 देखें)।
ii। 5-कैरेक्टर प्रोजेक्ट कोड, जैसा कि एनसीसीएन प्रोजेक्ट ट्रैकिंग डेटाबेस में दिखाया गया है। एनसीसीएन ट्रैकिंग प्रोजेक्ट इनफार्मेशन (एनसीसीएन 2005 बी, डेवलपमेंट में देखें)।
iii। एक ही चरित्र एक ही परियोजना के भीतर जीआईएस परतों को विभेदित करता है। इस एकल वर्ण को GIS प्रोजेक्ट उत्पाद कोड के रूप में संदर्भित किया जाता है और इसे NCCN प्रोजेक्ट ट्रैकिंग डेटाबेस में बनाए रखा जाता है। इसे अनुक्रम में चयनित एक अल्फा वर्ण होना चाहिए (जैसे, a, b, c, आदि के साथ शुरू) क्योंकि अधिक GIS परतें प्रोजेक्ट के लिए बनाई गई हैं या जोड़ी गई हैं। उदाहरण के लिए, यह मानते हुए कि इस परियोजना के लिए पहले से ही दो अन्य जीआईएस परतें मौजूद हैं, एनओसीए लैंडबर्ड इन्वेंटरी प्रोजेक्ट ट्रांसक्ट शुरुआती बिंदुओं की एक ईएसआरआई आर्क / इंफो एक्सपोर्ट फाइल में "nocabda02c.00 .00" का फ़ाइल नाम होगा।
iv। विस्तार। एक ESRI शेपफाइल में एक ही नाम और निम्नलिखित एक्सटेंशन के साथ न्यूनतम पांच फाइलें शामिल होंगी: .shp .shx, .dbf, .shp, shp.xml, और .prj। <<

ऊपर पैराग्राफ के लिए क्षमा करें।
मेरा अनुभव यह रहा है कि जब एक घटिया नामकरण सम्मेलन होता है तो
1. पालन में कठिनाई के कारण लोग इसे तोड़ देते हैं।
2. लोग इसे अन्य मानक नामकरण सम्मेलनों का पालन करने के लिए तोड़ते हैं।

तथ्य यह है कि ऐसे उपकरण हैं जो संख्यात्मक पहले वर्ण फ़ाइल और फ़ील्ड नामों की अनुमति नहीं देते हैं, और RDBMS नामकरण लगभग हमेशा इन समान नियमों का पालन करता है।

इंडियाना प्रलेखन
ओरेगन प्रलेखन
जेसन बर्च प्रलेखन
नेट पार्क सर्व प्रलेखन
सार्वजनिक सुरक्षा मल्टी-एजेंसी प्रलेखन
नदी पहुंच कोड सर्वोत्तम प्रथाओं को नजरअंदाज करने के लिए लगता है
सैन एंटोनियो प्रलेखन
अधिक एनजीओ प्रलेखन