3D GIS: STUDIO E APPLICAZIONE ALLA DOCUMENTAZIONE DEI BENI CULTURALI

Erik Costamagna

Politecnico di Torino viale Mattioli 39 10121 Torino

SOMMARIO:

Lo sviluppo tecnologico che ha segnato il passaggio alla societ dellinformazione ha rivoluzionato profondamente il campo della
Geomatica sia sul versante dei sistemi di acquisizione che di quelli di gestione dei dati. Questi ultimi hanno conosciuto una diffusione
sempre maggiore grazie allo sviluppo delle tecnologie informatiche che hanno contribuito a trasformarli da strumenti cartografici a si-
stemi che permettono elaborate analisi spaziali e tematiche. Lesigenza di documentare i sempre pi diffusi interventi di trasformazione
urbana necessita lintegrazione delle funzioni di rappresentazione e analisi dei dati spaziali dei GIS con il livello di specializzazione
geometrico-semantico necessario per rappresentare la complessit dei beni culturali coinvolti in queste trasformazioni. Attraverso la-
nalisi degli standard nellambito della gestione della documentazione metrica dei beni culturali verranno delineate queste esigenze cui
si cercher di dare risposta per mezzo dei linguaggi, modelli di dati e sistemi che la Geomatica ha a disposizione per la gestione delle
informazioni spaziali. La progettazione ed implementazione di un modello semantico multiscala sulla base delle specifiche CityGML
avr lo scopo di sperimentare le caratteristiche di questo modello dei dati per la gestione della cartografia urbana a grande scala e le
potenzialit applicative della tecnologia XML che ha gi diverse applicazioni sul versante della documentazione dei beni culturali. At-
traverso lanalisi dei modelli spaziali bi e tridimensionali e la loro formalizzazione logico-matematica saranno prese in considerazione
le problematiche della gestione da parte dei DBMS della componente 3D del dato geometrico, elemento essenziale per la documenta-
zione dei processi di trasformazione urbani che riguardano i beni architettonici. Limplementazione dei dati in un database XML e in
Geodatabase relazionale avr lo scopo di sperimentare le possibilit applicative di questi sistemi in relazione alle esigenze evidenziate
nella rappresentazione ed analisi delle componenti geometrica e tematica dellinformazione spaziale.

1 DOCUMENTAZIONE METRICA DEI BENI monizzare le esigenze e gli interessi dei diversi soggetti coinvolti
CULTURALI nellattivit di documentazione 1

Il modello inglese: Metric Survey Uno degli esempi pi signi-

