Autori:
Mauro Lusini
Sergio Corbini
Luca Gentili (LdP Progetti GIS)
Francesco Serpetti (LdP Progetti GIS)

Sistema Informativo Territoriale

Specifiche tecniche per la creazione e la gestione di dati geografici

Dott. Miranda Brugi
Direzione Tecnologica e Decentramento

Data:
14 Novembre 2003

Contenuti del documento:

1.	Introduzione

2.	Metodologia
2.1.	Descrizione in linguaggio naturale
2.2.	Modello concettuale
2.3.	Modello logico
2.4.	Creazione del Metadato

3.	Definizione del modello Concettuale
3.1.	UML nel presente documento

4.	Convenzioni usate nella descrizione del modello logico

5.	Definizione del Metadato
5.1.	Standard

6.	Percorsi di produzione del dato
6.1.	Archivio tematico proposto dal fornitore (definizione dei domini cartografici e collaudo)
6.2.	Archivio tematico definito dal SIT-SI (definizione dei domini cartografici e collaudo)

7.	Definizione di dominio cartografico

8.	Caratteristiche degli elaborati cartografici
8.1.	Indicazioni generali
8.2.	Indicazioni sui tematismi
8.3.	Metodologia e strumenti per la digitalizzazione del dato
8.4.	GeoDatabase

9.	Bibliografia

Allegati:
Esempio di uso del suolo integrato
Introduzione
Il presente documento stabilisce le regole necessarie a definire un corretto interscambio di informazioni geografiche omogenee provenienti da fonti diverse; indica inoltre le linee guida che il SIT-SI decide di seguire per gestire i dati interni all’Amministrazione. Queste regole si applicano ad ogni archivio tematico esistente o successiva all’attivazione del SIT-SI, permettendone, dunque, la completa integrazione.
Viene inoltre dettagliatamente discusso il percorso che deve essere seguito per giungere ad un archivio tematico ben strutturato, dapprima elencando i passi da seguire (descrizione, modello concettuale, modello logico e metadato), poi descrivendoli approfonditamente, definendone il significato e il formato da rispettare.

In questo contesto, il SIT-SI è garante per la struttura e il contenuto dell’informazione, operando in due modalità distinte: da supervisore per fornitori che decidono di analizzare e quindi produrre un archivio tematico già formattato secondo le specifiche dettate, o analizzandolo direttamente, acquisendolo in maniera propria. Seguirà dunque una descrizione delle procedure da seguire in entrambi i casi.

Il documento si conclude con la definizione dei domini cartografici e con le informazioni necessarie alla compilazione degli archivi tematici, i formati dei files gestibili dal SIT-SI e le modalità di digitalizzazione degli elementi geometrici.

2. Metodologia
Per giungere alla produzione di un archivio tematico corretto, il SIT-SI stabilisce un percorso con il quale, partendo da un concetto generale, si giunge ad un massimo livello di dettaglio, attraverso quattro fasi fondamentali, corrispondenti ai successivi paragrafi. 
Queste fasi non vanno intese come raffinamenti successivi, ma come strutture complementari, che forniranno ognuna, nel proprio formato, un diverso aspetto dell’archivio tematico e solo nel loro insieme formeranno la descrizione completa. 

2.1. Descrizione in linguaggio naturale
Questa descrizione preliminare definisce quali dati formeranno l’archivio tematico e quali interventi saranno possibili su di esso. Devono essere evidenziati gli attori e i casi d’uso che interesseranno l’archivio e le applicazioni che interagiranno con esso.
Questa discussione deve terminare con la produzione di un documento in formato Word da allegare all’archivio.
Riassumendo, il documento dovrà coprire i seguenti punti:
•	Breve descrizione dell’archivio tematico;
•	Quali utenti avranno accesso all’archivio;
•	Che tipo di interventi saranno possibili sull’archivio (ricerche, modifiche on-line, elenchi, ecc.);
•	Descrizione dell’applicazione che pubblicherà l’archivio tematico.
•	Ambito di applicazione dell’archivio con riferimento alla gestione dei servizi comunali e riferimenti normativi.

