ईएसआरआई डब्ल्यूकेटी अनुमान ओजीसी डब्ल्यूकेटी अनुमानों से कैसे भिन्न हैं?


9

क्या कोई ईएसआरआई डब्ल्यूकेटी और ओजीसी डब्ल्यूकेटी प्रक्षेपण प्रारूप के तार के बीच अंतर की सटीक सूची जानता है?

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

यहां तक ​​कि अगर आप सिर्फ एक अंतर जानते हैं तो यह बहुत अच्छा होगा यदि आप इसे पोस्ट कर सकते हैं। मेरे स्वयं के अनुभव से केवल मतभेदों का एक छोटा सा होना चाहिए। जिन मतभेदों के बारे में मुझे पता है वे हैं:

  • esri परिभाषा में अधिकांश पाठ आइटम अंडरस्कोर का उपयोग करता है जहां ogc स्थान का उपयोग करता है।
  • पाठ को esri wkt में datum को परिभाषित करने के रूप में ogc wkt के समान है, सिवाय इसके कि यह "D_" से शुरू होता है।
  • कभी-कभी कुछ पूर्वनिर्धारित PROJCS, परियोजना, GEOGCS और DATUM के लिए पाठ पहचानकर्ता अलग-अलग लिखे जाते हैं (उदाहरण के लिए "North_American_1983")। मुझे लगता है कि यह जानने का एकमात्र तरीका है कि किस पहचानकर्ता की वर्तनी अलग-अलग है, एक सूची या लुकअप तालिका होगी, इसलिए कृपया कोई भी नाम बताएं जो आप जानते हैं कि अलग हैं।
  • विभिन्न PARAMETER पाठ मान सभी समान हैं, सिवाय इसके कि ogc में प्रत्येक शब्द ऊपरी शीर्षक है जबकि esri में सब कुछ कम है। हालाँकि, मैंने ऐसे मामले देखे हैं जहाँ इस नियम का उपयोग नहीं किया गया है, क्या किसी को पता है कि क्या टाइटलकेस वास्तव में मायने रखता है जब यह उन्हें लोड करने की कोशिश करने वाले सॉफ़्टवेयर की बात आती है?
  • UNIT के प्रकार को ओगरी में ऊपरी शीर्षक और एस्री में लोअरकेस, उदाहरण के लिए "डिग्री" बनाम "डिग्री" वर्तनी है। कुछ मामलों में मैंने ओग को "मीटर" और "मी" दोनों के रूप में "मीटर" और अन्य मामलों में फ्रेंच वर्तनी "मीटर" के रूप में देखा जा रहा है। किसी को भी पता है कि दोनों प्रारूपों के लिए इन या किसी अन्य इकाई प्रकार के लिए सही सम्मेलन क्या है?

जवाबों:


6

मेरे पास ऐसी कोई सूची नहीं है, लेकिन GDAL कोड के माध्यम से जाने से आपका मार्गदर्शन होगा:

https://svn.osgeo.org/gdal/trunk/autotest/osr/osr_esri.py

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri.cpp

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri_names.h

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrspatialreference.cpp


2
मूल रूप से ESRI इसे बनाने के रूप में वे साथ जाने :-)
इयान Turton

1
@ ईपीएसजी विनिर्देशों के आसपास एक कोड लाइब्रेरी को लागू करने वाले पहले व्यक्ति थे, उनके पास शायद ही कोई विकल्प था।
विंस

2
हम शायद दूसरे नंबर पर थे - चूंकि उस समय भी जियोटीफ़ कल्पना उपलब्ध थी। @ अगर हम एक नए एशरी प्रक्षेपण इंजन का निर्माण करते हैं तो कई चीजें अलग होंगी!
mkennedy 19

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

यह बहुत मदद करेगा अगर ESRI और GoeoTiff हमेशा WKT प्रक्षेपण स्ट्रिंग में EPSG कोड नंबर जोड़ेंगे। QGIS, इस सेटिंग को सहेजने के लिए एक अतिरिक्त .qpj फ़ाइल बनाता है।
आंद्रेजे