1.1 Acquisizione e la catalogazione dei dati
I progressi scientifici dellultima met del secolo scorso nel cam-
po delle tecnologie e dei sistemi di trasmissione ed elaborazione
delle informazioni, sono stati cos importanti da coinvolgere qua-
si tutte le discipline della conoscenza umana, determinando un
cambiamento profondo nella nostra societ, cambiamento segna-
to dal passaggio dalla societ industriale alla societ dellinfor-
mazione. La diffusione delle tecnologie di misura elettroniche e
di posizionamento satellitare, insieme ai sistemi per il trattamen-
to automatico delle informazioni, hanno rivoluzionato il rilievo
metrico cos come le modalit di gestione e scambio delle infor-
mazioni. Lanalisi degli standard relativi alla produzione degli
elaborati metrici del rilievo ci permette di definire le esigenze
di cui sono portatori i diversi soggetti coinvolti nel processo di
produzione e nellutilizzo delle informazioni spaziali relative a
questa tipologia di beni.
ICOMOS/CIPA LInternational Council on Monuments and Si-
tes (ICOM) il principale riferimento per lattivit normativa per
la tutela e il restauro dei beni architettonici. LInternational Com-
mitee for Documentation of Cultural Heritage (CIPA) il comi-
tato dellICOMOS che si occupa di fornire le linee guida per la
gestione e catalogazione della documentazione metrica. Lac-
quisizione e la gestione dei dati che contribuiscono a definire la
conformazione spaziale e le caratteristiche dei beni architettonici
nella loro duplice accezione di singolarit e insieme di relazio-
ni reciproche uno delle componenti essenziali dellattivit di
conservazione (ICOMOS, 1996). Una delle iniziative del CIPA
il progetto Recording, Documentation and Information Mana-
gement (RecorDIM) che, attraverso la predisposizione di una se-
rie di strumenti quali manuali e linee guida per lacquisizione,
catalogazione e gestione dei dati ha lobiettivo di integrare e ar-
ficativi di normazione dei metodi di acquisizione dei dati e delle
caratteristiche degli elaborati prodotti il Metric Survey Specifi-
cations for English Heritage (Bryan et al., 2009). Caratterizzato
da un approccio sia metodologico che prestazionale, fornisce una
descrizione esaustiva delle pi diffuse tecniche di acquisizione e
dei formati e supporti di restituzione grafica. Esso fornisce allo
stesso tempo una precisa indicazione dei parametri di qualit dei
metodi e delle tecniche di acquisizione ed elaborazione dei dati e
delle caratteristiche della restituzione finale. Lo spazio dedicato
allanalisi del rilievo fotogrammetrico e delle scansioni laser ter-
restri dimostra che queste tecniche sono oramai considerate una
pratica consolidata in questo ambito. Esso si compone di 6 sezio-
ni: dopo la prima di carattere generale vi quella centrale che si
occupa dei requisiti di qualit del rilievo metrico e del controllo
degli stessi. Per ciascuna delle tipologie di rilievo, identificate
in rilievo architettonico, rilievo topografico, rilievo fotogramme-
trico e rilievo LiDAR, vengono stabiliti i criteri di accuratezza
e precisione, i criteri di selezione delle features e le modalit di
presentazione. Definiti i criteri generali vengono quindi analiz-
zate nelle sezioni successive queste 4 tipologie di rilievo a partire
dalle tecniche e i metodi di acquisizione fino a definire i supporti
e i formati di memorizzazione. Completano le specifiche la de-
scrizione di numerosi esempi applicativi che rendono questo stru-
mento un manuale per il rilievo metrico destinato ai produttori ed
utilizzatori delle informazioni.
1.2 Sistemi e linguaggi per la gestione dei dati
DBMS Levoluzione dei Data Base Management System (DBMS)
e dei linguaggi di modellazione ha portato alla separazione della
1 Il Task Group 9 (Generic GIS Template for the Management of He-
ritage Places) (Bilgin and Rinaudo, 2007) ha lobiettivo di fornire de-
gli strumenti per lorganizzazione dei sistemi di gestione attraverso uno
schema comune per lintegrazione delle diverse componenti del database
spaziale.
struttura logica del dato da quella fisica, vedendo prima la nascita
del modello relazionale nella seconda met del secolo scorso e
poi verso la fine del secolo di quello ad oggetti (object-oriented).
Il modello relazionale diffuso in numerosi settori applicativi
grazie alla semplice formalizzazione logico-matematica ed at-
tualmente il sistema pi diffuso nei DBMS. Il modello ad oggetti,
invece, stato elaborato successivamente per superare alcuni li-
miti del modello relazionale nel descrivere la complessit di alcu-
ni fenomeni e per garantire maggiore flessibilit al modello. Le
caratteristiche principali di questo approccio alla gestione dei dati
sono: lindipendenza logica degli oggetti dalle relazioni; leredi-
tariet, che permette di formalizzare una caratteristica comune
della rappresentazione del pensiero umano; lincapsulamento e
il polimorfismo che permettono una maggiore indipendenza de-
gli aspetti procedurali dalle caratteristiche del sistema applicativo
(Atkinson et al., 1990).
Recentemente hanno iniziato anche ad affermarsi altri sistemi che
utilizzano linguaggi di interrogazione diversi da SQL (Structu-
red Query Language), definendo linsieme dei database No-SQL,
di cui fanno parte anche quelli ad oggetti. Tra i database No-
SQL vi sono quelli document-oriented come gli XML database
orientati alla strutturazione delle informazioni in forma testuale
per la gestione e lo scambio attraverso diversi sistemi e strumenti
applicativi.
UML LUnified Modeling Language (UML) (OMG, 2011)
potente linguaggio di modellazione ad oggetti definito dallOb-
ject Management Group (OMG) che uno dei pi importanti e
diffusi nellambito informatico per la formalizzazione delle ca-
ratteristiche e del comportamento di sistemi complessi. I modelli
concettuali dei pi importanti standard geografici utilizzano que-
sto linguaggio grazie alle caratteristiche della modellazione ad
oggetti che permettono una migliore rappresentazione di feno-
meni complessi come quelli geografici (Egenhofer and Franck,
1992). Costrutti principali del linguaggio sono le classi, che de-
finiscono un insieme di oggetti dalle caratteristiche simili e le re-
lazioni che invece definiscono i diversi rapporti tra le classi come
la specializzazione o laggregazione. Caratteristica importante
del linguaggio sono i suoi meccanismi di estensione come i con-
straint e gli stereotype che permettono di adattare un modello a
diversi contesti applicativi.
XML Il meta-linguaggio eXtensible Markup Language (XML)
(W3C, 2008) stato sviluppato dal World Wide Web Consortium
(W3C) per la strutturazione e lo scambio delle informazioni attra-
verso la rete. Esso uno dei principali strumenti per la formaliz-
zazione della struttura logica delle informazioni, dei meccanismi
di relazione e delle modalit di accesso alle stesse. Grazie allo
sviluppo delle tecnologie per lo scambio delle informazioni sono
state sviluppate numerose estensioni del linguaggio come quel-
le per la modellazione dei dati spaziali. Un qualsiasi documento
strutturato per mezzo di XML o di unestensione del suo linguag-
gio pu essere correttamente interpretato da un qualsiasi parser a
patto specificare nel documento lo schema XML, ovvero la for-
malizzazione logica dei costrutti del linguaggio e della tipologia
di dati trattati. La tecnologia XML comprende inoltre gli stru-
menti per la gestione dei dati tramite database XML. Questi com-
prendono i linguaggi per laccesso ai dati (W3C, 2010c) (W3C,
2010b) e per la definizione dei collegamenti tra diversi insiemi
di oggetti o documenti (W3C, 2010a). Questultimo meccanismo
permette di strutturare topologicamente le informazioni e trova
applicazione anche nelle estensioni di XML per la strutturazione
della componente geometrica dellinformazione spaziale.
Le potenzialit dellutilizzo del linguaggio XML sono dimostrate
dalla sua adozione da parte di enti di tutela nazionali, come le
schede catalografiche SIGEC del ICCD (Istituto Centrale per il
Catalogo e la Documentazione) e internazionali, come il modello
semantico CIDOC (Conceptual Reference Model) sviluppato dal
ICOM (International Council of Museums).
2 LINFORMAZIONE SPAZIALE
2.1 Modellazione dei dati
Approcci Una delle caratteristiche principali dellinformazione
spaziale il suo duplice contenuto geometrico e tematico e uno
dei requisiti fondamentali dei GIS (Geographical Information Sy-
stems) quello di integrare i diversi modelli dei dati in un siste-
ma di gestione e permettere laccesso e la modifica agli stessi. Le
possibilit applicative aperte dallevoluzione degli strumenti dei
GIS hanno modificato non solo la cartografia e le altre discipline
legate alla rappresentazione del territorio, ma hanno contribuito a
modificare lo stesso approccio alla rappresentazione della realt
proprio delle diverse discipline che hanno in comune proprio lu-
tilizzo di questi sistemi (Goodchild, 1991). Dal punto di vista del
rapporto tra le due componenti dellinformazione spaziale due
approcci cui corrispondono diverse classi di fenomeni possono
essere individuati (Goodchild, 2009). Nellapproccio continuo
o field-approach la relazione che lega il contenuto geometrico
e quello tematico diretta pu essere formalizzata matemati-
camente come una funzione continua y = f (x) che associa ad
una determinata posizione nello spazio x un determinato valore y
in funzione dellintensit del fenomeno modellato. Lapproccio
discreto o object-structured (Molenaar, 1998) prevede invece la
mediazione del rapporto tramite una categoria astratta di oggetti
che assolve la funzione di discretizzare linformazione spaziale.
Questultimo approccio il pi diffuso per la rappresentazione
degli oggetti frutto dellattivit antropica mentre quello continuo
pi adatto per la rappresentazione di tutti i fenomeni naturali
che possono essere modellati tramite funzioni continue.
Questo schema dei rapporti tra le due componenti dellinforma-
zione spaziale ci permette di comprendere i meccanismi di strut-
turazione logica e di implementazione dei dati e consente di clas-
sificare le pi comuni rappresentazioni spaziali. La possibilit di
tematizzare una caratteristica geometrica come lelevazione tra-
mite una funzione continua che la lega ai valori delle coordinate
{X, Y } alla base di tutte le rappresentazioni raster come DEM
(Digital Elevation Model) e modelli di forma. Le rappresenta-
zioni vettoriali, introducendo invece una discretizzazione dello
spazio basata sulle primitive geometriche, seguono lapproccio
discreto o object-structured.
Spazio metrico e spazio topologico La componente geometri-
ca dellinformazione spaziale pu essere suddivisa in due par-
ti. La prima comprende una serie di informazioni che si riferi-
scono allo spazio metrico delle entit descritte, la seconda parte
comprende invece le informazioni relative alle invarianti metri-
che, cio a tutti quegli elementi determinati dalle relazioni spa-
ziali tra le entit che non sono influenzati dalla posizione nello
spazio. Questi elementi costituiscono la parte topologica dellin-
formazione geometrica. La topologia utilizza gli strumenti della
matematica per descrivere la forma degli oggetti spaziali e le loro
relazioni nel modo pi generale possibile. La costruzione di un
formalismo logico che descriva il comportamento degli oggetti
geometrici, intesi nella loro forma pi astratta possibile, permette
infatti di risolvere complesse analisi spaziali in termini di sempli-
ci operazioni logiche di identit o disuguaglianza. Formalmente
lo spazio metrico un sottoinsieme dello spazio euclideo che a
sua volta un sottoinsieme di quello topologico. Il celebre mate-
matico svizzero Eulero considerato uno dei padri fondatori della
topologia, poich per primo riusc a risolvere un problema di geo- Dato un determinato insieme di coordinate:
metria piana formalizzando le relazioni topologiche per mezzo di
un grafo planare formato da nodi e segmenti. La nota formula C = X, Y, Z
che lega gli spigoli, le facce e i vertici dei poliedri convessi2 gi
nota a Cartesio, porta il suo nome. Alcune propriet geometriche e la tripla
invarianti come quelle dei solidi platonici erano in realt gi no- < x, y, z > C
te ai Greci, anche se la formalizzazione delle stesse deve molto
agli sviluppi delle geometrie non euclidee e in particolare quella
proiettiva e sferica. Gauss, un altro celebre matematico, attraver- z (! < x, y > | < x, y, z > C, z > 0)
so questi studi, diede un contributo fondamentale allo sviluppo
di questa disciplina. La scoperta della curvatura come proprie- ovvero per ogni valore di z esiste una sola coppia < x, y > tale
t invarianti permise a Gauss di risolvere uno dei problemi pi che la tripla < x, y, z > appartiene allinsieme C delle coordi-
antichi della rappresentazione cartografica, ovvero quello della nate X, Y, Z. Le rappresentazioni 2.5D possono pertanto esse-
relazione tra la geometria proiettiva e quella euclidea, entrambi re considerate unestensione di quelle 2D, nelle quali il temati-
smo rappresenta lelevazione ovvero la distanza ortogonale delle
sottoinsiemi della geometria ellittica. Grazie agli sviluppi del suo
feature rispetto al piano di proiezione della mappa. Lo svilup-
allievo Riemann fu possibile per la prima volta definire quelle for-
me geometriche che possiedono determinate propriet invarianti po dei modelli spaziali e delle loro rappresentazioni nello spazio
dalla loro rappresentazione nello spazio. Una variet o manifold R3 , permettendo una formalizzazione matematica della struttura
infatti una rappresentazione nello spazio n-dimensionale che geometrica, ha contribuito ad ampliare le possibilit applicative
possiede un equivalente nel sottoinsieme euclideo 3 . A partire da dei sistemi GIS. Essa infatti alla base di molte possibilit ap-
questi concetti stato quindi possibile formalizzare logicamente plicative degli strumenti GIS nella gestione dei dati spaziali e in
le principali propriet topologiche come per esempio la separa- particolare per quanto concerne la gestione della componente 3D
zione, la compattezza, omeomorfismo e ricoprimento (Manetti, del dato geometrico. Le rappresentazioni 2.5D come quelle a
2008). facce o a griglia sono le pi diffuse per la rappresentazione dei
fenomeni geografici, ad esclusione del tema edificato e degli al-
La formalizzazione logica di queste propriet ha permesso le- tri temi antropici, grazie al loro semplice ed efficace sistema di
laborazione di modelli spaziali per descrivere sia la componente implementazione e sono anche quelle che la maggior parte de-
metrica che quella topologica del contenuto geometrico. La sim- gli strumenti tecnologici supportano. Gli strumenti tecnologici
bologia dei grafi a celle(Frank and Kuhn, 1986) infatti una for- che permettono limplementazione dei dati contribuiscono infatti
malizzazione logica delle propriet che legano le primitive geo- a definire le possibilit applicative dei sistemi informativi che so-
metriche. Questultime sono i simplessi, primitive ndimensionali no essenzialmente degli strumenti di calcolo. I sistemi GIS sfrut-
definite come il ricoprimento o inviluppo convesso pi semplice tano notevolmente le capacit computazionali delle macchine, sia
per ciascuna dimensione. Sulla base di questa simbologia, che perch le informazioni spaziali sono relative alla superficie terre-
identifica nel triangolo e nel tetraedro le primitive pi sempli- stre, che sappiamo essere rappresentabile solo localmente nella
ci, sono stati elaborati diversi modelli di superficie come la 3D forma cartografica, sia perch solitamente sono costituite da una
TIN(Rahman and Drummond, 2000) e solidi come la TEthrae- mole notevole di informazioni, sia geometriche che tematiche.
dal Network (TEN) (Pilouk, 1996), orientati alla rappresentazio- Oggigiorno, ad esempio, la maggior parte degli strumenti appli-
ne delle feature naturali. Altri modelli come il 3D Formal Data cativi dei GIS sono in grado di calcolare le trasformazioni da una
Structure (3D FDS)(Molenaar, 1998) e il Simplified Spatial Mo- geometria ellittica ad una cartesiana allaltra solo per quanto ri-
del (SSM) (Zlatanova, 2000) prevedono invece lutilizzo di pri- guarda la componente bidimensionale del dato spaziale e sono
mitive pi complesse per rappresentare le superfici e i solidi e in grado di compiere solo limitate analisi spaziali nello spazio
sono orientati alla rappresentazione dei manufatti architettonici. R3 (Zlatanova et al., 2002).