2.2. Modello concettuale
Il modello concettuale deve descrivere, tramite un set ridotto dell’UML, l’archivio e le componenti che lo definiscono, evidenziando le relazioni e le dipendenze che esistono tra di esse.
L’archivio tematico deve essere suddiviso in CLASSI di oggetti e rappresentato, per mezzo di software appropriato tipo Microsoft Visio, in un ambiente grafico.
L’interpretazione del modello concettuale serve a creare la definizione dei temi e delle tabelle che costituiranno il modello logico.

2.3. Modello logico
Il modello logico descrive la trasposizione del modello concettuale, effettuata tenendo conto delle strutture dati di riferimento per la memorizzazione delle informazioni.
Il documento prodotto in questa fase dovrà essere un testo in formato Word con la descrizione dei campi presenti in ogni classe definita dal modello concettuale.
Nelle sezioni successive del presente documento verrà definito un formato per la definizione del modello logico.

2.4. Creazione del metadato
L’ultima fase della definizione dell’archivio tematico, consiste nella creazione del metadato. Questo nuovo elemento conterrà tutte le informazioni utili per la valutazione delle caratteristiche dei dati cartografici, della loro qualità e reperibilità e descriverà anche eventuali limitazioni al loro uso, ecc.
Data la scelta di creare un set di informazioni derivato dagli standard in uso (CSDGM,Public Core, CEN/TC 287, ecc.), il software per la creazione del metadato sarà messo a disposizione dal SIT-SI. Il file XML risultante sarà comunque compatibile con i programmi di gestione di metadati in corso.

3. Definizione del Modello Concettuale
Un modello concettuale è organizzato in vari modelli delle classi, ciascuno finalizzato alla descrizione di uno specifico aspetto del problema.
Ogni modello delle classi è descritto secondo la notazione UML, corredato da un breve commento sul significato generale del modello e, ove necessario, dalla definizione di ciascuna classe.
Oltre alle classi ed alle relative strutture di classificazione e di relazione, sono evidenziati in apposite etichette, con descrizione racchiusa da parentesi graffe, i vincoli principali (constraints). Dovrà anche essere specificata la cardinalità delle relazioni tra le classi (es. 1 a 1, 1 a molti, ecc.).

3.1. Uso di UML nel presente documento
L’UML (Unified Modeling Language) è una metodologia generale per modellare sistemi di qualsiasi tipo.
Prevede la realizzazione di vari diagrammi che descrivono sia gli aspetti strutturali che quelli comportamentali del sistema in oggetto. Si hanno così Diagrammi delle classi (utilizzati nel presente documento), dei casi d’uso, di stato, di attività, ecc.
Le specifiche UML prevedono una complessità d’uso che va al di là degli scopi del presente documento. D’altra parte, vista la flessibilità di questo metodo che si sta affermando come standard di documentazione tecnica grazie anche ai vari software che lo implementano, si è ritenuto utile utilizzarlo almeno per una piccola porzione delle sue potenzialità, allo scopo di formalizzare alcuni aspetti chiave delle banche dati descritte. E’ stato scelto così di utilizzare uno dei formalismi previsti, cioè i Diagrammi delle Classi, per descrivere sia gli aspetti concettuali salienti dei vari tematismi sia l’implementazione scelta per trasferire l’aspetto concettuale in quello logico.
Dato che il documento indica delle prescrizioni in termini di dati e non di metodologie o architetture software, i modelli adottati sono di tipo statico, ossia descrivono le caratteristiche delle singole classi di oggetti e le loro relazioni in un determinato momento, senza indicare nessuna interazione tra di essi che abbia una valenza temporale.

Per comodità si riportano i formalismi grafici previsti dall’UML per i Diagrammi delle Classi ed utilizzati nel presente documento.

