Geobide, ED50 ja ETRS89 -koordinaattijärjestelmän muunnos
Hyödyntää seuraamaan Geobide-sviitin ominaisuuksia, näemme vaihtoehdot muunnettavaksi Viitejärjestelmät. Mielenkiintoisia niille, jotka täytyy muuttaa eri Datum tässä tapauksessa näemme, miten se ED50 ja ETRS89 järjestelmät on melkein sama asia Latinalaisen Amerikan välillä NAD27 ja WGS84.
Ovatko tiedot siirretty?
Näin ei ole Google Earth, jossa tehdään enemmän muutoksia, monet kuvat siirtyvät, jotain voidaan tarkistaa päällekkäisyyksissä eri otosten välillä; Monissa maissa, osavaltioissa tai autonomisissa yhteisöissä julkiset laitokset ovat kuitenkin toimittaneet GoogleEarthille kuvansa tarkalla georeferenssillä. Haittana on, että GoogleEarth käyttää WGS84: ää yleisenä datumina, joten tietojen käyttäminen toisessa järjestelmässä vaatii muutoksen. Muutos riippuu ensinnäkin sen omasta määritelmästä, mutta myös alueesta, jolla olemme. Siksi yleiset järjestelmät eivät tarjoa kunkin vyöhykkeen erityisiä parametreja.
Otetaan esimerkiksi ED50-30N: n (EPSG: 23030) muutos ETRS89-30N: ksi (EPSG: 25830) Navarran ja Espanjan osalta. Muunnoksen yleisellä määritelmällä on erilainen tarkkuustaso riippuen alueesta, jolla sitä käytetään. Tästä syystä on joitain ylimääräisiä parametreja, jotka eivät sisälly yleiseen määritelmään ja jotka esimerkiksi Navarrassa ovat joitain, mutta Asturiassa niillä voi olla muita erilaisia arvoja.
Jos katsomme yllä olevaa kuvaa, joka on otettu Geomapista, näemme kartan, jossa on kaksi kerrosta (ortofoto ja paketti), jotka on siirretty toisiinsa nähden. Se on seurausta Navarran katastrofin heijastamisesta lennossa ED-50N: ssä GoogleMaps-kerros WGS84: ssä ja tuloksena oleva offset liittyy edellisessä kappaleessa kuvattuun ongelmaan.
Tuore Geobide-opetusohjelma, josta teemme tämän artikkelin, julkaisee nyt vähintään 4 tapaa korjata se. Geobiden avulla on nyt mahdollista ilmoittaa koordinaattijärjestelmien välisen muunnoksen peruspistemuunnos neljällä eri tavalla:
-
Yleinen muunnos:
Tämä vaihtoehto käyttää yleistä muunnosta ilman spatiaalisia parametreja, ja se on vähiten tarkka. Esimerkiksi Navarran osalta ED50: sta ETRS89: iin on 100-200m: n virhe x: ssä ja y: ssä. (Muistutettakoon, että tämä ei vaikuta koordinaatistoihin, joilla on sama nollapiste).
Aivan samanlainen on tilanne NAD27 kanssa WGS84 kävely ja 202 metriä pohjoiseen ja 6 metriä itään Keski alueella muuttuu, kun muuttaa leveys-, vaikka se on ainoa merkittävä leveysasteella se tulee Ecuadorista taas pituus tulee juuri väärästä itään.
-
Muunnos verkon avulla NTv2:
Tässä vaihtoehdossa käytetään ruudukkoa, jonka arvot korjaavat lineaarisen interpoloinnin. Tämä vaihtoehto on tarkempi kuin ensimmäinen menetelmä ja IGN on hyväksynyt sen. Tarkka, tietenkin, jos meillä on työverkostomme.
Sovellukset Geobide Ne tarjoavat nyt IGN: n Espanjalle toimittamat kaksi ruudukkoa, jotka kattavat niemimaan ja Baleaarit ja jotka julkaistiin vuosina 2003 ja 2009. Käyttäjä voi helposti valita käytettävän ruudukon.
Monet ruudukot löytyvät Internetistä, jopa maailmanlaajuisesti, mutta koon mukaan ne eivät ole automaattisesti käytettävissä Geobide-sovelluksen latauksissa.
-
Molodensky-muunnos (3-parametrien menetelmä):
3 käyttää offset-arvoja alkuperillä ellipsoidien välillä. Ennalta konfiguroitu ohjattu toiminto, jota suosittelee IGN Espanjassa.
Bursa-Wolf-muunnos (7-parametrien menetelmä)
Tämä muunnos käyttää 7-arvoja muunnettavaksi ellipsoidien välillä. Syötettävät parametrit ovat: Offset (Dx, Dy, Dz), Kierto (Rx, Ry, Rz) ja skaalauskerroin (μ)
Sovelluksissa Geobide 3-ohjatut toiminnot ovat valmiiksi konfiguroituja IGN Luoteis-, Keski-ja itäpuolella.
Tulokset
Kuten näet, tulokset eivät vaihtele paljon 3-menetelmien välillä, mutta kyllä ensimmäisellä. Siksi sinun on tiedettävä, onko muutos tarvitseva näistä edistyneistä vaihtoehdoista.
Niistä ED50-xxN (EPSG: 230xx) järjestelmät ja ETRS89-xxN (EPSG: 258xx) alueella Espanjassa itsessään tulisi käyttää tarkistuspisteistä / Ellipsoidien ED50 ja ETRS89 / WGS84 eivät vastaa toisiaan.
Esimerkiksi jos Geomap ei näiden kehittyneiden tietoaineiston tietoja Navarra ED50-30N (EPSG: 23030) Uudelleenprojektoitu lennossa tietoihin tarjoamista Google Maps (ellipsoidille WGS84) tulee siirretään. Jotta ne näyttäisivät hyviltä, on käytettävä tarkkoja muutoksia, jotka on jo selitetty.
Minusta tuntuu siltä, että Geobide tekee merkittäviä ponnisteluja ei vain jättää valmiuksia järjestelmäänsä vaan myös dokumentaatiota hieman tarkemmin tämän kysymyksen kanssa, koska se voi vaikuttaa työn laatuun ja tarkkuuteen paitsi ymmärrä sen myös on toinen vaivaa.
Tähän mennessä kaikki tämä on automaattisesti integroitu moottoriin, mutta kuten Geobide-ystävät kertoivat meille, käyttäjien vaatimukset ovat johtaneet siihen, että ne näkyvät sovelluksissa niin, että käyttäjä itse on tietoinen siitä ja jopa muuttaa asettamalla tai asettamalla toisen omalle työalueelle.
Elipsoidisten / geoidaalisten korkeuksien muutos
Uudessa versiossa on myös muutettu ellipsoidin / geoidin korkeuseron laskentalaatikko niin, että käyttäjä voi nyt valita käytettävän geoidimallin.
PRJ-tiedoston nimikkeistöt
Ja lopulta, toinen muutos, joka näyttää sinulta oikein yhteentoimivuutta OGC: n standardien tai suosittujen ohjelmien käytäntöjen kanssa. Geobiden tuottamat PRJ-tiedostot ovat OGC: n WKT-nimikkeistössä, joka on standardi, jota monet CAD / GIS-työkalut tunnistavat. Ei niin ESRI-sovelluksille, joiden PRJ, vaikka ne sisältävät samat matemaattiset määritelmät kuin standardit, nimittävät Coordinate Systems eri tavalla.
Esimerkiksi:
Kun tiedoston sisällön PRJ OGC, ETRS89-30N järjestelmä (EPSG: 25830) on määritelty koodinimi "ETRS89 / UTM vyöhykkeellä 30N"; hakemukset ESRI, sen sijaan he kutsuvat sitä "ETRS_1989_UTM_Zone_30N". Jos ArcGisissa sekoitetaan kerrokset PRJ: iden kanssa kahdessa nimikkeistössä, tämä ohjelmisto suorittaa spatiaalisen transformaation, vaikka Coordinate Systemsin matemaattinen määritelmä onkin identtinen.
Kiinnittää huomiota tähän tozudez, Geobide on mahdollistanut uuden vaihtoehdon vertailujärjestelmän valitsimella, jotta käyttäjä voi ilmoittaa, haluaako hän käyttää PRG: n koordinaatistoa EPSG-tyyliin tai tyyliin ESRI.