Le rappresentazioni spaziali La parte di topologia che descri-

ve le dimensioni fino alla quarta detta topologia della dimen-
sione bassa. Le rappresentazioni nello spazio euclideo R3 e nel
suo sottoinsieme rappresentato dal sistema di riferimento carte-
siano {X, Y, Z} si collocano invece nello spazio metrico. Lana-
lisi della formalizzazione matematica delle rappresentazioni nello
spazio euclideo ci permette di comprendere come la struttura lo-
gica di queste informazioni viene gestita dal DBMS spaziale. Il
meccanismo che lega la rappresentazione nello spazio R3 delle
superfici infatti formalizzabile matematicamente, permettendo
quindi di definire le rappresentazioni 2.5D.
2 F S + V = 2 dove F sta per il numero di facce, V per vertici Figura 1: rappresentazione 2.5D: i rappor-
e S per spigoli. Estesa e applicata a tutte le superfici chiuse e orientabili ti tra la rappresentazione e C = X, Y, Z,
diventa la seguente: F S + V = dove = 2 2g b, g definisce dominio dei valori delle coordinate <
il genere della variet e b il numero di contorni. x, y, z >, rappresentato dal vincolo dei
3 Il genere invece uninvariante della dimensione e definisce il nume-
piani paralleli a XY che possono avere
ro di tagli che possibile effettuare su una superficie mantenendone la un unico valore di < z > in corrispon-
connessione. Il punto quindi una variet 0 dimensionale di genere
denza dellintersezione con la superficie. Figura 2: da sini-
0, la linea e la circonferenza sono variet 1 dimensionali rispettiva-
mente di genere 0 e 1. Sono invece variet 2dimensionali di genere 0 Per ogni punto del piano XY non ci sa- stra a destra: rappre-
la sfera e il piano, mentre una superficie 2dimensionale di genere 1 ranno mai infatti due valori diversi della sentazioni 2D, 2.5D,
il toro che a differenza della sfera possibile tagliare lungo una delle sue coordinata < z > . 3D.
due direttrici. La sfera invece non proiettabile sul piano, caratteristica
che dipende dalla sua curvatura positiva che, invece, nel caso del toro Le forme geometriche possono essere quindi classificata anche
nulla in base al tipo di rappresentazione nello spazio R3 . Allinterno
dei modelli di superficie vi la tipologia di modelli come quelli
a facce o TIN (Triangulated Irregular Network), quelli per for-
ma e i modelli a griglia che possono essere rappresentate senza
deformazioni univocamente nel piano {X, Y } del sistema di ri-
ferimento cartesiano. Esse sono rappresentazioni 2.5D in quanto
la terza dimensione pu essere facilmente rappresentata per mez-
zo di un tematismo che descriva lelevazione4 . Altri modelli di
superficie come quelle parametriche o le B-Rep (Boundary Re-
presentations) sono rappresentazioni 3D in quanto sono rappre-
sentabili univocamente solo utilizzando tutto linsieme di coordi-
nate X, Y, Z dello spazio R3 . I modelli solidi come la Geometria
Solida Costruttiva (CSG), che utilizza gli operatori logici boolea-
ni per formalizzare le relazioni tra le primitive, sono ovviamente
rappresentazioni 3D.
2.2 Standard e linguaggi
GML Codificato dallOpen Geospatial Consortium (OGC) e
recepito come norma ISO 10136, il Geographic Markup Langua-
ge (GML) (OGC, 2007) uno dei pi versatili e completi stru-
menti per la modellazione dei dati spaziali. Basato sulla forma-
lizzazione degli standard ISO/TC211 implementati attraverso gli
strumenti del meta-linguaggio XML, esso permette la modella-
zione della maggior parte delle rappresentazioni vettoriali e ra-
ster 2D e 3D attraverso modello geometrico e topologico sepa-
rati, una strutturazione di base dellinformazione tematica e la
modellazione dei fenomeni temporali. La completezza della ba-
se concettuale del modello unita alle caratteristiche di flessibili-
t della tecnologia XML utilizzata per limplementazione logica
hanno contribuito allo sviluppo di estensioni al linguaggio per la
rappresentazione di diversi tipologie di contenuti semantici come
quelli della cartografia urbana.
CityGML Sviluppato parallelamente al GML il City Geogra-
phic Markup Language (CityGML) (OGC, 2008), ne unesten-
sione per la rappresentazione dei tematismi della cartografia urba-
na a grande e grandissima scala. Presenta una struttura modulare
composta da un modello misto geometrico-topologico, che un
sottoinsieme del modello spaziale GML e una serie di modelli te-
matici che sono invece una specializzazione della classe feature.
Sono state inoltre implementate due funzionalit importanti per
la rappresentazione delle feature urbane: il supporto multi-scala
e quello multi-vista. Il primo si fonda su di una discretizzazio-
ne del livello di dettaglio (LOD) della geometria sulla base della
sua corrispondente specializzazione o generalizzazione del con-
tenuto tematico. Sono specificate per ciascun LOD il livello di
generalizzazione, la tolleranza assoluta e le corrispondenti classi
tematiche. Le classi tematiche sono messe in relazione con il con-
tenuto geometrico tramite relazioni specifiche per ciascun LOD,
consentendo cos la possibilit di rappresentare nello stesso mo-
dello diversi contenuti geometrici per ciascuna classe tematica.
Il supporto multi-vista rappresenta invece una funzionalit tipica
dei sistemi CAD che stata implementata per gestire in modo
pi flessibile e realistico le visualizzazione del modello (van Oo-
sterom et al., 2005). Un modulo specifico, nel quale sono stati
implementati gli standard X3D (3D, 2008) permette di gestire in
modo indipendente la visualizzazione delle caratteristiche delle
superfici, indipendentemente dal loro contenuto tematico.
4 Le relazioni metriche come quelle angolari e basate sulla distanza
(triangolazione di Delaunay e diagrammi di Voronoi) permettono facil-
mente di trasformare una rappresentazione raster come un DEM in una
rappresentazione vettoriale come la TIN grazie alla loro caratteristica di
essere entrambe rappresentazioni 2.5D.
3 IMPLEMENTAZIONE E GESTIONE DEL MODELLO
3.1 Il caso studio
Lapplicazione di questi strumenti e sistemi stata condotta su
un esempio significativo, per dimensione e complessit, di beni
architettonici in ambito urbano. Essenziali per la scelta del ca-
so studio sono state le caratteristiche del rilievo metrico di questi
beni: la necessit di disporre di una struttura dei dati per la gestio-
ne e lanalisi delle rappresentazioni 3D e la diversificazione delle
tipologie di supporti metrici, solitamente costituiti da elaborati
vettoriali e raster a diversi livelli di dettaglio. Ledificio, il cui ri-
lievo ha costituito la base metrica di partenza per le elaborazioni,
il Castello del Valentino, una delle Residenze Sabaude gi sito
UNESCO. Situata nel tessuto storico della citt di Torino sulle
rive del fiume Po un importante esempio di architettura tardo-
rinascimentale e barocca e rappresenta un esempio tipico della
rappresentazione del potere assoluto nelle trasformazioni del ter-
ritorio e del paesaggio circostante 5 . Le acquisizioni condotte,
preliminari allelaborazione del progetto di restauro e rifunzio-
nalizzazione, hanno riguardato le facciate esterne, la corte inter-
na e parti degli ambienti interni per mezzo di tecniche di rilievo
GNSS (Global Navigation Satellite Systems), fotogrammetriche,
topografiche e TLS (Terrestrial Laser Scanner) 6 . Le elaborazio-
ni metriche, inquadrate in un modello tridimensionale vettoriale
cui stata associata la rappresentazione raster derivata da orto-
foto e fotopiani acquisiti, sono utilizzate per la ristrutturazione
geometrico-semantica dei dati preliminare allimplementazione
del modello CityGML.
3.2 Implementazione del modello
Modello tematico Il modulo Building delle specifiche CityGML
uno dei pi complessi ed estesi di tutto il modello e permette la
descrizione delle caratteristiche principali degli elementi costitu-
tivi ledificio, a partire da quelli interni fino alla rappresentazione
delle relazioni tra le diverse unit volumetriche che compongono
un complesso architettonico come lesempio utilizzato per lim-
plementazione. Le caratteristiche tipologiche delledifico a cor-
te, sono state rappresentate attraverso la relazione di aggregazio-
ne compositiva tra le classi Building e BuildingPart utilizzando
esclusivamente questultima per limplementazione del contenu-
to geometrico delle singole unit volumetriche permettendo inol-
tre di definirne gli attributi specifici come laltezza o la tipologia
di copertura. In altre parole la classe Building assume unicamen-
te un ruolo semantico, mentre le relazioni con il contenuto geo-
metrico si sviluppano solo a partire dalle sue specializzazioni.
La classe BuildingPart, implementata a partire dal LOD1, sta-
ta specializzata a partire dal LOD2 nelle componenti linvolucro
edilizio, GroundSurface, RoofSurface e WallSurface. A partire
dal LOD3 sono state specializzate le componenti principali del-
le facciate, mentre al livello successivo stata modellata la parte
interna, limitatamente alla parte rilevata e cio lingombro dei
muri. La sperimentazione di questo modello con i dati prove-
nienti dal rilievo metrico ha dimostrato la flessibilit dello stes-
so nelle caratterizzazione delle relazioni semantiche per lambito
applicato per cui nato e cio la cartografia urbana, mentre la do-
cumentazione architettonica prevede una maggiore articolazione
e specializzazione delle classi tematiche. Gli elementi decorativi
5 La sua conformazione spaziale risultato dellaggregazione delle
diverse componente in un preciso schema, quello a corte di derivazio-
ne francese nel quale laggregazione di elementi diversi per forma e di-
mensione come gallerie e torri definisce un disegno complessivo che ha
precise relazioni con il paesaggio circostante.
6 Le campagne di rilievo, effettuate negli anni 2007-2009, hanno coin-
volto lunit di ricerca del Politecnico coordinata dallArch. Span,
nellambito di progetti di ricerca di formazione (Span, 2010)
delle facciate, che sono un elemento caratteristico dellarchitet-
tura storica europea codificato dalla trattatistica negli ordini ar-
chitettonici, costituiscono un segno riconoscibile gi a partire dal
LOD3 come del resto le specializzazioni della classe Opening che
prevista a partire da questo livello di dettaglio.
Figure 3: struttura del modello tematico; nel primo riquadro so-
no mostrati gli attributi della classe Building (class, function e
usage), nel secondo sono invece mostrati quelli della classe Buil-
dingPart (yearOfConstruction, roofType).
Modello geometrico Il modello geometrico CityGML prevede
5 livelli di dettaglio a partire dal LOD0, corrispondente alle rap-
presentazioni 2.5D della cartografia regionale a scala 1:10000,
fino al LOD4 corrispondente alla scala architettonica 1:100. A
differenza dellapproccio tipico dei sistemi CAD 7 , orientato alla
progettazione che prevede una rappresentazione per solidi degli
elementi tematici costituenti il manufatto, lapproccio orientato
alla conoscenza dellesistente delle specifiche OGC prevede una
rappresentazione per superfici degli elementi architettonici a par-
tire dalle scale pi elevate (Zlatanova and Isikdag, 2009). Nel
caso studio sono state implementate i LOD dall1 al 4, mentre
un livello ulteriore, corrispondente alla scala 1:50 comunemente
utilizzata nelle prodotti metrici del rilievo dei beni architettoni-
ci, si reso necessario per restituire il grado di dettaglio della
componente geometrica previsto per questo tipo di documenta-
zione. stato quindi elaborato uno schema di generalizzazione
bidimensionale per identificare i criteri di generalizzazione di-
screta dellapparato decorativo a partire dagli elaborati originali
in scala 1:50. Lelaborazione di un modello geometrico tridimen-
sionale di un singolo modulo decorativo della facciata alla stes-
sa scala servita quindi come riferimento per lapplicazione dei
criteri precedentemente definiti alla terza dimensione. Lintegra-
zione di questi due elementi ha permesso di modellare al LOD4
i primi due piani di una singola facciata e al LOD3 lintera fac-
ciata. Il modello LOD2, comprendente lintero edificio invece
stato derivato dalla planimetria a scala 1:500 e dallo schema
bidimensionale della facciata.
7 Lo standard IFC (Industry Foundation Classes) (IAI, 2003) un
esempio di questo approccio alla rappresentazione del tema edificato.
Utilizzati nellambito del BIM (Building Information Management) rap-
presentano insieme al CityGML uno dei pi importanti passi nella di-
rezione di unintegrazione di questi due segmenti che concorrono alla
gestione delle trasformazioni urbane.
Figure 4: schema del processo di discretizzazione geometrico-
semantica delle features.
Visualizzazione Il modello geometrico CityGML, a differen-
za del GML, prevede che il contenuto geometrico sia espresso
per mezzo di rappresentazioni vettoriali. Il dato raster pu essere
associato al contenuto geometrico per finalit di restituzione fo-
torealistica o per caratterizzare in modo indipendente dalle classi
tematiche implementate il modello geometrico. Questa funziona-
lit, tipica dei sistemi CAD, importante nella documentazione
dei beni architettonici per restituire alcuni aspetti della comples-
sit del valore culturale che il bene esprime come ad esempio le
caratteristiche dei materiali o lo stato di conservazione. Dispo-
nendo della base metrica del rilievo fotogrammetrico acquisito
precedentemente ai lavori di restauro stato scelto di acquisi-
re dei nuovi fotogrammi che documentassero gli interventi sulle
facciate che non hanno alterato la base metrica del rilievo e quin-
di sono stati restituiti e implementati nel modello. stato quindi
possibile impostare nel modello due tipologie di visualizzazione,
una corrispondente allo stato di fatto e una successiva al restauro
delle facciate.
3.3 Gestione del database
Geodatabase: Oracle Spatial 11g Limplementazione su que-
sta piattaforma del modello implementato stata orientata alla
sperimentazione delle funzionalit di analisi spaziale nello spazio
3D che Oracle Spatial 11g consente nellottica dellintegrazione
dei dati in un database urbano. Il modello relazionale su cui si
basa il software dispone di alcune funzionalit che permettono di
creare delle aggregazioni di istanze su diverse tabelle (Object Ty-
pe) e la creazione di viste personalizzate tramite la specificazione
di procedure per la modifica e laggiornamento dei dati (Object
View). Limplementazione del modello CityGML nella struttu-
ra relazionale del Geodatabase richiede una ristrutturazione dello
schema logico che unoperazione complessa poich i documenti
XML si basano su una struttura concettualmente diversa da quel-
la relazionale e molti simile a quella ad oggetti. Per questo scopo
stato scelto di utilizzare lapplicazione 3D CityDatabase 8 , co-
stituita da una serie di script SQL (Structured Query Language)
per limportazione e lesportazione dei dati.
8 Questo schema stato elaborato dallInstitute for Geodesy and
Geoinformation Science della Technische Universitt Berlin per garanti-
re linteroperabilit tra i GeoDatabase come Oracle Database e i modelli
CityGML.

