جیوبائڈ ، ED50 اور ETRS89 کوآرڈینیٹ سسٹم ٹرانسفارمشن
پر عمل کرنے کا موقع لے جیووبائڈ سوٹ کے امکانات، ہم درمیان میں تبدیل کرنے کے اختیارات کو دیکھیں گے ریفرنس سسٹم. اس صورت میں ہم ED50 اور ETRS89 نظام کے ساتھ یہ کس طرح نظر آئے گا میں مختلف تاریخ کے درمیان تبدیل کرنا ضروری ہے جو ان لوگوں کے لئے دلچسپ تقریبا NAD27 اور WGS84 درمیان لاطینی امریکہ میں ایک ہی صورت ہے.
کیا ڈیٹا منتقل ہو گیا ہے؟
یہ Google Earth کا معاملہ نہیں ہے، جہاں زیادہ تبدیلیوں کی جاتی ہے، بہت سے تصاویر بے گھر ہیں، جو کچھ ہے آپ overlaps میں چیک کر سکتے ہیں مختلف لیتا ہے کے درمیان؛ تاہم ، بہت سے ممالک ، ریاستوں یا خود مختار طبقوں میں ، عوامی اداروں نے گوگل آرٹ کو اپنی تصاویر کو عین مطابق جغرافیے کے ساتھ فراہم کیا ہے ، اس نقصان میں کہ گوگل آرٹ نے WGS84 کو عام ڈیٹا کے طور پر استعمال کیا ہے ، لہذا دوسرے سسٹم میں ڈیٹا کو استعمال کرنے میں تبدیلی کی ضرورت ہے۔ تبدیلی کا انحصار سب سے پہلے اس کی اپنی تعریف پر نہیں بلکہ اس علاقے پر بھی ہے جس میں ہم خود کو پاتے ہیں۔ یہی وجہ ہے کہ عام نظام ہر زون کے خصوصی پیرامیٹرز فراہم نہیں کرتے ہیں۔
مثال کے طور پر نویرا ، اور اسپین کے لئے ED50-30N (EPSG: 23030) ETRS89-30N (EPSG: 25830) میں تبدیل کریں۔ تبدیلی کی عمومی تعریف اس علاقے پر منحصر ہوتی ہے جس میں اس کی تطہیر کی جاتی ہے۔ اس وجہ سے کچھ اضافی پیرامیٹرز موجود ہیں ، جو عام تعریف میں نہیں جاتے ہیں اور جو مثال کے طور پر نووارہ میں کچھ ہیں لیکن آسوریہ میں ان کی دوسری مختلف اقدار ہوسکتی ہیں۔
اگر ہم جیو میپ سے حاصل کی گئی تصویر پر نظر ڈالیں تو ، ہم ایک نقشہ دیکھتے ہیں جس میں دو تہوں (آرتھوفوٹو اور پارسل) ایک دوسرے کے نسبت منتقل ہوئے ہیں۔ یہ پرواز میں ED-50N میں نویرا کیڈسٹری پیش کرنے کا نتیجہ ہے GoogleMaps پرت WGS84 میں اور نتیجے میں بے گھر ہونے والے سابقہ پیراگراف میں بیان کردہ مسئلہ سے متعلق ہے.
جیوبائڈ کا ایک حالیہ ٹیوٹوریل ، جس سے ہم اب یہ مضمون کر رہے ہیں ، اسے درست کرنے کے لئے کم از کم 4 طریقے شائع کرتے ہیں۔ جیوبائڈ کے ساتھ ، اب یہ چار مختلف طریقوں سے کوآرڈینیٹ سسٹمز کے مابین تبدیلی کے ل the ڈیٹم تبادلوں کی نشاندہی کرنا ممکن ہے۔
-
عام تبدیلی:
یہ اختیار مقامی پیرامیٹرز کے بغیر عام تبدیلی کا استعمال کرتا ہے، اور کم از کم درست ہے. Navarre کے لئے، مثال کے طور پر، ED50 سے ETRS89 تک چل رہا ہے X اور Y میں ~ 100-200M کی غلطی ہے. (یاد رکھنا کہ یہ اسی ڈیٹا کے ساتھ ہم آہنگی نظام کو متاثر نہیں کرتا).
یہ طول جو ایکواڈور سے آتا ہے میں صرف اہم ہے، اگرچہ بالکل اسی طرح، WGS27 وسطی علاقے تبدیلیاں آپ طول تبدیل بطور مشرق چلنے اور شمالی 84 میٹر اور 202 میٹر سے NAD6 کی صورت ہے جبکہ لمبائی سے جھوٹی مشرق سے لمبائی آتا ہے.
-
NTV2 گرڈ کا استعمال کرتے ہوئے تبدیلی:
اس اختیار میں اقدار کے ساتھ ایک گرڈ کا استعمال ہوتا ہے جس میں تبادلوں کو درست کرنے کے لۓ لکیری مداخلت کی طرف سے ہے. یہ اختیار پہلا طریقہ سے زیادہ درست ہے اور آئی جی این کے ذریعہ اپنایا گیا ہے. واضح، بالکل، اگر ہمارے پاس ہمارے کام کے علاقے کے لئے گرڈ ہے.
ایپلی کیشنز Geobide اب وہ دو گرڈ پیش کرتے ہیں جنہیں آئی جی این نے اسپین کے لئے فراہم کیا ہے ، جس میں جزیرہ نما اور بیلیرک جزیرے کا احاطہ کیا گیا ہے ، اور جو 2003 اور 2009 میں شائع ہوا تھا۔ استعمال کنندہ آسانی سے گرڈ کو استعمال کرنے کے لئے منتخب کرسکتا ہے۔
انٹرنیٹ پر آپ کو بہت سارے گرڈ مل سکتے ہیں یہاں تک کہ دنیا بھر میں ، لیکن سائز کے لحاظ سے وہ جیوبائڈ ایپلی کیشن ڈاؤن لوڈ میں خود بخود دستیاب نہیں ہوتے ہیں۔
-
مولودینکی تبدیلی (3 پیرامیٹرز کا طریقہ):
ellipsoids کے درمیان اصل میں 3 آفسیٹ اقدار کا استعمال کریں. ایپلی کیشنز میں، ایک پری تشکیل شدہ اسسٹنٹ کی طرف سے سفارش کی گئی ہے IGN سپین کے لئے.
بورسا-ولف تبدیلی (7 پیرامیٹرز کا طریقہ)
یہ تبدیلی 7 اقدار کو ellipsoids کے درمیان تبدیل کرنے کے لئے استعمال کرتا ہے. مندرجہ ذیل پیرامیٹرز ہیں: نقل و حمل (Dx، Dy، Dz)، گردش (Rx، Ry، RZ) اور اسکیل عنصر (μ)
ایپلی کیشنز میں Geobide 3 پہلے سے تشکیل شدہ اسسٹنٹ اسسٹشنز کی طرف سے سفارش کی IGN شمال مغربی، مرکزی زون اور مشرق وسطی کے مشرق کے لئے.
نتائج کی نمائش
جیسا کہ آپ دیکھ سکتے ہیں نتائج آخری طریقوں کے درمیان 3 کے درمیان زیادہ مختلف نہیں ہیں، لیکن پہلے کے ساتھ. لہذا آپ کو معلوم ہونا چاہئے کہ اگر تبدیلی ان میں سے کوئی اعلی درجے کی اختیارات کی ضرورت ہے.
سسٹمز اور ETRS50-xxN (EPSG: 230xx): ED89-xxN (258xx EPSG) کے علاوہ سپین خود کے علاقے میں Datums / ellipsoids طور ED50 اور ETRS89 / WGS84 برابر نہیں ہیں کا استعمال کیا جانا چاہئے.
مثال کے طور پر Geomap نہ ان اعلی درجے کی ڈیٹا سیٹ، ED50-30N (EPSG: 23030) میں نووارا سے اعداد و شمار تو Google Maps کی طرف سے پیش کردہ اعداد و شمار پر مکھی پر reprojected (WGS84 بیضوی) منتقل کر دیا جائے گا. اچھی طرح سے رہنے کے لئے، اس سے پہلے ہی وضاحت کی گئی مزید عین مطابق تبدیلیوں کا استعمال کرنا ضروری ہے.
یہ بہت اچھا لگتا ہے کہ جیووبائڈ نہ صرف اس کے نظام میں صلاحیتوں کو چھوڑنے کے لئے ایک اہم کوشش کرتا ہے، بلکہ اس سوال کو تھوڑا سا تفصیل بھی فراہم کرتا ہے کیونکہ یہ کام کے معیار اور صحت سے متعلق اثرات کو بہت زیادہ اثر انداز کر سکتا ہے. یہ ایک اور کوشش ہے.
اب تک، یہ سب خود بخود انجن میں داخل ہوا تھا، لیکن جیووبائڈ کے دوست نے ہمیں بتایا کہ، صارفین کے مطالبات نے انہیں ایپلی کیشنز میں نظر انداز کرنے کی راہنمائی کی ہے تاکہ صارف اس سے واقف ہے اور یہاں تک کہ پہلے سے طے شدہ ترتیب، یا آپ کے اپنے کام کے علاقے کے لئے ایک اور رکھ.
تبدیلی ellipsoidal / geoidal اونچائی
نئے ورژن میں ellipsoidal / geoidal اونچائی فرق حساب کے باکس بھی تبدیل کر دیا گیا ہے تاکہ صارف اب استعمال کرنے کے لئے جیوڈ ماڈل کو منتخب کر سکیں.
فائل نامزد کرنے والی PRJ
اور آخر میں، ایک اور تبدیلی جو میں سوچتا ہوں آپ میں اچھا ہے انٹرپریبلٹی کے لئے کوشش OGC معیار یا مقبول کردہ پروگراموں کے طریقوں کے ساتھ. جیو بوڈ کی طرف سے پیدا کردہ PRJ فائلوں OGC WKT نامزد کنڈیشنر میں ہیں، جو بہت سے CAD / GIS کے اوزار کی طرف سے ایک معياري معیار ہے. ایسا نہیں کہ ESRI ایپلی کیشنز کے لئے، جن کے پی آر جے، اگرچہ وہ معیاری طور پر ایک ہی ریاضیاتی تعریف پر مشتمل ہیں، اس کے علاوہ یونیوریٹ سیسٹم کو مختلف طور پر تبدیل کر دیتے ہیں.
مثال کے طور پر:
ایک فائل PRJ OGC کے مندرجات میں، ETRS89-30N نظام (EPSG: 25830) کوڈ نام "ETRS89 / UTM زون 30N" کی طرف سے وضاحت کی گئی ہے؛ ایپلی کیشنز ESRIبجائے، وہ اسے "ETRS_1989_UTM_Zone_30N" کہتے ہیں. اگر آر آر جیس میں ہم دونوں نامزدوں میں پی آر جے کے ساتھ تہوں کو مرکب کرتے ہیں تو ہمارا سافٹ ویئر مقامی تبدیلی کرے گا یہاں تک کہ جب ہم نے مطابقت پذیری کے نظام کی ریاضیاتی تعریف ایک جیسے ہیں.
اس پر توجہ دینا ضدGeobide نے حوالہ کے نظام کے انتخاب کنندہ میں ایک نئے اختیار کو فعال کیا ہے تاکہ صارف کو اس بات کی نشاندہی کی جا سکتی ہے کہ وہ ای پی ایس جی سٹائل یا انداز میں پی آر جی کے ساتھ ایک سماجیٹ سسٹم چاہتا ہے. ESRI.
