Geobide, ED50 ja ETRS89 koordinaatide süsteemi teisendamine
Advantage jälgida potentsiaalsuste Geobide SuiteMe näeme võimalusi muuta vahel Viide Systems. Huvitavad neile, kes peavad muuta erinevate Datum sel juhul näeme, kuidas seda teha ED50 ja ETRS89 süsteemid on peaaegu sama juhtumi Ladina-Ameerika vahel NAD27 ja WGS84.
Kas andmete liikunud?
See ei ole Google Earthi puhul, kus tehakse rohkem ümberkujundamisi, paljud pildid on nihkunud Saate kontrollida kattumist erinevate võtete vahel; Kuid paljudes riikides, osariikides või autonoomsetes kogukondades on avalikud asutused pakkunud GoogleEarthile oma pilte täpse georeferentsusega, puuduseks on see, et GoogleEarth kasutab WGS84 üldise andmebaasina, mistõttu andmete kasutamine teises süsteemis nõuab ümberkujundamist. Ümberkujundamine sõltub ennekõike tema enda määratlusest, aga ka piirkonnast, kus me oleme. Seetõttu ei anna üldised süsteemid iga tsooni eriparameetreid.
Võtame näiteks Navarra ja Hispaania jaoks ED50-30N (EPSG: 23030) teisendamise ETRS89-30N (EPSG: 25830). Transformatsiooni üldisel määratlusel on erinev täpsusaste sõltuvalt piirkonnast, kus seda rakendatakse. Sel põhjusel on mõned lisaparameetrid, mida üldine määratlus ei hõlma ja mis näiteks Navarras on mõned, kuid Astuurias võivad neil olla muud erinevad väärtused.
Kui vaatame ülaltoodud pilti, mis on jäädvustatud Geomapilt, näeme kaarti, kus kaks kihti (ortofoto ja pakk) on üksteise suhtes nihutatud. See on ED-50N-s Navarra katastri lennult projitseerimise tulemus kihiga GoogleMapsi in WGS84 ja saadud veeväljasurve on seotud probleemi kirjeldatud eelmises lõigus.
Värske Geobiidi õpetus, millest me seda artiklit teeme, avaldab nüüd vähemalt 4 meetodit selle parandamiseks. Geobide'i abil on nüüd võimalik koordinaatsüsteemide vahelise teisenduse nullpunkti teisendamist näidata neljal erineval viisil:
-
geneeriliste transformatsiooni:
See valik kasutab üldisi ümberkujundamise ilma ruumiliste parameetrite ja on vähemalt täpne. Suhe Navarra näiteks üleminek ED50 kuni ETRS89 on viga ~ 100-200m x ja y. (Meenutades, et see ei mõjuta koordinaatsüsteemidele sama tugipunkti).
Üsna sarnane on nii NAD27 koos WGS84 kõndides ja 202 meetri põhja ja 6 meetrit Ida Kesk ala muutub, kui muuta laius, kuigi see on oluline üksnes laius- see pärineb Ecuador ajal pikkus vaid pärineb võlts see.
-
Transformation Kasutades grid NTv2:
See valik kasutab võrku, mille väärtused korrigeerivad lineaarse interpolatsiooni abil. See valik on täpsem kui esimene meetod ja IGN on selle vastu võtnud. Muidugi, kui meil on meie tööpiirkonna võrk.
Rakendused Geobide Nüüd pakuvad nad kahte IGN-i poolt Hispaaniale pakutavat võrku, mis hõlmavad poolsaart ja Baleaari saari ning mis avaldati aastatel 2003 ja 2009. Kasutaja saab hõlpsasti valida kasutatava võrgu.
Internetist võib leida palju ruudustikke, isegi kogu maailmas, kuid suuruse järgi pole need Geobide'i rakenduse allalaaditavate failide puhul automaatselt saadaval.
-
Molodensky transformatsioon (meetod 3-parameetrite)
Kasuta 3 nihe alguse vahel ellipsoids. eelnevalt viisardit rakendused kujundatuna poolt soovitatud IGN Hispaania.
Bursa-Wolfi transformatsioon (meetod 7-parameetrite)
See ümberkujundamine kasutab 7 väärtusi muuta vahel ellipsoids. Sisestatud parameetrite on: maht (Dx, Dy, Dz), rotatsioon (Rx, Ry ja Rz on) ja skaala faktor (μ)
Rakendused Geobide 3 soovitatav eelnevalt konfigureeritud assistentide pakutud IGN läänes, Kesk- ja Ida-poolsaare võrra.
Tulemused
Nagu te näete tulemusi ei erine palju viimaste hulgas 3 meetodeid, kuid esimene. See on põhjus, miks sa peaksid teadma, kui transformatsiooni vajab mõned neist täpsemad valikud.
Hulgas ED50-xxN (EPSG: 230xx) süsteemid ja ETRS89-xxN (EPSG: 258xx) valdkonnas Hispaania ennast tuleks kasutada tugipunkt / ellipsoididel ED50 ja ETRS89 / WGS84 ei ole samaväärsed.
Näiteks kui Geomap ei need arenenud andmekogumi andmeid Navarra sisse ED50-30N (EPSG: 23030) reprojected lennult andmete pakutud Google Maps (elliptiline WGS84) on liikunud. Sobib korralikult, on vaja kasutada kõige täpsem muutusi, mis on juba selgitatud.
Ma tunnen väga hea, et Geobide tegema märkimisväärseid jõupingutusi mitte ainult lahkuda võimete oma süsteemi, vaid ka dokumenteerida veidi täpsemalt selles küsimuses, kuna see võib oluliselt mõjutada kvaliteeti ja täpsust, muud kui lihtsalt aru liiga on teine vaeva.
Seni on kõik see on integreeritud automaatselt mootori, kuid nagu me kommenteeris sõbrad Geobide kasutaja nõudmised on toonud neile jätnud nähtav rakenduste kasutaja on teadlik ja isegi muuta vaikeseaded või teha üks oma töö valdkonnas.
Transformation ellipsikujulised / Geoidis kõrgused
Uues versioonis on muutunud ka pilt vahe arvutamise ellipsikujulised / geoidi kõrgus nii, et kasutaja saab nüüd valida geoidi mudel kasutatud.
PRJ faile nomenklatuuride
Ja lõpuks, teise muudatuse, mis tundub hästi oma koostalitlusvõime jõupingutusi OGC-standarditega või populaarsete programmide tavadega. Geobide genereeritavad PRJ-failid on OGC WKT nomenklatuuris, mis on paljude CAD / GIS-i tööriistade poolt tunnustatud standard. Mitte eriti nii ESRI rakenduste puhul, mille PRJ, kuigi need sisaldavad sama matemaatilist määratlust kui standardsed, nimetavad koordinaatsüsteemid erinevalt.
Näiteks:
Kui faili sisu PRJ OGC on ETRS89-30N süsteemi (EPSG: 25830) on määratletud koodnimetus "ETRS89 / UTM tsooni 30N"; rakendused ESRI, selle asemel nimetatakse seda "ETRS_1989_UTM_Zone_30N". Kui me segada PRJs kihtide kaks nomenklatuuride ArcGIS tarkvara täidab ruumiline töötlemise isegi kui matemaatiline mõiste koordinaatide süsteemid on identsed.
heeding see tozudez, Geobide on võimaldanud uue valiku valijat Taustsüsteemide nii, et kasutaja saab määrata, kas soovite koordinaatide süsteem EPSG PRJ stiilis või stiili ESRI.