Figure 5: due viste dellimplementazione del modulo Appearan-
ce, prima del restauro (sopra) e dopo (sotto).
Lapplicazione SQL Developer costituisce lo strumento princi-
pale per la gestione delle informazioni contenute nel database.
Esso permette una vista sugli elementi che costituiscono la strut-
tura del database e un interfaccia per la visualizzazione dei dati,
costituiti da tabelle, per la formulazione delle query e la visua-
lizzazione dei risultati. Gli elementi principali del database sono
costituiti dalle tabelle, gli indici, le viste e i package. Le tabelle
contengono le informazioni implementate, sotto forma di tuple.
Gli indici sono uno strumento logico per lottimizzazione delle
ricerche nei database e sono basati sul meccanismo di indicizza-
zione dellR-Tree. Questo meccanismo nei GeoDatabase viene
applicato anche allindicizzazione dei dati spaziali tramite i mec-
canismi di segmentazione basati sulla distanza come il MBR e il
MBV. I package consentono di raggruppare procedure, funzioni
e singoli script SQL in unit logiche che possono essere conside-
rate come una serie di istruzioni per gestire in modo automatico
le modifiche e laggiornamento dei dati. I triggers sono inve-
ce dei meccanismi che sono attivabili ad un determinato evento
del database come per esempio la creazione o la modifica di un
record.
Figura 6: calcolo delle aree di tutte le superfici di ununit vo-
lumetrica e creazione di una nuova tabella con i risultati (Oracle
Spatial 11g).
XML database Gli strumenti principali per laccesso alle in-
formazioni strutturate nei documenti XML sono i linguaggi XQue-
ry e XPath. A differenza del modello relazionale dove le ricerche
sono condotte al livello delle singole tabelle, nei database XML
le ricerche sono condotte al livello pi alto del documento e ne-
cessitano quindi della specificazione dei nodi che ne compongo-
no la struttura. Mentre la formulazione di una clausola SQL
facilmente formalizzabile matematicamente dalla funzione della
tupla le interrogazioni sui documenti XML sono pi complesse.
Loperatore FLWOR (For Let Where Order Return) permette la
formalizzazione delle interrogazioni tramite la specificazione di
clausole e variabili.
Figure 7: rappresentazione delloperatore FLWOR: la clauso-
la Where in magenta definisce il valore (1620) dellattributo
yearOfConstruction, mentre le clausole in verde For, (in alto)
Let (in basso) e Return (a destra) definiscono la lista dei nodi,
lassociazione con la variabile e il risultato da restituire.
Lapplicazione della tecnologia XML alla gestione dei database
uno dei recenti sforzi verso la predisposizione di strumenti per
lo scambio di informazioni caratterizzate da strutture semantiche,
vocabolari e tipologie di dati specifici attraverso diversi strumen-
ti applicativi. Le estensioni del modello dei dati e dei linguaggi
di interrogazione possono essere correttamente interpretate da di-
versi sistemi applicativi grazie alla specificazione dello schema
XML e delle Application Programming Interface (API). Gli stru-
menti del meta-linguaggio XML consentono tramite la modifica
dello schema XML la modellazione logico-concettuale di speci-
fici ambiti applicativi, mentre la predisposizione di API permette
di estendere le funzionalit dei linguaggi di interrogazione XQue-
ry e XPath per compiere analisi specifiche come quelle spaziali.
EXPath (ExPath, 2010) un interfaccia per XPath 2.0 che im-
plementa le funzionalit di analisi spaziale nei database XML, in
modo indipendente dal software utilizzato per la gestione. So-
no supportate dallAPI la maggior parte delle classi geometriche
GML e gli operatori di Clementini-Egenhofer (Egenhofer and
Herring, 1990, Clementini et al., 1993). Le operazioni di ana-
lisi spaziale sono condotte solo sulla componente bidimensionale
del dato geometrico.
Figure 8: risultato dellinterrogazione di unarea, implementazio-
ne dellAPI Zorba XQuery sulla piattaforma software Eclipse.
 4 MODELLAZIONE SEMANTICA: CH ADE

