जीआईएस डेवलपर के रूप में आपकी सबसे बड़ी चुनौतियां क्या हैं?

Question

जीआईएस सॉफ्टवेयर विकसित करते समय आपकी सबसे बड़ी चुनौतियां क्या हैं?

क्या यह कोडिंग है? क्या यह कार्टोग्राफी / भूगोल / आदि अवधारणाओं (जैसे अनुमान) को समझ रहा है? या अन्य कठिनाइयाँ?

Comments

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

हाय एरिक, GIS.SE में आपका स्वागत है। सॉफ्टवेयर कंपनी के कर्मचारियों को समुदाय में भाग लेते हुए देखना हमेशा अच्छा होता है। हम यहाँ कम चर्चा मंच और अधिक विशिष्ट प्रश्नोत्तर हैं। आप दौरे की जांच कर सकते हैं । हमारे पास वार्तालापों के लिए एक चैट है, हालांकि इसका भारी उपयोग नहीं किया गया है। आप हमारे टैगिंग सिस्टम पर भी नज़र डाल सकते हैं। उस उपयोग का उपयोग करके आप किसी विशेष विषय पर हाल की प्रश्न गतिविधि, जैसे कि आपके द्वारा उल्लिखित एपीआई और एसडीके, पर काम कर सकते हैं।

— क्रिस डब्ल्यू

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

— PolyGeo

Answer 1

लगभग 5 साल पहले ESRI / GIS के विकास के दृश्य में एक डेवलपर के रूप में मेरे अनुभव से बात करना:

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

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

Comments

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

— मैट पार्कर

मैं सिर्फ बाकी हिस्सों के साथ रेडलैंड्स में अपनी मुट्ठी को हिलाने के लिए झंकार करूंगा, और एक दिलचस्प किस्सा पास करूंगा: बहुत ही कम Spatial Analyst के raster API (उस समय) में कोई API कॉल जेनेरिक COM "अनिर्दिष्ट त्रुटि" के साथ विफल हो जाएगी “अगर कुछ भी गलत हुआ। समस्या निवारण के लिए हताश, मैं जोड़ने समाप्त हो गया strace ArcGIS.exe और, सिस्टम कॉल में दफन करने के लिए, (drumroll) में पाया गया कि उपयोगी और विस्तृत 1980 के दशक के युग त्रुटि संदेश विंडोज़ / dev / बातिल के बराबर करने के लिए लिखा जा रहा है।

— दान एस।

Answer 2

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

Answer 3

मैं जीआईएस डेवलपर नहीं हूं; हालाँकि, मैं एक जीआईएस मॉडेलर हूँ:

चुनौतियां:

• डेटा एकत्र करना, एकत्रीकरण, असहमति, विलय और विभाजन: मुझे विभिन्न परियोजनाओं के लिए विभिन्न स्रोतों से डेटा मिलता है; सबसे बड़ी समस्या आमतौर पर एक ही भौगोलिक पार्सल / क्षेत्र के लिए सभी डेटा प्राप्त करना है। मुझे आमतौर पर प्रत्येक डेटा सेट पर उपर्युक्त तकनीकों में से कुछ का उपयोग करना पड़ता है, परियोजना के लिए एक सुसंगत नमूना होना चाहिए। यह त्रुटि की संभावना को बढ़ाता है और हमारी सटीकता को कम करता है।

• मैं कोई डेवलपर नहीं हूं; मैं दोहराता हूं कि मैं एक डेवलपर नहीं हूं: जब आप प्यारे लोग SOAP, SHAMPOO, REST, GIS-T इंडेक्स, आदि के बारे में बात करते हैं .. तो इसका मतलब आपके लिए बहुत कुछ है। मेरे लिए ज्यादातर यह शब्दजाल है। मेरे पास आमतौर पर एक बड़ी सीखने की अवस्था है या कुछ सरल चीजें प्राप्त करने के लिए खड़ी चढ़ाई है।

• FOSS और मालिकाना सॉफ्टवेयर के बीच की खाई: मुझे QGIS से प्यार है और मौत के लिए पोस्टगिस; सचमुच मैंने उन्हें हर मशीन पर स्थापित किया है; हालाँकि, जब मैं परिवहन आधारित विश्लेषण करना चाहता हूँ, तो मुझे TransCAD या EMME2 / 3 का सहारा लेना होगा। सभी घंटियों और सीटी के साथ प्रत्येक की कीमत लगभग 15,000 डॉलर है। निष्पक्षता में, इन सभी समस्याओं को हल किया जा सकता है अगर shp फ़ाइलों के लिए एक नेटवर्क पैकेज था।

