[QGIS-it-user] Problemi con file fabbricati Norcia (regione Umbria)

QGIS QGIS-it-user
1

Ciao a tutti,
sono una studentessa di Ingegneria e sto utilizzando QGIS per la mia tesi di
laurea. Utilizzo Qgis da pochi mesi e fino ad oggi non mi ero mai
confrontata con problemi di conversione di coordinate. Sto lavorando con
questo file https://we.tl/t-Fh00PCd1eX
scaricato direttamente dal sito Open Data della regione Umbria, ma ho un
problema legato alla conversione delle coordinate. Il file ha come SR EPSG:
3004-Monte Mario/Italy zone 2 e io vorrei le coordinate (e ho provato a
riproiettarlo) in EPSG:32633-WGS84/UTM zone 33N. Ho usato la riproiezione al
volo per costruire i layout di stampa, ma per svolgere delle analisi avrei
bisogno delle coordinate giuste, ma quando utilizzo gli strumenti di
Processing per calcolare i centroidi e poi calcolo le coordinate x e y ho
dei valori di questo genere:
X: 2364329.7899472048
Y: 4739194.796041165
Devo lavorare su circa 1000 edifici facenti parte del centro storico di
Norcia e non saprei che altro provare.
Qualcuno può suggerirmi una soluzione?
Ringrazio in anticipo

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

2

ciao,
in generale una trasformazione di coordinate da un sistema di riferimento ad un altro che implichi un cambio di datum (come nel tuo caso, da Monte Mario e WGS84) ha un errore “basso” solamente se utilizzi una trasformazione con i grigliati Ntv2.
Una trasformazione, come quella che devi applicare, in QGIS non è mai corretta (ha sempre errori che possono arrivare anche ad un paio di metri).

il Portale Cartografico Nazionale mette a disposizione un servizio per fare questa trasformazione in modo “corretto”, con i grigliati Ntv2 (sempre che funzioni!):
http://www.pcn.minambiente.it/mattm/conversione-coordinate-asincrono/

nel tuo caso input e output sono:

immagine.png

ETRS89 è “simile” (al netto di pochi centimetri di errore) al WGS84.

in questo modo ottieni un layer trasformato e poi in QGIS puoi usare quello per applicare le funzioni di processing, in modo che eviti anche di lavorare con una trasformazione onthefly (oltre che più corretta).

un saluto,
francesco

Il giorno mar 5 nov 2019 alle ore 10:53 d.zedde <danielazedde94@gmail.com> ha scritto:

Ciao a tutti,
sono una studentessa di Ingegneria e sto utilizzando QGIS per la mia tesi di
laurea. Utilizzo Qgis da pochi mesi e fino ad oggi non mi ero mai
confrontata con problemi di conversione di coordinate. Sto lavorando con
questo file https://we.tl/t-Fh00PCd1eX <https://we.tl/t-Fh00PCd1eX>
scaricato direttamente dal sito Open Data della regione Umbria, ma ho un
problema legato alla conversione delle coordinate. Il file ha come SR EPSG:
3004-Monte Mario/Italy zone 2 e io vorrei le coordinate (e ho provato a
riproiettarlo) in EPSG:32633-WGS84/UTM zone 33N. Ho usato la riproiezione al
volo per costruire i layout di stampa, ma per svolgere delle analisi avrei
bisogno delle coordinate giuste, ma quando utilizzo gli strumenti di
Processing per calcolare i centroidi e poi calcolo le coordinate x e y ho
dei valori di questo genere:
X: 2364329.7899472048
Y: 4739194.796041165
Devo lavorare su circa 1000 edifici facenti parte del centro storico di
Norcia e non saprei che altro provare.
Qualcuno può suggerirmi una soluzione?
Ringrazio in anticipo

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

3

Grazie Francesco per la tua risposta,
ho provato a fare come mi hai suggerito, ma purtroppo, nonostante mi venga
inviato il file di output per mail, questo non risulta poi utilizzabile in
QGIS (nonostante si tratti del formato shp- https://we.tl/t-xWCpehbI8W)-
questo è il nuovo zip), infatti mi appare "Sorgente dati non valida", sai
per caso come mai o come risolvere il problema?
Ti ringrazio nuovamente,
Saluti,
Daniela

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

4

Ciao Daniela
forse hai sbagliato Francesco?
non ho seguito la discussione mi dispiace.

Saluti

"d.zedde" <danielazedde94@gmail.com> ha scritto:

Grazie Francesco per la tua risposta,
ho provato a fare come mi hai suggerito, ma purtroppo, nonostante mi venga
inviato il file di output per mail, questo non risulta poi utilizzabile in
QGIS (nonostante si tratti del formato shp- https://we.tl/t-xWCpehbI8W)-
questo è il nuovo zip), infatti mi appare "Sorgente dati non valida", sai
per caso come mai o come risolvere il problema?
Ti ringrazio nuovamente,
Saluti,
Daniela

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

5

Ciao Daniela

ho scaricato il primo wetransfer ed ho provato a caricare lo shp
disponibile in un progetto settato 32633 in menù Impostazioni>Opzioni>SR
Usa SR predefinito.

La riproiezione al volo di QGIS mi porta ai valori in allegato [0]

Vedi se le coordinate presentate dal sistema ti risultano corrette.

Buon lavoro

Alberto

[0] https://www.dropbox.com/s/ebqedqsyy956g9r/EPSG%20102092.pdf?dl=0

Il giorno mar 5 nov 2019 alle ore 12:07 d.zedde <danielazedde94@gmail.com>
ha scritto:

Grazie Francesco per la tua risposta,
ho provato a fare come mi hai suggerito, ma purtroppo, nonostante mi venga
inviato il file di output per mail, questo non risulta poi utilizzabile in
QGIS (nonostante si tratti del formato shp- https://we.tl/t-xWCpehbI8W)-
questo è il nuovo zip), infatti mi appare "Sorgente dati non valida", sai
per caso come mai o come risolvere il problema?
Ti ringrazio nuovamente,
Saluti,
Daniela

--
Sent from:
http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

6

d.zedde wrote

nonostante mi venga
inviato il file di output per mail, questo non risulta poi utilizzabile in
QGIS (nonostante si tratti del formato shp- https://we.tl/t-xWCpehbI8W)-
questo è il nuovo zip)

Ciao Daniela,
non puoi usare il file .shp da solo, ma soltanto in abbinamento almeno con i
relativi file che hanno lo stesso nome ma l'estensione .shx e .dbf.

Se il servizio del Geoportale Nazionale restituisce solo il file .shp,
allora puoi provare ad abbinargli i file .shx e .dbf copiandoli dallo
shapefile iniziale e rinominadoli come il nuovo file .shp

A questo punto hai anche bisogno del file .prj che contiene le informazioni
sul nuovo sistema di riferimento.
Puoi creare il file .prj in QGIS usando il comando di processing "Define
Layer Projection" / "Definisci la proiezione del layer".

A presto.

Andrea

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

7

Ciao Alberto,
grazie per il tuo consiglio. Avevo già tentato con questa soluzione, ma non
si ottengono risultati corretti.
Le coordinate dovrebbero essere circa queste (Nord: 42°51′04.32″N, Est:
13°05′41.78″E), mentre in quel caso risultano ancora inesatte.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

8

Ecco i fabbricati in EPSG 32633:

facci sapere se sono corretti:

https://mega.nz/#!BEgn1TTB!arkYEm7QCqaYz4_Y-j54QGGPlFM6HPEWdWlGpf_eACs

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

9

@Toto:

come dicevo, con una trasformazione a 7 parametri (quella effettuata di default da QGIS, da Gdal effettivamente) si ha un errore che può arrivare fino a due metri (in alcune situazioni inaccettabile, a mio avviso);

@andreaerdna:
pur con il tuo corretto suggerimento, in questo caso, lo shapefile output del PCN non è corretto, mostra solamente 39 feature delle 5mila…
credo che questo problema sia dovuto al fatto che lo shapefile originale è un PolygonZ e il servizio di conversione delle coordinate del PCN non lo digerisce bene.
funziona invece convertendo lo shapefile da PolygonZ a Polygon (ad esempio esportandolo in QGIS senza l’opzione “Includi dimensione z”).
ad ogni modo, dopo il giuochino di caricare sul PCN il solo shp e poi copiare dbf e shx dall’originale, è comunque necessario ricostruire l’indice spaziale dello shapefile risultato (ad esempio con lo strumento Controlla geometrie di QGIS).

questo è il risultato della conversione con il servizio del PCN:
https://www.alveo.coop/public/Fabbricati_COMUNE__Norcia_32633PCN.zip

@d.zedde: sarebbe interessante ora capire la qualità della conversione.

un saluto,
francesco

Il giorno mar 5 nov 2019 alle ore 12:58 Totò <pigrecoinfinito@gmail.com> ha scritto:

Ecco i fabbricati in EPSG 32633:

facci sapere se sono corretti:

https://mega.nz/#!BEgn1TTB!arkYEm7QCqaYz4_Y-j54QGGPlFM6HPEWdWlGpf_eACs

