On Sat, 4 Nov 2017 17:57:55 +0100, Andrea Peri wrote:
Quindi:
internamente un software GIS puo' ragionare sempre in X,Y, ma quando
esporta o importa dati da o verso formati che supportano l'inversione
degli
assi e in sistemi di riferimento che richiedono l'inversione degli
assi,
deve rispettare la specifica, altrimenti si pone fuori da una logica
di
colloquio con tutto il resto del mondo.
Andrea,
sostanzialmente concordo con la tua analisi che mi pare impeccabile.
purtroppo pero' il mondo reale non e' mai cosi' semplice, e prima o
poi inevitabilmene capita di incontrare dati prodotti da componenti
sw che non seguono le regole, oppure che le interpretano a capocchia.
ragion per cui e' sempre saggio gestire un parametro aggiuntivo ad
hoc che permetta di fare l'override dell'impostazione standard:
p.es. per le funzioni di supporto WFS / WMS di SpatiaLite e
RasterLite2 ho dovuto introdurre "swap_axes=0 | 1" che consente di
forzare o meno l'inversione degli assi quando eventualmente si
incontra un server non conforme alle regole (e capita di incontrarne
molto piu' spesso di quanto uno si immagini).
e mi par di capire che pure GDAL offre qualcosa di analogo per
il GML.
insomma, alla fin fine il fatto che tutti gli standard OGC piu'
recenti impongano di invertire gli assi quando si tratta di
sistemi di coordinate geografici (ed in pochi altri casi, come
i nostri ultimi italici IGM) non e' una tragedia, ma e'
sicuramente una fonte di confusione di cui si sarebbe fatto
volentieri a meno.
giusto per finire, penso che sia illuminante rocordare come e
perche' da un certo punto in poi le specifiche OGC hanno cambiato
improvvisamente rotta introducendo questo strano criterio di
inversione degli assi per le coordinate geografiche.
Sono personalmente al corrente dei fatti perche' me li ha
riferiti Paul Daisey di OGC quando collaboravamo per la messa
a punto della specifica GPKG.
- inizialmente tutte le specifiche OGC davano sempre per
scontato che la prima coordinata rappresentasse la X e
la seconda la Y.
ergo, nel caso delle coordinate geografiche prima veniva
la longitudine e seconda la latitudine, cosi' come pareva
logico e scontato (almeno: agli occhi di tutte le persone
di formazione prevalemente informatica).
- a quel punto pero' hanno iniziato a fioccare le proteste
di chi invece aveva una formazione geografica nel senso
piu' tradizionale: ormai da secoli vale la regola universale
per cui si parla sempre di latitudine e longitudine in
questo esatto ordine; e quindi l'ordine "informatico"
longitudine e latitudine e' stato giudicato innaturale
e da respingere tout court.
- ovviamente gli informatici hanno provato a resistere con
le unghie e con i denti, ma alla fine hanno perso.
ed ecco che ora tutti gli standard piu' recenti di OGC
(WMS, WFS, GML etc) impongono l'inversione degli assi
quando sono in ballo le coordinate geografiche.
Peccato pero' che tutti gli Spatial DBMS si sono ben
guardati dal seguire la nuova regola "inversa", e
quindi si e' venuto a creare un ovvio punto di
conflitto.
conclusione: a volte il meglio e' nemico del bene :-D
ciao Sandro
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
801 iscritti al 19/07/2017