• एकाधिक विषयों का मुद्दा: मैं अच्छी तरह से परिवहन मॉडलिंग तकनीकों में निपुण हूं; हालांकि जनसांख्यिकीय मॉडलिंग में चूसना, और जहाँ तक मैं बता सकता हूं, मुझे अपना डेटा प्राप्त करने के लिए परिष्कृत आर टूल्स का उपयोग करना होगा। तो जीआईएस समस्या यह है कि जीआईएस एक बहु-विषयक क्षेत्र है जो अपने दम पर जीवित रहना मुश्किल है।

• वेक्टर भूमि के उपयोग के लिए कल्पना भूमि के उपयोग से जाने के लिए अच्छी तरह से स्थापित उपकरण और सॉफ्टवेयर का अभाव: मैं एक भविष्य की उम्मीद करता हूं जहां एक उपकरण GEOEYE उपग्रह छवि का विश्लेषण करेगा और इसमें उपयोग किए जाने वाले भूमि का उपयोग वेक्टर (जैसा बनाया गया) डेटाबेस से तुलना करेगा

• कभी-कभी यह एक्सेल में चीजों को करने के लिए तेज़ होता है / "आपका फ़ेव स्प्रेड शीट प्रोग्राम यहां चला जाता है: कभी-कभी मैं ट्रांज़िट विश्लेषण करना चाहता हूं, यह डेटा को एक्सेल में खींचने के लिए बहुत तेज़ है, फ़ार्मुलों को काम करता है, फिर डेटा वापस डंप करें एक सीएसवी फ़ाइल के रूप में पोस्टगिस में और नक्शे को पुन: उत्पन्न करें। विशेष रूप से ओपनसोर्स दुनिया में इस तरह के विभाजन को बेहतर तरीके से नियंत्रित किया जाना चाहिए।

वैसे भी मैंने आपको सही जवाब नहीं दिया होगा; मेरी इच्छा है कि जब जीआईएस प्रोग्रामिंग की बात आती है तो मैं अच्छी तरह से वाकिफ था ताकि मैं जीआईएस मॉडलिंग में उत्कृष्टता हासिल कर सकूं

Comments

नेटवर्क के लिए shp पहले से ही मौजूद है। FYI करें जैसे networkx.github.io/documentation/latest/reference/… वेक्टर + रेखापुंज के लिए, PostGIS रेखापुंज एक्सटेंशन trac.osgeo.org/postgis/wiki/WKTRaster

— ThomasG77

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

— कुछ भी नहीं

Answer 4

सबसे महत्वपूर्ण चीजें, और आमतौर पर मेरे अनुभव में सबसे कठिन हैं:

1. नौकरी के लिए सही डेटा प्राप्त करें
2. इसे उचित प्रक्षेपण में दिखाने के लिए (और सभी परतें सहमत हैं।) विशेष रूप से जब वे विभिन्न स्रोतों से आते हैं
3. एक प्रयोग करने योग्य अनुप्रयोग डिज़ाइन करें। यह बहुत सारी घंटियाँ और सीटी लगाना आसान और आकर्षक है जो केवल उपयोगकर्ताओं को भ्रमित करेगा

मुझे लगता है कि विकसित देशों में बिंदु 1 आसान होगा, लेकिन यह मेरा अनुभव नहीं है।

Answer 5

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

Comments

यह मेरे लिए सबसे बड़ी बात होगी।

— नाथन डब्ल्यू

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

— mwalker

Answer 6

मेरा मुद्दा घोड़े और पानी के बारे में है। बहुत से मामलों में हम अपने ग्राहकों के लिए वास्तव में अच्छे समाधान विकसित करते हैं या पेश करते हैं, लेकिन समाधान कितना भी सुंदर क्यों न हो, अगर कोई भी समय का उपयोग नहीं करेगा तो यह बिल्कुल बेकार है। कुछ मामलों में, हम अपने कार्य उपयोगकर्ता को आधार बनाकर (मुद्दों के लिए सर्वेक्षण, विकास से पहले समाधानों के बारे में बात) करके इसे कम करने में सक्षम हैं, लेकिन यह कुछ मामलों में यह अभी भी पर्याप्त नहीं है।

Answer 7

मुझे लगता है कि सबसे कठिन चुनौती जीआईएस को समझने के लिए प्रबंधन प्राप्त करना है और कुछ उपयोगकर्ताओं को बस यह भी नहीं मिलता है। धारणा यह है कि जीआईएस एक नक्शा बनाने के बारे में है; यह नक्शा किसी भी जीआईएस एंडेवर का एकमात्र परिणाम है। मैं आपको यह नहीं बता सकता कि मुझे यह कितना निराशाजनक लगता है - अज्ञानता का स्तर बहुत बड़ा है, और यह प्रमुख निर्णय निर्माताओं द्वारा आयोजित किया जाता है।

अंततः हालांकि - हम अग्रणी जीआईएस विशेषज्ञों और प्रोग्रामरों में से कुछ हैं - अंततः प्रबंधन बन जाएंगे और फिर हम अंततः कुछ सभ्य जीआईएस परियोजनाएं कर सकते हैं!