Il giorno mar 5 nov 2019 alle ore 12:54 andreaerdna <andreaerdna@libero.it> ha scritto:

Ciao Daniela,
non puoi usare il file .shp da solo, ma soltanto in abbinamento almeno con i
relativi file che hanno lo stesso nome ma l’estensione .shx e .dbf.

Se il servizio del Geoportale Nazionale restituisce solo il file .shp,
allora puoi provare ad abbinargli i file .shx e .dbf copiandoli dallo
shapefile iniziale e rinominadoli come il nuovo file .shp

10

Ciao Andrea,
grazie per la tua risposta, non so se sto sbagliando qualcosa ma ottengo dei
risultati diversi da quelli che speravo (sono gli stessi che ha ottenuto
anche Alberto), le coordinate dovrebbero avere i seguenti valori:42°47′36″N
13°05′38″E.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

11

Ti ringrazio nuovamente Francesco, a questo punto però non so se sto
sbagliando qualcosa io. Le coordinate che ottengo in questo caso sono
differenti da quelli che pensavo di trovare o comunque sono errate. Nel
senso, sto cercando di definire delle coordinate che dovrebbero essere
queste 42°47′36″N 13°05′38″E.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

12

francesco marucci wrote

@andreaerdna:
credo che questo problema sia dovuto al fatto che lo shapefile originale è
un PolygonZ e il servizio di conversione delle coordinate del PCN non lo
digerisce bene.

Ciao Francesco,
effettivamente non me ne ero accorto... avevo fatto una prova un po' di
tempo fa, utilizzando però uno shapefile senza coordinata Z... e mi sono
anche dimenticato della necessità di rigenerare l'indice geospaziale. Certo
che questo servizio del Geoportale Nazionale è quasi inutilizzabile/inutile
e sul portale non c'e' alcuna spiegazione della corretta procedura da
seguire!

Posso anche confermare che il problema è dovuto al fatto che lo shapefile è
di tipo PolygonZ(M), in quanto anche "Traspunto" 2.5.2 e 3.2 e (e presumo
anche cartlab3) generano un output errato con quello shapefile in input,
mentre l'output è corretto se prima si trasforma lo shapefile in Polygon
senza coordinata Z.

Ho verificato la differenza nei valori delle coordinate tra lo shapefile
generato in questo caso dal convertitore del Geoportale Nazionale e quello
generato da traspunto: la "distanza" fra punti omologhi è all'incirca tra i
6 e gli 8 cm. Credo che per quasi tutti i casi si possa fare a meno della
farraginosa conversione del Geoportale usando Traspunto o la trasformazione
NTv2...

