Geobide, ED50 en ETRS89 Transformasie van die koördinaatstelsel
Neem voordeel om die vermoëns van die Geobide Suite, sal ons die opsies sien om te transformeer Naslaanstelsels. Interessant vir diegene wat moet transformeer tussen verskillende Datum in hierdie geval ons sal sien hoe om dit te doen met ED50 en ETRS89 stelsels is byna dieselfde saak in Latyns-Amerika tussen NAD27 en WGS84.
Word die data verskuif?
Dit geld nie vir Google Earth, waar meer transformasies gemaak word nie, die baie beelde word verplaas, iets wat kan in oorvleuelings nagegaan word tussen verskillende take; In baie lande, deelstate of outonome gemeenskappe het openbare instellings GoogleEarth egter van hul beelde presiese georeferensie gegee, met die nadeel dat GoogleEarth WGS84 as 'n algemene datum gebruik, dus die gebruik van data in 'n ander stelsel vereis 'n transformasie. Die transformasie hang eerstens van sy eie definisie af, maar ook van die gebied waarin ons verkeer. Daarom bied die generiese stelsels nie die spesiale parameters van elke sone nie.
Kom ons neem die transformasie ED50-30N (EPSG: 23030) na ETRS89-30N (EPSG: 25830) vir Navarra en Spanje as voorbeeld. Die generiese definisie van die transformasie het 'n ander mate van presisie, afhangende van die area waarin dit toegepas word. Om hierdie rede is daar 'n paar ekstra parameters wat nie in die generiese definisie voorkom nie en wat byvoorbeeld in Navarra sommige is, maar in Asturië kan dit ander waardes hê.
As ons kyk na die prentjie hierbo wat van Geomap vasgelê is, sien ons 'n kaart met twee lae (ortofoto en pakkie) wat relatief tot mekaar beweeg. Dit is die resultaat van die kadaster van Navarra in ED-50N op die vlieg 'n laag Google Maps in WGS84 en die gevolglike verrekening is verwant aan die probleem wat in die vorige paragraaf beskryf word.
'N Onlangse Geobide-handleiding, waaruit ons hierdie artikel doen, publiseer nou ten minste 4 metodes om dit reg te stel. Met Geobide is dit nou moontlik om die datumomskakeling vir 'n transformasie tussen Koördinaatstelsels op vier verskillende maniere aan te dui:
-
Generiese Transformasie:
Hierdie opsie gebruik generiese transformasie sonder ruimtelike parameters, en is die minste akkuraat. Vir Navarra byvoorbeeld skuif van ED50 om ETRS89 het 'n fout van ~ 100-200m in x en y. (Onthou dat dit NIE koördinaatstelsels met gelyke datum beïnvloed nie).
Baie soortgelyk is die geval van NAD27 met WGS84 loop en 202 meter noord en 6 meter oos in die Sentraal-veranderinge area as jy die breedtegraad verander, maar dit is net n betekenisvolle rol in die breedtegraad dit kom uit Ecuador terwyl die lengte kom net van die valse ooste af.
-
Transformasie met behulp van 'n rooster NTv2:
Hierdie opsie gebruik 'n rooster met waardes om die omskakeling deur lineêre interpolasie reg te stel. Hierdie opsie is meer presies as die eerste metode en is deur die IGN aangeneem. Presies, natuurlik, as ons 'n rooster vir ons werksarea het.
Die toepassings van Geobide Hulle bied nou die twee roosters aan wat deur die IGN vir Spanje aangebied word, wat die Skiereiland en die Baleariese Eilande dek, en wat in 2003 en 2009 gepubliseer is. Die gebruiker kan maklik die rooster kies om te gebruik.
Baie roosters is op die internet te vinde, selfs wêreldwyd, maar volgens grootte is dit nie outomaties beskikbaar in die aflaaie van die Geobide-toepassing nie.
-
Molodensky-transformasie (metode van 3-parameters):
3 gebruik afsetwaardes by die oorsprong tussen ellipsoïede. 'N Voorverstelde towenaar aanbeveel deur die IGN vir Spanje.
Bursa-Wolf transformasie (metode van 7-parameters)
Hierdie transformasie gebruik 7 waardes om tussen ellipsoïede te verander. Die parameters wat ingevoer moet word, is: Offset (Dx, Dy, Dz), Rotasie (Rx, Ry, Rz) en Scaling Factor (μ)
In die aansoeke Geobide 3-towenaars is vooraf gekonfigureer deur die IGN vir die Noordwes, Sentrale Sone en Oos van die Skiereiland, onderskeidelik.
Resultate
Soos u kan sien, verskil die resultate nie veel tussen die nuutste 3-metodes nie, maar wel met die eerste. Dit is hoekom jy moet weet of die transformasie enige van hierdie gevorderde opsies benodig.
Onder die ED50-xxN (EPSG: 230xx) stelsels en ETRS89-xxN (EPSG: 258xx) in die gebied van Spanje self moet gebruik word as die Datums / ellipsoids ED50 en ETRS89 / WGS84 is nie ekwivalent.
Byvoorbeeld, as Geomap nie hierdie gevorderde datastel, data van Navarra in ED50-30N (EPSG: 23030) geprojecteerd op basis op die vlieg op die data wat aangebied word deur Google Maps (ellipsoïde WGS84) sal verhuis. Vir hulle om goed te lyk, is dit nodig om die mees akkurate transformasies wat reeds verduidelik is, te gebruik.
Ek voel baie goed dat Geobide maak 'n beduidende poging om nie net vermoëns laat jou stelsel nie, maar ook om te dokumenteer 'n bietjie meer detail hierdie kwessie, aangesien dit grootliks die kwaliteit en akkuraatheid van die werk kan beïnvloed, behalwe net verstaan dit ook is nog 'n poging.
Tot dusver, dit het alles outomaties opgeneem in die enjin, maar as ons kommentaar se vriende Geobide, het die gebruiker eise hulle gelei sigbaar te laat in aansoeke vir die gebruiker daarvan bewus is en selfs verander die stel of stel 'n ander vir jou eie werksone in.
Transformasie van ellipsoidale / geoidale hoogtes
In die nuwe weergawe is die ellipsoidale / geoid-hoogteverskilberekeningskassie ook verander sodat die gebruiker nou die geoid-model kan kies wat gebruik gaan word.
PRJ Lêer Nomenklaturen
En uiteindelik, 'n ander verandering wat reg lyk in jou poging vir interoperabiliteit met OGC standaarde of praktyke van populêre programme. Die PRJ-lêers wat Geobide genereer, is in die OGC WKT-naam, wat 'n standaard is wat deur baie CAD / GIS-instrumente erken word. Nie so vir ESRI-toepassings, wie se PRJ, hoewel hulle dieselfde wiskundige definisie bevat as die standaard-een, onderskei die koördinatestelsels anders.
Byvoorbeeld:
In die inhoud van 'n lêer PRJ OGC, die ETRS89-30N stelsel: is (EPSG 25830) gedefinieer deur die kodenaam "ETRS89 / UTM sone 30N"; die aansoeke ESRI, in plaas daarvan noem hulle dit "ETRS_1989_UTM_Zone_30N". As ons meng met PRJs lae in die twee benamings in ArcGis hierdie sagteware voer ruimtelike verwerking selfs al is die wiskundige definisie van die koördinaatstelsels is identies.
Gee aandag aan hierdie tozudez, Geobide het 'n nuwe opsie in die verwysingstelsel selector aangeskakel, sodat die gebruiker kan aandui of hy 'n koördinaatstelsel wil hê met 'n PRJ in EPSG-styl of -styl ESRI.
