ArcGIS-ESRIcartografiaCadastre

Geobide, Transformació de Sistema de Coordenades ED50 i ETRS89

Aprofitant per donar seguiment a les potencialitats de la Suite Geobide, Veurem les opcions per transformar entre Sistemes de Referència. Interessants per als que hagin de transformar entre diferents Datum, en aquest cas veurem com fer-ho amb els sistemes ED50 i ETRS89 que és gairebé el mateix cas a Amèrica Llatina entre NAD27 i WGS84.

ED50 i ETRS89 geobide

Estan les dades moguts?

Aquest no és el cas de Google Earth, on per més transformacions que es facin, les moltes imatges estan desplaçades, cosa que es pot comprovar en els traslapes entre diferents preses; però en molts països, estats o comunitats autònomes les institucions públiques han proporcionat a GoogleEarth les seves imatges amb georeferència precisa, amb el desavantatge que GoogleEarth fa servir WGS84 com Datum genèric, de manera que usar dades en un altre sistema requereix una transformació. La transformació depèn en primer lloc de la seva pròpia definició però també de la zona en la qual ens trobem. És per això que els sistemes genèrics no proveeixen dels paràmetres especials de cada zona.

Posem com a exemple la transformació ED50-30N (EPSG: 23030) a ETRS89-30N (EPSG: 25830) per a Navarra, i per a Espanya. La definició genèrica de la transformació té diferent grau de precisió en funció de la zona en la qual s'apliqui. Per això hi ha uns paràmetres extra, que no van en la definició genèrica i que a Navarra per exemple són uns però a Astúries pot tenir altres valors diferents.

Si ens fixem en la imatge de dalt capturada de Geomap, veiem un mapa amb dues capes (ortofoto i parcel·lari) mogudes entre si. És el resultat de projectar a el vol el Cadastre de Navarra en ED-50N sobre una capa de GoogleMaps en WGS84 i el desplaçament resultant està relacionat amb el problema descrit en el paràgraf anterior.

Un recent tutorial de Geobide, a partir d'el qual estem fent aquest article publica ara a l'almenys 4 mètodes per solucionar-ho,. Amb Geobide, ara és possible indicar la conversió de datum per a una transformació entre Sistemes de Coordenades de quatre formes diferents:

  1. Transformació genèrica:ED50 i ETRS89 geobide

Aquesta opció fa servir la transformació genèrica sense paràmetres espacials, i és la menys precisa. Per Navarra per exemple passar d'ED50 a ETRS89 té un error de ~ 100-200m en x i y. (Recordant que això NO afecta sistemes de coordenades amb igual datum).

Bastant similar és el cas de NAD27 amb WGS84 que camina com en 202 metres al Nord i 6 metres a l'est a la zona centreamericana, canvia a mesura que canvia la latitud, encara que només és significatiu en la latitud doncs ve des de l'equador mentre que a la longitud prou feines prové del fals aquest.  

  1. Transformació usant una reixeta NTv2:

Aquesta opció fa servir una reixa amb valors per corregir la conversió per interpolació lineal. Aquesta opció és més precisa que el primer mètode i ha estat adoptada per l'IGN. Necessita, és clar, si disposem d'una reixeta per a la nostra zona de treball.

Les aplicacions de Geobide ofereixen ara les dues reixetes proporcionades per l'IGN per a l'àmbit d'Espanya, que abasten la Península i Balears, i que es van publicar en 2003 i 2009. L'usuari pot triar fàcilment la reixeta a utilitzar.

ED50 i ETRS89 geobide

A Internet es poden trobar moltes reixetes, fins i tot d'àmbit mundial, però per grandària no estan disponibles automàticament a les descàrregues de les aplicacions de Geobide.

  1. Transformació de Molodensky (mètode dels 3-paràmetres):

Utilitza 3 valors de desplaçament en l'origen entre el·lipsoides. En les aplicacions s'ofereix un assistent pre configurat recomanat pel IGN per a Espanya.

ED50 i ETRS89 geobide


  1. Transformació de Bursa-Wolf (mètode dels 7-paràmetres)

