जियोबाइड, ED50 र ETRS89 समन्वय प्रणाली रूपान्तरण
फलोअप गर्नको लागि फाइदा उठाउँदै Geobide Suite को सम्भाव्यताहरू, हामी बीचमा रूपान्तरण गर्न विकल्पहरू देख्नेछौं सन्दर्भ प्रणालीहरू। ती व्यक्तिहरूका लागि चाखलाग्दो छ जसले विभिन्न डाटामहरू बीच रूपान्तरण गर्नुपर्छ, यस अवस्थामा हामी यसलाई ED50 र ETRS89 प्रणालीहरूसँग कसरी गर्ने भनेर हेर्नेछौं, जुन NAD27 र WGS84 बीचको ल्याटिन अमेरिकामा लगभग उस्तै मामला हो।
के डाटा सारियो?
यो गुगल अर्थको मामला होइन, जहाँ जतिसुकै परिवर्तन भए पनि धेरै छविहरू विस्थापित हुन्छन्, जुन ओभरल्याप्समा देख्न सकिन्छ विभिन्न शटहरू बीच; यद्यपि, धेरै देशहरू, राज्यहरू वा स्वायत्त समुदायहरूमा, सार्वजनिक संस्थाहरूले GoogleEarth लाई तिनीहरूको छविहरू सटीक भू-सन्दर्भहरू सहित प्रदान गरेका छन्, GoogleEarth ले WGS84 लाई सामान्य डेटाको रूपमा प्रयोग गर्ने बेफाइदाको साथ, त्यसैले अर्को प्रणालीमा डेटा प्रयोग गर्दा रूपान्तरण आवश्यक छ। रूपान्तरण सबैभन्दा पहिले यसको आफ्नै परिभाषामा निर्भर गर्दछ तर हामीले आफूलाई भेट्टाउने क्षेत्रमा पनि निर्भर गर्दछ। यसैले जेनेरिक प्रणालीहरूले प्रत्येक क्षेत्रको विशेष प्यारामिटरहरू प्रदान गर्दैनन्।
Navarra र स्पेनको लागि ED50-30N (EPSG:23030) ETRS89-30N (EPSG:25830) लाई उदाहरणको रूपमा लिनुहोस्। रूपान्तरणको जेनेरिक परिभाषामा यो लागू गरिएको क्षेत्रको आधारमा परिशुद्धताको फरक डिग्री हुन्छ। यस कारणका लागि, त्यहाँ केहि अतिरिक्त प्यारामिटरहरू छन्, जुन सामान्य परिभाषामा समावेश गरिएको छैन र जुन Navarra मा, उदाहरणका लागि, केहि छन्, तर अस्टुरियामा तिनीहरूसँग अन्य, फरक मानहरू हुन सक्छन्।
यदि हामीले जियोम्यापबाट खिचिएको माथिको छवि हेर्छौं भने, हामी दुई तहहरू (अर्थोफोटो र प्लट) एकअर्कासँग सापेक्ष सारिएको नक्सा देख्छौं। यो ED-50N मा उडानमा Navarra Cadastre लाई प्रोजेक्ट गर्ने परिणाम हो GoogleMaps तह WGS84 मा र परिणामस्वरूप अफसेट अघिल्लो अनुच्छेदमा वर्णन गरिएको समस्यासँग सम्बन्धित छ।
भर्खरको जिओबाइड ट्यूटोरियल, जसबाट हामीले यो लेख बनाइरहेका छौं, अब यसलाई समाधान गर्न कम्तिमा 4 विधिहरू प्रकाशित गर्दछ। Geobide को साथ, यो अब चार फरक तरिकामा समन्वय प्रणालीहरू बीचको रूपान्तरणको लागि डाटाम रूपान्तरण संकेत गर्न सम्भव छ:
-
सामान्य रूपान्तरण:
यो विकल्पले स्थानीय प्यारामिटरहरू बिना सामान्य रूपान्तरण प्रयोग गर्दछ, र न्यूनतम सटीक छ। Navarra को लागि, उदाहरण को लागी, ED50 बाट ETRS89 मा जाँदा x र y मा ~100-200m को त्रुटि छ। (यसले एउटै मितिसँग समन्वय प्रणालीहरूलाई असर गर्दैन भनेर सम्झना)।
NAD27 सँग WGS84 को मामला धेरै मिल्दोजुल्दो छ, जुन मध्य अमेरिकी क्षेत्रमा लगभग 202 मिटर उत्तर र 6 मिटर पूर्वमा जान्छ, यो अक्षांश परिवर्तनको रूपमा परिवर्तन हुन्छ, यद्यपि यो अक्षांशमा मात्र महत्त्वपूर्ण छ किनभने यो अक्षांशबाट आएको हो। भूमध्य रेखा लम्बाइमा मात्रै गलत पूर्वबाट आउँछ।
-
NTv2 ग्रिड प्रयोग गरेर रूपान्तरण:
यो विकल्पले रैखिक प्रक्षेपणको लागि रूपान्तरणलाई सच्याउन मानहरूसँग ग्रिड प्रयोग गर्दछ। यो विकल्प पहिलो विधि भन्दा बढी सटीक छ र IGN द्वारा अपनाएको छ। यो आवश्यक छ, अवश्य पनि, यदि हामीसँग हाम्रो कार्य क्षेत्रको लागि ग्रिड छ।
अनुप्रयोगहरू Geobide तिनीहरूले अब स्पेनको लागि IGN द्वारा उपलब्ध गराइएका दुई ग्रिडहरू प्रस्ताव गर्छन्, जसले प्रायद्वीप र बेलेरिक टापुहरू कभर गर्दछ, र जुन 2003 र 2009 मा प्रकाशित भएका थिए। प्रयोगकर्ताले सजिलै प्रयोग गर्न ग्रिड छनौट गर्न सक्छन्।
धेरै ग्रिडहरू इन्टरनेटमा फेला पार्न सकिन्छ, विश्वव्यापी रूपमा पनि, तर तिनीहरूको साइजको कारण तिनीहरू जियोबाइड अनुप्रयोग डाउनलोडहरूमा स्वचालित रूपमा उपलब्ध छैनन्।
-
Molodensky रूपान्तरण (3-पैरामिटर विधि):
ellipsoids बीचको उत्पत्तिमा 3 अफसेट मानहरू प्रयोग गर्नुहोस्। प्रयोगकर्ता द्वारा सिफारिस गरिएको पूर्व-कन्फिगर गरिएको विजार्ड अनुप्रयोगहरूमा प्रस्ताव गरिएको छ। आईजीएन स्पेनको लागि।
बर्सा-वुल्फ रूपान्तरण (७-प्यारामिटर विधि)
यो रूपान्तरणले ellipsoids बीच रूपान्तरण गर्न 7 मानहरू प्रयोग गर्दछ। प्रविष्ट गर्न प्यारामिटरहरू हुन्: विस्थापन (Dx, Dy, Dz), रोटेशन (Rx, Ry, Rz) र स्केल कारक (µ)
अनुप्रयोगहरूमा Geobide द्वारा सिफारिस गरिएको 3 पूर्व-कन्फिगर गरिएका विजार्डहरू आईजीएन क्रमशः उत्तरपश्चिम, मध्य क्षेत्र र प्रायद्वीपको पूर्वको लागि।
परिणाम
तपाईंले देख्न सक्नुहुने रूपमा, परिणामहरू अन्तिम 3 विधिहरू बीच धेरै भिन्न हुँदैनन्, तर तिनीहरू पहिलोसँग भिन्न हुन्छन्। त्यसकारण तपाईले थाहा पाउनु पर्छ यदि रूपान्तरणलाई यी उन्नत विकल्पहरू मध्ये कुनै चाहिन्छ।
स्पेनिस क्षेत्रमा ED50-xxN (EPSG:230xx) र ETRS89-xxN (EPSG:258xx) प्रणालीहरू बीच, तिनीहरू ED50 Datums/Ellipsoids र ETRS89/WGS84 बराबर नभएकाले प्रयोग गर्नुपर्छ।
उदाहरणका लागि, यदि यो उन्नत डेटा जियोम्यापमा कन्फिगर गरिएको छैन भने, ED50-30N (EPSG:23030) मा Navarra डेटा Google नक्सा (WGS84 Ellipsoid) द्वारा प्रस्ताव गरिएको डेटामा पुन: प्रक्षेपित हुनेछ। तिनीहरूलाई राम्रो देखाउनको लागि, पहिले नै व्याख्या गरिएको थप सटीक रूपान्तरणहरू प्रयोग गर्न आवश्यक छ।
मलाई लाग्छ कि यो धेरै राम्रो छ कि जियोबाइडले आफ्नो प्रणालीमा क्षमताहरू छोड्न मात्र नभई यो मुद्दालाई थोरै थप विवरणमा दस्तावेज गर्न पनि महत्त्वपूर्ण प्रयास गर्दछ किनभने यसले कामको गुणस्तर र शुद्धतामा ठूलो प्रभाव पार्न सक्छ, केवल बुझ्नको अलावा। यो पनि अर्को प्रयास हो।
अहिलेसम्म, यी सबै इन्जिनमा स्वचालित रूपमा एकीकृत भएको थियो, तर जियोबाइडका साथीहरूले हामीलाई भने, प्रयोगकर्ताको मागहरूले उनीहरूलाई अनुप्रयोगहरूमा देखिने छाड्न प्रेरित गरेको छ ताकि प्रयोगकर्ताले यसको बारेमा सचेत होस् र पूर्वनिर्धारित सेटिङहरू परिवर्तन गर्न वा अर्को सेटिङ पनि गर्न सकून्। आफ्नो कार्य क्षेत्र को लागी एक।
अण्डाकार/भूगोल उचाइ परिवर्तन
नयाँ संस्करणमा, ellipsoidal/geoidal उचाइ भिन्नताहरूको लागि गणना तालिका पनि परिवर्तन गरिएको छ ताकि प्रयोगकर्ताले अब प्रयोग गर्नको लागि geoid मोडेल चयन गर्न सक्छ।
PRJ फाइल नामकरण
र अन्तमा, अर्को परिवर्तन जुन मलाई राम्रो लाग्छ अन्तरसञ्चालनका लागि प्रयास OGC मापदण्ड वा लोकप्रिय कार्यक्रमहरूको अभ्यासहरूसँग। Geobide द्वारा उत्पन्न PRJ फाइलहरू OGC WKT नामकरणमा छन्, जुन धेरै CAD/GIS उपकरणहरू द्वारा मान्यता प्राप्त मानक हो। ESRI अनुप्रयोगहरूको लागि त्यस्तो होइन, जसको PRJ, यद्यपि तिनीहरूमा मानकको रूपमा समान गणितीय परिभाषा समावेश छ, समन्वय प्रणालीहरूलाई फरक रूपमा नाम दिनुहोस्।
उदाहरणका लागि:
OGC PRJ फाइलको सामग्रीमा, ETRS89-30N प्रणाली (EPSG:25830) कोड नाम "ETRS89 / UTM zone 30N" सँग परिभाषित गरिएको छ; अनुप्रयोगहरू ESRIयसको सट्टा, तिनीहरूले यसलाई "ETRS_1989_UTM_Zone_30N" बोलाउँछन्। यदि ArcGis मा हामीले दुईवटा नामकरणहरूमा PRJ सँग तहहरू मिक्स गर्छौं भने, समन्वय प्रणालीको गणितीय परिभाषा उस्तै हुँदा पनि यो सफ्टवेयरले स्थानिय रूपान्तरण गर्नेछ।
यसतर्फ ध्यान दिनुपर्छ जिद्दी, Geobide ले सन्दर्भ प्रणाली चयनकर्तामा नयाँ विकल्प सक्षम गरेको छ ताकि प्रयोगकर्ताले EPSG शैली वा शैलीमा PRJ सँग समन्वय प्रणाली चाहनुहुन्छ भने संकेत गर्न सक्छ। ESRI.