classe

	Classe di oggetti. Indica una specifica tipologia di oggetto.	
	Generalizzazione. Indica una relazione tra due classi di cui quella lontana dal triangolo rappresenta uno dei possibili tipi di oggetto che rientrano nella categoria più generale, ma costituendo un tipo specifico.	

1

*

	Composizione. Indica che la classe lontana dal rombo partecipa alla costituzione dell’altra classe. 	

*

*

	Correlazione. Indica che le classi unite dalla linea hanno una relazione tale che a un elemento di una di esse corrispondono tanti elementi (al minimo e al massimo) quanti quelli indicati dai numeri vicino all’altra classe. “*” indica un numero indefinito.	

{constraint}

	Constraints. Sono regole, indicate sotto forma di testo, a cui le classi devono sottostare.	

nota

	Nota Testo libero. Una nota è stata utilizzata come evidenziatore del titolo di ciascun modello	

4. Convenzioni da usare nella descrizione del Modello Logico
Nel modello logico devono essere descritti gli archivi e le tabelle da realizzare e gli attributi a loro associati. Per convenzione è riportato, per gli archivi geografici, un campo denominato “GEOMETRIA” corrispondente alla componente geografica dell’elemento.
Nella descrizione generale di ciascun modello logico devono essere riportate, in linguaggio naturale, le definizioni degli oggetti principali.
L’utilizzo di un GIS permette di estrarre, in modo automatico, da oggetti di tipo cartografico un’ampia serie di informazioni relative sia all’oggetto stesso (lunghezze, superfici, punti baricentrici, ecc.) che a relazioni spaziali tra elementi diversi. Pertanto alcune informazioni derivabili direttamente dagli elementi cartografici non sono state riportate come attributi, ma sono “incapsulate” nell’attributo “GEOMETRIA”.

L’Archivio può essere sia un archivio cartografico che una tabella di database; nel primo caso si utilizzerà, nel descrivere la struttura tabellare relativa, il termine “Tema”, riservando il termine “Tabella” alle entità senza componente cartografica.
In entrambi i casi per ciascun archivio dovranno essere riportati, oltre alla descrizione generale, gli attributi che lo compongono e cioè:
•	Descrizione;
•	Nome;
•	Tipo di dato;
•	Congruenza;
•	Obbligatorietà.

La descrizione degli attributi di ciascuna classe è elencata in un’apposita tabella dove sono espresse le seguenti informazioni:

Descrizione
Descrizione in linguaggio naturale dell’informazione contenuta nell’attributo.

Nome
Nome dell’attributo entro l’archivio o tabella.

Tipo
Tipo di dato ammesso e sue caratteristiche. Oltre ai tipi di dato standard per una banca dati alfanumerica sono stati introdotti alcuni tipi di dato specifici di questo modello, in modo da favorire l’uniformità dell’implementazione successiva e da evidenziare come alcuni attributi alfanumerici contengano informazioni analoghe.

Nella definizione di uno specifico tipo di dati deve essere usata una delle seguenti notazioni:
Tipo(lunghezza, decimali)
G(tipo geometrico)
La prima notazione è utilizzata per descrivere attributi alfanumerici mentre la seconda è utilizzata nelle classi con componente geografica e serve per identificare la tipologia di dato geometrico ammesso. La presenza di un attributo “GEOMETRIA” indica quindi che la classe si riferisce ad elementi cartografici.
Il valore decimali della prima notazione è consentito solo per tipi numerici.
La seguente tabella descrive i tipi di dato ammessi:

A 	Alfanumerico; stringa di caratteri composta indifferentemente da lettere e caratteri alfanumerici. Lunghezza descrive il massimo numero di caratteri ammesso. Ove non diversamente indicato i campi testo devono essere allineati a sinistra, senza spazi bianchi davanti.	
N	Numerico; valore numerico, intero o decimale. Lunghezza descrive il massimo numero di cifre ammesse, compreso il punto di divisione delle cifre decimali e l’eventuale segno “-“ per i valori negativi. Decimali indica il massimo numero di cifre ammesse a destra della virgola; se =0 o omesso indica che l’attributo può contenere solo numeri interi.	
D	Data; valore data indicante giorno, mese e anno scritto nel formato gg/mm/aaaa.	
G	Geometria. Questo tipo indica che l’attributo contiene la componente geografica dell’elemento, ossia le informazioni necessarie alla sua rappresentazione cartografica. Tra parentesi viene indicato il tipo di geometria ammessa, scelto tra i seguenti:
P: punto. La componente geometrica dell’oggetto è rappresentabile con uno o più punti che definiscono la localizzazione dell’elemento ma senza associarvi alcuna forma (es. un pozzo o insieme di pozzi);
L: polilinea. Insieme ordinato di punti che uniti da segmenti secondo il loro ordine descrivono l’andamento geometrico di una o più spezzate che rappresentano la forma dell’elemento;
A: elemento areale (poligono). Insieme ordinato di polilinee chiuse, che descrivono una superficie attraverso la definizione del suo contorno.	
C	L’attributo è un codice identificativo dell’elemento definito stringa alfanumerica o come INTERO LUNGO maggiore di 0.
È un progressivo relativo agli oggetti della stessa classe. Nella numerazione dei progressivi sono ammessi dei vuoti, quindi il massimo trovato in banca dati non indica anche il numero complessivo degli oggetti. 
Possono essere codici forniti con i dati esistenti o introdotti successivamente per creare un link tra Tema e Tabella.	

Congruenza
In questa colonna sono indicati i controlli di congruenza che ciascun elemento della classe deve soddisfare. 
Tra le congruenze richieste:
Univoco: indica che il campo contiene valori univoci entro la classe; sono quindi valori che permettono di distinguere una occorrenza da tutte le altre.
Dominio:	indica che i valori ammessi sono un numero ben definito e li descrive elencandoli direttamente o indicando la tabella in cui sono contenuti.
Obbligatorietà.
Questa colonna indica l’obbligatorietà del dato. Se “SI” indica che l’attributo è obbligatorio, altrimenti l’informazione può essere omessa.

5. Definizione del Metadato
È obiettivo del SIT-SI realizzare e mantenere un repertorio che sia accessibile tramite Internet/intranet garantendo l’accesso all’informazione senza limitazioni (eventualmente soggetto a controlli) e garantendo un processo di aggiornamento.

È di fondamentale importanza che nel Repertorio siano presenti tutte quelle informazioni utili per la valutazione delle caratteristiche dei dati cartografici, della loro qualità e reperibilità, di eventuali limitazioni al loro uso, eccetera. Infatti il Repertorio non dovrà contenere i dati stessi, se non come campioni per aree limitate o per specifici casi, ma piuttosto tutte le informazioni utili a caratterizzarli e renderne agevole il recupero da parte di un utente interessato. Questo risultato si ottiene solamente mediante la pubblicazione, per ogni insieme di dati cartografici, dei relativi metadati, o descrittori dei dati. Queste informazioni dovranno permettere di valutare, nella maniera più oggettiva possibile, le caratteristiche dell’archivio tematico originale, in modo da valutarne l’applicabilità agli scopi individuati.
E’ fondamentale non solo la creazione di metadati aderenti ad uno standard più o meno riconosciuto o diffuso, ma anche la loro accessibilità e fruibilità: insiemi di metadati anche assai completi ed estesi ma non accessibili da parte del potenziale utente, o accessibili con difficoltà, inficiano lo scopo della loro realizzazione.
È importante che lo schema scelto non sia troppo complesso, per evitare una scarsa utilizzazione da parte degli utenti del Repertorio, sia fornitori sia utilizzatori dei dati. A tal fine lo standard del metadato dovrà essere quello descritto al successivo paragrafo 5.1.
5.1. Standard
Come anticipato, esistono numerosi standard già consolidati od in via di elaborazione, anche se la loro diffusione non è effettivamente legata al grado di standardizzazione.
Lo standard adottato dal SIT-SI deriva dallo standard FGDC-CSDGM, in uso negli Stati Uniti, che permette di trasformare il contenuto in pagine HTML o XML e che esplicitamente prevede la coerenza con gli standard dei motori di ricerca su Internet, come lo Z39.50.

