Geobide, ED50 en ETRS89 coördinatensysteemtransformatie

Profiteert van het volgen van de mogelijkheden van de Geobide Suite, we zien de opties om te transformeren Referentiesystemen. Interessant voor diegenen die moeten transformeren tussen verschillende Datum in dit geval zullen we zien hoe het te doen met ED50 en ETRS89 systemen is bijna hetzelfde geval in Latijns-Amerika tussen NAD27 en WGS84.

Worden de gegevens verplaatst?

Dit geldt niet voor Google Earth, waar meer transformaties worden gemaakt, de vele beelden worden verplaatst, iets dat kan in overlappingen worden gecontroleerd tussen verschillende opnames; In veel landen, staten of autonome gemeenschappen hebben openbare instellingen hun afbeeldingen echter voorzien van nauwkeurige georeferentie aan GoogleEarth, met het nadeel dat GoogleEarth WGS84 als generieke datum gebruikt, dus het gebruik van gegevens in een ander systeem vereist een transformatie. De transformatie hangt allereerst af van zijn eigen definitie, maar ook van het gebied waarin we ons bevinden. Daarom bieden de generieke systemen niet de speciale parameters van elke zone.

Laten we als voorbeeld de transformatie ED50-30N (EPSG: 23030) naar ETRS89-30N (EPSG: 25830) nemen voor Navarra en voor Spanje. De generieke definitie van de transformatie heeft een verschillende mate van precisie, afhankelijk van het gebied waarin deze wordt toegepast. Om deze reden zijn er enkele extra parameters, die niet in de generieke definitie voorkomen en die in Navarra bijvoorbeeld enkele zijn, maar in Asturië kunnen ze andere verschillende waarden hebben.

Als we kijken naar de afbeelding hierboven, gemaakt met Geomap, zien we een kaart met twee lagen (orthofoto en pakket) die relatief ten opzichte van elkaar zijn verplaatst. Het is het resultaat van het projecteren van het kadaster van Navarra in ED-50N tijdens de vlucht een laag GoogleMaps in WGS84 en de resulterende compensatie is gerelateerd aan het probleem dat in de vorige paragraaf is beschreven.

Een recente Geobide-tutorial, waarvan we dit artikel doen, publiceert nu minstens 4 methoden om het te repareren. Met Geobide is het nu mogelijk om de datumconversie voor een transformatie tussen coördinatensystemen op vier verschillende manieren aan te geven:

1. Generieke Transformatie:

Deze optie maakt gebruik van generieke transformatie zonder ruimtelijke parameters, en is het minst nauwkeurig. Voor bijvoorbeeld Navarra gaat het om een ​​fout van ~ 50-89m in x en y van ED100 naar ETRS200. (Houd er rekening mee dat dit geen coördinatensystemen met gelijke datum heeft).

Heel vergelijkbaar is het geval van NAD27 met WGS84 lopen en 202 meter ten noorden en 6 meter ten oosten van het Centraal gebied verandert u de breedte te veranderen, maar het is alleen belangrijk in de breedtegraad het komt uit Ecuador, terwijl de lengte komt net uit het valse oosten.  

2. Transformatie met behulp van een rooster NTv2:

Deze optie gebruikt een raster met waarden om de conversie door lineaire interpolatie te corrigeren. Deze optie is nauwkeuriger dan de eerste methode en is door de IGN overgenomen. Precies natuurlijk als we een rooster hebben voor ons werkgebied.

De toepassingen van Geobide Ze bieden nu de twee netten aan die door de IGN voor Spanje zijn aangeleverd, die het schiereiland en de Balearen bestrijken en die in 2003 en 2009 zijn gepubliceerd. De gebruiker kan gemakkelijk het net kiezen dat hij wil gebruiken.

Op internet zijn veel grids te vinden, zelfs wereldwijd, maar qua grootte zijn ze niet automatisch beschikbaar in de downloads van de Geobide applicatie.

3. Molodensky transformatie (methode van 3-parameters):

