==Premessa==
<div style="text-align: justify;><p><span> Questa sezione costituisce il manuale d'uso dell'applicativo (template GIS) per la raccolta dei dati destinati alla pubblicazione nella sezione denominata "dati raccolti con standard GNA" del Geoportale. Il template è strutturato per raccogliere dati esito di qualsiasi tipo di indagine ed è quindi utilizzabile in tutte le attività di raccolta e inserimento di dati che utilizzano tale standard di rappresentazione e descrizione dei dati.
All'interno del manuale è possibile reperire le informazioni di dettaglio relative alla struttura, alle caratteristiche e alle modalità di compilazione dei singoli campi della banca dati GNA, raccolte all'interno di tabelle; sono inoltre presenti indicazioni più generiche relative al tipo di scelte progettuali effettuate, alla modalità di svolgimento di specifiche operazioni tecniche, a specifici casi d'uso, che possono guidare l'utente nella compilazione.
Per facilitare la consultazione da parte dell'utente durante il lavoro di inserimento dei dati, è possibile accedere al manuale anche direttamente dall'interno del template; in tale modalità di consultazione, si viene reindirizzati direttamente ai singoli paragrafi.
Nell’interesse di tutti gli utenti, chiediamo di esprimere qualunque dubbio e/o perplessità, di segnalare malfunzionamenti e di formulare proposte migliorative scrivendo agli indirizzi indicati sulle pagine del sito ICA e nella sezione "contatti" del portale GNA, al fine di ottimizzare gli strumenti in uso.
<p><span> Date le specifiche caratteristiche della procedura di verifica preventiva dell’interesse archeologico, effettuata ai sensi delle linee guida emanate con DPCM 14 febbraio 2022 il manuale contiene inoltre indicazioni relative a tale specifica procedura, evidenziate nel testo all’interno di appositi riquadri.</span>

==Finalità del progetto Geoportale Nazionale dell’Archeologia==
<div style="text-align: justify;><p>L'obiettivo del GNA è la creazione di una carta archeologica digitale del patrimonio archeologico italiano, liberamente consultabile da tutti gli utenti attraverso il web e facilmente implementabile nel tempo.
<div style="text-align: justify;>In particolare, la sezione "dati raccolti con standard GNA" è funzionale alla messa in rete dei dati esito dell'attività di tutela del MiC, che spesso per le modalità e i tempi di acquisizione resterebbero completamente inediti. Il conferimento al GNA delle informazioni minime relative a tutti i nuovi interventi svolti con la Direzione scientifica del MiC (archeologia preventiva, scavi in assistenza, anche se con esito negativo, scavi d'emergenza) rappresenta la chiave per la sostenibilità del portale in termini di completezza delle informazioni e di rapidità e costanza di aggiornamento, rendendolo uno strumento sempre più affidabile per finalità di studio e ricerca, tanto quanto per le figure coinvolte nella progettazione e pianificazione urbanistica e territoriale.
Per questo motivo, il portale è liberamente accessibile in modalità Open Access; i dati pubblicati possono essere scaricati, modificati e riutilizzati secondo le condizioni della licenza Creative Commons BY 4.0, attraverso un plugin dedicato <span style="background:yellow">(v. link per scaricare)<span style="background:yellow"></p> che consente di conferire al GNA sia le modifiche apportate a schede già esistenti sul portale, che schede relative a dati di nuova acquisizione.
Trattandosi di una sintesi minima delle informazioni, è importante che ogni scheda contenga sempre il riferimento all’archivio presso cui è conservata la documentazione dalla quale le informazioni provengono e/o la bibliografia di riferimento, nei campi dedicati all'interno del MOSI.

<p><b>N.B.</b>: nell’ambito del progetto GNA non è attualmente contemplata la digitalizzazione dell’intero archivio delle informazioni. L’adozione dello standard nazionale di catalogo ICCD per la registrazione delle informazioni, rende comunque possibile effettuare con facilità la connessione con progetti di digitalizzazione, sia organizzati dagli Istituti centrali Mic che dagli Uffici periferici.