Aquesta transformació utilitza 7 valors per transformar entre el·lipsoides. Els paràmetres a introduir són: Desplaçament (Dx, Dy, Dz), Rotació (Rx, Ry, Rz) i Factor d'escala (μ)

En les aplicacions Geobide s'ofereixen 3 assistents pre configurats recomanats pel IGN per al Nord-oest, Zona central i Est de la Península, respectivament.

ED50 i ETRS89 geobide

Resultats

Com es pot veure els resultats no varien molt entre els 3 últims mètodes, però sí amb el primer. És per això que s'ha de saber si la transformació necessita d'alguna d'aquestes opcions avançades.

Entre els sistemes ED50-xxN (EPSG: 230xx) i ETRS89-xxN (EPSG: 258xx) de la zona d'Espanya sí s'haurien d'emprar ja que els Datums / El·lipsoides ED50 i el ETRS89 / WGS84 no són equivalents.

Per exemple, si en Geomap no es configuren aquestes dades avançats, les dades de Navarra en ED50-30N (EPSG: 23030) reproyectados al vol sobre les dades ofertes per Google Maps (El·lipsoide WGS84) sortiran moguts. Perquè quedin bé, cal utilitzar les transformacions més precises que ja s'han explicat.

ED50 i ETRS89 geobide

Em sembla molt bé que Geobide faci un esforç significatiu no només a deixar les capacitats al seu sistema, sinó també en documentar amb una mica més de detall aquesta qüestió ja que pot afectar molt a la qualitat i precisió de la feina, a part que només entendre-ho també és un altre esforç.

Fins ara, tot això estava integrat de forma automàtica en el motor, però segons ens comentaven els amics de Geobide, les demandes dels usuaris els han portat a deixar-ho visible en les aplicacions perquè el propi usuari sigui conscient d'això i fins i tot canviï la configuració per defecte, o posi una altra per a la seva pròpia zona de treball.

Transformació d'ara elipsoidal / geoidal

En la nova versió s'ha canviat també el quadre de càlcul de diferències d'altura el·lipsoïdal / geoidal perquè l'usuari pugui seleccionar ara el model de geoide a utilitzar.

ED50 i ETRS89 geobide


Nomenclatures d'arxius PRJ

ED50 i ETRS89 geobideI finalment, un altre canvi que em sembla bé en el seu esforç per la interoperabilitat amb els estàndards OGC o pràctiques dels programes popularitzats. Els arxius PRJ que genera Geobide estan en nomenclatura WKT de l'OGC, que és un estàndard reconegut per moltes eines CAD / GIS. No així per a les aplicacions d'ESRI, els PRJ, encara que contenen igual definició matemàtica que els estàndard, s'anomenen de manera diferent dels Sistemes de Coordenades.

Per exemple:

En el contingut d'un arxiu PRJ de l'OGC, el sistema ETRS89-30N (EPSG: 25830) es defineix amb el nom clau "ETRS89 / UTM zone 30N"; les aplicacions ESRI, En canvi, l'anomenen "ETRS_1989_UTM_Zone_30N". Si en ArcGis barregem capes amb PRJs en les dues nomenclatures aquest programari realitzarà la transformació espacial tot i que la definició matemàtica dels Sistemes de Coordenades sigui idèntica.

Prestant atenció a aquesta tossuderia, Geobide ha habilitat una nova opció al gestor de sistemes de referència perquè l'usuari pugui indicar si vol un Sistema d'Coordenades amb un PRJ en estil EPSG o estil ESRI.

 

http://www.geobide.es/

Golgi Alvarez

Escriptor, investigador, especialista en Models de Gestió del Territori. Ha participat en la conceptualització i implementació de models com: Sistema Nacional d'Administració de la Propietat SINAP a Hondures, Model de Gestió de municipis Mancomunats a Hondures, Model Integrat de Gestió Cadastre - Registre a Nicaragua, Sistema d'Administració del Territori SAT a Colòmbia. Editor del bloc de coneixement Geofumades des de l'any 2007 i creador de l'Acadèmia AulaGEO que inclou més de 100 cursos sobre temàtiques GIS – CAD – BIM – Digital Twins.

Articles Relacionats

Deixa un comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

Torna al botó superior