[Gfoss] Visualizzazione dati espressi in sistemi di riferimento ad assi invertiti

[Andrea Peri]

Salve,
volevo ringraziare quanti si sono interessati del problema e hanno fornito
soluzioni.

Nel frattempo avevo risolto.
Infatti avevo segnalato il problema all'autore del nostro software di
conversione dipartimentale il quale pure esso aveva il "bugghe" di non
considerare l'inversione di coordinate in epsg:4326 nel formato GML.
L'autore, espertissimo della materia, ha corretto il software e ora siamo
di nuovo operativi su questo fronte.

Tra le risposte mi e' stato segnaalto un workaround tramite il comando
swapcoordinates (o qualcosa di simile) di spatialite e usato da pgr per
generare un nuovo GML con le coordinate invertite e quindi corrette per
qgis.

Il workaround e' sicuramente valido e aiuta nel momento del bisogno.
Pero' da un punto di vista piu' generale , il problema resta, infatti.
Doversi ricondurre da un GML in epsg:4326 che ha correttamente le
coordinate espresse in
"latitudine longitudine" a un altro GML che in coordinate pesg:4326 ha le
coordinate espresse in maniera errata
ovvero in "longitudine latitudine" e' una sconfitta.
Perche' siamo in un caso i cui uno standard deve piegarsi alla volonta' di
una serie di softwares che impongono una cosa differente.

Poi, mi domando quanti saranno gli utenti che di fronte a una mappa ruotata
capiranno che il problem e' dovuto a una non inversione di assi.
E non ultimo il fatto che mi sono accorto che la mappa era invertita
perche' lo stivale d'italia si riconosce abbastanza bene, se erano poligoni
di forma generica,
il fatto di rilevarli lontano dalla zona attesa poteva essere imputabile a
un errore di georefereniazione del dato originale.

Insomma capire dove sta il vero problema rischia di divenire difficile.
Per cui 'unica difesa e' ricordarselo e nel caso ci si trova di fronte a
cose di questo genere ricordarsi che forse siamo di fronte a una mancata
inversione di assi.

Anche in virtu' , ricordo, che il nuovo sistema di riferimento italiano
prevede anche lui gli assi invertiti , e quindi quando comincera' a
circolare del gml espresso in epsg:6707/6708 e' facile prevedere parecchi
problemi.
Il workaround segnalato da Paolo Craveri sara' veramente gettonato.

Infine una curiosita' su QGIS:
A questo proposito mi era stato fornito una risposta in merito a QGIS in
particolare:
Sembra infatti che qgis avesse un settaggio con cui lo si istruisce di non
eseguire l'inversione degli assi e mi hanno fatto notare che probabilmente
il mio qgis era settato per non eseguire l'inversione degli assi.
Non sapevo di questo settaggio , lo ho cercato in qgis , ma non sono
riuscito a trovarlo.
Se riesco a scoprire qualcosa faccio sapere.

Saluti e di nuovo grazie per i contributi.
A.


Il giorno 2 novembre 2017 08:58, Andrea Peri <aperi2007 a gmail.com> ha
scritto:

> Salve,
> l'argomento mio riguarderebbe QGIS, ma penso che in realta' abbia una
> valenza piu' larga perche' sospetto che il problema possa essere presente
> anche in altri prodotti.
>
> In soldoni:
> mi sono scaricato dal portale nazionale un dataset italiano in epsg:4326 e
> in formato GML.
>
> Quando vado a visualizzarlo con QGIS (2.18), mi accorgo che viene
> visualizzato ribaltato sui due assi.
>
> La spiegazione che io mi do' e'che QGIS non gestisce correttamente i dati
> espressi in sistemi di riferimento ad assi invertiti quando pesca da
> formati che ribaltano i valori.
> Nel caso del GML, se si esprime dati in epsg:4326,
> le coordinate dei punti anziche' essere
>
> <x> <y>
>
> diventano
> <y> <x>
>
> Questa cosa qui provoca su qgis una visualizzazione errata.
>
> Sospetto che questo problema possa essere comune anche ad altri sistemi
> gis.
> E' importante notare che la comparsa del problema e' legata anche
> all'impiego del formato GML.
> Infatti uno shapefile non si comporta come il GML e non usa invertire il
> significato dei valori nella coppia <x> <y>.
>
> Per cui unoshapefle in epsg:4326 e' sempre visualizzato correttamente.
>
> La questione non e' trascurabile se si considera che anche il sistema di
> riferimento epsg:6707 e epsg:6708 nuovi sistemi da usare per la produzione
> dei dati a livello nazionale sono ad assi invertiti.
> Per cui temo che un GML espresso in epsg:6707 sarebbe analogamente
> visualizzato male (e quindi gestito male) dai software gis che non
> supportano l'inversione degli assi.
>
> Andrea.
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -----------------
>



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------