Il progetto - Cronologia

Ada Gabucci: /* La struttura del progetto */

2025-09-18T14:37:26Z

La struttura del progetto

← Versione meno recente		Versione delle 16:37, 18 set 2025
Riga 33:		Riga 33:
	** <p>il layer [[RCG_multipolygon#Zone_di_dettaglio_(UR)\|'''D_RCG_multipolygon''']], strutturato per raccogliere i dati delle diverse aree ricognite, è finalizzato alla produzione di una carta di tali aree, tematizzata per accessibilità/visibilità o per uso/copertura del suolo (una proposta di layout è disponibile per entrambi)		** <p>il layer [[RCG_multipolygon#Zone_di_dettaglio_(UR)\|'''D_RCG_multipolygon''']], strutturato per raccogliere i dati delle diverse aree ricognite, è finalizzato alla produzione di una carta di tali aree, tematizzata per accessibilità/visibilità o per uso/copertura del suolo (una proposta di layout è disponibile per entrambi)
	** <p>il layer [[DSC multipolygon\|'''DSC_multipolygon''']] serve a perimetrare e censire le aree di scavo. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb		** <p>il layer [[DSC multipolygon\|'''DSC_multipolygon''']] serve a perimetrare e censire le aree di scavo. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
			** <p>il layer [[DSC multilinea\|'''DSC_multilinea''']] serve a registrare le aree di scavo quando si tratta di trincee lunghe e strette la cui rappresentazione con poligoni è molto complessa. Il layer è multilineare, ovvero accetta l’inserimento di più linee, anche non contigue, per un’unica occorrenza. Al momento dell'inserimento viene richiesto di inserire la larghezza della trincea che verrà visualizzata sul portale. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
			** <p>il layer [[DSC multipoint\|'''DSC_multipoint''']] serve a registrare le aree di scavo quando si tratta di elementi molto piccoli. Il layer è multipunto, ovvero accetta l’inserimento di più punti, anche non contigui, per un’unica occorrenza. Al momento dell'inserimento viene richiesto di inserire la dimensione dello scavo che verrà visualizzata sul portale. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
	** <p>Un layer [[Compilare_il_MOPR#VRD_-_Carta_del_rischio\|'''VRD_multipolygon''']] (Carta del rischio), strettamente connesso con MOPR e specificamente legato alle procedure di archeologia preventiva, nel quale l’area interessata dalle lavorazioni deve essere suddivisa, a seconda del livello di rischio al quale il progetto dell’opera espone il patrimonio archeologico noto o presunto, in macroaree individuate anche in relazione alle caratteristiche delle diverse lavorazioni previste (presenza e profondità degli scavi, tipologia delle lavorazioni e del cantiere da impiantare, ecc…). L’implementazione dei dati dovrebbe partire proprio dalle aree in cui sono previsti interventi di scavo, fornito dalla stazione appaltante, per valutare lo specifico rischio cui i lavori in progetto espongono il patrimonio archeologico		** <p>Un layer [[Compilare_il_MOPR#VRD_-_Carta_del_rischio\|'''VRD_multipolygon''']] (Carta del rischio), strettamente connesso con MOPR e specificamente legato alle procedure di archeologia preventiva, nel quale l’area interessata dalle lavorazioni deve essere suddivisa, a seconda del livello di rischio al quale il progetto dell’opera espone il patrimonio archeologico noto o presunto, in macroaree individuate anche in relazione alle caratteristiche delle diverse lavorazioni previste (presenza e profondità degli scavi, tipologia delle lavorazioni e del cantiere da impiantare, ecc…). L’implementazione dei dati dovrebbe partire proprio dalle aree in cui sono previsti interventi di scavo, fornito dalla stazione appaltante, per valutare lo specifico rischio cui i lavori in progetto espongono il patrimonio archeologico
	** <p>Un layer [[Compilare_il_MOPR#VRP_-_Carta_del_potenziale\|'''VRP_multipolygon''']] (Carta del potenziale), sul quale l’area interessata dalle lavorazioni viene suddivisa e tematizzata a seconda del grado di potenziale archeologico - detto anche rischio assoluto - ovvero della probabilità che il sottosuolo conservi strutture o livelli stratigrafici archeologici. Questo layer costituisce la base per la realizzazione della Carta di potenziale		** <p>Un layer [[Compilare_il_MOPR#VRP_-_Carta_del_potenziale\|'''VRP_multipolygon''']] (Carta del potenziale), sul quale l’area interessata dalle lavorazioni viene suddivisa e tematizzata a seconda del grado di potenziale archeologico - detto anche rischio assoluto - ovvero della probabilità che il sottosuolo conservi strutture o livelli stratigrafici archeologici. Questo layer costituisce la base per la realizzazione della Carta di potenziale

Valeria Boi: /* I sistemi di riferimento: alcune osservazioni e qualche errore da non fare */

2024-09-13T10:36:12Z

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

← Versione meno recente		Versione delle 12:36, 13 set 2024
Riga 126:		Riga 126:
	<p>''Francesco Marucci''		<p>''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 nel SR ('''EPSG: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:		<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 che le proprietà del progetto siano settate 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)''
	[[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 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		<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 arrivare a 2 metri. È necessaria quindi l'applicazione di algoritmi di trasformazione basata sui '''grigliati NTv2''', gli unici in grado di ridurre gli errori a livello di centimetri.
	~~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>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.'''		<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.'''

	[[#top\|Torna su]]		[[#top\|Torna su]]

Valeria Boi: /* Dati negativi e assenza di ritrovamenti */

2024-09-12T13:31:40Z

Dati negativi e assenza di ritrovamenti

← Versione meno recente		Versione delle 15:31, 12 set 2024
Riga 86:		Riga 86:
	===Dati negativi e assenza di ritrovamenti===		===Dati negativi e assenza di ritrovamenti===
	<p>''Valeria Boi''<p>		<p>''Valeria Boi''<p>
	Il template, date le sue finalità specificamente connesse con lo svolgimento di attività di tutela, deve essere utilizzato anche per registrare ~~interventi di scavo o ricognizioni~~ con esito negativo. ~~L’assenza di ritrovamenti viene connotata innanzitutto~~ a livello di ~~definizione inserendo OGD = <i>~~area ~~priva di tracce archeologiche</i>~~ e, ~~soprattutto nel caso~~ di ~~ricognizioni territoriali, registrando l’assenza~~ di ~~ritrovamenti~~ di ~~materiale mobile~~. Nel caso di più saggi fatti in una stessa occasione e alla stessa profondità, tutti con esito negativo, sarà possibile raggrupparli in un unico ~~MOSI~~. Qualora ~~si registri~~ un ~~intervento~~ di ~~scavo con esito~~ negativo ~~nel layer DSC_multipolygon~~, ~~sarà necessario compilare un MOSI che descriva comunque l’attività svolta~~ e ~~che~~ riporti ~~l’informazione relativa alla quota~~ di ~~fine scavo raggiunta~~.		Il template, date le sue finalità specificamente connesse con lo svolgimento di attività di tutela, deve essere utilizzato anche per registrare indagini svolte con esito negativo. In tal caso, è fondamentale distinguere tra indagini che non hanno dato luogo a rinvenimenti, ma in cui i lavori hanno intaccato solo strati antropici, e le indagini che hanno raggiunto con certezza il livello del suolo naturale.
			Tutte le indagini di scavo vengono rappresentate tramite il layer DSC, che indica l'esatta estensione dell'area indagata e nel quale è previsto un campo apposito per registrare l'esito, positivo o negativo, dello scavo. Nel layer DSC è inoltre necessario indicare la quota di fine scavo ed è possibile indicare l'eventuale presenza di materiali archeologici in giacitura secondaria (in particolare negli strati di riporto moderno o contemporaneo). Nel caso di più saggi fatti in una stessa occasione e alla stessa profondità, tutti con esito negativo, sarà possibile raggrupparli in un unico layer DSC multi-poligonale.
			Qualora gli scavi abbiano raggiunto il livello sterile, è inoltre possibile compilare le aree indagate fino al livello geologico un layer MOSI negativo (OGD = <i>area priva di tracce archeologiche</i>). La redazione di un layer MOSI negativo deve essere preceduta da una accurata valutazione, condotta anche sulla base dei dati geologici e geo-pedologici, sulla quota dello strato non antropico, nonché sulla natura e le alterazioni subite dai riporti. Tale valutazione deve essere particolarmente accurata soprattutto in aree caratterizzate da strati di natura alluvionale, in cui livelli privi di materiale antropico, anche di elevato spessore, possono coprire i livelli antropici antichi.

	===Indicazioni redazionali===		===Indicazioni redazionali===

Ada Gabucci: /* Una nota su QGIS */

2024-06-19T10:15:39Z

Una nota su QGIS

← Versione meno recente		Versione delle 12:15, 19 giu 2024
Riga 100:		Riga 100:

	===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.34 Prizren]'''. 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). La prossima LTR (3.34) sarà rilasciata a febbraio ~~2024~~.</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.34 Prizren]'''. 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). La prossima LTR (3.40) sarà rilasciata a febbraio 2025.</div>
	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: /* Una nota su QGIS */

2024-06-19T10:13:38Z

Una nota su QGIS

← Versione meno recente		Versione delle 12:13, 19 giu 2024
Riga 100:		Riga 100:

	===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). La prossima LTR (3.34) sarà rilasciata a febbraio 2024.</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.34 Prizren]'''. 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). La prossima LTR (3.34) sarà rilasciata a febbraio 2024.</div>
	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]]'''.

Valeria Boi il 15:33, 15 mar 2024

2024-03-15T15:33:46Z

← Versione meno recente		Versione delle 17:33, 15 mar 2024
Riga 15:		Riga 15:

	<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.		<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.

	~~==Istruzioni operative==~~
	~~<p>''Valeria Boi''</p>~~

	==La struttura del progetto==		==La struttura del progetto==

Valeria Boi: /* Istruzioni operative per il conferimento al GNA dei dati minimi di tutte le ricerche archeologiche dirette dal Ministero della Cultura */

2024-03-15T15:30:06Z

Istruzioni operative per il conferimento al GNA dei dati minimi di tutte le ricerche archeologiche dirette dal Ministero della Cultura

← Versione meno recente		Versione delle 17:30, 15 mar 2024
Riga 16:		Riga 16:
	<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.		<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.

	==Istruzioni operative ~~per il conferimento al GNA dei dati minimi di tutte le ricerche archeologiche dirette dal Ministero della Cultura~~==		==Istruzioni operative==
	<p>''Valeria Boi''</p>		<p>''Valeria Boi''</p>

Valeria Boi: /* Finalità del progetto Geoportale Nazionale dell’Archeologia */

2024-03-15T15:28:44Z

Finalità del progetto Geoportale Nazionale dell’Archeologia

← Versione meno recente		Versione delle 17:28, 15 mar 2024
Riga 15:		Riga 15:

	<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.		<p><b>N.B.</b>: Il progetto GNA non prevede attualmente la digitalizzazione della documentazione originale cartacea o la creazione di allegati digitali ai record MOSI e MOPR (ad eccezione di una foto rappresentativa del MOSI, prevista per i protocolli di interoperabilità con il Sistema nazionale del catalogo ICCD). La struttura dei dati, tuttavia, rende possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.

			==Istruzioni operative per il conferimento al GNA dei dati minimi di tutte le ricerche archeologiche dirette dal Ministero della Cultura==
			<p>''Valeria Boi''</p>

	==La struttura del progetto==		==La struttura del progetto==

Valeria Boi: /* Istruzioni operative per il conferimento della documentazione ai sensi della Circolare TOT */

2024-03-15T15:21:16Z

Istruzioni operative per il conferimento della documentazione ai sensi della Circolare TOT

← Versione meno recente		Versione delle 17:21, 15 mar 2024
Riga 43:		Riga 43:
	[[File:Premessa 02.jpg\|800x800px\|senza_cornice\|centro]]		[[File:Premessa 02.jpg\|800x800px\|senza_cornice\|centro]]
	<br>		<br>

	~~==Istruzioni operative per il conferimento della documentazione ai sensi della Circolare TOT==~~

	==La struttura del progetto. WMS e mappe di base==		==La struttura del progetto. WMS e mappe di base==

Valeria Boi: /* La struttura del progetto */

2024-03-15T15:19:57Z

La struttura del progetto

← Versione meno recente		Versione delle 17:19, 15 mar 2024
Riga 43:		Riga 43:
	[[File:Premessa 02.jpg\|800x800px\|senza_cornice\|centro]]		[[File:Premessa 02.jpg\|800x800px\|senza_cornice\|centro]]
	<br>		<br>

			==Istruzioni operative per il conferimento della documentazione ai sensi della Circolare TOT==

	==La struttura del progetto. WMS e mappe di base==		==La struttura del progetto. WMS e mappe di base==

← Versione meno recente		Versione delle 16:37, 18 set 2025
Riga 33:		Riga 33:
	** <p>il layer [[RCG_multipolygon#Zone_di_dettaglio_(UR)\|'''D_RCG_multipolygon''']], strutturato per raccogliere i dati delle diverse aree ricognite, è finalizzato alla produzione di una carta di tali aree, tematizzata per accessibilità/visibilità o per uso/copertura del suolo (una proposta di layout è disponibile per entrambi)		** <p>il layer [[RCG_multipolygon#Zone_di_dettaglio_(UR)\|'''D_RCG_multipolygon''']], strutturato per raccogliere i dati delle diverse aree ricognite, è finalizzato alla produzione di una carta di tali aree, tematizzata per accessibilità/visibilità o per uso/copertura del suolo (una proposta di layout è disponibile per entrambi)
	** <p>il layer [[DSC multipolygon\|'''DSC_multipolygon''']] serve a perimetrare e censire le aree di scavo. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb		** <p>il layer [[DSC multipolygon\|'''DSC_multipolygon''']] serve a perimetrare e censire le aree di scavo. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
			** <p>il layer [[DSC multilinea\|'''DSC_multilinea''']] serve a registrare le aree di scavo quando si tratta di trincee lunghe e strette la cui rappresentazione con poligoni è molto complessa. Il layer è multilineare, ovvero accetta l’inserimento di più linee, anche non contigue, per un’unica occorrenza. Al momento dell'inserimento viene richiesto di inserire la larghezza della trincea che verrà visualizzata sul portale. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
			** <p>il layer [[DSC multipoint\|'''DSC_multipoint''']] serve a registrare le aree di scavo quando si tratta di elementi molto piccoli. Il layer è multipunto, ovvero accetta l’inserimento di più punti, anche non contigui, per un’unica occorrenza. Al momento dell'inserimento viene richiesto di inserire la dimensione dello scavo che verrà visualizzata sul portale. Si tratta della raffigurazione su mappa dell’Authority File di scavo (DSC) presente in SiGECweb
	** <p>Un layer [[Compilare_il_MOPR#VRD_-_Carta_del_rischio\|'''VRD_multipolygon''']] (Carta del rischio), strettamente connesso con MOPR e specificamente legato alle procedure di archeologia preventiva, nel quale l’area interessata dalle lavorazioni deve essere suddivisa, a seconda del livello di rischio al quale il progetto dell’opera espone il patrimonio archeologico noto o presunto, in macroaree individuate anche in relazione alle caratteristiche delle diverse lavorazioni previste (presenza e profondità degli scavi, tipologia delle lavorazioni e del cantiere da impiantare, ecc…). L’implementazione dei dati dovrebbe partire proprio dalle aree in cui sono previsti interventi di scavo, fornito dalla stazione appaltante, per valutare lo specifico rischio cui i lavori in progetto espongono il patrimonio archeologico		** <p>Un layer [[Compilare_il_MOPR#VRD_-_Carta_del_rischio\|'''VRD_multipolygon''']] (Carta del rischio), strettamente connesso con MOPR e specificamente legato alle procedure di archeologia preventiva, nel quale l’area interessata dalle lavorazioni deve essere suddivisa, a seconda del livello di rischio al quale il progetto dell’opera espone il patrimonio archeologico noto o presunto, in macroaree individuate anche in relazione alle caratteristiche delle diverse lavorazioni previste (presenza e profondità degli scavi, tipologia delle lavorazioni e del cantiere da impiantare, ecc…). L’implementazione dei dati dovrebbe partire proprio dalle aree in cui sono previsti interventi di scavo, fornito dalla stazione appaltante, per valutare lo specifico rischio cui i lavori in progetto espongono il patrimonio archeologico
	** <p>Un layer [[Compilare_il_MOPR#VRP_-_Carta_del_potenziale\|'''VRP_multipolygon''']] (Carta del potenziale), sul quale l’area interessata dalle lavorazioni viene suddivisa e tematizzata a seconda del grado di potenziale archeologico - detto anche rischio assoluto - ovvero della probabilità che il sottosuolo conservi strutture o livelli stratigrafici archeologici. Questo layer costituisce la base per la realizzazione della Carta di potenziale		** <p>Un layer [[Compilare_il_MOPR#VRP_-_Carta_del_potenziale\|'''VRP_multipolygon''']] (Carta del potenziale), sul quale l’area interessata dalle lavorazioni viene suddivisa e tematizzata a seconda del grado di potenziale archeologico - detto anche rischio assoluto - ovvero della probabilità che il sottosuolo conservi strutture o livelli stratigrafici archeologici. Questo layer costituisce la base per la realizzazione della Carta di potenziale