Modello concettuale La proposta di estensione dello schema

XML, o Application Domain Extension (ADE), prevede la mo-
dellazione del fenomeno del degrado delle superfici come una
delle caratteristiche dei beni architettonici la cui implementazio-
ne nel modello pu permettere di compiere analisi sui contenu-
ti tramite gli strumenti dei database XML. La complessit de-
gli oggetti cui si riferisce il fenomeno, ha imposto un approc-
cio allelaborazione del modello concettuale in due fasi differen-
ti. In un primo momento stato definito il fenomeno cultura-
le ch::_CulturalHeritageFeature nella sua accezione pi gene-
rale come specializzazione della classe GML Feature, consen-
tendo una maggiore flessibilit nella definizione degli attribu-
ti 9 . La sua specializzazione ch::_CHSite stata invece intro-
dotta per comprendere tutti questi fenomeni che sono in rela-
zione con lattivit antropica di fa parte il degrado. In una fa-
se successiva queste classi astratte sono state ulteriormente spe-
cializzate per modellare il fenomeno specifico del degrado del- Figura 9: schema UML dellapplicazione dellestensione al mo-
le superfici degli edifici parallelamente alla definizione degli at- dulo Building: nello schema sono evidenziate le specializza-
tributi della classe Building che sono necessari per la gestione zioni della classe ch_BoundarySurfaceDetrioration e delle sue
e linterrogazione dei dati relativi ai beni architettonici imple- relazioni con le classi _BoundarySyrface e gml::MultiCurve;
mentati in quella classe. La prima specializzazione della classe sono inoltre rappresentati gli attributi aggiunti alla classe
ch::_CHSite ancora una classe astratta per permettere la mo- _AbstractBuilding.
dellazione di altre forme di degrado diverse da quello caratteri-
stico delle superfici degli edifici, mentre la sua specializzazione Utilizzando lo stesso tipo di dato si implementato lattributo
ch::_BoundarySurfaceDeterioration, a sua volta specializzata in isCHAuth [0...1] che invece permette tramite lo stesso mecca-
ch::WallSurfaceDeterioration e ch::OpeningFrameDeterioration nismo di definire se il bene architettonico sia o meno codifica-
consente di modellare le caratteristiche del fenomeno del degra- to da uno preciso ente normativo preposto alla tutela e gestione
do in relazione alle caratteristiche dei due elementi architettoni- del patrimonio architettonico ed eventualmente non definire que-
ci. A questo livello sono specificate le relazioni con il conte- sto valore. Altri due attributi CHAuthName [0...] e CHAuthCo-
nuto tematico e geometrico delle classi CityGML consentendo de [0...] che possono avere valori multipli invece definiscono il
di compiere analisi sia sul contenuto geometrico che tematico codice che identifica lente normativo e quello che corrisponde
del fenomeno del degrado. Lintroduzione degli attributi isCH, al codice identificativo che lente normativo ha assegnato al be-
isCHAuth, CHAuthName e CHAuthCode nella classe Building ne. Il valore multiplo permette ad esempio la classificazione dello
dellomonimo modulo CityGML permette invece la catalogazio- stesso bene da parte di enti normativi diversi come diversi sono i
ne dei beni architettonici nel database CityGML consentendo di valori culturali che lo stesso bene pu esprimere.
effettuare ricerche sulla base della loro caratteristica culturale e
della certificazione dellente preposto alla tutela.

