|
|
| Riga 1: |
Riga 1: |
| ===Una nota su QGIS===
| |
| <div style:"text-align: justify;">Il progetto è pensato per lavorare sempre con l’ultima versione stabile (LTR) che è attualmente '''[https://www.qgis.org/it/site/forusers/download.html# 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).</div>
| |
| <p>'''ATTENZIONE'''. Per evitare errori nelle misurazioni assicurarsi 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)''
| |
| [[File:Ellissoide.png|1200x1200px|senza_cornice|centro]]
| |
| Per dettagli su alcune funzioni specifiche utili alla compilazione del progetto si rimanda al capitolo '''[[Brevi note su QGIS]]'''.
| |
|
| |
|
| ===I campi della localizzazione===
| |
| <p>I dati alfanumerici legati al posizionamento sulla mappa derivano dalle attività di aggiornamento e revisioni delle Basi Territoriali realizzate per i censimenti generali del 2011 e delle variazioni territoriali intercensuarie rilasciate dall’ISTAT. La versione precaricata sul Template è quella aggiornata al 1 gennaio 2023.
| |
| <p>Nel caso di geometrie poligonali che siano a cavallo tra più comuni il sistema inserisce un comune solo, però è possibile scegliere la voce localizzazione sovracomunale in GEL. In tal modo sarà possibile in fase di sistemazione dei dati, ricomporre le stringhe con i nomi anche degli altri comuni.
| |
| <p>I campi della localizzazione che, fino al livello del comune, si autocompilano all’inserimento della geometria e si aggiornano in caso di spostamento della geometria. Sono modificabili in situazioni particolari per le quali si rimanda a [[Prima_di_iniziare#Modificare_i_dati_della_localizzazione|'''questa pagina''']].
| |
| <p>''' Si ricorda comunque che che per qualunque discrepanza o incongruità tra la parte geografica e quella testuale fa fede il posizionamento su mappa dell’entità rappresentata e che, anche in caso di errata compilazione automatica del campo LCC, in sede di pubblicazione dei dati l’informazione sarà gestita correttamente (come avviene nel caso di aree/siti che ricadono in più comuni).'''
| |
|
| |
| ====La georeferenziazione====
| |
| <p>La compilazione obbligatoria di GPBB (Base cartografica di riferimento) è basata su un [[Vocabolario GPBB|'''sintetico vocabolario''']] che è possibile dettagliare nel campo GEN (Note), inserendo ad esempio l’anno della cartografia utilizzata o altre indicazioni utili a una migliore descrizione. Il campo GEL (Tipo di localizzazione) è precompilato, ma modificabile nel caso si tratti di georiferire un poligono che comprende più comuni o che delimiti una porzione di acque. Nel campo GEN (Note) è anche possibile inserire informazioni aggiuntive rispetto ad eventuali criticità o commenti da fare sulla georeferenziazione.
| |
|
| |
| ====Le localizzazioni nello spazio marittimo====
| |
| ''a cura di Francesco Marucci''
| |
| <p>La perimetrazione della fascia entro le 12 miglia dalla costa e di quella entro le 24 miglia sono state acquisite da: Flanders Marine Institute (2023): MarineRegions.org, in particolare: Flanders Marine Institute (2019). Maritime Boundaries Geodatabase: [https://doi.org/10.14284/387 '''Territorial Seas (12NM)'''], version 3 e Flanders Marine Institute (2019). Maritime Boundaries Geodatabase: [https://doi.org/10.14284/384 '''Territorial Seas (24NM)'''], version 3.
| |
| <p>All'inserimento di una geometria nelle zone 12 e 24 miglia il sistema compila i campi LCR (Regione) e LCP (Provincia), mentre il campo LCC (Comune) viene valorizzato sempre con il termine ''nd'', poiché le fasce 12 e 24 miglia non riportano le suddivisioni amministrative: per assegnare in modo fittizio una competenza amministrativa in mare, sono state ricostruite per l'occasione le zone in mare solo fino al livello amministrativo provinciale. Per il livello comunale invece, senza l'ausilio di dati ufficiali (di difficile reperimento), non è stato possibile ricostruire le diverse competenze. Nel caso, al momento della compilazione dei dati di una determinata geometria, fosse possibile ricavare anche l'informazione della competenza a livello comunale, invitiamo a riportarla nel campo note GEN.
| |
|
| |
| ===Modificare i dati della localizzazione===
| |
| <div style="text-align: justify;><p>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.
| |
| <p>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===
| |
| <p>''a cura di Francesco Marucci''
| |
| <p><div style="text-align: justify"><p>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.
| |
| <p>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.
| |
| <p>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)''
| |
| [[File:Ellissoide.png|1200x1200px|senza_cornice|centro]]
| |
| <p>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 un 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 poiché le trasformazioni generiche "to_wgs84" a 7 parametri producono degli errori che possono anche a 2 metri
| |
| le generiche comunque arrivare. È necessaria quindi l'applicazione di algoritmi di trasformazione basata sui '''grigliati NTv2''', gli unici in grado di ridurre gli errori a livello di centimetri.
| |
| <p>I grigliati NTv2 ufficiali in Italia sono prodotti da IGM, ma non sono forniti con licenza Open, se non per la PA; alcune Regioni hanno prodotto dei grigliati NTv2 locali che sono utilizzabili gratuitamente (ad esempio Regione Emilia-Romagna e Regione Toscana). Il [http://www.pcn.minambiente.it/mattm/conversione-coordinate/ '''Portale Cartografico Nazionale'''] offre un servizio di conversione on-line del formato ESRI Shapefile.
| |
| <p>'''Rimangono quindi a carico dei singoli utenti il corretto caricamento, la trasformazione e l'utilizzo come base di riferimento nel Template di layer che non siano espressi nativamente in WGS84.'''
| |
