ArcGIS-ESRICartografiaCatastro

Geobide, ED50 og ETRS89 Koordinatsystemtransformasjon

Dra nytte av å følge opp på Potensialene til Geobide Suite, vi vil se alternativene å transformere mellom Referansesystemer. Interessant for de som skal forvandle mellom ulike Datum i dette tilfellet vil vi se hvordan du gjør det med ED50 og ETRS89 systemer er nesten det samme tilfelle i Latin-Amerika mellom NAD27 og WGS84.

ED50 og ETRS89 geobide

Er dataene flyttet?

Dette er ikke tilfelle av Google Earth, der flere transformasjoner blir gjort, de mange bildene er forskjøvet, noe som Du kan sjekke inn overlappene mellom forskjellige tar; I mange land, stater eller autonome samfunn har offentlige institusjoner imidlertid gitt GoogleEarth sine bilder med presis georeferanse, med den ulempen at GoogleEarth bruker WGS84 som en generell dato, så bruk av data i et annet system krever en transformasjon. Transformasjonen avhenger først og fremst av sin egen definisjon, men også av området vi befinner oss i. Det er derfor generiske systemer ikke gir spesielle parametere for hver sone.

Ta som eksempel transformasjonen ED50-30N (EPSG: 23030) til ETRS89-30N (EPSG: 25830) for Navarra, og for Spania. Den generiske definisjonen av transformasjonen har en annen grad av presisjon avhengig av området den brukes på. Av denne grunn er det noen ekstra parametere som ikke går inn i den generiske definisjonen, og som i Navarra for eksempel er noen, men i Asturias kan de ha andre forskjellige verdier.

Hvis vi ser på bildet ovenfor tatt fra Geomap, ser vi et kart med to lag (ortofoto og pakke) beveget i forhold til hverandre. Det er resultatet av å projisere Navarra Cadastre i ED-50N i farta et GoogleMaps-lag i WGS84 og den resulterende forskyvningen er relatert til problemet beskrevet i forrige avsnitt.

En nylig opplæring i Geobide, som vi gjør denne artikkelen fra, publiserer nå minst 4 metoder for å fikse den. Med Geobide er det nå mulig å indikere datakonvertering for en transformasjon mellom koordinatsystemer på fire forskjellige måter:

  1. Generisk transformasjon:ED50 og ETRS89 geobide

Dette alternativet bruker generisk transformasjon uten romlige parametere, og er minst nøyaktig. For Navarra, for eksempel, flytting fra ED50 til ETRS89 har en feil på ~ 100-200m i x og y. (Husk at dette IKKE påvirker koordinatsystemer med samme dato).

Ganske lik er tilfellet for NAD27 med WGS84 går og 202 meter nord og 6 meter øst i Central endres etter hvert som du endrer breddegrad, selv om det er bare viktig i breddegrad den kommer fra Ecuador, mens lengden kommer knapt fra den falske øst.  

  1. Transformasjon ved hjelp av et NTv2-nett:

Dette alternativet bruker et rutenett med verdier for å korrigere konverteringen ved lineær interpolering. Dette alternativet er mer presis enn den første metoden, og har blitt vedtatt av IGN. Nøyaktig, selvfølgelig, hvis vi har et rutenett for vårt arbeidsområde.

Applikasjonen til Geobide De tilbyr nå de to nettene som leveres av IGN for Spania, som dekker halvøya og Balearene, og som ble publisert i 2003 og 2009. Brukeren kan enkelt velge rutenettet som skal brukes.

ED50 og ETRS89 geobide

Mange nett kan bli funnet på Internett, til og med over hele verden, men etter størrelse er de ikke automatisk tilgjengelige i nedlastinger av Geobide-applikasjonen.

  1. Molodensky-transformasjon (metode for 3-parametrene):

Bruk 3-offsetverdier ved opprinnelsen mellom ellipsoider. I applikasjoner anbefales en forhåndskonfigurert assistent som anbefales av IGN for Spania.