Io infatti solitamente uso anche, direttamente in QGIS, la trasformazione
NTv2 per la riproiezione "al volo" ROMA40 4265 <-> WGS84 4326 (e relativi
srs proiettati) usando i grigliati binari NTv2 per l'Italia generati con la
procedura Sferlazza/Bellini e disponibili all'URL
http://www.provincia.agrigento.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/309
(ma si possono anche usare quelli generati da Globogis
https://www.globogis.it/download/grigliati-ntv2-litalia) che producono gli
stessi risultati di traspunto.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

13
···

Ciao Daniela

mi sorge il dubbio:

NON gradisci coordinate metriche (333444,5400900) ma prediligi coordinate geografiche (42°47′36″N 13°05′38″E.)?

Vedi se questa soluzione [0] può avvicinarsi alla tua necessità.

Alberto

[0] https://www.dropbox.com/s/4oa8100waamv2e2/CoordGeog.PNG?dl=0

14

Il 06/11/2019 08:35, Studio Multiservice s.s. ha scritto:

Ciao Daniela

mi sorge il dubbio:

*NON *gradisci coordinate metriche (333444,5400900) ma *prediligi* coordinate geografiche (42°47′36″N 13°05′38″E.)?

senza contare che la coordinata piana è definita al metro mentre quella geografica al secondo sessagesimale.
Un secondo sessagesimale, a 43 gradi di latitudine (esempio) corrisponde a 20 metri sulla coordinata est e 30 sulla nord.

Quindi: se vi passano un dato definito al secondo sessadecimale e lo volete passare di datum anche QGis va benone! Ma le geometrie vettoriali poi ci ingannano: bisognerebbe lavorare con gli spessori delle linee. Un punto o una linea definita al secondo sessagesimale va disegnata con una linea spessa quanto la sua definizione. Oppure impostare la canvas su una griglia equivalente (snap to grid).
Se invece bisogna convertire coordinate piane definite al metro, allora ci vuole uno strumento.
Ma spesso succede che i dati sviaggino in "anda e rianda" più volte (magari a seconda dei gusti dell'operatore gis) e magari in qualche passaggio vengono persi i decimali e quindi ai voglia di ntv2, la frittata è fatta.
Quando si trattano dati a diversa precisione occorre decidere la strategia da adottare.
mg

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

15

Caio Alberto,
ho visto l'anteprima delle coordinate nella tua immagine e si, mi riferisco
proprio a quelle coordinate. Cosa stavo sbagliando? Come le hai ottenute? Ti
sarei davvero grata se riuscissi a spiegarmi i passaggi, ci sto provando da
qualche settimana e non riuscivo a risolvere il problema.
Ti ringrazio nuovamente,
Saluti,
Daniela

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

16

Ciao Daniela

ho settato il SR del progetto a WGS84 (il numero 4326 che puoi visualizzare
in basso a destra della schermata che avevo mandato), ho caricato le mappe
google hybrid e poi lo shp preparato da Salvatore Totò Fiandaca.

La corrispondenza tra satellite e poligoni direi quasi perfetta e le
coordinate geografiche.

Nel caso tu abbia già un progetto settato in coordinate metriche, doppio
click sulla finestrella in basso a destra e scegli nuovo SR del progetto.

Oppure, dal menù testuale >impostazioni>opzioni>SR

Gli archivi caricati si riproiettano al volo.

Buon lavoro

Alberto

Il giorno gio 7 nov 2019 alle ore 09:44 d.zedde <danielazedde94@gmail.com>
ha scritto:

Caio Alberto,
ho visto l'anteprima delle coordinate nella tua immagine e si, mi riferisco
proprio a quelle coordinate. Cosa stavo sbagliando? Come le hai ottenute?
Ti
sarei davvero grata se riuscissi a spiegarmi i passaggi, ci sto provando da
qualche settimana e non riuscivo a risolvere il problema.
Ti ringrazio nuovamente,
Saluti,
Daniela

--
Sent from:
http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

17

scusaci Daniela ma non stiamo capendo dove tu voglia vedere queste coordinate.

quelle che tu descrivi sono coordinate geografiche (polari) espresse in gradi minuti e secondi (DMS).
come dice giustamente Marco Guiducci, stai attenta ad usare correttamente i decimali dei secondi altrimenti perdi in precisione.

lo shapefile che ci hai mandato invece è in coordinate piane (metriche).

in QGIS puoi visualizzare nel campo cartografico (canvas) le coordinate geografiche espresse in DMS semplicemente cambiando nelle proprietà del progetto, impostazione generali, visualizzazione coordinate, e scegliendo l’opzione mostra le coordinate usando gradi, minuti, secondi.

se invece vuoi che il tuo intero progetto sia rappresentato in coordinate geografiche, devi cambiare il sistema di riferimento del progetto in EPSG:4326 (sempre proprietà del progetto, SR).

altra cosa invece è produrre un layer (shapefile) in coordinate geografiche e questo lo fai con tasto destro sul layer, esporta, salva elementi come e scegliendo l’SR in output l’EPSG:4326: in questo modo fissi i dati in quel sistema di riferimento, mentre nei due casi sopra descritti, si tratta di configurazioni al volo valide solamente all’interno di quel progetto.

facci sapere se ti abbiamo aiutato.

un saluto,
francesco

Il giorno gio 7 nov 2019 alle ore 09:44 d.zedde <danielazedde94@gmail.com> ha scritto:

Caio Alberto,
ho visto l’anteprima delle coordinate nella tua immagine e si, mi riferisco
proprio a quelle coordinate. Cosa stavo sbagliando? Come le hai ottenute? Ti
sarei davvero grata se riuscissi a spiegarmi i passaggi, ci sto provando da
qualche settimana e non riuscivo a risolvere il problema.
Ti ringrazio nuovamente,
Saluti,
Daniela

18

Se ti serve vedere le coordinate in gradi, minuti e secondi ti segnalo il plugin LAT LON TOOLS che premette di vedere le coordinate in vari modi oltre a posizionarti inserendole
Saluti

Il 07/11/2019 10:08, francesco marucci ha scritto:

scusaci Daniela ma non stiamo capendo dove tu voglia vedere queste coordinate.

quelle che tu descrivi sono coordinate geografiche (polari) espresse in gradi minuti e secondi (DMS).
come dice giustamente Marco Guiducci, stai attenta ad usare correttamente i decimali dei secondi altrimenti perdi in precisione.

lo shapefile che ci hai mandato invece è in coordinate piane (metriche).

in QGIS puoi visualizzare nel campo cartografico (canvas) le coordinate geografiche espresse in DMS semplicemente cambiando nelle proprietà del progetto, impostazione generali, visualizzazione coordinate, e scegliendo l'opzione mostra le coordinate usando gradi, minuti, secondi.

se invece vuoi che il tuo intero progetto sia rappresentato in coordinate geografiche, devi cambiare il sistema di riferimento del progetto in EPSG:4326 (sempre proprietà del progetto, SR).

altra cosa invece è produrre un layer (shapefile) in coordinate geografiche e questo lo fai con tasto destro sul layer, esporta, salva elementi come e scegliendo l'SR in output l'EPSG:4326: in questo modo fissi i dati in quel sistema di riferimento, mentre nei due casi sopra descritti, si tratta di configurazioni al volo valide solamente all'interno di quel progetto.

facci sapere se ti abbiamo aiutato.

un saluto,
francesco

Il giorno gio 7 nov 2019 alle ore 09:44 d.zedde <danielazedde94@gmail.com <mailto:danielazedde94@gmail.com>> ha scritto:

    Caio Alberto,
    ho visto l'anteprima delle coordinate nella tua immagine e si, mi
    riferisco
    proprio a quelle coordinate. Cosa stavo sbagliando? Come le hai
    ottenute? Ti
    sarei davvero grata se riuscissi a spiegarmi i passaggi, ci sto
    provando da
    qualche settimana e non riuscivo a risolvere il problema.
    Ti ringrazio nuovamente,
    Saluti,
    Daniela

_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

19

Scusate, probabilmente mi sono spiegata male io. Cerco di spiegarmi meglio:
ho seguito i vostri consigli per quanto riguarda il passaggio all'EPSG 4326
(di cui allego immagine) e se utilizzo la freccia informazioni ottengo che
gli edifici hanno le coordinate corrette (13. 09 ecc e 42.79 ecc), ma il
problema è che io necessiterei di avere le coordinate dei centroidi di tali
edifici (devo esportarli per condurre un'analisi sismica e non lavorare
solamente sul GIS). Svolgo quindi tali operazioni:
1) Strumenti di Processing>> Geometria Vettori>> Centroidi;
2) Tabella attributi centroidi>> Calcolatore di campi>> Geometria>> tento di
calcolare x e y.
x e y sono errate, continua a darmi come x e y rispettivamente (questo è un
esempio per il primo edificio) 2364121.9504949055 e 4739639.103001431 e
continuano ad essere sbagliati.
Sto nuovamente sbagliando qualcosa? Probabilmente prima mi sono spiegata
male e non ho centrato il punto. Il problema continua però a persistere.
Ringrazio in anticipo,
Un saluto,
Daniela

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

