Transformimi i Sistemit Koordinues të Geobide, ED50 dhe ETRS89

Marrja e mundësisë për të ndjekur deri në Potencialet e Suite Geobide, ne do të shohim opsionet për të transformuar në mes Sistemet e referencës. Interesante për ata që duhet të transformohet në mes Datum të ndryshme në këtë rast ne do të shohim se si për të bërë atë me ED50 dhe ETRS89 sistemeve është pothuajse i njëjtë rasti në Amerikën Latine mes NAD27 dhe WGS84.

A janë lëvizur të dhënat?

Ky nuk është rasti i Google Earth, ku bëhen më shumë transformime, shumë imazhe zhvendosen, diçka që ju mund të kontrolloni në mbivendosjet midis marrjeve të ndryshme; Sidoqoftë, në shumë vende, shtete ose bashkësi autonome, institucionet publike i kanë siguruar GoogleEarth imazhet e tyre me gjeoreferencë të saktë, me disavantazhin që GoogleEarth përdor WGS84 si një Datum gjenerik, kështu që përdorimi i të dhënave në një sistem tjetër kërkon një transformim. Transformimi varet para së gjithash nga përkufizimi i tij, por edhe nga zona në të cilën gjendemi. Kjo është arsyeja pse sistemet gjenerike nuk japin parametrat e veçantë për secilën zonë.

Le të marrim si shembull transformimin ED50-30N (EPSG: 23030) në ETRS89-30N (EPSG: 25830) për Navarra dhe për Spanjën. Përkufizimi gjenerik i transformimit ka një shkallë të ndryshme saktësie në varësi të zonës në të cilën zbatohet. Për këtë arsye ka disa parametra shtesë, të cilët nuk hyjnë në përkufizimin gjenerik dhe që në Navarra për shembull janë disa por në Asturias ato mund të kenë vlera të tjera të ndryshme.

Nëse shikojmë imazhin e mësipërm të kapur nga Geomap, shohim një hartë me dy shtresa (ortofoto dhe parcelë) të lëvizur në raport me njëra-tjetrën. Isshtë rezultat i projektimit në fluturim i Kadastrës së Navarra në ED-50N në një shtresë GoogleMaps në WGS84 dhe zhvendosja që rezulton lidhet me problemin e përshkruar në paragrafin e mëparshëm.

Një tutorial i fundit i Geobide, nga i cili po e bëjmë këtë artikull tani boton të paktën 4 metoda për ta rregulluar atë. Me Geobide, tani është e mundur të tregohet shndërrimi i të dhënave për një transformim midis Sistemeve Koordinuese në katër mënyra të ndryshme:

1. Transformimi gjenerik:

Ky opsion përdor transformimin gjenerik pa parametra hapësinor dhe është më pak i saktë. Për Navarre, për shembull, duke lëvizur nga ED50 në ETRS89 ka një gabim të ~ 100-200m në x dhe y. (Duke kujtuar se kjo NUK ndikon në sistemet e koordinatave me të njëjtin të dhënë).

Mjaft e ngjashme është rasti i NAD27 me WGS84 këmbë dhe metra 202 veri dhe në lindje metra 6 në ndryshimet qendrore të zonës si të ndryshojë gjerësi, edhe pse ajo është e rëndësishme vetëm në gjerësi ajo vjen nga Ekuadori ndërsa gjatësia mezi vjen nga lindja e rreme.  

2. Transformimi duke përdorur një rrjet NTv2:

Ky opsion përdor një rrjet me vlera për të korrigjuar konvertimin nëpërmjet interpolimit linear. Ky opsion është më i saktë se metoda e parë dhe është adoptuar nga IGN. Precize, natyrisht, nëse kemi një rrjet për zonën tonë të punës.

Aplikimet e Geobide Ata tani ofrojnë dy rrjetet e siguruara nga IGN për Spanjën, që mbulojnë Gadishullin dhe Ishujt Balearik, dhe të cilat u botuan në 2003 dhe 2009. Përdoruesi mund të zgjedhë lehtësisht rrjetin për t'u përdorur.

Shumë rrjeta mund të gjenden në Internet, madje edhe në të gjithë botën, por për nga madhësia ato nuk janë automatikisht të disponueshme në shkarkimet e aplikacionit Geobide.

