Координирана трансформација на системот Geobide, ED50 и ETRS89

Преземање можност да се надоврзе на Потенцијали на Suite Geobide, ќе ги видиме опциите за трансформација помеѓу Референтни системи. Интересно за оние кои мора да се трансформира помеѓу различни Датум во овој случај ние ќе видиме како да го направи тоа со ED50 и ETRS89 системи е речиси истиот случај во Латинска Америка помеѓу NAD27 и WGS84.

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

Ова не е случај со Google Earth, каде што се направени повеќе трансформации, многу слики се поместени, нешто што можете да проверите во преклопувањата помеѓу различни зафати; Сепак, во многу земји, држави или автономни заедници, јавните институции им дадоа на GoogleEarth своите слики со прецизна геореференција, со неповолна положба што GoogleEarth го користи WGS84 како општ датум, па затоа користењето податоци во друг систем бара трансформација. Трансформацијата зависи пред се од сопствената дефиниција, но исто така и од областа во која се наоѓаме. Затоа генеричките системи не ги даваат посебните параметри на секоја зона.

Земете како пример трансформацијата ED50-30N (EPSG: 23030) во ETRS89-30N (EPSG: 25830) за Навара и за Шпанија. Општата дефиниција за трансформацијата има различен степен на прецизност во зависност од областа во која се применува. Поради оваа причина, постојат некои дополнителни параметри, кои не одат во општата дефиниција и кои во Навара, на пример, се некои, но во Астуриас може да имаат други различни вредности.

Ако ја погледнеме сликата погоре зафатена од Геомап, ќе видиме карта со два слоја (ортофото и парцела) поместени едни на други. Тоа е резултат на проектирање на Катастарот Навара во ЕД-50Н во лет слој на GoogleMaps во WGS84 и резултираното поместување е поврзано со проблемот опишан во претходниот пасус.

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

1. Генеричка трансформација:

Оваа опција ја користи генеричката трансформација без просторни параметри и е најмалку точна. За Навара, на пример, преместувањето од ED50 во ETRS89 има грешка во ~ 100-200m во x и y. (Сеќавајќи се дека ова НЕ влијае на координатните системи со ист датум).

Доста сличен е случајот и на NAD27 со WGS84 одење и 202 метри северно и 6 метри источно од Централна промени во областа како што се промени на географска ширина, иако тоа е значајна само во ширина што доаѓа од Еквадор додека должината само доаѓа од лажен ова.  

2. Трансформација со помош на мрежа NTv2:

Оваа опција користи мрежа со вредности за да ја корегира конверзијата со линеарна интерполација. Оваа опција е попрецизна од првиот метод и е прифатена од страна на IGN. Прецизирај, се разбира, ако имаме мрежа за нашата работна област.

Апликациите на Geobide Тие сега ги нудат двете мрежи обезбедени од IGN за Шпанија, кои ги опфаќаат Полуостровот и Балеарските острови, и кои беа објавени во 2003 и 2009 година. Корисникот може лесно да избере мрежа за употреба.

Многу мрежи може да се најдат на Интернет, дури и ширум светот, но според големината тие не се автоматски достапни во преземањата на апликацијата Geobide.

3. Молоденски трансформација (метод на 3-параметрите):

Користете ги offset вредностите на 3 на потеклото меѓу елипсоидите. Во апликациите, претходно конфигуриран асистент препорачан од IGN за Шпанија.

4. 
   

   Трансформација на Бурса-Волф (метод на 7-параметри)

Оваа трансформација ги користи вредностите на 7 за да се трансформира помеѓу елипсоидите. Параметрите што треба да се внесат се: поместување (Dx, Dy, Dz), ротација (Rx, Ry, Rz) и скала фактор (μ)

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

Резултати

Како што можете да видите резултатите не се разликуваат многу помеѓу последните 3 методи, но со првиот. Затоа треба да знаете дали на трансформацијата му се потребни некои од овие напредни опции.

Меѓу ED50-xxN (EPSG: 230xx) системи и ETRS89-xxN (EPSG: 258xx) во областа на Шпанија себе треба да се користи како Datums / ellipsoids ED50 и ETRS89 / WGS84 не се еквивалентни.

На пример, ако не Geomap овие напредни сет на податоци, податоци од Навара во ED50-30N (EPSG: 23030) reprojected на мува на податоци понудени од страна на Google Maps (елипсоид WGS84) ќе се пресели. За да се вклопуваат правилно, тоа е потребно да се користи најпрецизни трансформации кои веќе се објасни.

Ми се чини многу добро што Geobide прави значителни напори не само да ги остави способностите на својот систем, туку и да го документира ова прашање малку повеќе детали, бидејќи тоа во голема мера може да влијае на квалитетот и прецизноста на работата, освен само разбирање. Тоа е уште еден напор.

Досега сето ова беше автоматски интегрирано во моторот, но како што ни кажаа пријателите на Geobide, барањата на корисниците доведоа до тоа да бидат видливи во апликациите, така што корисникот е свесен за тоа, па дури и го промени стандардна конфигурација, или ставете друга за вашата работна област.

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

Во новата верзија елипсоидната / геоидалната кутија за пресметка на разликата во висината исто така е променета така што корисникот сега може да го избере геоидниот модел што ќе се користи.

Номенклатури на датотеки PRJ

И конечно, друга промена што мислам дека е добра во нејзината напор за интероперабилност со OGC стандарди или практики на популаризираните програми. Досиејата на PRJ кои Geobide генерира се во номенклатурата на OGC WKT, која е стандард препознаен од многу CAD / GIS алатки. Не толку за апликациите на ESRI, чии PRJ, иако тие ја содржат истата математичка дефиниција како стандардните, поинаку ја делат Coordinate Systems.

На пример:

Во содржината на фајл PRJ OGC, системот ETRS89-30N (EPSG: 25830) е дефиниран од страна на под кодното име "ETRS89 / ОУЗ зоната 30N"; апликации ESRI, наместо тоа, тие го нарекуваат "ETRS_1989_UTM_Zone_30N". Ако во ArcGis сме ги смешале слоевите со PRJ во двата номенклатури, овој софтвер ќе ја изврши просторна трансформација дури и кога математичката дефиниција на Координатните системи е идентична.

Обрнувајќи внимание на ова тврдоглавост, Geobide овозможи нова опција во селекторот за референтни системи, така што корисникот може да посочи дали сака координатен систем со PRJ во стил или стил на EPSG ESRI.

http://www.geobide.es/