Schema XML Limplementazione dello schema concettuale UML

predisposto nello schema XML che definisce logicamente le re-
lazioni tra gli elementi un processo di ristrutturazione relativa-
mente semplice se paragonato a quello verso il modello relaziona-
le che permette una stretta corrispondenza semantica con quello
concettuale. La relazione di specializzazione viene definita dagli
attributi base e derivedBy, mentre la relazione di aggregazione
che sussiste tra la classe ch::_BoundarySurfaceDeterioration e la
corrispondente classe CityGML formalizzata tramite la crea-
zione di un tipo complesso. A questo livello di di definizione dei
dati possono essere direttamente specificati gli attributi della clas-
se bldg::_AbstracBuilding. La formulazione di questi attributi
Figure 10: implementazione dello schema XML, da destra a si-
stata studiata per permettere una gestione integrata di un archi-
nistra i tipi complessi _CulturalHeritageFeature, _AbstractDete-
vio metrico contenente diversi strati informativi incluso quello
rioration e _BoundarySurfaceDeterioration.
relativo ai beni architettonici. Un primo attributo isCH [0...1] ci
permette di qualificare ledificio come bene culturale. Il tipo di
dato gml::booleanOrNull che ammette la presenza di un valore
vuoto. Il significato di questa falsificazione pu essere ulterior- 5 DISCUSSIONE
mente specifica tramite una lista codificata (nillableReasonList).
Questo tipo di attributo ammette la possibilit che non si sappia
Lo studio e lapplicazione di questi sistemi ha dimostrato la possi-
definire un valore e specificarne la ragione, caso che pu acca-
bilit di utilizzare gli strumenti del linguaggio XML per la model-
dere nel caso in cui non sia possibile definire un modo definito
lazione dei dati della cartografia urbana e la loro gestione attraver-
lappartenenza delledificio alla categoria dei beni architettonici.
so i database XML. La caratteristica di interoperabilit, indipen-
9 Tutte le classi tematiche CityGML sono dotate degli attributi crea- denza dallimplementazione del software e la maggiore ricchezza
tionDate e terminationDate. I beni culturali possono essere invece semantica sono inoltre caratteristiche che consentono lo scambio
caratterizzati da una dimensione temporale pi complessa. delle informazioni e lo sviluppo di linguaggi e interfacce applica-
tive per la modellazione e gestione dei dati relativi a specifici am-
biti applicativi. Lo sviluppo di questi strumenti ha permesso an-
che lestensione delle funzionalit di ricerca per comprendere le
analisi sul contenuto geometrico. Il modello implementato tra-
ducibile in un Geodatabase relazionale come Oracle per esigenze
specifiche come analisi spaziali pi complesse a patto di operare
una ristrutturazione dei dati il cui schema deve essere modificato
ad ogni modifica dello schema XML di riferimento del modello.
La sperimentazione degli strumenti per lestensione dello schema
XML ha inoltre dimostrato la possibilit di estendere il dominio
di applicazione del modello CityGML per rispondere alle esigen-
ze della documentazione dei beni architettonici permettendo di
rappresentare fenomeni anche complessi come il degrado nel lo-
ro duplice contenuto geometrico e tematico. Ulteriori ricerche nel
campo della formalizzazione dei vocabolari e degli schemi logi-
co concettuali sono necessarie per poter disporre di un sistema
per la gestione delle molteplici caratteristiche ed esigenze con-
nesse con la gestione dei dati metrici relativi ai beni architetto-
nici. Lulteriore sviluppo dei linguaggi di interrogazione e delle
interfacce operative per lanalisi dei dati spaziali pu invece con-
sentire confrontare le prestazioni dei diversi DBMS ivi inclusi
quelli No-SQL come i database XML nelle analisi condotte sulla
componente 3D del dato geometrico.
RIFERIMENTI BIBLIOGRAFICI
3D, W., 2008. Extensible 3D (X3D) ISO/IEC 19775-1:2008.
Web3D Consortium.
Atkinson, M., Bancilhon, F., De Witt, D., Dittrich, K., Maier, D.
and Zdonik, S., 1990. The object-oriented database system mani-
festo. In: H. V. Jagadish and H. Garcia-Molina (eds), Proceedings
of the ACM SIGMOD International Conference on Management
of Data, ACM - SIGMOD, ACM Press.
Bilgin, G. and Rinaudo, F., 2007. Recordim - task group 9 -
draft report: Generic gis template for the management of heritage
objects. Technical report, ICOMOS.
Bryan, P., Blake, B. and Jon, B., 2009. Metric Survey Specifca-
tions for Cultural Heritage. English Heritage.
Clementini, E., Di Felice, P. and van Oosterom, P., 1993. A
small set of formal topological relationships suitable for end-user
interaction. In: D. Abel and B. Chin Ooi (eds), Advances in
Spatial Databases, Lecture Notes in Computer Science, Vol. 692,
Springer Berlin / Heidelberg, pp. 277295.
Egenhofer, M. J. and Franck, A. U., 1992. Object oriented
modeling for gis. URISA Journal IV(2), pp. 319.
Egenhofer, M. J. and Herring, J. R., 1990. A mathematical
framework for the definition of topological relationships. In:
Proceedings of the IV International Symposium on Spatial Data
Handling, SDH.
ExPath, 2010. Geo Module. A geospatial API. EXPath Candidate
30 September 2010.
Frank, A. U. and Kuhn, W., 1986. Cell graphs: a provable correct
method for the storage of geometry. In: Proceedings of the II
International Symposium on Spatial Data Handling, SDH.
Goodchild, M. F., 1991. Geographical information scien-
ce. In: Proceedings of the Second European Conference on
Geographical Informations Systems (EGIS).
Goodchild, M. F., 2009. Geographic information system. In:
L. LIU and M. T. ZSU (eds), Encyclopedia of Database
Systems, Springer - Verlag, pp. 12311236.
IAI, 2003. IFC2x2 Final Online Documentation. International
Alliance for Interoperability.
ICOMOS, 1996. Principles for the Recording of Monuments,
Groups of Buildings and Sites. International Council on Monu-
ments and Sites, Sofia BG.
Manetti, M., 2008. Topologia. Springer - Verlag, Milano IT.
Molenaar, M., 1998. An Introduction to the Theory of Spatial
Object Modelling for GIS. Taylor and Francis, London UK.
OGC, 2007. Open GIS Geography Markup Language (GML)
Encoding Standard v.3.2.1 07-036. Open Geospatial Consortium.
OGC, 2008. Open GIS City Geography Markup Language (Ci-
tyGML) Encoding Standard v.1.0.0 08-007r1. Open Geospatial
Consortium.
OMG, 2011. Unified Modeling Language version 1.4.2 -
ISO/IEC 19501. Object Management Group.
Pilouk, M., 1996. Integrated modelling for 3D GIS. PhD thesis,
ITC - University of Twente, NE.
Rahman, A. A. and Drummond, J. E., 2000. The implementation
of object-oriented tin-based subsystems for gis. In: The Interna-
tional Archives of the Photogrammetry, Remote Sensing and Spa-
tial Information Sciences, Vol. XXXIInumber B4, International
Society for Photogrammetry and Remote Sensing (ISPRS).
Span, A., 2010. Report del rilievo metrico integrato di parti del
castello del valentino. Technical report, Politecnico di Torino.
van Oosterom, P., Jansen, E. and Stoter, J., 2005. Bridging the
worlds of cad and gis. In: S. Zlatanova and D. Prosperi (eds),
Large-scale 3D Data Integration: Challenges and Opportunities,
Taylor&Francis - CRC Press, Boca Raton US-FL, chapter 9,
pp. 936.
W3C, 2008. Extensible Markup Language (XML) 1.0 (Fifth
Edition). World Wide Web Consortium.
W3C, 2010a. XML Linking Language (XLink) Version 1.1.
World Wide Web Consortium.
W3C, 2010b. XML Path Language (XPath) 2.0 (Second Edition).
Ii edn, World Wide Web Consortium.
W3C, 2010c. XQuery 1.0: An XML Query Language (Second
Edition). Ii edn, World Wide Web Consortium.
Zlatanova, S., 2000. 3D GIS for Urban Development. PhD thesis,
Graz University of Technology, Graz A.
Zlatanova, S. and Isikdag, U., 2009. Towards defining a fra-
mework for automatic generation of buildings in citygml using
bim. In: S. Zlatanova and L. Jiyeong (eds), 3D Geoinforma-
tion Sciences, Lecture Notes in Geoinformation and Cartography,
Springer - Verlag, Berlin Heidelberg DE, chapter 6, pp. 7996.
Zlatanova, S., Rahman, A. A. and Pilouk, M., 2002. Trends in 3d
gis software development. Journal of Geospatial Engineering.