تحول سیستم مختصات Geobide ، ED50 و ETRS89
با استفاده از این فرصت برای پیگیری در پتانسیل سوئیت Geobide، ما گزینه هایی را برای تبدیل بین آنها خواهیم دید سیستم های مرجع. جالب برای کسانی که باید بین مختصات مختلف در این مورد خواهیم دید که چگونه این کار را با سیستم های ED50 و ETRS89 تبدیل شده است تقریبا همان مورد در امریکا لاتین بین NAD27 و WGS84.
آیا داده منتقل شده است؟
این مورد Google Earth نیست، جایی که تحولات بیشتری صورت می گیرد، بسیاری از تصاویر آواره شده اند، چیزی که شما می توانید در همپوشانی ها بررسی کنید بین موارد مختلف؛ با این حال ، در بسیاری از کشورها ، ایالت ها یا جوامع خودمختار ، موسسات عمومی تصاویر خود را با ارجاع دقیق زمین به GoogleEarth ارائه داده اند ، با این ضرر که GoogleEarth از WGS84 به عنوان یک Datum عمومی استفاده می کند ، بنابراین استفاده از داده در سیستم دیگر نیاز به تغییر شکل دارد. تحول اول از همه به تعریف خودش بستگی دارد بلکه به منطقه ای که در آن قرار داریم بستگی دارد. به همین دلیل سیستم های عمومی پارامترهای خاص هر منطقه را ارائه نمی دهند.
بیایید تحول ED50-30N (EPSG: 23030) به ETRS89-30N (EPSG: 25830) را برای ناوارا و اسپانیا به عنوان مثال در نظر بگیریم. تعریف عمومی تغییر شکل بسته به منطقه ای که در آن اعمال می شود ، دارای درجه دقت متفاوتی است. به همین دلیل پارامترهای اضافی وجود دارد که در تعریف عمومی وجود ندارد و مثلاً در ناوارا برخی از آنها هستند اما در استوریا ممکن است مقادیر مختلف دیگری داشته باشند.
اگر به تصویر بالا گرفته شده از Geomap نگاهی بیندازیم ، نقشه ای را می بینیم که دارای دو لایه (ارتوفتو و پاکت) نسبت به یکدیگر است. این نتیجه پیش بینی کاداستر Navarra در ED-50N در حال پرواز است یک لایه GoogleMaps در WGS84 و جابجایی حاصل از آن مربوط به مشکلی است که در پاراگراف قبلی شرح داده شده است.
یک آموزش اخیر Geobide ، که ما در حال انجام این مقاله از آن هستیم اکنون حداقل 4 روش برای رفع آن منتشر کرده است. با استفاده از Geobide ، اکنون می توان تبدیل داده را برای تحول بین سیستم های مختصات به چهار روش مختلف نشان داد:
-
تحول عمومی:
این گزینه با استفاده از تغییر و تحول عمومی بدون پارامترهای فضایی، و کمترین دقیق است. برای ناوارا برای مثال حرکت از ED50 به ETRS89 دارای یک خطا از ~ 100-200m در x و y. (یادآوری این نکته که این تاثیر نمی گذارد سیستم هماهنگ با داده همان).
کاملا مشابه مورد NAD27 با WGS84 راه رفتن و متر 202 شمال و شرق متر 6 در تغییرات منطقه مرکزی به عنوان عرض جغرافیایی را تغییر دهید، اگر چه آن تنها در عرض جغرافیایی آن را از اکوادور می آید مهم است در حالی که طول تقریبا از شرق کاذب می آید.
-
تبدیل با استفاده از شبکه NTv2:
این گزینه با استفاده از یک شبکه با مقادیر برای اصلاح تبدیل با درون یاب خطی استفاده می شود. این گزینه دقیق تر از روش اول است و توسط IGN تصویب شده است. البته، اگر ما یک شبکه برای منطقه کاری ما داشته باشیم، دقیقا مشخص است.
برنامه های کاربردی از Geobide آنها اکنون دو شبکه ارائه شده توسط IGN برای اسپانیا را که شامل شبه جزیره و جزایر بالئاریک است و در سال 2003 و 2009 منتشر شده اند ، ارائه می دهند. کاربر به راحتی می تواند شبکه مورد استفاده خود را انتخاب کند.
شبکه های زیادی را می توان در اینترنت یافت ، حتی در سراسر جهان ، اما از نظر اندازه به طور خودکار در بارگیری های برنامه Geobide در دسترس نیستند.
-
تبدیل Molodensky (روش پارامترهای 3):
از مقادیر افست 3 در مبدأ بین ellipsoids استفاده کنید. در برنامه ها، یک دستیار پیش از پیکربندی توصیه شده توسط IGN برای اسپانیا
تبدیل Bursa-گرگ (روش پارامتر 7)
این تبدیل از مقادیر 7 برای تبدیل بین ellipsoids استفاده می کند. پارامترهای وارد شده عبارتند از: جابجایی (Dx، Dy، Dz)، چرخش (Rx، Ry، Rz) و عامل مقیاس (μ)
در برنامه ها Geobide 3 پیش از پیکربندی دستیاران توصیه شده توسط IGN برای شمال غربی، منطقه مرکزی و شرق شبه جزیره به ترتیب.
نمایش نتایج: از شماره
همانطور که می بینید نتایج بسیار متفاوت از آخرین روش های 3 نیست، اما با اولین. به همین دلیل است که باید بدانید که آیا تبدیل نیاز به هر یک از این گزینه های پیشرفته دارد.
در میان ED50-xxN (EPSG: 230xx) سیستم ها و ETRS89-xxN (EPSG: 258xx) در این منطقه از اسپانیا به خودی خود باید مورد استفاده قرار گیرد به عنوان datums نقشه / بیضی ED50 و ETRS89 / WGS84 هستند معادل نیست.
برای مثال، اگر Geomap نیست این مجموعه داده های پیشرفته، داده ها را از ناوارا در ED50-30N (EPSG: 23030) در پرواز بر روی داده های ارائه شده توسط نقشه های گوگل ترسیم (بیضی WGS84) منتقل میشوند. برای جا به درستی، لازم است برای استفاده از دقیق ترین تحولات که در حال حاضر توضیح داده شده است.
به نظر من بسیار خوب است که Geobide تلاش زیادی را نه تنها برای از بین بردن قابلیت ها به سیستم خود، بلکه همچنین به این سوال کوچکتر از این می کند، زیرا می تواند تا حد زیادی کیفیت و دقت کار را تحت تأثیر قرار دهد، به غیر از درک آن نیز. تلاش دیگری است.
تا کنون این همه به طور خودکار در موتور مجتمع شده بود، اما همانطور که توسط دوستان Geobide گفته شد، خواسته های کاربران موجب شد تا آنها در برنامه ها قابل مشاهده باشند تا کاربر از آن آگاه باشد و حتی تغییر دهد تنظیمات پیش فرض، یا یکی دیگر را برای منطقه کار خود قرار دهید.
ارتفاعات بیضی / جغرافیایی تبدیل
در نسخه جدید، جعبه محاسبه اختلاف ارتفاع بیضی / جوییدی نیز تغییر یافته است به طوری که کاربر هم اکنون می تواند مدل ژئوئید مورد استفاده را انتخاب کند.
پرونده Nomenclatures PRJ
و در نهایت، تغییر دیگری که من فکر می کنم در آن خوب است تلاش برای قابلیت همکاری با استانداردهای OGC یا شیوه های برنامه های محبوب. پرونده های PRJ که Geobide تولید می کند در NTC nomenclature WTC هستند که استاندارد است که توسط بسیاری از ابزار CAD / GIS شناخته شده است. نه برای برنامه های ESRI، که PRJ آنها، هر چند آنها دارای یک تعریف ریاضی مشابه همانند استاندارد هستند، سیستم های مختصات را به صورت متفاوت تعریف می کنند.
به عنوان مثال:
در محتویات یک فایل PRJ OGC، سیستم ETRS89-30N (EPSG: 25830) توسط کد رمز "ETRS89 منطقه / UTM 30N" تعریف شده است؛ برنامه ها ESRI، به جای آن، آنها آن را "ETRS_1989_UTM_Zone_30N" می نامند. اگر در ArcGis ما لایه ها را با PRJ ها در دو nomenclatures ترکیب کنیم، این نرم افزار تغییر فضایی را حتی زمانی که تعریف ریاضی سیستم های مختصات یکسان است، انجام خواهد داد.
توجه به این موضوع استبداد، Geobide یک گزینه جدید را در انتخاب کننده سیستم مرجع فعال کرده است به طوری که کاربر می تواند نشان دهد که آیا او میخواهد یک سیستم مختصات با PRJ در سبک یا سبک EPSG ESRI.