Il formato di metadato utilizzato dal SIT-SI è suddiviso nelle seguenti sezioni principali:
•	Informazioni di Identificazione;
•	Informazioni sulla Qualità dei Dati;
•	Informazioni sull’Organizzazione Spaziale dei Dati;
•	Informazioni su Entità e Attributi;
•	Informazioni sulla Distribuzione;
•	Informazioni sui Riferimenti dei Metadati.

Come detto in precedenza, il SIT-SI fornirà un proprio software integrato nel SIT e accessibile via web, tramite il quale saranno compilati i campi previsti. L’analisi successiva del metadato creato potrà essere effettuata anche con molti tra i software reperibili in rete.

6. Percorsi di produzione del dato
Nell’introduzione del presente documento si è accennato alle due soluzioni possibili per la creazione dell’archivio tematico; di seguito vengono analizzate in dettaglio le fasi che compongono questi percorsi.
6.1. Archivio tematico proposto dal fornitore
Quando il SIT svolge il ruolo di organo di supervisione, inizia un rapporto di scambio informazioni con il fornitore che propone il dato.
•	Primo contatto con il fornitore e modello concettuale
In una prima fase, il SIT indica le regole semantiche e sintattiche, precedentemente descritte, che l’informazione geografica e tabellare dovranno rispettare, nonché il dominio cartografico al quale il fornitore dovrà attenersi. Il fornitore produrrà, quindi, la descrizione in linguaggio naturale e un primo modello concettuale che verrà inviato al SIT-SI. Il modello concettuale permette di controllare che l’informazione possa soddisfare le esigenze di intervento sul dato stesso (ricerche, indicizzazioni, filtraggi, ecc.).
•	Modello logico
Se il modello UML è corretto, il fornitore può creare un modello logico che verrà analizzato dal SIT-SI. L’analisi valuterà l’applicabilità del modello prodotto e permetterà di passare alla fase successiva.
•	Primo collaudo
Prima di passare alla consegna dell’archivi, il fornitore deve inviare al SIT-SI un esempio dato, contenente un insieme minimo ma significativo di informazioni, accompagnato dal metadato che descriverà, tra i suoi dettagli, le procedure implicate nella creazione dei dati stessi. Questo esempio permetterà una prima verifica sulla correttezza e sull’integrità dell’archivio tematico.
•	Collaudo finale
Superati i test preliminari, il fornitore potrà completare il caricamento dei dati nell’archivio e quindi trasmetterli al SIT-SI che provvederà ad effettuare tutti i controlli necessari a verificarne il funzionamento e a pubblicarli nel sistema.

6.2. Archivio tematico definito dal SIT-SI
In questo caso, il rapporto del SIT con terzi, si limita ad una fase istruttoria, durante la quale si prende atto delle specifiche che l’archivio tematico dovrà avere.
•	Produzione dell’archivio tematico
Dopo questa fase, il SIT-SI definirà autonomamente un archivio tematico, tenendo comunque conto dei passaggi delineati nelle prime parti di questo documento.
•	Primo collaudo
Il modello concettuale, il modello logico e il metadato verranno consegnati al fornitore/proprietario del dato, insieme alla struttura vuota dell’archivio tematico. Il fornitore/proprietario inserirà un campione di esempio che verrà sottoposto all’analisi del SIT.
•	Collaudo finale
Se il primo collaudo ha esito positivo, il fornitore potrà caricare la struttura dell’archivio tematico con il resto dei dati, e quindi il SIT potrà inserire nel sistema l’archivio completo. In questa fase il SIT-SI verificherà che l’applicazione che interagisce con l’archivio svolga tutte le funzioni richieste.

