Prima di iniziare
Una nota su QGIS
Il progetto è pensato per lavorare sempre con l’ultima versione stabile (LTR) che è attualmente QGIS 3.28 Firenze. Si consiglia di tenere sotto controllo il rilascio di nuove versioni LTR, facendo attenzione ai messaggi che il team di QGIS invia regolarmente all’avvio di un progetto. Non è necessario aggiornarsi sempre all’ultima versione, ma è conveniente essere allineati per evitare problemi di visualizzazione (mentre non c’è comunque nessun problema con i dati).
Per dettagli su alcune funzioni specifiche utili alla compilazione del progetto si rimanda al capitolo Brevi note su QGIS.
Modificare i dati della localizzazione
All'inserimento di una geometria il sistema propone automaticamente la compilazione dei campi Regione, Provincia, Comune, la cui identificazione è legata all'intersezione dei layer con la geometria appena disegnata. I campi sono comunque modificabili nel caso la funzione di intersezione abbia dato un risultato non corretto (può capitare con geometrie a ridosso di confini comunali molto frastagliati) o si stia lavorando su un'area che comprende più comuni (o province o regioni) e si voglia scegliere quella ritenuta principale. In fase di stampa sarà possible aggiungere nel layout anche tutte le altre unità amministrative.
Tutti i dati vengono comunque ricalcolati al momento dell'ingresso in GNA, dove saranno visibili anche le localizzazioni multiple.
I sistemi di riferimento: alcune osservazioni e qualche errore da non fare
Come Datum del sistema di riferimento è stato scelto il WGS84, per avere una perfetta sovrapposizione con le cartografie di base più diffuse e più utili nel disegno delle geometrie necessarie al GNA (primi fra tutti i diversi strati di OSM), ma anche le foto satellitari, come Bing e Google.
Per quanto riguarda i dati è stato scelto l'SR WGS84 geografico Lat Lon (EPSG:4326), in modo da superare il problema del doppio fuso dell'Italia, che come sappiamo in gran parte è divisa tra i fusi 32 e 33. L'SR del progetto è invece WGS84 Pseudo Mercator per avere una sovrapposizione perfetta (senza quindi riproiezioni che ne distorcano i contenuti, essendo raster) delle basi cartografiche, che sono espresse solamente nell'SR 3857 appunto.
Per quanto riguarda il problema delle misurazioni e distanze, fortunatamente abbiamo a disposizione un software GIS completo che risolve questa questione permettendo di configurare a livello di progetto il parametro dell'ellissoide per i calcoli di distanza e area (WGS84 EPSG:7030). Per evitare errori nelle misurazioni assicurarsi quindi di aver settato le proprietà del progetto nel modo seguente: Progetto > Proprietà > Generale > Misure: Ellissoide=WGS84 (EPSG:7030) e Mostra coordinate in uso=Unità mappa (metri)
La scelta del sistema di riferimento dei dati e del progetto fatta verso il Datum WGS84, sottintende che il caricamento all'interno del progetto Template di layer geografici (sia vettoriali sia raster) espressi in una qualsiasi sistema di riferimento basato su "altro" Datum (come ad esempio Roma40 o ED50 o ETRS89 o RDN2008) venga sottoposto a una trasformazione di coordinate effettuata applicando algoritmi locali dedicati: le generiche trasformazioni "to_wgs84" a 7 parametri producono degli errori che possono comunque arrivare anche a 2 metri; per la precisione della quale necessita il censimento in oggetto si rende quindi necessaria l'applicazione di algoritmi di trasformazione basata sui grigliati NTv2, l'unica in grado di ridurre gli errori a livello di centimetri. I grigliati NTv2 ufficiali in Italia sono prodotti da IGM ma non sono forniti con licenza Open, se non per la PA; alcune regioni italiane hanno prodotto dei grigliati NTv2 locali che forniscono gratuitamente (Regione Emilia-Romagna, Regione Toscana, etc...) altrimenti il Portale Cartografico Nazionale offre un servizio di conversione on-line del formato ESRI Shapefile. E' quindi cura dell'utente il corretto caricamento, trasformazione e utilizzo nel Template come base di riferimento di layer che non siano espressi nativamente in WGS84.