3 gebruikt compensatiewaarden bij de oorsprong tussen ellipsoïden. Een vooraf geconfigureerde wizard aanbevolen door de IGN voor Spanje.

4. 
   

   Bursa-Wolf transformatie (methode van 7-parameters)

Deze transformatie gebruikt 7 waarden om te transformeren tussen ellipsoïden. De ingevoerde parameters zijn: Offset (Dx, Dy, Dz), Rotatie (Rx, Ry, Rz) en Scaling Factor (μ)

In de applicaties Geobide 3-wizards zijn vooraf geconfigureerd, aanbevolen door de IGN voor het noordwesten, de centrale zone en het oosten van het schiereiland, respectievelijk.

uitslagen

Zoals u kunt zien, variëren de resultaten niet veel tussen de 3 laatste methoden, maar wel met de eerste. Daarom moet u weten of de transformatie een van deze geavanceerde opties nodig heeft.

Onder de ED50-xxn (EPSG: 230xx) systemen en ETRS89-xxn (EPSG: 258xx) in het gebied van Spanje zelf worden gebruikt als Nulpunten / ellipsoïden ED50 en ETRS89 / WGS84 niet gelijkwaardig.

Bijvoorbeeld, als Geomap niet deze geavanceerde data set, gegevens van Navarra in ED50-30N (EPSG: 23030) opnieuw wordt geprojecteerd op de vlieg op de gegevens die worden aangeboden door Google Maps (ellipsoïde WGS84) wordt verplaatst. Om goed te passen, is het noodzakelijk om de meest nauwkeurige transformaties die al zijn toegelicht gebruiken.

Ik voel me heel goed dat Geobide een aanzienlijke inspanning, niet alleen om de mogelijkheden te laten aan uw systeem, maar ook om aan te tonen een beetje meer detail deze kwestie, omdat het in hoge mate de kwaliteit en nauwkeurigheid van het werk kunnen beïnvloeden, anders dan alleen maar begrijpen het ook is een andere inspanning.

Tot nu toe, dit alles werd automatisch geïntegreerd in de motor, maar zoals we hebben opgemerkt's vrienden Geobide, hebben de behoeften van de gebruiker leidde hen zichtbaar te vertrekken in toepassingen voor de gebruiker zich daarvan bewust is en zelfs de instellen of een ander instellen voor uw eigen werkzone.

Transformatie van ellipsoidale / geoidale hoogten

In de nieuwe versie is ook het ellipsoidale / geoid hoogteverschillenberekeningvak gewijzigd, zodat de gebruiker nu het geoid-model kan selecteren dat gebruikt moet worden.

PRJ-bestandsnomenclaturen

En tenslotte, een andere verandering die goed in jouw lijkt inspanning voor interoperabiliteit met de OGC normen of praktijken van populaire programma's. De PRJ-bestanden die Geobide genereren, zijn in de OGC WKT-nomenclatuur, die een standaard is die door vele CAD / GIS-tools wordt herkend. Niet zo voor ESRI toepassingen, waarvan PRJ, hoewel zij dezelfde wiskundige definitie bevatten als de standaard, de Coordinate Systems anders wijzen.

Bijvoorbeeld:

De inhoud van een bestand PRJ OGC, de ETRS89-30N systeem: is (EPSG 25830) gedefinieerd door de codenaam "ETRS89 / UTM zone 30N"; de applicaties ESRI, in plaats daarvan noemen ze het 'ETRS_1989_UTM_Zone_30N'. Als we mengen met PRJs lagen in beide nomenclaturen ArcGis deze software voert ruimtelijke verwerking zelfs als de wiskundige definitie van de coördinatensystemen identiek.

Hierbij wordt aandacht besteed tozudez, Geobide heeft een nieuwe optie in de selector referentie-systemen ingeschakeld, zodat de gebruiker kan aangeven of u een Coordinate System EPSG een PRJ in stijl of stijl ESRI.

http://www.geobide.es/