एक जीआईएस प्रोग्रामर के रूप में दूसरी कठिन बात - आपको कई अलग-अलग तकनीकों, जावा, .नेट, डेटाबेस, ईएसआरआई सॉफ्टवेयर या अन्य विक्रेताओं यानी मैपइन्फो, नेटवर्क, सुरक्षा, वेब तकनीक आदि को समझना होगा। यह कभी-कभी लगभग असंभव काम है!

Answer 8

एक सर्वेक्षण पृष्ठभूमि के लोगों के साथ व्यवहार करना जो पेशेवर सॉफ्टवेयर विकास तकनीकों और कार्यप्रणाली को नहीं समझते हैं, लेकिन क्योंकि उन्होंने खुद को सिखाया कि कैसे एवेन्यू / वीबी को कोड करना है, लगता है कि यह सब है।

Answer 9

# 3 विंको के जवाब से :

एक प्रयोग करने योग्य अनुप्रयोग डिज़ाइन करें। यह बहुत सारी घंटियाँ और सीटी लगाना आसान और आकर्षक है जो केवल उपयोगकर्ताओं को भ्रमित करेगा।

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

प्रयोज्य वह जगह है जहां मेरे अधिकांश मुद्दे हैं और जहां मैं अधिकांश डिजाइन / विकास समय बिताता हूं, यह समझकर कि कैसे एक बुद्धिमान और प्रभावी उपयोगकर्ता-इंटरफ़ेस डिजाइन किया जाए, लेकिन इसे सहज रखें ताकि उपयोगकर्ता इसके लिए भ्रमित न हों, उदाहरण के लिए:

• संबंधित जानकारी दिखाने के लिए और एक अव्यवस्था से बचने के लिए इंटरएक्टिव मैप की स्टाइलिंग (और परतों का चयन) कैसे करें कि अक्सर बहुत अधिक डेटा प्रदर्शित करने के साथ आता है (जैसे बिंदु सुविधाओं के स्वत: एकत्रीकरण का उपयोग करके); मुझे पता है कि यह वही है जो कार्टोग्राफी युगों से हल करने की कोशिश कर रहा है, लेकिन समस्या केवल डिजिटल / इंटरेक्टिव मानचित्रों के साथ खराब हो जाती है

• उपयोगकर्ता की क्वेरी / सुविधा चयन के आधार पर मानचित्र दृश्य की स्वचालित स्थिति कैसे करें

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

• परतों या सुविधाओं की सूचियों में अतिरिक्त जानकारी दिखाते हुए, उदाहरण के लिए, एक परत की दृश्यता / लागू शैली / ज्यामिति प्रकार, सुविधा की स्थिति / वर्ग ... एक ही सूची में प्रदर्शित अलग-अलग प्रकार के फीचर होने पर यह और भी जटिल हो जाता है (मुझे लगता है कि ऐसा क्यों है Google और बिंग मैप्स खोज परिणामों के काफी भारी फ़िल्टरिंग का उपयोग करते हैं)

• कुशल संपादन: बहुत सारे टूलबार बटन के बिना, स्नैपिंग, पॉलीगन्स को बंद करना, पॉइंट्स को जोड़ना / हिलाना / हटाना।

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

• सुविधाओं / जियोमेट्री के लिए क्लिपबोर्ड की तरह कुछ डिजाइन करने के लिए कैसे पूछताछ, संपादन में उपयोग के लिए नक्शे से लगातार एक सुविधा लेने से बचने के लिए ...

मेरी भावना यह है कि प्रयोज्य पहलू में जीआईएस एक विशेष रूप से चुनौतीपूर्ण क्षेत्र है, क्योंकि:

• स्थान किसी भी जानकारी के लिए सार्वभौमिक और आमतौर पर सबसे प्राकृतिक संदर्भ है, इसलिए प्रदर्शन के लिए हमेशा बहुत अधिक जानकारी उपलब्ध है

• मानचित्र पर प्रदर्शित जानकारी होने के बाद, उपयोगकर्ता इंटरफ़ेस के गैर-जीआईएस भागों के महत्व को कम करने के लिए आसानी से लुभाया जाता है

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

Answer 10

वेब-आधारित जीआईएस विकास के लिए सबसे बड़ी चुनौतियों में से एक यह है कि डेटा कैसे वितरित किया जाता है और डेटा को एक निश्चित तरीके से वितरित करने के लिए मैं कितनी दक्षता प्राप्त कर सकता हूं। सबसे बड़ी बाधा यह है कि किसी ऐसी चीज़ के लिए कोड लिखना बहुत कठिन है, जिसे मानव को ट्विक करने की आवश्यकता होती है। बहुत कम ही आप बड़े पैमाने पर इस्तेमाल किए जाने वाले वेक्टर डेटा के लिए सामान्यीकरण तकनीकों को देखते हैं। ज्यादातर बार आपको लेयर्स को ऑन और ऑफ करने के लिए स्केल रेंज को ट्वीक करना पड़ता है।

