ArcGIS-ESRICartografiaCatastro

Geobide, ED50 og ETRS89 Koordinatsystem Transformation

At benytte lejligheden til at følge op på mulighederne i Geobide Suite, vil vi se mulighederne for at transformere mellem Referencesystemer. Interessant for dem, der skal transformere mellem forskellige datums, i dette tilfælde vil vi se, hvordan man gør det med ED50- og ETRS89-systemerne, hvilket er næsten det samme tilfælde i Latinamerika mellem NAD27 og WGS84.

ED50 og ETRS89 geobid

Flyttes dataene?

Dette er ikke tilfældet med Google Earth, hvor uanset hvor mange transformationer der foretages, forskydes de mange billeder, hvilket det kan verificeres i overlapningerne mellem forskellige skud; Men i mange lande, stater eller autonome samfund har offentlige institutioner givet GoogleEarth deres billeder med præcis georeference, med den ulempe, at GoogleEarth bruger WGS84 som en generisk Datum, så brug af data i et andet system kræver en transformation. Forvandlingen afhænger først og fremmest af dens egen definition, men også af det område, vi befinder os i. Derfor giver generiske systemer ikke de særlige parametre for hver zone.

Lad os som eksempel tage transformationen ED50-30N (EPSG:23030) til ETRS89-30N (EPSG:25830) for Navarra og for Spanien. Den generiske definition af transformationen har en forskellig grad af præcision afhængigt af det område, hvor den anvendes. Af denne grund er der nogle ekstra parametre, som ikke går ind i den generiske definition, og som i Navarra for eksempel er én, men i Asturien kan det have forskellige værdier.

Hvis vi ser på billedet ovenfor taget fra Geomap, ser vi et kort med to lag (ortofoto og pakke) flyttet i forhold til hinanden. Det er resultatet af at projicere Matrikelen i Navarra på farten i ED-50N på et Google Maps-lag i WGS84, og den resulterende offset er relateret til problemet beskrevet i det foregående afsnit.

En nylig Geobide-tutorial, hvorfra vi laver denne artikel, udgiver nu mindst 4 metoder til at løse det, . Med Geobide er det nu muligt at angive datumkonverteringen for en transformation mellem koordinatsystemer på fire forskellige måder:

  1. Generisk transformation:ED50 og ETRS89 geobid

Denne mulighed bruger den generiske transformation uden rumlige parametre og er den mindst nøjagtige. For Navarra, for eksempel, har det at gå fra ED50 til ETRS89 en fejl på ~100-200m i x og y. (Husk at dette IKKE påvirker koordinatsystemer med samme datum).

Ganske ens er tilfældet med NAD27 med WGS84, der går omkring 202 meter mod nord og 6 meter mod øst i den mellemamerikanske zone, den ændrer sig efterhånden som breddegraden ændres, selvom den kun er signifikant i breddegraden, da den kommer fra ækvator, mens den i længdegraden knap kommer fra den falske øst.  

  1. Transformation ved hjælp af et NTv2-gitter:

Denne mulighed bruger et gitter med værdier til at korrigere konverteringen for lineær interpolation. Denne mulighed er mere nøjagtig end den første metode og er blevet vedtaget af IGN. Præcis, selvfølgelig, hvis vi har et gitter til vores arbejdsområde.

Anvendelserne af Geobide De tilbyder nu de to gitter leveret af IGN for Spanien, som dækker halvøen og de baleariske øer, og som blev offentliggjort i 2003 og 2009. Brugeren kan nemt vælge det gitter, der skal bruges.

ED50 og ETRS89 geobid

Mange grids kan findes på internettet, selv på verdensplan, men på grund af deres størrelse er de ikke automatisk tilgængelige i downloads af Geobide-applikationer.

  1. Molodensky-transformation (3-parameter metode):

Brug 3 offset-værdier ved origo mellem ellipsoider. Applikationerne tilbyder en forudkonfigureret assistent anbefalet af IGN for Spanien.

ED50 og ETRS89 geobid


  1. Bursa-Wolf transformation (7-parameter metode)