3. Transformimi Molodensky (metoda e parametrave 3):

Përdorni vlerat e kompensuara të 3 në origjinën midis ellipsoideve. Në aplikacionet, një asistent para-konfiguruar i rekomanduar nga IGN për Spanjën.

4. 
   

   Bursa-Wolf Transformimi (Metoda e parametrave 7)

Ky transformim përdor vlerat 7 për të transformuar midis ellipsoideve. Parametrat për të hyrë janë: Zhvendosja (Dx, Dy, Dz), Rrotullimi (Rx, Ry, Rz) dhe faktori i shkallës (μ)

Në aplikacionet Geobide Asistentë të paragonuar 3 të rekomanduara nga IGN për Veriun, Zonën Qendrore dhe Lindjen e Gadishullit, respektivisht.

Results

Siç mund ta shikoni rezultatet nuk ndryshojnë shumë midis metodave të fundit 3, por me të parën. Kjo është arsyeja pse ju duhet të dini nëse transformimi ka nevojë për ndonjë nga këto mundësi të përparuara.

Ndër ED50-xxN (EPSG: 230xx) sistemet dhe ETRS89-xxN (EPSG: 258xx) në fushën e vetë Spanjës duhet të përdoret si datums / ellipsoids ED50 dhe ETRS89 / WGS84 nuk janë ekuivalente.

Për shembull, në qoftë se Geomap jo këto grup të avancuar të dhënave, të dhënat nga Navarra në ED50-30N (EPSG: 23030) riprojektohen të fluturojnë në të dhënat e ofruara nga Google Maps (ovale WGS84) do të zhvendoset. Në mënyrë që të jetë mirë, është e nevojshme të përdoren transformimet më të sakta që tashmë janë shpjeguar.

Më duket shumë mirë që Geobide bën një përpjekje të rëndësishme jo vetëm për të lënë aftësitë në sistemin e saj, por edhe për ta dokumentuar këtë pyetje pak më shumë detaje pasi që mund të ndikojë shumë në cilësinë dhe precizitetin e punës, përveçse thjesht ta kuptojë atë Është një përpjekje tjetër.

Deri tani, e gjithë kjo u integrua automatikisht në motor, por siç na thanë miqtë e Geobide, kërkesat e përdoruesve kanë bërë që ato të jenë të dukshme në aplikacionet në mënyrë që përdoruesi të jetë i vetëdijshëm dhe madje të ndryshojë konfigurimin e parazgjedhur ose vendosni një tjetër për zonën tuaj të punës.

Transformimi lartësi ellipsoidal / geoidal

Në versionin e ri, kutia e llogaritjes së diferencës elipsoidale / gjeoidale është ndryshuar gjithashtu në mënyrë që përdoruesi tani të zgjedhë modelin geoid që do të përdoret.

Nomenklatura të skedarëve PRJ

Dhe së fundi, një tjetër ndryshim që unë mendoj se është i mirë në tuajin përpjekje për ndërveprim me standardet e OGC ose praktikat e programeve të popullarizuara. Fotografi PRJ të krijuara nga Geobide janë në nomenklaturën e OGC WKT, e cila është një standard i njohur nga shumë mjete CAD / GIS. Jo aq për aplikimet ESRI, PRJ e të cilëve, megjithëse ato përmbajnë të njëjtin përkufizim matematikor si ato standarde, i emërtojnë Sistemet Koordinuese ndryshe.

Për shembull:

Në përmbajtjen e një file PRJ OGC, sistemi ETRS89-30N (EPSG: 25830) është përcaktuar nga emrin e koduar "ETRS89 / zone UTM 30N"; aplikacionet ESRI, në vend të kësaj, ata e quajnë atë "ETRS_1989_UTM_Zone_30N". Nëse në ArcGis ne përzier shtresat me PRJs në dy nomenklaturat ky softuer do të kryejë transformimin hapësinor edhe kur përkufizimi matematikor i Sistemit Koordinues është identik.

Duke i kushtuar vëmendje kësaj tozudez, Geobide ka mundësuar një opsion të ri në përzgjedhësin e sistemit të referencës në mënyrë që përdoruesi të tregojë nëse dëshiron një Sistem Koordinimi me një PRJ në stilin EPSG ose stil ESRI.

http://www.geobide.es/