==La struttura del progetto. L'inserimento dei dati==
La struttura del progetto è così organizzata:
* <div style="text-align: justify;>Un layer [[Compilare il MOPR|<b>MOPR</b>]], che '''va compilato per primo perimetrando l’intera area presa in esame per la raccolta dei dati e va considerato come il contenitore di tutti gli elementi sottostanti'''. L’esigenza di poter ricondurre a un evento unico l’intero lavoro è dettata dalla considerazione che si tratta quasi sempre di incarichi esterni o interni che hanno occupato professionisti e/o funzionari e che quindi è bene siano rendicontabili facilmente. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza (record) ed è utilizzabile per inserire i dati relativi ad attività di raccolta/riordino di dati, quali:
** <div style="text-align: justify;>documento di valutazione del rischio archeologico ex c. 1 art. 25 D.Lgs 50/2016
** tesi di laurea
** digitalizzazione di una carta archeologica
** ricognizione di un settore di un archivio
** svolgimento di una campagna di scavo;
** svolgimento di una campagna di ricognizione;
** ecc.
<br>
<div style="width: 81%; text-align: justify; background: #71aa9440; border: 2px solid #c0504d; margin: 0 auto; padding:15px; font-size:1.1em;">In fase di redazione di un documento di valutazione <b>il MOPR corrisponde all’area vasta interessata dallo studio preliminare di cui all’art. 25, c. 1 del D.Lgs 50/2016</b>. I layer vettoriali relativi alle aree occupate dalle lavorazioni previste dalla bozza di progetto esistente al momento in cui il soggetto incaricato della redazione del documento compila il template è invece demandata al semplice caricamento dei layer - preferibilmente vettoriali, oppure raster georiferiti in caso di indisponibilità dei precedenti - forniti dalla stazione appaltante. In caso di necessità il soggetto incaricato può comunque creare e implementare, all’interno del template, un nuovo layer vettoriale destinato alla rappresentazione di tali elementi, utili per la redazione dello studio.</div></br>
* <p><div style="text-align: justify;>Un gruppo di tre layer <b>[[Compilare il MOSI|MOSI]]</b> identici tra loro, che differiscono solo per tipo di geometria, destinati a raccogliere i dati sulle emergenze. I layer sono multigeometria, ovvero accettano l’inserimento di più elementi, anche non contigui, per un’unica occorrenza
* <div style="text-align: justify;>Un gruppo di layer che servono a descrivere gli eventi (ricognizioni o scavi) che hanno portato all’individuazione di strutture, materiali o altre tracce archeologicamente rilevanti e che sono la raffigurazione su mappa degli Authority File di ricognizione (RCG_multipolygon) e scavo (DSC_multipolygon) presente in SIGECweb: in tal modo sarà semplice e automatico mantenere la relazione tra le aree di ricognizione e di scavo e i materiali rinvenuti e inventariati tramite [http://www.iccd.beniculturali.it/it/ricercanormative/156/minp-modulo-per-l-inventariazione-patrimoniale-4_00 <i><b>MINP 4.00</b></i>]:
** <p>il layer <b>[[RCG multipolygon|'''RCG_multipolygon''']]</b> serve a perimetrare e censire le aree di ricognizione. 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 ricognizione (RCG). <b>Si ricorda che in fase di compilazione di un documento di valutazione va registrata un’unica ricognizione, intesa come campagna di ricognizioni effettuata sull’area vasta interessata dallo studio preliminare ex c. 1 art. 25 D.Lgs 50/2016; i dettagli verranno riportati e descritti nel layer D_RCG_multipolygon.</b>
** <p>il layer [[D RCG multipolygon|'''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>Un layer [[VRD multipolygon|'''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 [[VRP multipolygon|'''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
<br><div style="width: 81%; text-align: justify; background: #71aa9440; border: 2px solid #c0504d; margin: 0 auto; padding:15px;">Il concetto di potenziale archeologico riguarda come detto la generica potenzialità archeologica di una macroarea ed è una sua caratteristica intrinseca, quindi la sua implementazione nell’ambito della redazione della documentazione di valutazione archeologica non viene in alcun modo modificata dal progetto o dal tipo di lavorazioni previste (tali elementi entrano in gioco nella valutazione del rischio archeologico, rappresentato sulla carta descritta [[Supra|supra]]).<br>
Un’area caratterizzata da un determinato potenziale archeologico può possedere coefficienti di rischio estremamente diversificati a seconda delle lavorazioni previste da uno specifico intervento. Per fare solo un esempio banale: emergenze archeologiche note, conservate in situ a una profondità di -2m., rappresentano un’area con rischio altissimo se il progetto coinvolgerebbe quote vicine a quelle della loro giacitura; se viceversa i lavori prevedono uno scavo in galleria a elevata profondità, per esempio per il passaggio della metropolitana, il rischio è minimo.</div><br>
* Un gruppo <b>Ipotesi ricostruttive</b> con due layer destinati alla rappresentazione (lineare o poligonale, a seconda del tipo di emergenze archeologiche censite) delle ricostruzioni ipotetiche di tratti/porzioni di elementi archeologici noti. I dati vanno implementati dall’interno della scheda del MOSI che descrive la struttura di cui si intende fornire la ricostruzione.

<br>
[[File:Premessa 02.jpg|800x800px|senza_cornice|centro]]
<br>

==La struttura del progetto. WMS e mappe di base==
Nel progetto sono precaricati alcuni layer WMS divisi in due gruppi:
* '''GNA''', che raccoglie i dati presenti sul [https://gna.cultura.gov.it/ '''Geoportale Nazionale dell'Archeologia''']. Tutti gli elementi sono interrogabili e restituiscono informazioni essenziali, rimandando ai siti di provenienza per maggiori dettagli:
** '''WMS_MOSI_multipoint - Siti (punti)'''
** '''WMS_MOSI_multilinea - Siti (linee)'''
** '''R_MOSI_multilinea - Siti (linee)''': eventuali ricostruzioni di parti mancanti del layer lineare
** '''WMS_MOSI_multipolygon - Siti (poligoni)'''
** '''R_MOSI_multipolygon - Siti (poligoni)''': eventuali ricostruzioni di parti mancanti del layer poligonale
** '''Censimento''': il ''Progetto Censimento'' (2002-2008) coordinato dall’allora Ministero per i Beni e le Attività Culturali, le Università di Roma Sapienza e di Foggia e il CNR, costituisce un repertorio basato sui principi metodologici della Carta Archeologica d’Italia; contiene notizie edite ricavate da documenti bibliografici e d’archivio.
** '''Catalogo ICCD''': sono pubblicati, in forma puntuale, tutti i dati dei beni immobili e mobili immobilizzati presenti sul [https://catalogo.beniculturali.it/ '''Catalogo Generale dei Beni Culturali'''], senza distinzione di epoca. I dati sono interrogabili e rimandano alla scheda completa presente nella banca dati ICCD.
* '''Cartografia WMS/WFS''', che raccoglie alcuni WMS di servizi messi a disposizione da altri enti/servizi:
** '''Vincoli paesaggistici''', dal '''[http://sitap.beniculturali.it/ SITAP]''', sistema web-gis del Ministero della Cultura, Direzione generale per il paesaggio, le belle arti, l'architettura e l'arte contemporanee finalizzato alla gestione, consultazione e condivisione delle informazioni relative alle aree vincolate ai sensi della vigente normativa in materia di tutela paesaggistica. Contiene attualmente al suo interno le perimetrazioni georiferite e le informazioni identificativo-descrittive dei vincoli paesaggistici originariamente emanati ai sensi della legge n. 77/1922 e della legge n. 1497/1939 o derivanti dalla legge n. 431/1985 ("Aree tutelate per legge"), e normativamente riconducibili alle successive disposizioni del Testo unico in materia di beni culturali e ambientali (d.lgs. n. 490/99) prima, e del D.Lgs. n. 42/2004 e ss.mm.ii (Codice dei beni culturali e del paesaggio, di seguito "Codice") poi. '''In considerazione della non esaustività della banca dati SITAP rispetto alla situazione vincolistica effettiva, della variabilità del grado di accuratezza posizionale delle delimitazioni di vincolo rappresentate nel sistema rispetto a quanto determinato da norme e provvedimenti ufficiali, nonché delle particolari problematiche relative alla corretta perimetrazione delle aree tutelate per legge, il SITAP è da considerarsi un sistema di archiviazione e rappresentazione a carattere meramente informativo e di supporto ricognitivo, attraverso il quale è possibile effettuare riscontri sullo stato della situazione vincolistica alla piccola scala e/o in via di prima approssimazione, ma a cui non può essere attribuita valenza di tipo certificativo.'''
** '''[https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php Catasto]''', visibile a partire dalla scala 1:10.000
<p>Le mappe di base precaricate sono '''OSM Standard''' e '''Google Satellite'''.

===La cartella del progetto===
La cartella, oltre ai due file di progetto per i quali si veda oltre, contiene <span style="background:yellow">due sottocartelle e un file:
* <span style="background:yellow">ALLEGATI, cartella in cui sono già presenti alcune immagini predefinite da utilizzare quando non sia possibile allegare una foto
* NORMATIVE ICCD, che raccoglie i PDF descrittivi della struttura e delle norme di compilazione dei MOPR e dei MOSI
* LEGGIMI.txt, che contiene il riassunto delle principali novità della release corrente del Template e il link al [[Pagina principale|'''Manuale operativo''']]

==Alcune avvertenze==
<p>Si prega di leggere attentamente queste brevi note e di seguirle. Nel caso ci siano delle mancanze nelle istruzioni o delle incertezze nell'applicazione si prega di scrivere a '''dg-abap.gna@cultura.gov.it''' per chiarimenti.

===Il codice personale===
Il codice da inserire nel campo CPR del MOPR, quando non sia disponibile un CUP, viene rilasciato da ICA a professionisti e ditte che ne facciano richiesta ed è funzionale esclusivamente a facilitare e semplificare la creazione di codici univoci per i MOPR. Inviare una mail con oggetto '''Richiesta codice univoco per MOPR''' all’indirizzo '''dg-abap.gna@cultura.gov.it''', specificando nome e cognome e indirizzo mail. È possibile richiedere il codice come professionisti e come ditte, utilizzando l’uno o l’altro a seconda del caso. La numerazione progressiva deve essere univoca rispetto al codice professionista/ente.

===Criticità, malfunzionamenti, richieste di integrazioni/modifiche===
Il singolo utente NON deve effettuare alcuna modifica alla struttura del template. Qualora riscontri problematiche quali un malfunzionamento, la presenza di valori non coerenti/errati/imprecisi o la mancanza di un lemma all’interno di un vocabolario chiuso, è pregato di segnalarlo per le vie brevi al funzionario SABAP di riferimento e contestualmente ai referenti DGABAP/ICA/ICCD, così da consentire la discussione delle proposte, la correzione degli errori e l’eventuale modifica dei vocabolari, non limitatamente alla sola versione in uso, ma estendendola a tutti gli utenti dell’applicativo. Solo in questo modo sarà possibile mantenere l’uniformità del sistema a livello nazionale e garantire la correttezza necessaria per predisporre la pubblicazione dei dati sul GNA e l’interoperabilità con ICCD e con le altre piattaforme MiC, centrali o locali.
<p>'''NB''': Sono ovviamente possibili e del tutto autonome e libere l’aggiunta di layer raster e vettoriali, il collegamento a WMS/WFS, e la modifica delle simbologie del template in uso e l’eventuale modifica dei layout di stampa, così da ottimizzarli per quanto riguarda la scala di rappresentazione e/o altre specifiche esigenze.

===Livello di dettaglio===
<div style="text-align: justify;">Il censimento in corso riguarda un '''livello minimo di descrizione'''; pertanto, per le informazioni di dettaglio sulle singole parti di un complesso non sono stati previsti campi strutturati/vocabolari, ma tali informazioni debbono essere inserite esclusivamente in descrizione.
<div style="width: 90%;text-align: justify;;margin: 0 auto;autopadding: 15px"><p>'''Esempio''': Le porzioni di ambienti riscaldati ascrivibili a un complesso termale saranno schedate come luogo ad uso pubblico/impianto termale se è appunto acclarata la loro appartenenza a un edificio pubblico, mentre nel caso in cui sia possibile ipotizzarne l’appartenenza ad una struttura privata saranno schedate, a seconda del caso, come insediamento/villa o struttura abitativa/domus, inserendo l’informazione relativa all’individuazione degli ambienti termali soltanto nella descrizione (DES). Nel caso, infine, in cui l’attribuzione rispettivamente a complesso termale pubblico o ambienti termali privati sia dubbia o non disponibile (ad esempio riferibile genericamente ad ambienti riscaldati, solo ipoteticamente termali) si dovrà ricorrere a indicazioni più generiche, inserendo in descrizione tutti gli elementi utili alla conoscenza del bene.</div>
<div style="text-align: justify;">La tipologia di documenti censiti e le fonti informative (segnalazioni, anche di vecchia data, assistenze e scavi d’emergenza di limitata estensione, ricognizioni) possono determinare casi in cui il livello di interpretazione sia piuttosto generico; ad es. una ricognizione può avere come esito l’individuazione di un’area di frammenti fittili, descritti in maniera sommaria, e di porzioni di strutture non identificabili. In tal caso l’archiviazione del ritrovamento potrà essere sinteticamente effettuata ricorrendo nel solo livello OGD al termine ''insediamento'' (se vi sono indizi che questa sia la funzione) oppure ancor più indefinitamente alla definizione ''sito non identificato.'
<p>I progetti, gli scavi e i ritrovamenti devono essere rappresentati come poligoni in tutti i casi in cui questo sia possibile. L’eventuale e molto probabile imprecisione nel posizionamento di dati pregressi potrà opportunamente essere esplicitata nell'apposito campo note (GEN).<p>
Per quanto riguarda il grado di dettaglio a cui scendere nella rappresentazione grafica delle strutture (è importante riprodurre anche solo schematicamente i muri e non solo l’ingombro occupato dai ritrovamenti), si consiglia una rappresentazione non caratterizzata delle strutture/evidenze/limiti del rinvenimento schedato. La vettorializzazione, per quanto schematica, deve rendere conto con esattezza delle dimensioni e della consistenza dei resti e soprattutto della possibilità che essi proseguano oltre l’area indagata, ma non deve essere appesantita da caratterizzazioni che non sarebbero comunque apprezzabili a una scala topografica. Semplificando, si può dire che è necessario ragionare a una scala di consultazione non inferiore a 1:1000/1:500.
<p>I rinvenimenti puntuali, come un tesoretto, un cippo, una statua, ecc., sono invece da trattare sempre come punti, così come i rinvenimenti di cui non si conosce precisamente la dimensione o la forma (per esempio una tomba di cui non si ha documentazione precisa, ma solo notizia). Inoltre, nell’ambito della redazione del documento di valutazione, a seconda della distanza dalle opere in progetto, del grado di dettaglio della documentazione di partenza e del tipo di emergenza archeologica individuata, è sempre ammessa la rappresentazione puntuale.
<p>Il layer multilineare è pensato per accogliere dati come le tracce della centuriazione, eventuali anomalie lineari, la ricostruzione ipotetica di assi viari ecc., ma non per rappresentare ad esempio un acquedotto o un tratto di basolato stradale, che sono poligoni e vanno trattati come tali.

===Dati negativi e assenza di ritrovamenti===
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.

===Indicazioni redazionali===
Si prega di osservare scrupolosamente alcune regole sintattiche nella redazione delle schede:
* nel caso si debbano inserire più occorrenze in un campo indicato come ripetitivo sui manuali, i dati vanno riportati in sequenza separati da punto e virgola e spazio. Esempi:
** ECM = SABAP-MI; SABAP-MB
** CMC = Verdi, Luigi; Rossi, Ludovica; Bianchi, Elia
* le date in buona parte vengono compilate automaticamente, ma la sintassi delle date complete è anno/mese/giorno (yyyy/MM/dd)
* i nomi vanno scritti sempre Cognome, Nome
* nel caso sia necessario riportare il codice di catalogo di un bene già presente su SIGECweb (si prega di effettuare sempre il controllo) l’NCT va riportato completo, senza spazi o segni di interpunzione, di codice regione (NCTR) + codice identificativo (NCTN). Es.: 0500089478, 1600005847

==Prima di cominciare==

===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>
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.'''

[[#top|Torna su]]

Il progetto

2023-06-16T22:04:50Z

Valeria Boi: /* Premessa */

==Premessa==
<div style="text-align: justify;><p><span> Questa sezione costituisce il manuale d'uso dell'applicativo (template GIS) per la raccolta dei dati destinati alla pubblicazione nella sezione denominata "dati raccolti con standard GNA" del Geoportale. Il template è strutturato per raccogliere dati esito di qualsiasi tipo di indagine ed è quindi utilizzabile in tutte le attività di raccolta e inserimento di dati che utilizzano tale standard di rappresentazione e descrizione dei dati.
All'interno del manuale è possibile reperire le informazioni di dettaglio relative alla struttura, alle caratteristiche e alle modalità di compilazione dei singoli campi della banca dati GNA, raccolte all'interno di tabelle; sono inoltre presenti indicazioni più generiche relative al tipo di scelte progettuali effettuate, alla modalità di svolgimento di specifiche operazioni tecniche, a specifici casi d'uso, che possono guidare l'utente nella compilazione.
Per facilitare la consultazione da parte dell'utente durante il lavoro di inserimento dei dati, è possibile accedere al manuale anche direttamente dall'interno del template; in tale modalità di consultazione, si viene reindirizzati direttamente ai singoli paragrafi.
Nell’interesse di tutti gli utenti, chiediamo di esprimere qualunque dubbio e/o perplessità, di segnalare malfunzionamenti e di formulare proposte migliorative scrivendo agli indirizzi indicati sulle pagine del sito ICA e nella sezione "contatti" del portale GNA, al fine di ottimizzare gli strumenti in uso.
<p><span> Date le specifiche caratteristiche della procedura di verifica preventiva dell’interesse archeologico, effettuata ai sensi delle linee guida emanate con DPCM 14 febbraio 2022 il manuale contiene inoltre indicazioni relative a tale specifica procedura, evidenziate nel testo all’interno di appositi riquadri.</span>

==Finalità del progetto Geoportale Nazionale dell’Archeologia==
<p>La funzione primaria dell’applicativo per la raccolta dei dati (template) è quella di creare una anagrafica minima delle informazioni note in relazione alla conoscenza del patrimonio archeologico sul territorio nazionale, al fine di consentirne una consultazione rapida, anche online attraverso il GNA. Il portale, al termine dell’attività di progettazione attualmente in corso, sarà accessibile sia al personale interno al MiC che alle ditte e ai professionisti, che vedranno così svincolato il loro lavoro da qualsivoglia problema di accessibilità dell’archivio cartaceo (trasferimento ad altre sedi, momentanee chiusure come la recente emergenza sanitaria ecc.). Proprio per questo motivo è importante inserire riferimenti all’archivio o agli archivi di riferimento (campo DOZ).</p>
<p>A partire dalla pubblicazione in rete dei dati, i professionisti incaricati della redazione di un documento di valutazione, all’inizio del lavoro, avranno a disposizione i MOSI già presenti sul GNA per l’area interessata dal progetto e dovranno predisporre ex novo solamente i moduli relativi alle ricognizioni e alla valutazione del rischio archeologico, oltre naturalmente a inserire eventuali nuove emergenze esito dell’attività di studio preliminare. Per guidare la successiva fase di aggiornamento del GNA con i nuovi dati è stato già predisposto, nel paragrafo dedicato alla certificazione dei dati, il campo GNA, attualmente compilato con il valore di default “nuovo”.</p>
<p><b>N.B.</b>: nell’ambito del progetto GNA non è in alcun modo contemplata la digitalizzazione dell’intero archivio delle informazioni, <span style="background:yellow">anche perché è materia di competenza di un altro ufficio (Istituto Centrale per la Digitalizzazione)</span>. Data l’adozione dello standard ICCD per la registrazione delle informazioni, è comunque possibile ipotizzare in futuro una connessione con progetti di digitalizzazione.

==La struttura del progetto. L'inserimento dei dati==
La struttura del progetto è così organizzata:
* <div style="text-align: justify;>Un layer [[Compilare il MOPR|<b>MOPR</b>]], che '''va compilato per primo perimetrando l’intera area presa in esame per la raccolta dei dati e va considerato come il contenitore di tutti gli elementi sottostanti'''. L’esigenza di poter ricondurre a un evento unico l’intero lavoro è dettata dalla considerazione che si tratta quasi sempre di incarichi esterni o interni che hanno occupato professionisti e/o funzionari e che quindi è bene siano rendicontabili facilmente. Il layer è multipoligonale, ovvero accetta l’inserimento di più poligoni, anche non contigui, per un’unica occorrenza (record) ed è utilizzabile per inserire i dati relativi ad attività di raccolta/riordino di dati, quali:
** <div style="text-align: justify;>documento di valutazione del rischio archeologico ex c. 1 art. 25 D.Lgs 50/2016
** tesi di laurea
** digitalizzazione di una carta archeologica
** ricognizione di un settore di un archivio
** svolgimento di una campagna di scavo;
** svolgimento di una campagna di ricognizione;
** ecc.
<br>
<div style="width: 81%; text-align: justify; background: #71aa9440; border: 2px solid #c0504d; margin: 0 auto; padding:15px; font-size:1.1em;">In fase di redazione di un documento di valutazione <b>il MOPR corrisponde all’area vasta interessata dallo studio preliminare di cui all’art. 25, c. 1 del D.Lgs 50/2016</b>. I layer vettoriali relativi alle aree occupate dalle lavorazioni previste dalla bozza di progetto esistente al momento in cui il soggetto incaricato della redazione del documento compila il template è invece demandata al semplice caricamento dei layer - preferibilmente vettoriali, oppure raster georiferiti in caso di indisponibilità dei precedenti - forniti dalla stazione appaltante. In caso di necessità il soggetto incaricato può comunque creare e implementare, all’interno del template, un nuovo layer vettoriale destinato alla rappresentazione di tali elementi, utili per la redazione dello studio.</div></br>
* <p><div style="text-align: justify;>Un gruppo di tre layer <b>[[Compilare il MOSI|MOSI]]</b> identici tra loro, che differiscono solo per tipo di geometria, destinati a raccogliere i dati sulle emergenze. I layer sono multigeometria, ovvero accettano l’inserimento di più elementi, anche non contigui, per un’unica occorrenza
* <div style="text-align: justify;>Un gruppo di layer che servono a descrivere gli eventi (ricognizioni o scavi) che hanno portato all’individuazione di strutture, materiali o altre tracce archeologicamente rilevanti e che sono la raffigurazione su mappa degli Authority File di ricognizione (RCG_multipolygon) e scavo (DSC_multipolygon) presente in SIGECweb: in tal modo sarà semplice e automatico mantenere la relazione tra le aree di ricognizione e di scavo e i materiali rinvenuti e inventariati tramite [http://www.iccd.beniculturali.it/it/ricercanormative/156/minp-modulo-per-l-inventariazione-patrimoniale-4_00 <i><b>MINP 4.00</b></i>]:
** <p>il layer <b>[[RCG multipolygon|'''RCG_multipolygon''']]</b> serve a perimetrare e censire le aree di ricognizione. 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 ricognizione (RCG). <b>Si ricorda che in fase di compilazione di un documento di valutazione va registrata un’unica ricognizione, intesa come campagna di ricognizioni effettuata sull’area vasta interessata dallo studio preliminare ex c. 1 art. 25 D.Lgs 50/2016; i dettagli verranno riportati e descritti nel layer D_RCG_multipolygon.</b>
** <p>il layer [[D RCG multipolygon|'''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>Un layer [[VRD multipolygon|'''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 [[VRP multipolygon|'''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
<br><div style="width: 81%; text-align: justify; background: #71aa9440; border: 2px solid #c0504d; margin: 0 auto; padding:15px;">Il concetto di potenziale archeologico riguarda come detto la generica potenzialità archeologica di una macroarea ed è una sua caratteristica intrinseca, quindi la sua implementazione nell’ambito della redazione della documentazione di valutazione archeologica non viene in alcun modo modificata dal progetto o dal tipo di lavorazioni previste (tali elementi entrano in gioco nella valutazione del rischio archeologico, rappresentato sulla carta descritta [[Supra|supra]]).<br>
Un’area caratterizzata da un determinato potenziale archeologico può possedere coefficienti di rischio estremamente diversificati a seconda delle lavorazioni previste da uno specifico intervento. Per fare solo un esempio banale: emergenze archeologiche note, conservate in situ a una profondità di -2m., rappresentano un’area con rischio altissimo se il progetto coinvolgerebbe quote vicine a quelle della loro giacitura; se viceversa i lavori prevedono uno scavo in galleria a elevata profondità, per esempio per il passaggio della metropolitana, il rischio è minimo.</div><br>
* Un gruppo <b>Ipotesi ricostruttive</b> con due layer destinati alla rappresentazione (lineare o poligonale, a seconda del tipo di emergenze archeologiche censite) delle ricostruzioni ipotetiche di tratti/porzioni di elementi archeologici noti. I dati vanno implementati dall’interno della scheda del MOSI che descrive la struttura di cui si intende fornire la ricostruzione.

<br>
[[File:Premessa 02.jpg|800x800px|senza_cornice|centro]]
<br>

==La struttura del progetto. WMS e mappe di base==
Nel progetto sono precaricati alcuni layer WMS divisi in due gruppi:
* '''GNA''', che raccoglie i dati presenti sul [https://gna.cultura.gov.it/ '''Geoportale Nazionale dell'Archeologia''']. Tutti gli elementi sono interrogabili e restituiscono informazioni essenziali, rimandando ai siti di provenienza per maggiori dettagli:
** '''WMS_MOSI_multipoint - Siti (punti)'''
** '''WMS_MOSI_multilinea - Siti (linee)'''
** '''R_MOSI_multilinea - Siti (linee)''': eventuali ricostruzioni di parti mancanti del layer lineare
** '''WMS_MOSI_multipolygon - Siti (poligoni)'''
** '''R_MOSI_multipolygon - Siti (poligoni)''': eventuali ricostruzioni di parti mancanti del layer poligonale
** '''Censimento''': il ''Progetto Censimento'' (2002-2008) coordinato dall’allora Ministero per i Beni e le Attività Culturali, le Università di Roma Sapienza e di Foggia e il CNR, costituisce un repertorio basato sui principi metodologici della Carta Archeologica d’Italia; contiene notizie edite ricavate da documenti bibliografici e d’archivio.
** '''Catalogo ICCD''': sono pubblicati, in forma puntuale, tutti i dati dei beni immobili e mobili immobilizzati presenti sul [https://catalogo.beniculturali.it/ '''Catalogo Generale dei Beni Culturali'''], senza distinzione di epoca. I dati sono interrogabili e rimandano alla scheda completa presente nella banca dati ICCD.
* '''Cartografia WMS/WFS''', che raccoglie alcuni WMS di servizi messi a disposizione da altri enti/servizi:
** '''Vincoli paesaggistici''', dal '''[http://sitap.beniculturali.it/ SITAP]''', sistema web-gis del Ministero della Cultura, Direzione generale per il paesaggio, le belle arti, l'architettura e l'arte contemporanee finalizzato alla gestione, consultazione e condivisione delle informazioni relative alle aree vincolate ai sensi della vigente normativa in materia di tutela paesaggistica. Contiene attualmente al suo interno le perimetrazioni georiferite e le informazioni identificativo-descrittive dei vincoli paesaggistici originariamente emanati ai sensi della legge n. 77/1922 e della legge n. 1497/1939 o derivanti dalla legge n. 431/1985 ("Aree tutelate per legge"), e normativamente riconducibili alle successive disposizioni del Testo unico in materia di beni culturali e ambientali (d.lgs. n. 490/99) prima, e del D.Lgs. n. 42/2004 e ss.mm.ii (Codice dei beni culturali e del paesaggio, di seguito "Codice") poi. '''In considerazione della non esaustività della banca dati SITAP rispetto alla situazione vincolistica effettiva, della variabilità del grado di accuratezza posizionale delle delimitazioni di vincolo rappresentate nel sistema rispetto a quanto determinato da norme e provvedimenti ufficiali, nonché delle particolari problematiche relative alla corretta perimetrazione delle aree tutelate per legge, il SITAP è da considerarsi un sistema di archiviazione e rappresentazione a carattere meramente informativo e di supporto ricognitivo, attraverso il quale è possibile effettuare riscontri sullo stato della situazione vincolistica alla piccola scala e/o in via di prima approssimazione, ma a cui non può essere attribuita valenza di tipo certificativo.'''
** '''[https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php Catasto]''', visibile a partire dalla scala 1:10.000
<p>Le mappe di base precaricate sono '''OSM Standard''' e '''Google Satellite'''.

===La cartella del progetto===
La cartella, oltre ai due file di progetto per i quali si veda oltre, contiene <span style="background:yellow">due sottocartelle e un file:
* <span style="background:yellow">ALLEGATI, cartella in cui sono già presenti alcune immagini predefinite da utilizzare quando non sia possibile allegare una foto
* NORMATIVE ICCD, che raccoglie i PDF descrittivi della struttura e delle norme di compilazione dei MOPR e dei MOSI
* LEGGIMI.txt, che contiene il riassunto delle principali novità della release corrente del Template e il link al [[Pagina principale|'''Manuale operativo''']]

==Alcune avvertenze==
<p>Si prega di leggere attentamente queste brevi note e di seguirle. Nel caso ci siano delle mancanze nelle istruzioni o delle incertezze nell'applicazione si prega di scrivere a '''dg-abap.gna@cultura.gov.it''' per chiarimenti.

===Il codice personale===
Il codice da inserire nel campo CPR del MOPR, quando non sia disponibile un CUP, viene rilasciato da ICA a professionisti e ditte che ne facciano richiesta ed è funzionale esclusivamente a facilitare e semplificare la creazione di codici univoci per i MOPR. Inviare una mail con oggetto '''Richiesta codice univoco per MOPR''' all’indirizzo '''dg-abap.gna@cultura.gov.it''', specificando nome e cognome e indirizzo mail. È possibile richiedere il codice come professionisti e come ditte, utilizzando l’uno o l’altro a seconda del caso. La numerazione progressiva deve essere univoca rispetto al codice professionista/ente.

===Criticità, malfunzionamenti, richieste di integrazioni/modifiche===
Il singolo utente NON deve effettuare alcuna modifica alla struttura del template. Qualora riscontri problematiche quali un malfunzionamento, la presenza di valori non coerenti/errati/imprecisi o la mancanza di un lemma all’interno di un vocabolario chiuso, è pregato di segnalarlo per le vie brevi al funzionario SABAP di riferimento e contestualmente ai referenti DGABAP/ICA/ICCD, così da consentire la discussione delle proposte, la correzione degli errori e l’eventuale modifica dei vocabolari, non limitatamente alla sola versione in uso, ma estendendola a tutti gli utenti dell’applicativo. Solo in questo modo sarà possibile mantenere l’uniformità del sistema a livello nazionale e garantire la correttezza necessaria per predisporre la pubblicazione dei dati sul GNA e l’interoperabilità con ICCD e con le altre piattaforme MiC, centrali o locali.
<p>'''NB''': Sono ovviamente possibili e del tutto autonome e libere l’aggiunta di layer raster e vettoriali, il collegamento a WMS/WFS, e la modifica delle simbologie del template in uso e l’eventuale modifica dei layout di stampa, così da ottimizzarli per quanto riguarda la scala di rappresentazione e/o altre specifiche esigenze.

===Livello di dettaglio===
<div style="text-align: justify;">Il censimento in corso riguarda un '''livello minimo di descrizione'''; pertanto, per le informazioni di dettaglio sulle singole parti di un complesso non sono stati previsti campi strutturati/vocabolari, ma tali informazioni debbono essere inserite esclusivamente in descrizione.
<div style="width: 90%;text-align: justify;;margin: 0 auto;autopadding: 15px"><p>'''Esempio''': Le porzioni di ambienti riscaldati ascrivibili a un complesso termale saranno schedate come luogo ad uso pubblico/impianto termale se è appunto acclarata la loro appartenenza a un edificio pubblico, mentre nel caso in cui sia possibile ipotizzarne l’appartenenza ad una struttura privata saranno schedate, a seconda del caso, come insediamento/villa o struttura abitativa/domus, inserendo l’informazione relativa all’individuazione degli ambienti termali soltanto nella descrizione (DES). Nel caso, infine, in cui l’attribuzione rispettivamente a complesso termale pubblico o ambienti termali privati sia dubbia o non disponibile (ad esempio riferibile genericamente ad ambienti riscaldati, solo ipoteticamente termali) si dovrà ricorrere a indicazioni più generiche, inserendo in descrizione tutti gli elementi utili alla conoscenza del bene.</div>
<div style="text-align: justify;">La tipologia di documenti censiti e le fonti informative (segnalazioni, anche di vecchia data, assistenze e scavi d’emergenza di limitata estensione, ricognizioni) possono determinare casi in cui il livello di interpretazione sia piuttosto generico; ad es. una ricognizione può avere come esito l’individuazione di un’area di frammenti fittili, descritti in maniera sommaria, e di porzioni di strutture non identificabili. In tal caso l’archiviazione del ritrovamento potrà essere sinteticamente effettuata ricorrendo nel solo livello OGD al termine ''insediamento'' (se vi sono indizi che questa sia la funzione) oppure ancor più indefinitamente alla definizione ''sito non identificato.'
<p>I progetti, gli scavi e i ritrovamenti devono essere rappresentati come poligoni in tutti i casi in cui questo sia possibile. L’eventuale e molto probabile imprecisione nel posizionamento di dati pregressi potrà opportunamente essere esplicitata nell'apposito campo note (GEN).<p>
Per quanto riguarda il grado di dettaglio a cui scendere nella rappresentazione grafica delle strutture (è importante riprodurre anche solo schematicamente i muri e non solo l’ingombro occupato dai ritrovamenti), si consiglia una rappresentazione non caratterizzata delle strutture/evidenze/limiti del rinvenimento schedato. La vettorializzazione, per quanto schematica, deve rendere conto con esattezza delle dimensioni e della consistenza dei resti e soprattutto della possibilità che essi proseguano oltre l’area indagata, ma non deve essere appesantita da caratterizzazioni che non sarebbero comunque apprezzabili a una scala topografica. Semplificando, si può dire che è necessario ragionare a una scala di consultazione non inferiore a 1:1000/1:500.
<p>I rinvenimenti puntuali, come un tesoretto, un cippo, una statua, ecc., sono invece da trattare sempre come punti, così come i rinvenimenti di cui non si conosce precisamente la dimensione o la forma (per esempio una tomba di cui non si ha documentazione precisa, ma solo notizia). Inoltre, nell’ambito della redazione del documento di valutazione, a seconda della distanza dalle opere in progetto, del grado di dettaglio della documentazione di partenza e del tipo di emergenza archeologica individuata, è sempre ammessa la rappresentazione puntuale.
<p>Il layer multilineare è pensato per accogliere dati come le tracce della centuriazione, eventuali anomalie lineari, la ricostruzione ipotetica di assi viari ecc., ma non per rappresentare ad esempio un acquedotto o un tratto di basolato stradale, che sono poligoni e vanno trattati come tali.

===Dati negativi e assenza di ritrovamenti===
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.

===Indicazioni redazionali===
Si prega di osservare scrupolosamente alcune regole sintattiche nella redazione delle schede:
* nel caso si debbano inserire più occorrenze in un campo indicato come ripetitivo sui manuali, i dati vanno riportati in sequenza separati da punto e virgola e spazio. Esempi:
** ECM = SABAP-MI; SABAP-MB
** CMC = Verdi, Luigi; Rossi, Ludovica; Bianchi, Elia
* le date in buona parte vengono compilate automaticamente, ma la sintassi delle date complete è anno/mese/giorno (yyyy/MM/dd)
* i nomi vanno scritti sempre Cognome, Nome
* nel caso sia necessario riportare il codice di catalogo di un bene già presente su SIGECweb (si prega di effettuare sempre il controllo) l’NCT va riportato completo, senza spazi o segni di interpunzione, di codice regione (NCTR) + codice identificativo (NCTN). Es.: 0500089478, 1600005847

==Prima di cominciare==

===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>
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.'''

[[#top|Torna su]]

Compilare il MOPR

2023-05-11T15:38:11Z

Valeria Boi: /* Principale */