9

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

हम TOWGS84 और न ही कुछ नए कीवर्ड का समर्थन नहीं करते हैं।

जब हम स्ट्रिंग्स (नामों) की तुलना करते हैं, तो हम अंडरस्कोर, GCS_ और D_ और मामले को अनदेखा कर देते हैं। अन्य पार्सरों में यह सच नहीं हो सकता है। हमारा पार्सर नामों पर सख्त है, लेकिन हमने कुछ समानार्थक शब्द जोड़े हैं और अब तुलना के लिए विभिन्न विक्रेताओं के नामों की सूची बनाए हुए हैं।

OGC की ओर से मूल समन्वय प्रणाली विनिर्देश वस्तुओं के नामों के लिए विशिष्ट नहीं था। एक नया ओजीसी / आईएसओ विनिर्देश है, "भौगोलिक सूचना - अच्छी तरह से ज्ञात पाठ समन्वय प्रणाली मानक के लिए," मानकीकरण की ओर प्रक्रिया के माध्यम से अपना रास्ता बना रहा है। यह बहुत अधिक विशिष्ट है कि नाम क्या होना चाहिए (ईपीएसजी रजिस्ट्री से मिलान करें!)। भविष्य में इस मानक को लागू करना काफी रोमांचक होगा।

प्रकटीकरण: मैं एस्री में काम करता हूं, उपसमिति का सदस्य हूं जो ईपीएसजी रजिस्ट्री को बनाए रखता है, और सीआरएस डब्ल्यूकेटी 2.0 मसौदा समिति का सदस्य था।


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

आप कह रहे हैं कि आप TOWGS84 का समर्थन नहीं कर रहे हैं, लेकिन चीजें इसके बिना कैसे काम कर सकती हैं? यदि WKT अज्ञात नामों (अर्थात उपयोगकर्ता द्वारा परिभाषित प्रक्षेपण / डेटा) का उपयोग करता है, तो समन्वय प्रणाली को ठीक से सेट नहीं किया जा सकता है जब डेटाम पारी को अनदेखा किया जाता है। या क्या मैं कुछ न कुछ भूल रहा हूं?
PMF

अधिकांश सर्वोत्तम रूपांतरण ग्रिड फ़ाइलों का उपयोग करते हैं न कि 3 या 7 पैरामीटर विधि का। परिवर्तनों का एक गुच्छा WGS84 का उपयोग नहीं करता है। यह बहुत सीमित समाधान है। हम इसके बजाय देर से बाँधते हैं ... परिवर्तन के समय एक परिवर्तन को चुनें / सेट करें ।
mkennedy 13

यदि यह सिस्टम के लिए अज्ञात है, तो कस्टम भौगोलिक भौगोलिक परिवर्तन उपकरण का उपयोग करें। नई CRS wkt में ट्रांसफॉर्मेशन भी शामिल है। आप के पास एक सॉफ्टवेयर के लिए आ रहा है Arron!
mkennedy 13

0

मतभेदों की एक सूची के लिए संभावित शुरुआती बिंदु के रूप में यह मेरे नए PyCRS पैकेज को देखने में मदद कर सकता है , जहां मैंने प्रत्येक ess तत्व, पैरामीटर, और datum / ellips / proj नाम के साथ-साथ उनके esriwwkt बनाम ogc_wkt वर्तनी के लिए एक वर्ग बनाने का प्रयास किया है। । मैंने यह भी निर्दिष्ट किया है कि मैं सबमॉड्यूल में _from_wkt()फ़ंक्शन में संपूर्ण संरचना के रूप में पार्सिंग अंतर कैसे देखता हूं parser.py। मुझे उम्मीद है कि उपयोगकर्ता योगदान के साथ इन अंतरों को और जोड़ा जा सकता है और / या सही किया जा सकता है।

https://github.com/karimbahgat/PyCRS


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