7. Il Dominio cartografico
Per dominio cartografico si intende l’insieme degli strati tematici per i quali occorre rispettare le congruenze geometriche. Fanno sempre parte del dominio cartografico la base cartografica propria del SIT e i confini amministrativi.

8. Caratteristiche degli elaborati cartografici
I criteri specificati in questo documento sono generali (forniscono cioè un insieme di modalità operative valide per qualsiasi elaborato cartografico) e saranno dettagliati dai responsabili del SIT in funzione degli specifici tematismi da elaborare. 
Lo scopo di tali criteri è di orientare eventuali consulenti esterni, che scegliessero di produrre autonomamente un elaborato cartografico, alla predisposizione e restituzione di materiali direttamente collegabili con il SIT, evitando quindi il più possibile operazioni di interpretazione o ridisegno.

8.1. Indicazioni generali
1.	L’elaborazione di temi, fenomeni e progetti spazialmente localizzabili che possono essere rappresentati cartograficamente tramite aree perimetrabili, deve essere effettuata con le tecniche proprie della cartografia numerica, di tipo vettoriale, con la precisione propria della scala di rappresentazione della cartografia, seguendo logiche GIS coerenti con quelle del Sistema operante nel Comune. In linea di massima e per quanto riguarda la strutturazione della base dati geografica ciò vale anche per temi, fenomeni e progetti spazialmente localizzabili e rappresentabili cartograficamente tramite elementi lineari (archi) composti in strutture reticolari e/o elementi puntuali inclusi nelle suddette strutture ovvero rappresentanti entità a sé stanti. Tuttavia, essendo la natura degli oggetti geografici rappresentabili per mezzo di strutture reticolari e/o puntuali estremamente varia, occorrerà attendere la definizione degli specifici tematismi per fornire indicazioni di dettaglio.

2.	Il prodotto finale può essere ottenuto in maniera originale (restituzione fotografica, fotogrammetrica, video, ecc.) o derivata (digitalizzazione, scannerizzazione, ecc.) ma dovrà sempre essere integrabile nella CTR numerica (o suoi derivati); quindi, in ogni caso, il sistema cartografico di riferimento è quello Gauss-Boaga e l’approssimazione geometrica è quella della CTR e comunque le nuove entità dovranno essere congruenti con le entità presenti nella CTR sia in planimetria che in altimetria.

8.2. Indicazioni sui tematismi
1.	Ogni carta potrà essere costituita da uno o più tematismi.

2.	Ogni tematismo dovrà essere congruente con la topologia definita per la CTR numerica e usata quale base dal Comune. Verranno date indicazioni, volta per volta, sul modo in cui si dovranno integrare i nuovi dati sulla base di riferimento.

3.	Ogni tematismo dovrà essere congruente (sia geometricamente che topologicamente).

4.	Se più tematismi coesistono nella stessa carta, gli stessi dovranno essere congruenti (ognuno con tutti gli altri) sia geometricamente che topologicamente.

5.	Il Comune si riserva (qualora ciò fosse necessario alla corretta gestione del proprio sistema informativo nel suo insieme) di verificare, secondo criteri da esso definiti, le congruenze fra tematismi aventi origine diversa e di indicare, nel caso, gli opportuni criteri di integrazione a cui gli stessi tematismi si dovranno attenere.

6.	Ad ogni tematismo dovrà corrispondere un solo tipo di entità.

7.	Ogni tipo di entità dovrà essere composto da un insieme di istanze di entità riconducibili ad un solo tipo geometrico fondamentale.

