Prima di iniziare - Cronologia

Ada Gabucci: Pagina svuotata

2023-06-15T15:10:58Z

Pagina svuotata

← Versione meno recente		Versione delle 17:10, 15 giu 2023
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.'''

Ada Gabucci il 15:08, 15 giu 2023

2023-06-15T15:08:35Z

@@ Riga 5: / Riga 5: @@
 [[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]]'''.
 ===Modificare i dati della localizzazione===

Ada Gabucci: /* Una nota su QGIS */

2023-06-15T14:58:42Z

Una nota su QGIS

← Versione meno recente		Versione delle 16:58, 15 giu 2023
Riga 1:		Riga 1:
	===Una nota su QGIS===		===Una nota su QGIS===
	<div style="text-align: justify;~~><p~~>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>		<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]]'''.		Per dettagli su alcune funzioni specifiche utili alla compilazione del progetto si rimanda al capitolo '''[[Brevi note su QGIS]]'''.

Ada Gabucci: /* I sistemi di riferimento: alcune osservazioni e qualche errore da non fare */

2023-06-04T13:56:12Z

I sistemi di riferimento: alcune osservazioni e qualche errore da non fare

← Versione meno recente		Versione delle 15:56, 4 giu 2023
Riga 9:		Riga 9:

	===I sistemi di riferimento: alcune osservazioni e qualche errore da non fare===		===I sistemi di riferimento: alcune osservazioni e qualche errore da non fare===
	<p>a cura di Francesco Marucci		<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><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 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.

Ada Gabucci: /* I sistemi di riferimento: alcune osservazioni e qualche errore da non fare */

2023-06-04T13:55:58Z

I sistemi di riferimento: alcune osservazioni e qualche errore da non fare

← Versione meno recente		Versione delle 15:55, 4 giu 2023
Riga 9:		Riga 9:

	===I sistemi di riferimento: alcune osservazioni e qualche errore da non fare===		===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><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 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.

Ada Gabucci: /* I sistemi di riferimento: alcune osservazioni e qualche errore da non fare */

2023-06-04T13:55:12Z

I sistemi di riferimento: alcune osservazioni e qualche errore da non fare

← Versione meno recente		Versione delle 15:55, 4 giu 2023
Riga 14:		Riga 14:
	Progetto > Proprietà > Generale > ''Misure: Ellissoide=WGS84 (EPSG:7030)'' e ''Mostra coordinate in uso=Unità mappa (metri)''		Progetto > Proprietà > Generale > ''Misure: Ellissoide=WGS84 (EPSG:7030)'' e ''Mostra coordinate in uso=Unità mappa (metri)''
	[[File:Ellissoide.png\|1200x1200px\|senza_cornice\|centro]]		[[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 ~~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:		<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 ~~trasformazioni~~ "to_wgs84" a 7 parametri producono degli errori che possono ~~comunque arrivare~~ 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.
	~~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.		<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.
	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.		<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.'''
	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.

Ada Gabucci: /* I sistemi di riferimento: errori da non fare */

2023-06-04T13:43:01Z

I sistemi di riferimento: errori da non fare

← Versione meno recente		Versione delle 15:43, 4 giu 2023
Riga 8:		Riga 8:
	<p>Tutti i dati vengono comunque ricalcolati al momento dell'ingresso in GNA, dove saranno visibili anche le localizzazioni multiple.		<p>Tutti i dati vengono comunque ricalcolati al momento dell'ingresso in GNA, dove saranno visibili anche le localizzazioni multiple.

	===I sistemi di riferimento: ~~errori~~ da non fare===		===I sistemi di riferimento: alcune osservazioni e qualche errore da non fare===
	<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><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 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.
Riga 14:		Riga 14:
	Progetto > Proprietà > Generale > ''Misure: Ellissoide=WGS84 (EPSG:7030)'' e ''Mostra coordinate in uso=Unità mappa (metri)''		Progetto > Proprietà > Generale > ''Misure: Ellissoide=WGS84 (EPSG:7030)'' e ''Mostra coordinate in uso=Unità mappa (metri)''
	[[File:Ellissoide.png\|1200x1200px\|senza_cornice\|centro]]		[[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 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:







	, assicurando quindi la "sufficiente riduzione" delle differenze di cui parla: per gli scopi di questo censimento, che non sono "topografici" ma appunto "geografici" (siamo appunto in un ambiente GIS), dovendo assicurare una copertura nazionale del lavoro.
	per tutte le funzionalità di geoprocessing nelle quali intervengano delle distanze (lei cita il buffer), non credo, viste le sue conoscenze, che abbia difficoltà a proiettare i dati prima di effettuarle, in modo da poter fornire i parametri metrici anziché in gradi.
	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 ad 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;		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.		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.		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.		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.

Ada Gabucci il 13:40, 4 giu 2023

2023-06-04T13:40:02Z

← Versione meno recente		Versione delle 15:40, 4 giu 2023
Riga 1:		Riga 1:
	===Una nota su QGIS===		===Una nota su QGIS===
	<div style="text-align: justify;><p>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>		<div style="text-align: justify;><p>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]]'''.		Per dettagli su alcune funzioni specifiche utili alla compilazione del progetto si rimanda al capitolo '''[[Brevi note su QGIS]]'''.

Riga 13:		Riga 11:
	<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><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 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).		<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]]

Ada Gabucci: /* I sistemi di riferimento: errori da non fare */

2023-06-04T13:38:44Z

I sistemi di riferimento: errori da non fare

← Versione meno recente		Versione delle 15:38, 4 giu 2023
Riga 11:		Riga 11:

	===I sistemi di riferimento: errori da non fare===		===I sistemi di riferimento: errori da non fare===
	<p>~~WORK IN PROGRESS~~		<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).







			, assicurando quindi la "sufficiente riduzione" delle differenze di cui parla: per gli scopi di questo censimento, che non sono "topografici" ma appunto "geografici" (siamo appunto in un ambiente GIS), dovendo assicurare una copertura nazionale del lavoro.
			per tutte le funzionalità di geoprocessing nelle quali intervengano delle distanze (lei cita il buffer), non credo, viste le sue conoscenze, che abbia difficoltà a proiettare i dati prima di effettuarle, in modo da poter fornire i parametri metrici anziché in gradi.
			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 ad 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.

Ada Gabucci il 11:25, 26 mag 2023

2023-05-26T11:25:23Z

← Versione meno recente		Versione delle 13:25, 26 mag 2023
Riga 1:		Riga 1:
	===Una nota su QGIS===		===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>		<div style="text-align: justify;><p>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:		<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)''		Progetto > Proprietà > Generale > ''Misure: Ellissoide=WGS84 (EPSG:7030)'' e ''Mostra coordinate in uso=Unità mappa (metri)''
Riga 7:		Riga 7:

	===Modificare i dati della localizzazione===		===Modificare i dati della localizzazione===
	<div style:"text-align: justify;">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.		<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.		<p>Tutti i dati vengono comunque ricalcolati al momento dell'ingresso in GNA, dove saranno visibili anche le localizzazioni multiple.

	===I sistemi di riferimento: errori da non fare===		===I sistemi di riferimento: errori da non fare===
	<p>WORK IN PROGRESS		<p>WORK IN PROGRESS