20

ciao Daniela,

se non ho capito male quello che vuoi fare, almeno in quest'ultima spiegazione, quando calcoli nella tabella degli attributi dei centroidi devi usare l'espressione che ti restituisce i campi in coordinate geografiche, non quelle piane. Cioè devi fare prima una trasformazione di coordinate.

L'espressione da usare è per il campo della longitudine:

x(transform($geometry,'EPSG:32632','EPSG:4326'))

e per il campo della latitudine

y(transform($geometry,'EPSG:32632','EPSG:4326'))

Non ricordo bene quale era il tuo sistema di riferimento di partenza (ho messo il codice EPSG dell'UTM32 con datum WGS84, cioè il 32632); nel caso cambia il valore di partenza dell'EPSG

ciao

roberto

Il 07/11/19 19:10, d.zedde ha scritto:

Scusate, probabilmente mi sono spiegata male io. Cerco di spiegarmi meglio:
ho seguito i vostri consigli per quanto riguarda il passaggio all'EPSG 4326
(di cui allego immagine) e se utilizzo la freccia informazioni ottengo che
gli edifici hanno le coordinate corrette (13. 09 ecc e 42.79 ecc), ma il
problema è che io necessiterei di avere le coordinate dei centroidi di tali
edifici (devo esportarli per condurre un'analisi sismica e non lavorare
solamente sul GIS). Svolgo quindi tali operazioni:
1) Strumenti di Processing>> Geometria Vettori>> Centroidi;
2) Tabella attributi centroidi>> Calcolatore di campi>> Geometria>> tento di
calcolare x e y.
x e y sono errate, continua a darmi come x e y rispettivamente (questo è un
esempio per il primo edificio) 2364121.9504949055 e 4739639.103001431 e
continuano ad essere sbagliati.
Sto nuovamente sbagliando qualcosa? Probabilmente prima mi sono spiegata
male e non ho centrato il punto. Il problema continua però a persistere.
Ringrazio in anticipo,
Un saluto,
Daniela

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user