8.	Gli elementi geometrici fondamentali sono il punto, la linea e il poligono.
Elementi puntuali: rappresentano punti o elementi a simbologia puntuale. La componente geografica di ogni elemento è quindi espressa da una sola coppia di coordinate.
Elementi lineari: rappresentano linee o elementi a simbologia lineare anche complessa. La forma di ciascun elemento è rappresentata da una serie ordinata di coordinate (minimo due) che descrivono una polilinea, ossia una spezzata che unisce nell’ordine tutti i punti della serie.
Elementi areali: rappresentano aree delimitate da un elemento lineare che ne identifica il confine. Le aree sono definite da una poligonale chiusa che individua e delimita porzioni di superficie di cui costituisce il contorno. Le aree possono presentare al loro interno delle "isole", definite anch'esse da una poligonale; in tal caso l'area ha un "contorno esterno" ed uno interno".

10.	Ogni singola istanza di entità dovrà essere dotata di un identificatore che ne permetta l'individuazione sia nell'ambito del tipo di entità a cui appartiene che nell'ambito dell'insieme dei tipi di entità costituenti la carta. Tale identificatore dovrà essere interno al file grafico ed essere costituito da uno o più caratteri alfanumerici leggibili come tali dal software di elaborazione grafica al fine di poter effettuare i collegamenti tra gli elementi grafici del disegno e gli elementi alfanumerici di un database esterno contenente le caratteristiche dell’istanza di entità.