Answer 11

यह सवाल जीआईएस में चुनौतियों के लिए मेरी Google खोज पर आया था, और मुझे यहां योगदान देने का मन है।

एक और लिंक जो मुझे प्रासंगिक लगा वह था यह पेपर।

संक्षेप में कहा जाता है कि वहाँ और मेरे अपने विचार, मुझे लगता है कि सबसे बड़ी चुनौतियाँ (किसी विशेष क्रम में नहीं हैं):

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

Answer 12

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

Answer 13

मैं जीआईएस प्रौद्योगिकियों पर एक पूर्ण शुरुआत कर रहा हूं, चीजों को पता लगाता हूं जैसे मैं जाता हूं। और चूंकि मेरे पास सीमित धन है, इसलिए मैं किसी भी ईएसआरआई उत्पादों का उपयोग करने से बचना चाहता हूं और पूरी तरह से ओपन सोर्स टूल्स के साथ काम करता हूं।

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

मुझे पता नहीं है कि पेशेवर डेटा खोजने और इकट्ठा करने के लिए क्या करते हैं। कुछ मुझे बताता है कि data.gov और google की तुलना में डेटा प्राप्त करने का एक आसान तरीका है।

Comments

ज्यादातर हमें इसे विक्रेताओं से खरीदना पड़ा, जो वास्तविक जमीनी सर्वेक्षण और अन्य स्रोतों से रूपांतरण करते हैं। तीसरी दुनिया में, सरकार से खुले तौर पर डेटा प्राप्त करना एक

— पीआईटीए है

Answer 14

सॉफ्टवेयर डेवलपर्स में परिवर्तित किए गए जीआईएस विश्लेषकों के साथ काम करने के लिए आपको मजबूर होना दुर्भाग्यपूर्ण हो सकता है।

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

परिणाम शर्मनाक हैं , सबसे अच्छे रूप में। यदि आपके पास खराब डेवलपर्स के साथ काम करने का अनुभव है , तो कल्पना करें कि यह सबसे खराब कोड है जो कि सबसे खराब प्रोग्रामर ने विकसित किया है।

कुछ कंपनियां हैं जिनके लिए आप काम कर सकते हैं जो कि नहीं मिलता है।

Comments

@emptyset: मैं एक भूगोलवेत्ता हूं, जिसे एक डेवलपर के रूप में जाना जाता है। मुझे नहीं लगता कि मेरे नतीजे सबसे अच्छे हैं। मेरे पास बहुत अधिक विकास कौशल हैं, फिर अन्य सहयोगियों के पास आईटी पृष्ठभूमि है - बेहतर समझ और ओओपी अवधारणाओं, डेटाबेस अवधारणाओं और नियमों का उपयोग करने के लिए, बेशक, मैं आपके उत्तर से असहमत हूं: पी

— जॉर्ज सिल्वा

@ जॉर्ज: और मैं यह नहीं कह रहा हूं कि आपने अन्यथा कहा था, बस यह बताते हुए कि एक महान डेवलपर होने के लिए आपको यह जानना होगा कि आप कितना चूसते हैं। कम से कम मैं कोशिश करता हूं।

— विंको वर्सालोविच

+1 कई मौकों पर मुझे एक या अधिक विश्लेषकों द्वारा लिखित मड en.wikipedia.org/wiki/Big_ball_of_mud की बिग बॉल में "बस कीड़े को ठीक करने" के लिए कहा गया है । सबसे खराब कोड में से कुछ सबसे चतुर विश्लेषकों द्वारा लिखे गए थे। अक्सर स्मार्ट लोग सादगी की सुंदरता की सराहना करने में विफल होते हैं। अक्सर गलती प्रबंधन के साथ होती है - विश्लेषक को रिफैक्टरिंग के मूल्य का एहसास हो सकता है, लेकिन समय बदलने वाले कोड को तोड़ने का औचित्य साबित नहीं कर सकता।

— कर्क कुक्केंडल

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

— मैट विल्की

-1 - बहुत व्यापक बयान जो गलत और कुछ हद तक अपमानजनक है। जैसा कि मैट डब्ल्यू का अर्थ है, आप आमतौर पर एक जीआईएस व्यक्ति के पास दूसरे तरीके की तुलना में कोडिंग करने के लिए बेहतर होते हैं क्योंकि आपके पास कोडिंग सीखने और जीआईएस में होने वाले सर्वोत्तम अभ्यासों को लागू करने में मदद करने के लिए बहुत अधिक संसाधन हैं

— dmbrubac

Answer 15

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