बेंटली भूस्थानिक प्रशासक, दातदुखी
बेंटली जिओस्पाटियल ratorडमिनिस्ट्रेटर ही अशी एक गोष्ट आहे जी बेंटलीला पचण्याजोगे होऊ शकली नाही आणि अशा वास्तविकतेमध्ये त्याच्या अंमलबजावणीचे स्पष्टीकरण करणारे बरेच व्यायाम केले नाहीत. या टूलचे उद्दीष्ट, जे बेंटली नकाशाला पूरक आहे, सर्व प्रकल्प बांधकाम पूर्वीचे भौगोलिक क्षेत्रातून केले गेले आहे, जसे कीः
- श्रेण्या तयार करा
- वैशिष्ट्ये तयार करा
- डेटाबेसमध्ये कनेक्शन कॉन्फिगर करा
- स्थानिक नियम परिभाषित करा
- उपयोजन स्केल सेट करा
- अद्यतन सारण्या
तथापि, आम्हाला भौगोलिक विषयाबद्दल जे काही माहित होते ते कमी उपयोगात आहे, कारण भौगोलिक प्रशासकाची कार्यक्षमता अर्ध्या प्रवासासाठी घेतली गेली आहे. त्यामध्ये बर्याच क्षमता आहेत, जरी योग्य माऊस बटणाच्या मागे लपलेले आहे; जे सुरुवातीला महाग होते.
भू-स्थानिक प्रशासकांचे फायदे
भौगोलिक गोष्टींसह काय केले गेले याची तुलना करणे, हे काही फायदे आहेत:
- बर्याच कॉन्फिगरेशन्समध्ये ग्राफिक प्लगिनचा अभाव असल्याच्या आधी, प्रतिमा म्हणजे.
- कमी प्रोग्रामिंग, हे करण्याआधी .UCF फायलींच्या कोडसह अधिक त्रास देणे आवश्यक आहे.
- वास्तविक वैशिष्ट्ये, आता, सिम्बॉलॉजी सीएडीचे गुणधर्म नाही, आधीप्रमाणेच परंतु ती पूर्णपणे वैशिष्ट्याशी संबंधित आहे.
- स्केल, गुणधर्मांकडे स्केल गुणधर्म असू शकतात, म्हणून ते कॉन्फिगर करण्यायोग्य स्केलमध्ये प्रदर्शित किंवा लपविलेले असतात
- जसे वस्तू तयार करण्यासाठी परिभाषित केलेल्या बांधकाम वैशिष्ट्ये विशेषता संबंधित आदेश: एक taxiway तयार होईल, तेव्हा linestring आदेश लगेच सक्रिय आहे; हे पद्धती म्हणतात.
- नकाशामध्ये डेटा असतो, नकाशाच्या xml मध्ये किती गुणधर्म किंवा डेटा असेल त्यास परिभाषित करणे शक्य आहे जेणेकरुन dgn मध्ये डेटाबेस किंवा पूरक फायलींशी कनेक्शन नसल्याशिवाय डेटा असतो.
- थेट दुवा, पूर्ववत करणे किंवा पुन्हा कराणे, तेथे असंगतपणा नाही, कारण पूर्वी असे झाले कारण दुवा दुय्यम डेटाबेस शिवाय ऑब्जेक्ट तयार करू शकतो.
साधन स्वतःच खूप मजबूत आहे, जे होते ते वापरणे जटिल आहे. प्रकरणात, बेंटले कॅडस्टेर जियोस्पाटियल प्रशासकाने बनविलेले एक अनुप्रयोग आहे जे अतिरिक्त स्वरुपात एक शिक्षक आहे जे प्रारंभिक रचना मार्गदर्शित करते.
दुसर्‍या वेळी एका मित्राने माझ्याशी संपर्क साधला आणि त्याने मला विचारले की मी हे स्पष्ट करू शकेन की नाही ... बर्याच पोस्टमध्ये मला ते करण्याची आशा आहे, कारण आता मी बेंटली मॅप व्ही 8 व्हीकडे पहात आहे आणि मला दिसले आहे की या कोडेमध्ये विझार्ड जोडण्याची गरज नाही. आतासाठी पोस्ट सर्वसाधारण स्तरावर आहे.
इतिहास आणि तर्कशास्त्र
जिओस्पाटियल प्रशासक एक्सएफएम म्हणून ओळखल्या जाणार्‍या मायक्रोस्टेशन व्ही 8.5 मधील एक्सएमएल तंत्रज्ञानाच्या रुपांतरणापासून उद्भवली. मायक्रोस्टेशन व्ही 8.9 नुसार, एक्सएम भौगोलिक म्हणून ओळखले जाणारे नाव बेंटली मॅप असे ठेवले गेले आहे आणि व्ही 8 मध्ये अजूनही असे म्हणतात.
आमच्या मित्र मार्टिन यांनी स्पष्ट केल्याप्रमाणे मूलभूतपणे बेंटले सह प्रकल्प या ओळीत संरचित आहेत:
प्रकल्प (प्रकल्प) ............................ शाळेसाठी पात्र
उदाहरणः कॅडस्टर प्रकल्प
श्रेण्या (श्रेण्या) ............... .. समकक्ष ग्रेड
उदाहरणः श्रेण्याः कॅस्ट्रस्ट्रल, रस्ता, वनीकरण, जलविद्युत ...
गुणधर्म (वैशिष्ट्ये) ......................... विषयाशी समतुल्य
उदाहरण: रस्त्यावरील अक्ष, मालमत्ता बहुभुज, पुल ...
नकाशे (नकाशे) ..................................... विद्यार्थ्यांना समतुल्य
उदाहरण: नकाशा HJ44-2D.cat, वन क्षेत्र बी., 0311.hid
यापूर्वी, हे सर्व भौगोलिक बाजूंनी तयार केले गेले होते, आता, सर्व कॉन्फिगरेशन भौगोलिक प्रशासकापासून विभक्त केली गेली आहे, जेणेकरून फक्त बेंटले नकाशाच्या वापरकर्त्याच्या बाजूलाच बांधकाम नाही. जसे की नकाशा एक्स उघडणे, श्रेणींची यादी प्रदर्शित करणे, त्यास त्याचे गुणधर्म निर्दिष्ट करणे, त्याद्वारे थीम करणे, त्याचे टोपोलॉजी सत्यापित करणे, स्थानिक स्तरांचे विश्लेषण करणे इ. इ.
म्हणूनच भू-स्थानिक प्रशासक जीओडबेटाबेसची रचना कशीतरी दिसतात, केवळ त्यामध्येच या संपूर्ण प्रकल्पाच्या गुणधर्मांशिवाय काहीच नसते.
भौगोलिक प्रशासक संरचना
आपल्याकडे जे आहे ते म्हणजे प्रकल्पाद्वारे चालवलेल्या विविध कॉन्फिगरेशनचे वृक्ष संरचना, नफ्यासह आता सर्वकाही येथून केले जाते.
कॉन्फिगरेशन यामध्ये गटात समाविष्ट केले आहे:
- सामान्यतः सर्व वापरकर्त्यांसाठी वैशिष्ट्ये (सर्व वापरकर्ते)
हे सर्व प्रोजेक्ट जनरल्स आहेत.
अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना श्रेण्या ते या स्तरावर आहेत आणि विशिष्ट वापरकर्त्यामध्ये नाहीत.
च्या मानक टोपोलॉजी आणि च्या कॉन्फिगरेशन डेटाबेस ज्या प्रकल्पाशी जोडलेले आहे.
- वर्तमान वापरकर्त्याची वर्कस्पेस
हे आधीपासूनच वापरकर्ता म्हणून ओळखल्या जाणार्‍या वर्कस्पेससाठी किंवा ज्याला आम्ही ucf आधी कॉल केले; सामान्य पॅरामीटर्सच्या विपरीत, यात हे असू शकते:
प्रत्येक वैशिष्ट्यासाठी विशिष्ट ऑपरेशन्स आणि पद्धती. वापरकर्त्याकडे कोणती वैशिष्ट्ये असू शकतात हे आपण देखील परिभाषित करू शकता.
-काम स्केल
- बियाणे किंवा सामायिक लायब्ररी सारख्या, आर्चिव्ह
-मॅक्रोस आणि इंटरफेस साधने वापरकर्त्यासाठी सानुकूलित.
हे सर्व भौगोलिक क्षेत्रांमध्ये एक .UCF फाइलद्वारे शक्य आहे, जे आवश्यक साधनांसह परिभाषित प्रकल्पामध्ये भौगोलिकदृष्ट्या थेट उघडण्याची अनुमती देते ... परंतु ते शुद्ध कोडसह केले गेले.
- समन्वय प्रणालीची शब्दकोश
समन्वय प्रणालींसाठी येथे विविध कॉन्फिगरेशन आहेत
- स्थानिक डेटा स्त्रोत
येथे ओरेकलद्वारे स्थानिक डेटाबेसेसच्या प्रवेशासाठी कॉन्फिगरेशन परिभाषित केले आहेत तसेच इंडेक्स ही अशी फाइल आहे ज्यात डेटाबेसमधील सर्व नोंदणीकृत नकाशेची स्थानिक अनुक्रमणिका आहे.
आणि मग?
प्रकल्पाची संरचना जिओग्राफिक्समधून आयात केली गेली असली तरी ती संरचनेपासून तयार केली असल्यास संरचना बदलते:
येथून काही मनोरंजक फोल्डर लक्षात ठेवणे योग्य आहे:
- idx, जेथे निर्देशांक फाइल आणि परिसरात संग्रहित केले जाते
- बियाणे, जेथे बियाणे फाइल संग्रहित केली जाते
- sql, शोध येथे जतन केले जातात
- tlr, येथे स्थलीय स्तर आहेत
- wrk, कार्य फायली
दुर्दैवाने मला हे माहीत नाही की या पोस्टच्या शेवटी काय निष्कर्ष काढणे आवश्यक आहे, कोणीतरी बेंटले मॅप विकत घेतल्यास आणि जियोस्पाटियल प्रशासक कसे वापरावे हे माहित नाही ... ते मदत करत नाही. भौगोलिक प्रशासकीय प्रशासक जीआयएसमध्ये सुरू होणाऱ्या वापरकर्त्यांसाठी खूपच धूमर्पान केलेले आहे.
पण हे बेंटलेचे पाप नाही, खेळण्या खूप मजबूत आहे. नेटवर आपण आश्चर्य करू शकता परंतु भौगोलिक गोष्टींप्रमाणेच, इको करणे कठीण आहे.
न चालणे मेगा-मदतआधीपासूनच जमलेल्या, सॉफ्टवेअरसह काही उदाहरणे आहेत. पाप यावर थोडे व्यावहारिक शिक्षण आहे; तो आहे म्हणूनच, एक चांगला व्हिडिओ जिथे एक पूर्ण प्रकल्प तयार केला जातो आणि नंतर तो फीड केला जातो, ऑपरेट केला जातो आणि Geoweb प्रकाशकाकडे निर्यात केला जातो. जेणेकरून जो कोणी याची अंमलबजावणी करणार आहे त्याला कोणता मार्ग अनुसरण करायचा हे माहित आहे.
मला माहित आहे, हे विचारायला बरेच आहे परंतु आम्ही काय आहोत असे आम्ही विचारत आहोत. अहो, मी विसरलो. स्पानिश मध्ये कृपया.
इतर संबंधित पोस्टः