Denne transformation bruger 7 værdier til at transformere mellem ellipsoider. De parametre, der skal indtastes, er: Forskydning (Dx, Dy, Dz), Rotation (Rx, Ry, Rz) og skalafaktor (µ)

I ansøgningerne Geobide Der tilbydes 3 præ-konfigurerede assistenter anbefalet af brugeren IGN for henholdsvis den nordvestlige, centrale zone og øst for halvøen.

ED50 og ETRS89 geobid

Resultater

Som du kan se, varierer resultaterne ikke meget mellem de sidste 3 metoder, men det gør de med den første. Derfor skal du vide, om transformationen har brug for nogen af ​​disse avancerede muligheder.

Blandt ED50-xxN (EPSG:230xx) og ETRS89-xxN (EPSG:258xx) systemerne i det spanske område bør de bruges, da ED50 Datums/Ellipsoider og ETRS89/WGS84 ikke er ækvivalente.

For eksempel, hvis disse avancerede data ikke er konfigureret i Geomap, vil dataene for Navarra i ED50-30N (EPSG: 23030) reprojiceret i farten over de data, der tilbydes af Google Maps (Ellipsoid WGS84), flyttet ud. For at få dem til at se godt ud, skal du bruge de mere præcise transformationer, der allerede er blevet forklaret.

ED50 og ETRS89 geobid

Jeg synes, det er meget godt, at Geobide gør en betydelig indsats for ikke kun at overlade mulighederne til sit system, men også for at dokumentere dette problem lidt mere detaljeret, da det i høj grad kan påvirke kvaliteten og nøjagtigheden af ​​arbejdet, udover blot at forstå det er endnu en indsats.

Indtil nu var alt dette automatisk integreret i motoren, men ifølge hvad Geobides venner fortalte os, har brugerkrav fået dem til at gøre det synligt i applikationer, så brugeren selv er opmærksom på det og endda kan ændre standardkonfigurationen, eller sætte en anden til sit eget arbejdsområde.

Ellipsoid/geoidal højdetransformation

I den nye version er den ellipsoide/geoidale højdeforskelsberegningsboks også ændret, så brugeren nu kan vælge den geoidemodel, der skal bruges.

ED50 og ETRS89 geobid


PRJ-filnomenklaturer

ED50 og ETRS89 geobidOg endelig en anden ændring, som jeg synes er god i din interoperabilitetsindsats med OGC-standarder eller populariseret programpraksis. PRJ-filerne, som Geobide genererer, er i OGC's WKT-nomenklatur, som er en standard, der genkendes af mange CAD/GIS-værktøjer. Ikke tilfældet for ESRI-applikationer, hvis PRJ, selvom de indeholder den samme matematiske definition som standard, kalder koordinatsystemerne anderledes.

For eksempel:

I indholdet af en OGC PRJ-fil er ETRS89-30N-systemet (EPSG:25830) defineret med kodenavnet "ETRS89 / UTM zone 30N"; ansøgningerne ESRII stedet kalder de det "ETRS_1989_UTM_Zone_30N". Hvis vi i ArcGis blander lag med PRJ'er i de to nomenklaturer, vil denne software udføre den rumlige transformation, selv når den matematiske definition af koordinatsystemerne er identisk.

være opmærksom på dette stædighed, Geobide har aktiveret en ny mulighed i referencesystemvælgeren, så brugeren kan angive, om han ønsker et koordinatsystem med en PRJ i EPSG-stil eller stil ESRI.

 

http://www.geobide.es/

Golgi Alvarez

Forfatter, forsker, specialist i jordforvaltningsmodeller. Han har deltaget i konceptualisering og implementering af modeller såsom: National System of Property Administration SINAP i Honduras, Model of Management of Joint Municipalities in Honduras, Integrated Model of Cadastre Management - Registry in Nicaragua, System of Administration of the Territory SAT in Colombia . Redaktør af Geofumadas vidensblog siden 2007 og skaberen af ​​AulaGEO Academy, der omfatter mere end 100 kurser om emner GIS - CAD - BIM - Digitale tvillinger.

Relaterede artikler

Efterlad en kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

Tilbage til toppen knap