Trasformazione del sistema di coordinate Geobide, ED50 e ETRS89

Approfittando di seguire la delle funzionalità della Geobide Suite, vedremo le opzioni di trasformazione Sistemi di riferimento. Interessante per chi deve trasformare tra i diversi Datum in questo caso vedremo come farlo con i sistemi ED50 e ETRS89 è quasi lo stesso caso in America Latina tra il NAD27 e WGS84.

I dati sono stati spostati?

Questo non è il caso di Google Earth, dove vengono trasformate più trasformazioni, le molte immagini vengono spostate, qualcosa che può essere verificato in sovrapposizioni tra diverse riprese; Tuttavia, in molti paesi, stati o comunità autonome, le istituzioni pubbliche hanno fornito a GoogleEarth le proprie immagini con una georeferenziazione precisa, con lo svantaggio che GoogleEarth utilizza WGS84 come dato generico, quindi utilizzare i dati in un altro sistema richiede una trasformazione. La trasformazione dipende prima di tutto dalla propria definizione ma anche dal territorio in cui ci troviamo. Ecco perché i sistemi generici non forniscono i parametri speciali di ciascuna zona.

Prendiamo ad esempio la trasformazione ED50-30N (EPSG: 23030) in ETRS89-30N (EPSG: 25830) per Navarra e per la Spagna. La definizione generica della trasformazione ha un grado di precisione diverso a seconda dell'area in cui viene applicata. Per questo ci sono alcuni parametri extra, che non rientrano nella definizione generica e che in Navarra ad esempio sono alcuni ma nelle Asturie possono avere altri valori diversi.

Se guardiamo l'immagine sopra catturata da Geomap, vediamo una mappa con due strati (ortofoto e particella) spostati l'uno rispetto all'altro. È il risultato della progettazione al volo del Catasto Navarra in ED-50N uno strato di GoogleMaps in WGS84 e l'offset risultante è correlato al problema descritto nel paragrafo precedente.

Un recente tutorial su Geobide, da cui stiamo facendo questo articolo, ora pubblica almeno 4 metodi per risolverlo. Con Geobide è ora possibile indicare la conversione del dato per una trasformazione tra Sistemi di Coordinate in quattro modi differenti:

1. Trasformazione generica:

Questa opzione utilizza una trasformazione generica senza parametri spaziali ed è la meno precisa. Per Navarra ad esempio, andando da ED50 a ETRS89 ha un errore di ~ 100-200m in x e y. (Ricordando che questo NON colpisce i sistemi di coordinate con uguale data).

Abbastanza simile è il caso di NAD27 con WGS84 camminare e 202 metri a nord e ad est metri 6 nei cambiamenti zona centrale come si cambia la latitudine, anche se è significativa solo nel latitudine viene dall'Ecuador, mentre la lunghezza appena viene da questo falso.  

2. Trasformazione utilizzando una griglia NTv2:

Questa opzione utilizza una griglia con valori per correggere la conversione mediante interpolazione lineare. Questa opzione è più precisa del primo metodo ed è stata adottata dall'IGN. Preciso, certo, se abbiamo una griglia per la nostra area di lavoro.

Le applicazioni di Geobide Ora offrono le due griglie fornite dall'IGN per la Spagna, che coprono la penisola e le Isole Baleari, e che sono state pubblicate nel 2003 e nel 2009. L'utente può facilmente scegliere la griglia da utilizzare.

In Internet si possono trovare molte griglie, anche in tutto il mondo, ma per dimensione non sono automaticamente disponibili nei download dell'applicazione Geobide.

3. Trasformazione Molodensky (metodo dei parametri 3):

3 utilizza valori offset all'origine tra ellissoidi. Una procedura guidata preconfigurata consigliata da IGN per la Spagna.

4. 
   

   Trasformazione Bursa-Wolf (metodo dei parametri 7)

Questa trasformazione utilizza valori 7 per trasformarsi tra ellissoidi. I parametri da inserire sono: Offset (Dx, Dy, Dz), Rotazione (Rx, Ry, Rz) e fattore di scala (μ)

Nelle applicazioni Geobide Le procedure guidate di 3 sono preconfigurate IGN per il nord-ovest, la zona centrale e l'est della penisola, rispettivamente.

risultati

Come potete vedere i risultati non variano molto tra i metodi 3 più recenti, ma sì con il primo. È per questo che si deve sapere se la trasformazione ha bisogno di una di queste opzioni avanzate.

Tra i ED50-xxn (EPSG: 230xx) sistemi e ETRS89-xxn (EPSG: 258xx) nella zona della Spagna per sé dovrebbe essere usato come i Riferimenti / ellissoidi ED50 e ETRS89 / WGS84 non sono equivalenti.

Per esempio, se non Geomap questi set di dati avanzate, i dati di Navarra in ED50-30N (EPSG: 23030) riproiettare al volo sui dati offerti da Google Maps (ellissoide WGS84) verrà spostato. Per poter guardare bene, è necessario utilizzare le trasformazioni più precise che sono già state spiegate.

Mi sembra molto bene che Geobide compie uno sforzo significativo non solo per lasciare le capacità al suo sistema, ma anche a documentare in dettaglio questo aspetto poiché può influenzare molto la qualità e la precisione del lavoro, oltre che semplicemente capirlo è un altro sforzo.

Finora, tutto questo è stato integrato automaticamente nel motore, ma come abbiamo commentato di amici Geobide, le richieste degli utenti li hanno portato a lasciare visibile nelle applicazioni per l'utente se ne renda conto e anche cambiare il impostare o impostare un altro per la propria zona di lavoro.

Trasformazione di altezze ellisse / geoidee

Nella nuova versione, anche la casella di calcolo del differenziale di altezza ellissoidale / geoide è stata modificata in modo che l'utente possa ora scegliere il modello geoidico da utilizzare.

Nomenclature di file PRJ

E infine, un altro cambiamento che sembra proprio nel tuo sforzo per l'interoperabilità con standard OGC o pratiche di programmi popularized. I file vengono generati PRJ Geobide OGC WKT nomenclatura, che è uno standard riconosciuto da molti strumenti CAD / GIS. Non così per le applicazioni ESRI, i cui PRJ, anche se contengono lo stesso standard definizione matematica, chiamati in modo diverso sistemi di coordinate.

Ad esempio:

Nel contenuto di un file PRJ OGC, il sistema ETRS89-30N (EPSG: 25830) è definita dal nome in codice "ETRS89 / zona UTM 30N"; le applicazioni ESRIAl contrario, lo chiamano "ETRS_1989_UTM_Zone_30N". Se mescoliamo con PRJs strati nelle due nomenclature in ArcGis questo software esegue l'elaborazione spaziale, anche se la definizione matematica dei sistemi di coordinate è identico.

Prestando attenzione a questo tozudez, Geobide ha abilitato una nuova opzione nel selettore di sistema di riferimento in modo che l'utente possa indicare se vuole un sistema di coordinate con un PRJ in stile o stile EPSG ESRI.

http://www.geobide.es/