ArcGIS-ESRICartografiaCatastro

Geobide, ED50 och ETRS89 Koordinatsystemstransformation

Ta tillfället i akt att följa upp Potentials of the Geobide Suite, vi kommer se alternativen att omvandla mellan Referenssystem. Intressant för dem som måste omvandla mellan olika Datum i det här fallet kommer vi att se hur man gör det med ED50 och ETRS89 system är nästan samma ärende i Latinamerika mellan NAD27 och WGS84.

ED50 och ETRS89 geobide

Flyttas data?

Det här är inte fallet med Google Earth, där fler omvandlingar görs, de många bilderna är förskjutna, något som du kan kolla in överlappningarna mellan olika tagningar; Men i många länder, stater eller autonoma samhällen har offentliga institutioner förser GoogleEarth med sina bilder med exakt geografisk referens, med nackdelen att GoogleEarth använder WGS84 som en generisk datum, så att använda data i ett annat system kräver en omvandling. Transformationen beror först och främst på dess egen definition men också på det område där vi befinner oss. Det är därför generiska system inte ger de speciella parametrarna för varje zon.

Ta som exempel transformationen ED50-30N (EPSG: 23030) till ETRS89-30N (EPSG: 25830) för Navarra och för Spanien. Den generiska definitionen av transformationen har en annan grad av precision beroende på vilket område den tillämpas på. Av denna anledning finns det några extra parametrar som inte går in i den generiska definitionen och som i Navarra till exempel är några men i Asturien kan de ha andra olika värden.

Om vi ​​tittar på bilden ovan fångad från Geomap ser vi en karta med två lager (ortofoto och paket) som rör sig mot varandra. Det är resultatet av att projicera Navarra Cadastre i ED-50N i farten ett GoogleMaps-lager i WGS84 och den resulterande förskjutningen är relaterad till det problem som beskrivs i föregående stycke.

En ny Geobide-handledning, från vilken vi gör den här artikeln, publicerar nu minst fyra metoder för att fixa den. Med Geobide är det nu möjligt att ange datumkonvertering för en omvandling mellan koordinatsystem på fyra olika sätt:

  1. Generisk transformation:ED50 och ETRS89 geobide

Detta alternativ använder den generella omvandlingen utan rumsliga parametrar, och är minst korrekt. För Navarra, till exempel, flyttar från ED50 till ETRS89 ett fel på ~ 100-200m i x och y. (Kom ihåg att detta inte påverkar koordinatsystem med samma datum).

Ganska liknande är fallet med NAD27 med WGS84 promenader och 202 meter norr och 6 meter öster i centrala förändringar området när du ändrar latitud, även om det bara är betydande i latitud kommer från Ecuador medan längden kommer knappt från den falska öst.  

  1. Transformation med ett NTv2-nät:

Detta alternativ använder ett rutnät med värden för att korrigera omvandlingen genom linjär interpolering. Detta alternativ är mer exakt än den första metoden och har antagits av IGN. Exakt, givetvis, om vi har ett nät för vårt arbetsområde.

Applikationerna från Geobide De erbjuder nu de två nät som tillhandahålls av IGN för Spanien, som täcker halvön och Balearerna, och som publicerades 2003 och 2009. Användaren kan enkelt välja det nät som ska användas.

ED50 och ETRS89 geobide

Många nät finns på Internet, även över hela världen, men efter storlek är de inte automatiskt tillgängliga i nedladdningarna av Geobide-applikationen.

  1. Molodensky-transformation (metod för 3-parametrarna):

Använd 3-offsetvärden vid ursprung mellan ellipsoider. I applikationer rekommenderas en förkonfigurerad assistent av IGN till Spanien.

ED50 och ETRS89 geobide


  1. Bursa-Wolf Transformation (7-parametrar metod)

Denna omvandling använder 7-värden för att omvandla mellan ellipsoider. Parametrarna som ska matas in är: Förskjutning (Dx, Dy, Dz), Rotation (Rx, Ry, Rz) och Skalafaktor (μ)

I ansökningarna Geobide 3 förkonfigurerade assistenter rekommenderade av IGN för nordvästra, centrala zon respektive östra halvön.

ED50 och ETRS89 geobide

resultados

Som du kan se varierar resultaten inte mycket mellan de senaste 3-metoderna, men med de första. Det är därför du borde veta om omvandlingen behöver något av dessa avancerade alternativ.

Bland ED50-xxn (EPSG: 230xx) system och ETRS89-xxn (EPSG: 258xx) i området för Spanien självt bör användas som de Datums / ellipsoider ED50 och ETRS89 / WGS84 inte är likvärdiga.

Till exempel, om Geomap inte dessa avancerade datamängden data från Navarra i ED50-30N (EPSG: 23030) reprojected i farten på data som erbjuds av Google Maps (ellipsoid WGS84) att flyttas. För att passa på rätt sätt är det nödvändigt att använda de mest exakta förändringar som redan har förklarats.

ED50 och ETRS89 geobide

Jag tycker mycket väl att Geobide gör en betydande insats för att inte bara lämna möjligheterna till sitt system utan också att dokumentera den här frågan lite mer detaljerad eftersom det kan påverka arbetets kvalitet och precision, förutom att bara förstå det. Det är en annan insats.

Hittills har allt detta integrerats automatiskt i motorn, men som vi fick veta av Geobides vänner har användarnas krav ställt dem till att göra det synligt i applikationerna så att användaren är medveten om det och ändrar ändå standardkonfiguration, eller lägg till en annan för ditt eget arbetsområde.

Transformation ellipsoidala / geoidala höjder

I den nya versionen har ellipsoidal / geoidal höjdskillnadsräkningslåda också ändrats så att användaren nu kan välja den geoidmodell som ska användas.

ED50 och ETRS89 geobide


Filnomenklaturer PRJ

ED50 och ETRS89 geobideOch äntligen är en annan förändring som jag tycker är bra i sin ansträngning för driftskompatibilitet med OGC-standarder eller praxis för populariserade program. De PRJ-filer som Geobide genererar finns i OGC WKT-nomenklaturen, vilket är en standard som erkänns av många CAD / GIS-verktyg. Inte så för ESRI-applikationer, vars PRJ, även om de innehåller samma matematiska definition som de standardiserade, nämner Koordinatsystemen annorlunda.

Till exempel:

I innehållet i en fil PRJ OGC, den ETRS89-30N System: är (EPSG 25830) som definieras av kodnamn "ETRS89 / UTM zon 30N"; applikationerna ESRI, i stället kallar de det "ETRS_1989_UTM_Zone_30N". Om i ArcGis vi blandar lager med PRJ i de två nomenklaturerna kommer denna programvara att utföra den rumsliga omvandlingen även när den matematiska definitionen av koordinatsystemen är identisk.

Observera detta tozudez, Har Geobide aktiverat ett nytt alternativ i referenssystemväljaren så att användaren kan ange om han vill ha ett koordinatsystem med en PRJ i EPSG-stil eller -stil ESRI.

 

http://www.geobide.es/

Golgi Alvarez

Författare, forskare, specialist på Land Management Models. Han har deltagit i konceptualisering och implementering av modeller 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 för Geofumadas kunskapsblogg sedan 2007 och skapare av AulaGEO Academy som inkluderar mer än 100 kurser om GIS - CAD - BIM - Digital Twins-ämnen.

Relaterade artiklar

Lämna en kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är markerade med *

Tillbaka till toppen knappen