Transformacija koordinatnega sistema Geobide, ED50 in ETRS89
Ob priložnost, da spremljam Potenciali Geobide Suite, bomo videli možnosti za pretvorbo med Referenčni sistemi. Zanimiva za tiste, ki morajo spremeniti med različnimi podatek v tem primeru bomo videli, kako to storiti z ED50 in ETRS89 sistemov je skoraj enak primer v Latinski Ameriki med NAD27 in WGS84.
Ali so podatki premaknjeni?
To ni v primeru Google Zemlja, kjer je več transformacij, veliko slik se premakne, nekaj takega lahko preverite prekrivanja med različnimi posnetki; Vendar so v mnogih državah, državah ali avtonomnih skupnostih javne ustanove GoogleEarth-u s svojimi slikami zagotovile natančno georeferenco, s slabostjo, da GoogleEarth uporablja WGS84 kot generični datum, zato uporaba podatkov v drugem sistemu zahteva preoblikovanje. Preobrazba je najprej odvisna od lastne opredelitve, pa tudi od območja, na katerem se nahajamo. Zato generični sistemi ne zagotavljajo posebnih parametrov za vsako cono.
Za primer vzemimo preoblikovanje ED50-30N (EPSG: 23030) v ETRS89-30N (EPSG: 25830) za Navarro in za Španijo. Splošna opredelitev transformacije ima različno natančnost, odvisno od področja, na katerem se uporablja. Zato obstaja nekaj dodatnih parametrov, ki ne spadajo v generično definicijo in so na primer v Navarri nekateri, v Asturiji pa imajo lahko druge različne vrednosti.
Če pogledamo zgornjo sliko, posneto iz Geomapa, vidimo zemljevid z dvema plastema (ortofoto in paket), ki sta premaknjeni med seboj. To je rezultat sprotnega projektiranja katastra Navarre v ED-50N sloj GoogleMaps v WGS84 in posledično premikanje je povezano s problemom, opisanim v prejšnjem odstavku.
Nedavna vadnica Geobide, iz katere delamo ta članek, zdaj objavlja vsaj 4 metode, kako to popraviti. Z Geobide je zdaj mogoče pretvorbo referenčne točke za pretvorbo med koordinatnimi sistemi navesti na štiri različne načine:
-
Generična transformacija:
Ta možnost uporablja generično transformacijo brez prostorskih parametrov in je najmanj točna. Za Navarro, na primer, premikanje iz ED50 v ETRS89 ima napako ~ 100-200m v x in y. (Spomnim se, da to NE vpliva na koordinatne sisteme z isto točko).
Precej podobno je v primeru NAD27 z WGS84 hojo in 202 metrov severno in 6 metrov vzhodno v centralnih sprememb na območja, kot ste spremenili zemljepisno širino, čeprav je pomemben samo v širino, da prihaja iz Ekvadorja, medtem ko dolžina komaj izhaja iz lažnega vzhoda.
-
Preoblikovanje z omrežjem NTv2:
Ta možnost uporablja mrežo z vrednostmi za popravljanje pretvorbe z linearno interpolacijo. Ta možnost je natančnejša od prve metode in jo je sprejel IGN. Natančno, seveda, če imamo mrežo za naše delovno območje.
Aplikacije Geobid Zdaj ponujajo dve mreži, ki jo za Španijo zagotavlja IGN za pokrivanje polotoka in Balearske otoke in sta bili objavljeni v letih 2003 in 2009. Uporabnik lahko enostavno izbere mrežo, ki jo bo uporabil.
V internetu je mogoče najti veliko mrež, tudi po vsem svetu, vendar po velikosti niso samodejno na voljo v prenosih aplikacije Geobide.
-
Molodensky transformacija (metoda parametrov 3):
Uporabite offsetne vrednosti 3 pri izvoru med elipsoidi. V aplikacijah je vnaprej nastavljen asistent, ki ga priporoča IGN za Španijo.
Transformacija Bursa-Wolfa (metoda parametrov 7)
Ta transformacija uporablja vrednosti 7 za pretvorbo med elipsoidi. Parametri, ki jih je treba vnesti, so: Premik (Dx, Dy, Dz), Rotacija (Rx, Ry, Rz) in faktor merila (μ)
V aplikacijah Geobid 3 predhodno konfigurirani pomočniki, ki jih priporoča IGN za severozahodno, osrednje območje in vzhodno od polotoka.
Rezultati
Kot vidite, rezultati ne odstopajo veliko med zadnjimi metodami 3, vendar s prvim. Zato morate vedeti, ali transformacija potrebuje katero od teh naprednih možnosti.
Med ED50-xxN (EPSG: 230xx) naprave in ETRS89-xxN (EPSG: 258xx) v območju Španiji samega je treba uporabiti kot datumov / elipsoida ED50 in ETRS89 / WGS84 niso enakovredni.
Na primer, če Geomap ne ti napreden nabor podatkov, podatki iz Navarra v ED50-30N (EPSG: 23030) znova projektirati na letenje na podatke, ki jih Google Maps na voljo (elipsoid WGS84) se bo preselil. Za pravilno fit, je treba uporabiti najbolj natančne transformacije, ki so že bile pojasnjene.
Zdi se mi zelo dobro, da se Geobide močno trudi, da ne bo le pustil zmogljivosti v svoj sistem, temveč tudi dokumentirati to vprašanje nekoliko bolj podrobno, saj lahko močno vpliva na kakovost in natančnost dela, poleg tega, da le tega ne razumem. To je še en napor.
Do zdaj je bilo vse to samodejno vgrajeno v motorju, toda, kot so nam povedali prijatelji Geobida, so jih uporabniki zahtevali, da so vidne v aplikacijah, tako da se uporabnik zaveda in celo spremeni privzeto konfiguracijo ali pa postavite drugo za svoje delovno področje.
Transformacijske elipsoidne / geoidalne višine
V novi različici je bila spremenjena tudi polju za izračun razlike v višini elipsoidne / geoidne višine, tako da lahko uporabnik zdaj izbere geoidni model, ki se bo uporabil.
File Nomenklature PRJ
In končno, še ena sprememba, za katero menim, da je dobro v njej prizadevanja za interoperabilnost s standardi OGC ali praksami populariziranih programov. Datoteke PRJ, ki jih proizvaja Geobide, so v nomenklaturi OGC WKT, kar je standard, ki ga priznava veliko orodij CAD / GIS. Ne tako za aplikacije ESRI, katerih PRJ, čeprav vsebujejo isto matematično definicijo kot standardne, različno označujejo koordinatne sisteme.
Na primer:
V vsebini datoteke PRJ OGC je sistem ETRS89-30N (EPSG: 25830) definiran s kodnim imenom "ETRS89 / UTM zone 30N"; aplikacije ESRI, namesto tega imenujejo "ETRS_1989_UTM_Zone_30N". Če v ArcGis v obeh nomenklaturah mešamo plasti s PRJ, bo ta programska oprema izvedla prostorsko preoblikovanje, tudi če je matematična definicija koordinatnih sistemov enaka.
Pazite na to trmastost, Je Geobide omogočil novo možnost v izbirniku referenčnega sistema, tako da lahko uporabnik navede, ali želi koordinatni sistem s PRJ v slogu EPSG ali slogu ESRI.