ED50 og ETRS89 geobide


  1. Bursa-Wolf Transformation (7-parametere metode)

Denne transformasjonen bruker 7-verdier til å transformere mellom ellipsoider. Parametrene som skal oppgis, er: Forskjelling (Dx, Dy, Dz), Rotasjon (Rx, Ry, Rz) og Skalafaktor (μ)

I søknadene Geobide 3-veivisere er forhåndskonfigurerte anbefalt av IGN for nordvest, sentral sone og øst for halvøya, henholdsvis.

ED50 og ETRS89 geobide

Resultater

Som du kan se, varierer resultatene ikke mye mellom 3 nyeste metoder, men ja med den første. Det er derfor du bør vite om transformasjonen trenger noen av disse avanserte alternativene.

Blant de ED50-xxN (EPSG: 230xx) systemer og ETRS89-xxN (EPSG: 258xx) i området av Spania selv bør brukes som Datum / ellipsoidene ED50 og ETRS89 / WGS84 ikke er likeverdige.

For eksempel, hvis Geokart ikke disse avansert datasettet, data fra Navarra i ED50-30N (EPSG: 23030) reprojiserte på fly på dataene som tilbys av Google Maps (ellipsoide WGS84) vil flyttes. For at de skal se bra ut, er det nødvendig å bruke de mest presise transformasjonene som allerede er blitt forklart.

ED50 og ETRS89 geobide

Jeg føler meg veldig bra at Geobide gjøre en betydelig innsats for ikke bare å forlate evner til systemet, men også for å dokumentere litt mer detalj dette problemet siden det i stor grad kan påvirke kvaliteten og nøyaktigheten av arbeid, annet enn bare å forstå det også er en annen innsats.

Hittil er alt dette integrert automatisk i motoren, men som vi ble fortalt av venner av Geobide, har brukerne krav gitt dem til å gjøre det synlig i applikasjonene slik at brukeren er klar over det og endrer endringene standard konfigurasjon, eller sett en annen til ditt eget arbeidsområde.

Transformasjon ellipsoidal / geoidal høyder

I den nye versjonen har også ellipsoidal / geoidal høydeforskjellberegningsboksen blitt endret, slik at brukeren nå kan velge geoidmodellen som skal brukes.

ED50 og ETRS89 geobide


Filnomenklaturer PRJ

ED50 og ETRS89 geobideOg til slutt, en annen endring som jeg tror er god i sin innsats for interoperabilitet med OGC standarder eller praksis av populære programmer. PRJ-filene som Geobide genererer, er i OGC WKT-nomenklaturen, som er en standard som er anerkjent av mange CAD / GIS-verktøy. Ikke så for ESRI-applikasjoner, hvis PRJ, selv om de inneholder samme matematiske definisjon som standardene, benevner Koordinatsystemene forskjellig.

For eksempel:

I innholdet av en fil PRJ OGC, den ETRS89-30N system: er (EPSG 25830) definert av kodenavnet "ETRS89 / UTM sone 30N"; søknadene ESRI, i stedet kaller de det "ETRS_1989_UTM_Zone_30N". Hvis vi i ArcGis blander lag med PRJ i de to nomenklaturene, vil denne programvaren utføre romlig transformasjon selv når den matematiske definisjonen av koordinatsystemene er identisk.

Vær oppmerksom på dette tozudez, Har Geobide aktivert et nytt alternativ i referansesystemvelgeren slik at brukeren kan indikere om han ønsker et koordinatsystem med en PRJ i EPSG-stil eller -stil ESRI.

 

http://www.geobide.es/

Golgi Alvarez

Forfatter, forsker, spesialist i landforvaltningsmodeller. Han har deltatt i konseptualisering og implementering av modeller som: National System of Property Administration SINAP in 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 for Geofumadas kunnskapsblogg siden 2007 og skaper av AulaGEO Academy som inkluderer mer enn 100 kurs om GIS - CAD - BIM - Digitale tvillinger-emner.

Relaterte artikler

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

Tilbake til toppen-knappen