ArcGIS-ESRICartografiaкадастър

Преобразуване на координатни системи Geobide, ED50 и ETRS89

Възползвайте се от проследяването на Възможности на Geobide Suite, ще видим опциите за преобразуване между тях Референтни системи, Интересно за тези, които трябва да се трансформира в различните Datum в този случай ще видим как да го направя с ED50 и ETRS89 системи е почти същия случай в Латинска Америка между NAD27 и WGS84.

ED50 и ETRS89 geobide

Дали данните се преместват?

Това не е случаят с Google Земя, където се извършват повече трансформации, много изображения се изместват, нещо такова можете да проверите припокриванията между различни дубли; В много държави, държави или автономни общности обаче публичните институции предоставят на GoogleEarth своите изображения с точна геореференция, с недостатъка, че GoogleEarth използва WGS84 като обща дата, така че използването на данни в друга система изисква трансформация. Трансформацията зависи преди всичко от собственото си определение, но също и от областта, в която се намираме. Ето защо родовите системи не предоставят специалните параметри за всяка зона.

Да вземем за пример трансформацията ED50-30N (EPSG: 23030) в ETRS89-30N (EPSG: 25830) за Навара и за Испания. Общото определение на трансформацията има различна степен на точност в зависимост от областта, в която се прилага. Поради тази причина има някои допълнителни параметри, които не влизат в общото определение и които в Навара например са някои, но в Астурия те могат да имат други различни стойности.

Ако погледнем изображението по-горе, заснето от Geomap, виждаме карта с два слоя (ортофото и парцел), преместени един спрямо друг. Това е резултат от проектирането в движение на Кадастъра на Навара в ED-50N нататък слой на GoogleMaps в WGS84 и произтичащото отместване е свързано с проблема, описан в предходния параграф.

Неотдавнашен урок на Geobide, от който правим тази статия, сега публикува поне 4 метода за отстраняването му. С Geobide вече е възможно да се посочи преобразуването на данните за трансформация между координатни системи по четири различни начина:

  1. Обща трансформация:ED50 и ETRS89 geobide

Тази опция използва общата трансформация без пространствени параметри и е най-малко точна. За Навара, например, преминаването от ED50 към ETRS89 има грешка на ~ 100-200m в x и y. (Спомняйки си, че това НЕ влияе върху координатните системи със същата дата).

Доста подобен е случаят с NAD27 WGS84 ходене и 202 метра на север и на изток 6 метра в центъра на промените на площ, колкото промяна на географската ширина, въпреки че е значително само в географската ширина идва от Еквадор, докато дължината едва идва от фалшивия изток.  

  1. Трансформация, използваща NTv2 решетка:

Тази опция използва мрежа с стойности за коригиране на преобразуването чрез линейна интерполация. Този вариант е по-прецизен от първия метод и е приет от IGN. Точно, разбира се, ако имаме мрежа за нашата работна зона.

Приложенията на Geobide Сега те предлагат двете мрежи, предоставени от IGN за Испания, покриващи полуострова и Балеарските острови и които са публикувани през 2003 и 2009 г. Потребителят може лесно да избере мрежата, която да използва.

ED50 и ETRS89 geobide

В мрежата могат да бъдат намерени много мрежи, дори по целия свят, но по размер те не са автоматично достъпни при изтеглянето на приложението Geobide.

  1. Molodensky трансформация (метод на параметрите 3):

Използвайте стойностите на отместване 3 в началото между елипсоидите. В приложенията, предварително конфигуриран асистент, препоръчан от IGN за Испания.

ED50 и ETRS89 geobide


  1. Трансформация "Бурса-вълк" (метод на параметрите 7)

Тази трансформация използва 7 стойности за трансформиране между елипсоиди. Параметрите, които трябва да се въведат, са: Изместване (Dx, Dy, Dz), Ротация (Rx, Ry, Rz)

В приложенията Geobide 3 предварително конфигурирани асистенти, препоръчани от IGN за северозападната, централната и източната част на полуострова, съответно.

ED50 и ETRS89 geobide

Резултати

Както можете да видите, резултатите не се различават значително между последните 3 методи, но с първия. Ето защо трябва да знаете дали трансформацията се нуждае от някоя от тези разширени опции.

Сред ED50-xxN (EPSG: 230xx) системи и ETRS89-xxN (EPSG: 258xx) в областта на самата Испания трябва да се използва, тъй като изчисленията / елипсовидни ED50 и ETRS89 / WGS84 не са равностойни.

Например, ако не Geomap тези разширен набор данни, данните от Навара в ED50-30N (EPSG: 23030) препроектиран в движение на данните, предоставени от Google Maps (елипсоид WGS84) ще се премести. За да бъде добре, е необходимо да се използват по-прецизните трансформации, които вече са обяснени.

ED50 и ETRS89 geobide

Струва ми се много добре, че Geobide прави значителни усилия не само да остави способностите си в своята система, но и да документира този въпрос малко по-подробно, тъй като може значително да повлияе върху качеството и точността на работата, освен да го разбере. Това е друго усилие.

Досега всичко това се интегрира автоматично в двигателя, но тъй като ние коментира приятели Geobide, нуждите на потребителите са ги довели да напусне вижда в приложения за потребителя са наясно с това и дори да се промени конфигурация по подразбиране или поставете друга за собствената си работна среда.

Трансформационни елипсовидни / геоидални височини

В новата версия също е променена кутийката за изчисление на елипсоидалната / геоидалната разлика на височината, така че потребителят вече може да избере геоидния модел, който да бъде използван.

ED50 и ETRS89 geobide


Номенклатури на файлове PRJ

ED50 и ETRS89 geobideИ накрая, друга промяна, която според мен е добра в нея усилията за оперативна съвместимост с OGC стандартите или практиките на популяризираните програми. Файловете PRJ, които Geobide генерира, са в номенклатурата на OGC WKT, която е стандарт, разпознат от много CAD / GIS инструменти. Не толкова за приложенията на ESRI, чиито PRJ, въпреки че съдържат същата математическа дефиниция като стандартните, деноминират системите на координатите по различен начин.

Например:

В съдържанието на даден файл PRJ OGC, системата ETRS89-30N (EPSG: 25830) се определя от кодовото име "ETRS89 / UTM зона 30N"; приложенията ESRI, вместо това те го наричат ​​"ETRS_1989_UTM_Zone_30N". Ако се смесва с PRJs слоеве в двете номенклатури в ArcGis този софтуер изпълнява пространствена обработка, дори ако математическата формулировка на координатните системи са идентични.

Обърнете внимание на това tozudez, Geobide активира нова опция в селектора на референтната система, така че потребителят да може да посочи дали иска Координатна система с PRJ в стил или стил EPSG ESRI.

 

http://www.geobide.es/

Голджи Алварес

Писател, изследовател, специалист по модели за управление на земята. Участвал е в концептуализирането и внедряването на модели като: Национална система за управление на собствеността SINAP в Хондурас, Модел на управление на съвместни общини в Хондурас, Интегриран модел на управление на кадастъра – регистър в Никарагуа, Система за администрация на територията SAT в Колумбия . Редактор на блога на знанието Geofumadas от 2007 г. и създател на AulaGEO Academy, която включва повече от 100 курса по теми за GIS - CAD - BIM - Digital Twins.

Свързани статии

Оставете коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

Бутон "Нагоре" горе