10.Ad ogni tipo e ad ogni istanza di entità dovranno essere associati tutti gli attributi necessari ad una loro (del tipo e dell'istanza) corretta collocazione nell'ambito delle analisi e della gestione dei tematismi rappresentati.

11.Gli attributi associati ai tipi ed alle istanze di entità dovranno essere strutturati in tabelle in cui ad ogni riga corrisponda un tipo (se la tabella contiene dati sui tipi) o un'istanza di entità e ad ogni colonna uno specifico attributo; ogni tabella dovrà essere opportunamente documentata da uno schema che ne descriva i contenuti al dettaglio del singolo attributo (tipo, lunghezza e valori assegnati se il tipo di attributo è enumerato).

12.I dati alfanumerici tabellari dovranno essere immediatamente associabili alla loro rappresentazione geometrica numerica (e cioè al disegno che ne rappresenta le proprietà geometriche e topologiche) per mezzo dell'identificatore di cui al precedente punto 9.

8.3. Modalità di digitalizzazione.
1.	Per ogni poligono (sia o meno una istanza di entità appartenente al tipo geometrico poligono) il primo e l'ultimo punto della poligonale chiusa che lo rappresenta dovranno coincidere, anche se appartenenti ad archi diversi.

2.	Per ogni istanza di entità appartenente al tipo geometrico poligono dovrà essere individuato un centroide (del tipo geometrico punto) che servirà alla sua identificazione nell’ambito delle relazioni con gli attributi.

3.	Per le linee rappresentate da poligonali aperte composte da più archi (siano o meno istanze di entità appartenenti al tipo geometrico linea) dovrà essere garantita la continuità geometrica (l'adiacenza) fra gli stessi archi.

4.	Le istanze di entità appartenenti al tipo geometrico punto che siano elementi nodali o punti notevoli di un poligono o di una linea dovranno costituire un vertice della poligonale (chiusa o aperta) che li costituisce.

5.	Non sono ammesse forme geometriche complesse (archi di circonferenza, parabole, spline ecc.).

8.4. GeoDatabase.
Nelle sezioni precedenti non è stata accennata alla possibilità, da parte del SIT, di accogliere anche archivi inseriti in geodatabase. Il motivo di questa scelta sta nel fatto che il SIT ha puntato su un rapido start-up, consentendo una immediata pubblicazione della cartografia già prodotta. Vengono comunque accettati geodatabase purché contenenti archivi topologicamente corretti prodotti con tecniche GIS.

9. Bibliografia

Regione Toscana, Province toscane, Geosystem srl, Specifiche tecniche per l’acquisizione in formato digitale di dati geografici tematici, Dicembre 2002

Intesa GIS/WG 01, Il Modello concettuale GeoUML, Giugno 2002. http://www.intesagis.it

Intesa GIS/WG 01, Specifiche per la realizzazione dei Data Base Topografici di interesse generale. Specifiche di contenuto. Gli Strati, i Temi, le Classi, Luglio 2003. http://www.intesagis.it

R. Faggioni, F. Cadoni, Analisi dello Stato dell’Arte sui Metadati nel Settore Cartografico, Regione Basilicata, Luglio 2002

Review of ANZLIC Metadata Guidelines, Australian Spatial Data Discovery, Maggio 2000. http://www.giconnections.vic.gov.au/metareview/known.html

FGDC, FGDC/ISO Metadata Standard Harmonization, Marzo 2000. http://www.fgdc.gov/metadata/whatsnew/fgdciso.html

G. Biallo, Gli standard, Mondo Gis, Giugno 1996. http://www.mondogis.it

Descrizione del Tema in linguaggio naturale

Denominazione del Tema: USO DEL SUOLO CARTA TECNICA REGIONALE

Descrizione:

Dall’unione degli strati tematici estratti dalla carta tecnica regionale si va a formare uno pseudo uso del suolo, coordinando i vari elementi tra di loro e rispettando per quanto possibile il dominio cartografico della Regione Toscana.

Scopo principale dell’uso del suolo è quello di costituire un dominio comune dove possono essere riferite le informazioni agronomico-forestali (parti coltivate e silvestri) e dove si possono riportare informazioni relative al patrimonio edilizio esistente e alla viabilità. È inoltre possibile dare una valutazione del consumo del suolo dal punto di vista urbanistico.

Modello Concettuale

Modello Logico

Nelle tabelle che seguono sono stati omessi quei campi specifici ad uso di sistemi GIS, e quei campi generati per mezzo di tali strumenti, tipo superfici e perimetri.

Denominazione Tabella: Tema Uso del Suolo Carta Tecnica Regionale (USO_CTR)

Nome	Descrizione	Tipo	Congruenza	Obbl.	
GEOMETRIA		G(A)		SI	
CODICE	Codice dell’entità	A(4)	Dominio: Tabella Dizionario Codici	SI	
TOPONIMO	Toponimo che varia a seconda del codice dell’entità	A(50)		NO	
LEGENDA	Combinazione tra codice e alcuni elementi del toponimo	A(50)		SI	

Denominazione Tabella: Tabella Dizionario Codici (DIZ_COD)

Nome	Descrizione	Tipo	Congruenza	Obbl.	
CODICE	Codice presente sul Tema Uso del Suolo	A(4)	Dominio:
Codici CTR	SI	
Descrizione	Descrizione del tipo di oggetto	A(255)	Dominio:
207 BARACCA/EDICOLA 
209 TENDONE PRESSURIZZATO  
210 SERRA STABILE 
212 CENTRALE ELETTRICA/SOTTOSTAZIONE  ELETT./CABINA ELETT. 
217 TORRE/CIMINIERA 
218 SILOS 
220 GRADINATA 
221 RAMPA 
222 ISOLATO 
223 COMPLESSO OSPEDALIERO 
224 COMPLESSO  SCOLASTICO 
225 COMPLESSO SPORTIVO 
…	SI	

Metadato

Questo Metadato rappresenta un insieme minimo di informazioni richieste al fornitore; la compilazione completa spetta al SIT.

Scopo di produzione:		
	
Documentazione di riferimento:		
	
Scala di acquisizione:		
	
Formato del dataset:		
	
Metodologia di produzione:		
	
Datum utilizzato:	Nazionale 1940	
	
Ellissoide utilizzato:	Ellissoide internazionale di Hayford a Roma	
	
Sistema di Proiezione:	Gauss-Boaga	
	
Produttore del dataset:	Organizzazione:		
			
	Indirizzo:		
			
	Telefono e fax:		
	
Referente tecnico:	Organizzazione:		
			
	Indirizzo:		
			
	Telefono e fax:		
	
Data consegna lavori:		
	
Data fine lavori: