Source: http://docplayer.it/1210245-Catasto-nazionale-delle-infrastrutture-di-rete-per-ngan.html
Timestamp: 2017-01-22 13:03:34+00:00

Document:
⭐CATASTO NAZIONALE DELLE INFRASTRUTTURE DI RETE PER NGAN
CATASTO NAZIONALE DELLE INFRASTRUTTURE DI RETE PER NGAN
Download "CATASTO NAZIONALE DELLE INFRASTRUTTURE DI RETE PER NGAN"
1 CATASTO NAZIONALE DELLE INFRASTRUTTURE DI RETE PER NGAN ESPERIENZE REALI A SUPPORTO DELLA SPERIMENTAZIONE DEL MODELLO ANFOV Settembre 2013 ANFoV Tutti i diritti riservati2 REDATTORI DEL DOCUMENTO Il presente documento è stato redatto dal gruppo di studio ANFoV costituito da: ANFoV Comune di NOVARA Comune di TORINO EBWorld FASTWEB ICT-Ideas ITALTEL LEPIDA NOESIA Consulting SIRTI TELECOM ITALIA VODAFONE WIND Nino Catania Alvaro Canciani Livio Mandrile Carlo Torchio Filiberto Morrone Francesco Mete Andrea Forasassi Maurizio Pasi Franco Serio Andrea Viganò Giuliano Foscarini Anna Lisa Minghetti Stefania Nanni Claudio Chiarenza Nicola Di Buono Carmelo Marco Rossicone Clelia Lorenza Ghibaudo Lucia Bordignon Paolo Dal Bono Giuseppe Torricelli Giorgio Pala Irene Gamboni ANFoV Tutti i diritti riservati 23 IMMAGINI FUORI TESTO Il Gruppo di studio al tavolo di lavoro ANFoV Tutti i diritti riservati 34 INDICE Catasto Nazionale delle Infrastrutture di Rete per NGAN. 1 Premessa e contenuto Il Modello ANFoV Soggetti coinvolti Problematiche e Soluzioni Censimento dei dati Caricamento dei dati Condivisione delle informazioni (Federazione) Creazione dei profili utenza e accessibilità al Sistema Catasto Nazionale Punti di attenzione Popolamento e gestione dei dati di infrastruttura: sintesi delle risposte al questionario ANFoV L esperienza Telecom Italia Premessa Il sistema GIOIA Architettura Architettura del sistema GIOIA Modello dati Principali funzionalità Costi del progetto Criticità Rototraslazione Conclusioni L esperienza Wind Premessa Scopo e obiettivo del progetto GISmart Wind Architettura Descrizione del sistema Flusso logico di caricamento, estrazione e visualizzazione dei dati Analisi di fattibilità Criticità Popolamento dati fibra ottica Modalità di popolamento dati e costi Problematiche affrontate ANFoV Tutti i diritti riservati 45 5.3.4 Vantaggi Conclusioni L esperienza Fastweb-EBworld Premessa L esperienza di una base dati georeferenziata applicata a un diverso contesto L esperienza di una base dati georeferenziata per la gestione dell inventario fisico di una rete di telecomunicazione Catasto Nazionale delle Infrastrutture NGAN: il concept Fastweb EBWorld Architettura Definizione delle specifiche e dell architettura Architettura software e modello di federazione Architettura hardware Struttura del database Funzionalità disponibili sul portale Conclusioni Il modello Lepida per il Catasto Federato delle Infrastrutture per le reti di telecomunicazioni Premessa Architettura Modello concettuale Modello architetturale Modello funzionale Protocollo di federazione Modello dei dati Modello organizzativo Conclusioni Vantaggi della soluzione proposta Prossimi passi Costi di realizzazione e gestione operativa L esperienza nel Comune di Riccione La realizzazione Italtel e Laboratori Guglielmo Marconi Le attività di analisi e modellazione dati La piattaforma Invento Problematiche riscontrate e soluzioni introdotte Open Point e Sviluppi futuri ANFoV Tutti i diritti riservati 56 8.4 Conclusioni L esperienza del Comune di Torino La realizzazione del sistema informativo L attività di popolamento iniziale e attualizzazione dei dati La piattaforma Catasto delle reti tecnologiche Open point e sviluppi futuri Conclusioni L esperienza del Comune di Novara La realizzazione del sistema informativo L attività di popolamento iniziale e attualizzazione dei dati La piattaforma Catasto delle reti tecnologiche Open Point e Sviluppi futuri Conclusioni Conclusioni Elenco sigle ed acronimi ANFoV Tutti i diritti riservati 67 INDICE DELLE FIGURE Figura 1.- Esempio di tracciato visualizzato sul portale GIOIA Figura 2 - modello di struttura a grafo Figura 3 - principali attributi del modello dati Figura 4 - Pagina principale di navigazione per Layer Figura 5 - Definizione degli attributi per un layer di infrastrutture Figura 6 - GISmart raccoglie ed uniforma i dati provenienti da vari sistemi esterni Figura 7 - Struttura dati (da Shape file sorgente) per un layer di infrastrutture Figura 8 - Mapping tra attributi shape file sorgente e attributi layer Infrastrutture GISmart Figura 9 - Rappresentazione di un layer di Infrastrutture (importato da shape file con regole di mapping descritte) Figura 10 - Export in formato KML di un layer di Infrastrutture Figura 11 - Visualizzazione dell'export KML delle Infrastrutture su Google Earth Figura 12 - Analisi di fattibilità con criterio di Minima Distanza Figura 13 - Analisi di fattibilità con criterio di Riutilizzo dell'infrastruttura Figura 14 - Rappresentazione schematica dell architettura software del sistema Figura 15 - Modello architetturale della piattaforma Lepida Figura 16.-.Modello funzionale della piattaforma Lepida Figura 17 - Esempio di visualizzazione di informazioni federate da diverse sorgenti Figura 18 Esempio di visualizzazione grafica di dati non completamente coerenti Figura 19 - Piattaforma Invento in uso presso il Comune di Riccione Figura 20 - Adattabilità del modello informativo Figura 21 - Flessibilità nel Caricamento Dati Figura 22 - Popolamento iniziale catasto Torino Figura 23 - Segnalazione Interventi Figura 24 - Emissione bolla di scavo ed esecuzione dei lavori Figura 25 - Interventi delle aziende distribuiti sul suolo pubblico Figura 26 - Analisi Storica per gestore e per circoscrizione Figura 27 Analisi degli interventi per azienda Figura 28 - Analisi storica per gestore e per circoscrizione Figura 29 - Funzioni e visualizzazione delle informazioni dal portale Figura 30 - Visualizzazione cartografica e tabellare delle informazioni dal portale Figura 31 - Immagine della cartografia sul portale comunale Figura 32 - Strumento di selezione Figura 33 - Esempio di visualizzazione delle infrastrutture sul territorio ANFoV Tutti i diritti riservati 78 1 PREMESSA E CONTENUTO Il presente documento, realizzato nell ambito delle iniziative del Gruppo di Studio ANFoV, ha l obiettivo di dar seguito ai concetti espressi relativamente al Catasto Nazionale delle Infrastrutture nei documenti: Reti di accesso di nuova generazione (NGAN) Interventi per uno sviluppo sostenibile: catasto delle infrastrutture e criteri tecnologici realizzativi pubblicato in Ottobre 2010 Catasto nazionale delle infrastrutture di rete per NGAN Linee guida gestionali e realizzative. Studio-proposta dell ANFoV pubblicato nell Aprile 2012 Il primo documento mirava ad inquadrare gli aspetti centrali alla realizzazione di un sistema complesso, che prevede l interazione di soggetti diversi con differenti competenze ed interessi. Il secondo documento, avente ancora più specificatamente la veste di uno studioproposta, si pone, con riferimento alle tematiche espresse nel contributo precedente, l obiettivo di comprendere ed approfondire gli aspetti tecnici, architetturali e procedurali relativi alla realizzazione di un Catasto Nazionale delle Infrastrutture di rete per NGAN. Con il primo documento si cerca di identificare al meglio il sistema Catasto nazionale delle infrastrutture di rete per NGAN, con particolare riferimento al contesto istituzionale ed economico italiano; il secondo é volto a definire quelle che sono le principali specifiche che un sistema come il Catasto deve soddisfare e ne viene perciò proposto un modello realizzativo adeguato. Il presente documento, che rappresenta sostanzialmente il terzo volume dello Studio nel suo complesso, mira a trovare un punto di convergenza delle considerazioni approfondite nei contributi precedenti, descrivendo sperimentazioni reali, condotte presso e/o con la collaborazione tra pubbliche amministrazioni locali ed operatori di telecomunicazioni. Il coinvolgimento di tutti i soggetti interessati, nonché le sinergie che sono sorte per la conduzione della sperimentazione in tali realtà, vogliono in qualche modo costituire un punto di incontro di quanto il Gruppo di Studio ha approfondito in vari anni di attività. L iniziativa ANFoV è ulteriormente valorizzata dall elevato profilo dei contributori all intero Studio. Nel presente documento si descriveranno pertanto le esperienze in campo, con particolare attenzione ai soggetti coinvolti e alle attività che si sono rese necessarie per l avviamento della singola sperimentazione locale di cui si tratta. Si analizzeranno anche le problematiche incontrate, sia a livello tecnico che a livello procedurale e di interoperabilità con tutte le realtà partecipanti. Il tutto viene corredato dalla descrizione di modelli di relazione tra operatori, comuni e utilities per la realizzazione di un catasto federato. Nel documento verranno inoltre allegate esperienze di catasti di diversa natura rispetto a quelli riguardanti le telecomunicazioni ma con forti analogie dal punto di vista dei modelli realizzativi adottati. ANFoV Tutti i diritti riservati 89 La discussione sugli aspetti tecnici e architetturali e sul dimensionamento dei sistemi fa si che questo ultimo documento possa essere utile anche per comprendere meglio da che cosa sarà rappresentato e come potrà funzionare il Catasto Nazionale proposto da ANFoV, un sistema scalabile e flessibile, in grado di federare quanto già realizzato sul territorio e capace di gestire un grande patrimonio informativo costituito dallo stato delle infrastrutture del sottosuolo. Non va dimenticato peraltro, al riguardo, che l istituzione e la gestione di un Catasto Nazionale, nella forma in cui viene concepita dall ANFoV, sono preordinate anche ad un più economico ed efficace riutilizzo delle opere di infrastrutturazione di telecomunicazioni già presenti nel sottosuolo. Il riuso di quanto già presente per lo sviluppo di reti NGAN rappresenta forse l unica possibilità per l Italia di realizzare quella rete di accesso a banda larga e ultralarga, che anche l Unione Europea ritiene essere la principale spinta per il rilancio economico di un Paese. Contemporaneamente, tuttavia, la particolare congiuntura economica attraversata dalle amministrazioni locali, il cui contributo è imprescindibile per il successo del Catasto Nazionale, pone sul tavolo ulteriori aspetti su cui riflettere. Le sperimentazioni analizzate in ambito ANFoV e le considerazioni che verranno espresse in questo documento vogliono contribuire all individuazione di un filo conduttore che, affrontando aspetti tecnici, procedurali e organizzativi, permetta una definizione completa del progetto del Catasto Nazionale delle Infrastrutture di rete per NGAN proposto e puntualizzato nei documenti precedenti citati all inizio. L opportunità di procedere e offrire i risultati di una sperimentazione (sintesi ragionata delle sperimentazioni esaminate) è seconda alla necessità di misurare la bontà dei concetti tecnico/procedurali presentati nella prima parte del lavoro; infatti solo una verifica sperimentale è in grado di evidenziare criticità e punti di forza del processo teorizzato nel documento dell Aprile In questa fase dedicata alla sperimentazione saranno dunque analizzate e dimostrate le soluzioni tecniche e le esperienze vissute in un contesto significativo: quello comunale/regionale ci sembra il più idoneo a tal riguardo. A tale livello saranno dunque verificate le caratteristiche che dovrebbe avere il Sistema Catasto proposto, le caratteristiche del suo supporto informatico, l architettura di realizzazione, il suo popolamento e la successiva gestione. La fase della sperimentazione appare quindi avere un importanza determinante non solo in sé e per sé, ma anche in quanto ha l obiettivo di attestare la validità del modello proposto nel precedente studio-proposta. Nel presente documento verranno illustrate le esperienze di alcuni importanti operatori di telecomunicazioni, fornitori di prodotti/servizi di telecomunicazioni ed amministrazioni locali, che hanno: definito un modello per la realizzazione ed il popolamento del catasto delle infrastrutture del sottosuolo; ANFoV Tutti i diritti riservati 910 definito le modalità di acquisizione e gestione dei dati relativi alle infrastrutture idonee alla posa di fibra ottica; tali informazioni, ricevute attraverso un questionario proposto a tutti i membri di ANFoV, verranno esposte sotto forma di sintesi nel corso del documento; realizzato la digitalizzazione del catasto delle infrastrutture del sottosuolo e posto in essere le procedure per fornire ai comuni, come richiesto dal PUGSS (Piano Urbano Generale dei Servizi del Sottosuolo) le informazioni relative alle infrastrutture del sottosuolo e scambiarsi informazioni utili alla pianificazione delle future reti NGAN Nel documento verranno presentati: le esperienze degli operatori di telecomunicazioni (Telecom Italia, Wind e Fastweb); un esperienza di federazione di sistemi esistenti per fornire una vista unificata delle infrastrutture presenti sul territorio (esperienza di Lepida SpA); un esperienza di catasti georeferenziati contenenti informazioni sia del sottosuolo sia di strutture di superficie (esperienza di Italtel e Laboratori Guglielmo Marconi in collaborazione con il Comune di Riccione); l avvio di progetti per la gestione delle reti del sottosuolo (esperienza del Comune di Torino); l avvio di progetti comunali di reti a banda ultra larga (sia passive che attive) che utilizzano database georeferenziati (esperienza del Comune di Novara). ANFoV Tutti i diritti riservati 1011 2 IL MODELLO ANFoV Partendo dal documento studio-proposta di Aprile 2012, il presente capitolo analizza le problematiche per la realizzazione ed il popolamento del Catasto delle infrastrutture del sottosuolo, con l obiettivo di descrivere il modello necessario per la sua realizzazione. Qualsiasi amministrazione comunale o gestore delle reti per arrivare a conferire i dati, in forma federata, delle proprie infrastrutture al Sistema Catasto, incontrerà e dovrà affrontare le problematiche descritte di seguito con una percentuale di difficoltà che varierà a seconda della situazione di partenza oltre che dello stato di affidabilità dei dati posseduti. Alla luce di quanto descritto sopra ed al fine di rendere l obiettivo realmente perseguibile e raggiungibile, il modello prende in considerazione gli elementi minimi indispensabili da condividere nel Sistema Catasto, già descritti nel documento studio-proposta di Aprile Tutti i dati acquisiti e condivisi nel Catasto Nazionale delle Infrastrutture dovranno essere gestiti nel tempo in modo da tenere aggiornata la banca dati federata, la cui fruibilità è garantita attraverso il web con protocollo HTTPS. Il Sistema Catasto Nazionale, basato su un sistema federato, sarà gestito dal soggetto istituzionale opportunamente individuato. 2.1 Soggetti coinvolti Il modello parte dall analisi dei diversi attori che partecipano in quanto detentori delle informazioni relative alle infrastrutture presenti nel sottosuolo: Operatori; Comuni; Utilities; Aziende ICT nel ruolo di System Integrator a sostegno della progettazione e della messa in esercizio del sistema. Con i comuni è assolutamente necessario definire gli scopi, gli obiettivi e le metriche 1 messe in campo per valutare le finalità della realizzazione del Sistema Catasto. E necessario che i comuni si sentano partecipi e siano adeguatamente coinvolti senza però eccessivi aggravi in termini di carichi di lavoro ed adempimenti vari. Per questo motivo è necessario che i comuni abbiano ben chiaro quelli che possono essere i benefici tratti da questa esperienza ed in particolare: avvio di un processo di informatizzazione del sottosuolo; definizione di processi di dialogo e cooperazione con altri soggetti (Operatori di telecomunicazioni, altre Amministrazioni, Utilities, ecc.); adeguamento alle nuove dinamiche indotte dall adozione di un Catasto Nazionale; 1 metriche - insieme di indicatori rivolti a tenere sotto controllo e a prevedere l andamento delle principali variabili critiche di un progetto. ANFoV Tutti i diritti riservati 1112 aumento delle competenze interne al Comune; benefici di immagine anche verso i cittadini che vedono il proprio Comune impegnato in un progetto di e-government a supporto dell implementazione di reti di accesso a banda larga; possibilità di sperimentare l utilizzo di nuovi strumenti a supporto della pianificazione dell utilizzo del sottosuolo. 2.2 Problematiche e Soluzioni Censimento dei dati Il primo aspetto da affrontare con l avvio del Sistema Catasto è quello del censimento delle informazioni disponibili sul territorio. E necessario che le amministrazioni comunali si facciano promotrici verso i soggetti terzi proprietari di infrastrutture nel territorio di propria competenza di una campagna di informazione e sensibilizzazione affinché condividano le informazioni relative alle infrastrutture esistenti e in fase di realizzazione, anche attraverso cartografie di rete. Le informazioni richieste ai soggetti terzi devono rispondere orientativamente ad alcuni requisiti definiti nel documento ANFoV di Aprile 2012, ed in particolare: contenere un set minimo di informazioni geometriche ed alfanumeriche; se in formato digitale, essere in formati non proprietari; se in formato digitale e georeferenziato, avere un sistema noto di georeferenziazione. Tali requisiti sono da considerarsi puramente indicativi perché non è detto che sul territorio tutti i soggetti siano in grado di fornire informazioni atte a soddisfare tutti o in parte tali requisiti. Si deve tuttavia cercare di raccogliere le informazioni ricevute nelle tre macro categorie sotto riportate: dati in formato digitale georeferenziati; dati in formato digitale non georeferenziati; dati in formato cartaceo. I dati in formato digitale potranno essere inoltre strutturati o non strutturati a seconda che prevedano una struttura standard (es. a livello di layers, oggetti e tabelle) o meno. Il documento ANFoV di Aprile 2012 descrive la struttura che il modello dei dati del Sistema Catasto deve avere; particolare attenzione è stata posta nell evitare di prevedere attributi ed informazioni non indispensabili ai fini del progetto, di difficile reperimento sul territorio o di chiara valenza riservata o sensibile per i soggetti contributori. Il censimento e la valutazione delle informazioni delle reti caricate o federate nel Sistema Catasto Nazionale, devono verificare la presenza di tutti gli attributi ritenuti indispensabili ai fini del popolamento. L attività sopradescritta dovrà essere a carico del Gestore del Sistema Catasto. Alla luce di quanto descritto sopra, nel caso in cui il soggetto contribuente del Sistema Catasto possieda dati incompleti o di cui ha dubbi sull effettiva rispondenza in campo, può ANFoV Tutti i diritti riservati 1213 essere utile l esecuzione, sul territorio, di indagini con tecniche invasive ( scavi di assaggio ovvero interventi puntuali sul terreno per determinare la presenza di infrastrutture) o non invasive (georadar) atte ad individuare o a meglio posizionare (mappare) le infrastrutture presenti nel sottosuolo Caricamento dei dati Una volta installate le piattaforme hardware e software e strutturata la base dati con il modello di cui al punto precedente, può avere inizio la fase di caricamento dei dati ricevuti. In particolare, è opportuno che ogni soggetto contributore al Sistema Catasto organizzi con i proprietari delle informazioni delle infrastrutture le attività come segue: concordare la quantità dei dati da consegnare e le relative scadenze; definire la consistenza dei dati nelle tre macro-categorie (formato digitale georeferenziato, formato digitale non georeferenziato, formato cartaceo); definire, limitatamente ai dati consegnati in formato digitale, quali e quanti hanno una struttura fissa (per cui è possibile effettuare un import massivo) e quanti invece, non essendo strutturati, richiedono un processamento manuale; laddove possibile, concordare le procedure software per i caricamenti massivi; digitalizzare i dati in formato cartaceo (dando loro un formato standard non proprietario caricabile massivamente); definire una fase di test e validazione di quanto caricato, prevedendo allo scopo delle verifiche a campione. Le fasi di test e di validazione devono essere svolte dal soggetto proprietario dell informazione al fine di verificarne l esito positivo e la correttezza dell attività di caricamento dei dati anche in considerazione dei potenziali disallineamenti provocati dai differenti sistemi informatici dei soggetti contributori Gestione dei dati in formato digitale e georeferenziati Si tratta del caso più semplice da gestire, supponendo che il formato di georeferenziazione sia tra quelli noti (WGS84, Gauss Boaga, UTM, ecc.). Nel caso il formato non fosse tra quelli noti, sarà necessaria un attività manuale per riposizionare i dati in un formato conosciuto. Al fine di ottimizzare i processi di caricamento dei dati si procede come segue: si individua un set di strutture (un insieme di layers, di blocchi o di oggetti/attributi) in cui i dati possono essere organizzati; per i dati non strutturati (ad es. con layers nominati in modo casuale) o per quelli che differiscono dai set identificati al punto precedente, si mette in atto una procedura per la standardizzazione della rispettiva struttura in modo riconducibile a una di quelle ritenute valide. La standardizzazione richiede spesso un intervento manuale anche con applicativi diversi (es. utilizzando CAD); ANFoV Tutti i diritti riservati 1314 una volta identificate le famiglie di strutture dati e ricondotta la struttura delle informazioni censite ad una di esse, il caricamento può avvenire in modo massivo. Noto il modello dei dati, si possono infatti sviluppare delle procedure software che, per ogni struttura dati, importano le informazioni nel GIS mappando le entità del dato di origine in uno o più oggetto/attributo del GIS. Compito di tali procedure è anche quello di effettuare le trasformazioni di coordinate necessarie affinché tutte le informazioni caricate in GIS, seppur di origine diversa, ricadano tutte nella stessa posizione geografica; al termine del caricamento massivo non è detto che non si renda necessario un post-processamento con procedure automatiche, semi-automatiche o manuali. Il tipico caso è quello di elementi sovrapposti nei file di origine che devono essere ripuliti una volta caricati in GIS. Un'altra situazione tipica è quella di elementi di rete che, malgrado nel formato di origine sembrino essere connessi, in realtà risultano tra loro staccati. La topologia della rete con la connessione archi nodi è fondamentale in un GIS, e va, il più possibile, recuperata anche con approcci semi-automatici; l intervento manuale può essere infine necessario per l acquisizione di informazioni accessorie puramente grafiche (e non interpretabili da un algoritmo) o di dati non riconducibili in modo automatico ai tracciati di rete appena caricati in modo massivo; può essere ritenuto addirittura conveniente quando le procedure automatiche non siano ritenute idonee a garantire lo scopo; indipendentemente dal grado di automazione ottenuto, una validazione manuale, eventualmente fatta con controlli campione, è sempre consigliabile Gestione dei dati in formato digitale non georeferenziati In presenza di questo tipo di dati è necessario un primo passaggio esclusivamente manuale. E infatti necessario comprendere le modalità atte a riportare il posizionamento degli elementi di infrastruttura rappresentati dai relativi dati ad un determinato sistema di coordinate. A tale scopo si seguono seguenti passi: si identifica una zona nota (prendendo dei punti di riferimento, ad esempio vie, incroci o piazze); si identificano gli stessi punti anche su una cartografia di riferimento e georeferenziata (ad esempio TeleAtlas o Google Maps); utilizzando almeno tre punti noti, si riportano i dati da georeferenziare sulla cartografia di riferimento; si controlla che una semplice traslazione abbia portato ad un buon risultato. Sono talvolta necessarie operazioni non lineari come deformazioni, rotazioni, allungamenti e adattamenti di diverso tipo spesso non demandabili ad un automatismo; in alcuni casi la georeferenziazione deve essere effettuata utilizzando le linee di quota riportate nei disegni; il caso migliore è quello di una traslazione rigida con offset fissi per famiglie di dati. In tal caso è possibile anche l identificazione di procedure automatiche per la georeferenziazione. ANFoV Tutti i diritti riservati 1415 Le operazioni sopracitate possono essere svolte con l ausilio di applicativi esterni al GIS (es. sistemi CAD) o all interno del GIS stesso che fornisce gli strumenti necessari. Una volta georeferenziati i dati, ai fini del caricamento nel GIS, è possibile ricondursi al caso precedente ( Gestione dei dati in formato digitale e georeferenziati ) Gestione dei dati in formato cartaceo In questo caso è necessario porre in atto una serie di accorgimenti tali per cui ci si riconduca il prima possibile al caso dei dati in formato digitale georeferenziati e con struttura definita (dati acquisibili, come si è già visto, in modo massivo). A tale scopo si seguono i passi descritti di seguito: si identifica una struttura e un sistema di coordinate in cui saranno prodotti i dati di infrastruttura da caricare massivamente nel GIS; si procede alla digitalizzazione del supporto cartaceo. Sono possibili diverse strategie. Si possono ad esempio passare allo scanner i supporti cartacei, caricarli come sfondo di un sistema GIS / CAD e digitalizzarli manualmente ricalcando la cartografia riportata nella scansione. Questa operazione deve necessariamente tenere conto della struttura dati che si è definita in modo che al termine della digitalizzazione i file abbiano tutti la stessa struttura. Tale operazione può risultare tuttavia onerosa nel caso di dati sorgenti di qualità non adeguata; i dati così digitalizzati vengono georeferenziati secondo le modalità descritte al Paragrafo Gestione dei dati in formato digitale e georeferenziati Criticità ed effetti indesiderati nell utilizzo di cartografie diverse L utilizzo, nello stesso sistema informativo territoriale, di dati posizionati su cartografie differenti, implica l esigenza di mettere in conto attività di riconciliazione e bonifica delle informazioni. Visualizzare dati di provenienza diversa sulla stessa mappa implica infatti che i dati possano avere una diversa georeferenziazione: in tal caso è necessario applicare le opportune trasformazioni, in modo che i dati, alle stesse coordinate, risultino sovrapposti. Alcuni sistemi, specie se risalenti a diversi anni fa o se di derivazione CAD, gestiscono i dati territoriali in tavole o fogli. Non sempre i fogli sono perfettamente coincidenti e, soprattutto sui bordi, possono esserci difformità, distorsioni o comunque può non essere perfettamente garantita la continuità della cartografia. La trasposizione di cartografie non continue in un unicum territoriale può implicare discontinuità nei dati. In assenza di dati topologicamente continui e connessi (modello archi nodi), tutte le funzionalità di tracciatura delle reti non potrebbero essere utilizzate e le potenzialità del GIS verrebbero ridotte ad un semplice tool di rappresentazione grafica delle informazioni (di tipo CAD). Il Sistema Catasto proposto da ANFoV prevede invece di gestire le informazioni territoriali superando la tradizionale divisione in fogli o tavole. L utilizzatore del Sistema Catasto, se dotato dei necessari diritti di accesso, potrà navigare su tutta l intera banca dati memorizzata nel database. ANFoV Tutti i diritti riservati 1516 2.2.3 Condivisione delle informazioni (Federazione) La condivisione delle informazioni relative alle infrastrutture esistenti costituisce il punto focale su cui si fonda il Sistema Catasto proposto da ANFoV. Il modello federativo (federazione delle basi dati) è lo strumento basilare attraverso cui si realizza tale condivisione. Tale modello, proposto da ANFoV, permette di federare a livello nazionale catasti regionali e/o database provenienti da sistemi informativi locali. È pertanto necessario prevedere sin da subito la possibilità di federare informazioni provenienti da fonti diverse facendo convergere su di un unica piattaforma dati gestiti ed aggiornati su sistemi differenti. La federazione di catasti o sistemi informativi locali garantisce: rispetto di quanto già in uso nelle realtà esistenti; automazione nei processi di acquisizione dei dati e standardizzazione nel sistema centralizzato (incluse trasformazioni di coordinate in modo da visualizzare tutti i dati su un unica cartografia di riferimento); possibilità di effettuare analisi di consistenza e reportistica su un unica piattaforma. Elemento fondamentale per il successo dell implementazione del Sistema Catasto Nazionale è la facilità con cui i diversi attori utilizzano il Sistema medesimo. In particolare è necessario che tutti i soggetti contributori al Sistema Catasto possano continuare ad utilizzare i sistemi informativi già in uso per le proprie attività. La salvaguardia degli investimenti già fatti e dei processi ormai consolidati sono aspetti da cui non si può prescindere nell implementazione di un sistema centralizzato. In quest ottica è tuttavia necessario fare in modo che la condivisione delle informazioni tra il Catasto Nazionale e i sistemi locali sia agevole e non introduca aggravi di lavoro per chi opera quotidianamente nell aggiornamento delle banche dati Creazione dei profili utenza e accessibilità al Sistema Catasto Nazionale Una volta caricati i dati, prima di rendere accessibile il Sistema Catasto agli utilizzatori, è necessario definire alcuni profili di utenza con diversi diritti relativamente a: area di competenza all interno della quale è possibile visualizzare e consultare i dati dell infrastruttura atta alla realizzazione di una rete NGAN; disponibilità di funzionalità specifiche (es. strumenti per l analisi territoriale della presenza di infrastrutture nel sottosuolo, ecc.). L accesso al Sistema è garantito previo inserimento di credenziali valide (username e password). Una volta caricati i dati e definiti i profili di accesso, il Catasto Nazionale sarà accessibile via web. La tracciabilità degli accessi consentirà di verificare il livello di utilizzo del Sistema dai diversi soggetti. ANFoV Tutti i diritti riservati 1617 2.3 Punti di attenzione Il modello proposto da ANFoV rappresenta il punto di riferimento per guidare le fasi di avvio e gestione del Sistema Catasto Nazionale. Le sperimentazioni e le esperienze condotte dai diversi soggetti partecipanti al progetto hanno ulteriormente contribuito a consolidare quanto previsto dal documento ANFoV di Aprile Al di là del modello e di quella che sarà la sua attuazione in un Sistema Nazionale, rimangono alcuni punti su cui deve essere posta la necessaria attenzione al fine di garantirne la completa riuscita. Il primo punto è rappresentato dal modello dei dati. Lo studio ha proposto un modello snello, privo di informazioni ridondanti ed estremamente focalizzato sulla centralità del Sistema Catasto Nazionale. Il modello dei dati presenta sin d ora caratteristiche di scalabilità e flessibilità tali da consentire l introduzione di ulteriori dati ed estensione delle funzionalità, allo stato attuale non ancora definiti. Tali sviluppi si renderanno necessari al crescere del numero dei soggetti, sia contributori sia utilizzatori, del Catasto Nazionale. Allo stesso modo - secondo punto di attenzione - anche l introduzione di nuove tipologie di reti da trattare (utility acqua, gas, elettricità, pubblica illuminazione, operatori di telecomunicazioni, Pubbliche Amministrazioni, ecc.) è facilmente implementabile grazie alla capacità del Sistema di federare i dati. Potrà infine emergere - terzo punto di attenzione - l esigenza di modularne le funzionalità sulla base dei riscontri ricevuti o in virtù di adeguamenti del quadro normativo di riferimento. Anche da questo punto di vista il Sistema Catasto sarà inoltre in grado di monitorare l indice di soddisfazione degli utilizzatori ed accoglierne eventuali richieste o migliorie. ANFoV Tutti i diritti riservati 1718 3 POPOLAMENTO E GESTIONE DEI DATI DI INFRASTRUTTURA: SINTESI DELLE RISPOSTE AL QUESTIONARIO ANFoV Per verificare la validità del modello del sistema come descritto al capitolo 2 (Il modello ANFoV) è stato realizzato un questionario avente come oggetto la tipologia e la gestione dei dati relativi alle infrastrutture idonee alla posa di fibra ottica. Le risposte a tale questionario sono state fornite da alcune società ed enti locali appartenenti al Gruppo di Studio ANFoV per il Catasto Nazionale delle infrastrutture NGAN. Il questionario è stato pensato per fornire informazioni relativamente a: a. Qualità e disponibilità dei dati Dalle risposte è emerso che sono disponibili, in modo diretto o indiretto, tutte le informazioni richieste dalle linee guida ANFoV (tipologia, lunghezza tratte, ente gestore, punti di accesso). Tali dati sono sostanzialmente aggiornati. L aggiornamento avviene a seguito di attività di manutenzione o realizzazione delle reti. La capillarità e la copertura territoriale riguardano il territorio nazionale ed i dati presenti nei data-base si riferiscono principalmente a infrastrutture della singola società e richiedono perciò, per la pianificazione dell evoluzione verso NGAN, strumenti di federazione di database di diversi Enti/Soggetti accessibili a tutti gli Enti/Soggetti interessati. b. Formato dei dati Dalle risposte è emerso che all interno della Società/Ente esiste un database informatico in cui sono memorizzati i dati. Ogni Società/Ente ha definito un proprio formato che utilizza per i dati relativi alle proprie infrastrutture. I dati sono memorizzati in formato elettronico ma ogni Società/Ente ha scelto formati differenti. c. Sistema informatico per la gestione dei dati Dalle risposte è emerso che il database non è solo un archivio dei dati ma esiste un programma con cui si leggono i dati e con cui questi vengono gestiti (es. modificati, esportati,.) I dati sono aggiornati ad attività concluse, in caso di modifiche e/o su base verifica. Il sistema informatico è predisposto per l esportazione ed importazione dei dati verso altri sistemi/enti ed in generale fornisce molti formati possibili quali DWG, DXF, DGN, Shapefile, GEODATABASE,. Non si intravvedono difficoltà a rendere esportabili in un formato predefinito (es. xml) le informazioni richieste dalle linee guida ANFoV (tipologia, lunghezza tratte, ente gestore, punti di accesso). d. Rappresentazione su base cartografica dei dati Dalle risposte è emerso che i dati hanno una rappresentazione cartografica e sono georeferenziati ma la base cartografica utilizzata è diversa tra le varie società. Il livello di precisione delle coordinate geografiche associata ai dati è di circa 1 metro. ANFoV Tutti i diritti riservati 1819 e. Evoluzioni previste per le banche dati Dalle risposte è emerso che presso molte Società/Enti sono in corso studi di fattibilità o progetti per l evoluzione delle banche dati atti ad introdurre una maggiore precisione geografica dei dati e la correlazione degli stessi ad una cartografia georeferenziata. f. Problematiche per la creazione e il popolamento dei data-base Quesito 1: Nella vostra esperienza, quali sono state le principali problematiche affrontate per la realizzazione del database? FastWeb Telecom Italia Sirti Wind Lepida Comune Novara Comune Torino Un problema fondamentale è la reperibilità di una cartografia georeferenziata Regionale/Nazionale di qualità sufficiente per strutturare un GIS. La reperibilità di una cartografia adeguata. Problemi di porting dei dati del sistema precedente Personalizzazione del nuovo Sistema. Problemi prestazionali a causa della enorme quantità di dati da trattare. La gestione del catalogo, ossia standardizzazione dei componenti di rete. In ordine di criticità: Recupero della documentazione degli as built di rete e caricamento delle informazioni nei database aziendali. Porting dei dati fra il sistema CAD precedente ed il nuovo Sistema GIS. Deterioramento dei dati a seguito di anomalie. Customizzazione del nuovo Sistema per permettere la condivisione dei dati con gli altri sistemi aziendali. La non uniformità delle fonti di informazione iniziali (sia in termini di formati che di tipologia di informazioni che di completezza). Individuazione di un modello unico dei dati che risponda alle diverse esigenze attinenti. Gestione del catalogo e informazioni da memorizzare Riguardano l'adozione di modalità efficienti di scambio informativo, a partire dalla normalizzazione di formati e contenuti (standardizzazione dei tracciati), sino all evocazione dei problemi di privativa industriale oppure di sicurezza antiterrorismo dei tracciati. Quesito 2: Quali quelle relative al popolamento e all aggiornamento? FastWeb Telecom Italia Sirti Wind Le varie attività di sistemazione dei dati prima del caricamento nel sistema GIS e il numero di risorse necessarie per l attività di data-entry. Nell aggiornamento dei dati grafici, per non diminuire la leggibilità dell informazione, risulta particolarmente onerosa la sistemazione grafica di nuovi impianti su porzioni di territorio in cui insistono già altri impianti. Il coordinamento massivo delle squadre e correttezza del dato condiviso. Recupero di tutte le informazioni di as built, tempi di caricamento nel database. ANFoV Tutti i diritti riservati 1920 Lepida Comune Novara Comune Torino Le attività richiedono un importante impegno in termini di risorse umane e di tempo necessario per il popolamento, la verifica, e l aggiornamento che deve essere comunque strutturato in una procedura. Importante impegno umano. E necessario definire un contenuto standard in termini di generalizzazione della base cartografica (a che livello di approfondimento della rete ci si riferisce) al tracciato dati (quali informazioni associate alle geometrie), di livello di servizi in cooperazione applicativa, ovvero come si espongono i dati affinché qualcun altro possa leggerli. Quesito 3: Nel caso il database contenga informazioni relative ad enti terzi, quali sono le problematiche principali per l esportazione e l importazione dei dati da altri enti? FastWeb Telecom Italia Sirti Wind Lepida Comune Novara Comune Torino Sostanzialmente la reperibilità dei dati da importare e i vari formati in cui questi sono disponibili (cartaceo, pdf, ecc.). In alcuni casi è stato necessario fare rilievi ex-novo in campo. Le maggiori problematiche sono relative ovviamente all importazione dei dati in quanto la quasi totalità degli altri enti ed operatori non esporta dati fruibili direttamente dal nostro sistema. A causa di errori di posizionamento, i dati debbono essere riposizionati a mano e la mancanza di un modello dati (sia grafico che alfanumerico) e di una norma di rappresentazione grafica comune, rende particolarmente gravoso il porting. L accuratezza reciproca tra le diverse tipologie di cartografie e il matching tra le diverse terminologie, ossia acronimi utilizzati differenti. Le maggiori problematiche sono relative all importazione dei dati in quanto la quasi totalità degli altri enti ed operatori non esporta dati fruibili direttamente dal sistema ma immagini tipo PDF o file CAD non proiettati correttamente che occorre ridisegnare completamente per ottenerne la sovrapposizione alla nostra rete. La disponibilità dei dati, la disponibilità dei dati in formato elettronico e il formato dei dati esistenti. Formato e coordinate di origine dei dati. Sono in avvio collaborazioni per sperimentare e definire modalità più efficaci/efficienti di scambio informativo fra enti gestori e Comune. Considerazione generale: il tema trattato è tipicamente un argomento che deve essere trattato in seno al Comitato per le regole tecniche sui dati territoriali della Pubblica amministrazione, nel quale il Comune di Torino rappresenta l ANCI (Associazione Nazionale Comuni Italiani). ANFoV Tutti i diritti riservati 2021 4 L ESPERIENZA TELECOM ITALIA 4.1 Premessa Telecom Italia ritiene che l utilizzo delle infrastrutture esistenti consenta di ridurre il più possibile gli investimenti necessari allo sviluppo della rete a banda ultra larga e, di conseguenza, rendere economicamente sostenibile lo sviluppo d una rete di tipo NGAN (Next Generation Access Network) anche in un maggior numero di aree geografiche. Per una migliore gestione delle infrastrutture esistenti è opportuno predisporre ed aggiornare un Inventory delle Infrastrutture, a livello nazionale, alimentato dagli operatori di telecomunicazioni e da tutti gli altri soggetti pubblici e privati che possiedono o costruiscono, a qualunque fine, infrastrutture di posa utilizzabili per lo sviluppo di nuove reti di telecomunicazioni. Tale strumento abilita l individuazione più tempestiva ed efficace delle risorse di posa disponibili sul territorio a vantaggio sia degli operatori interessati ad investire nelle nuove reti sia dei soggetti pubblici interessati a sostenerne lo sviluppo. Telecom Italia auspica quindi che alla predisposizione di tale Inventory delle infrastrutture contribuiscano, oltre agli operatori di telecomunicazioni, tutti gli altri soggetti detentori di infrastrutture costituendo nel tempo un Catasto Nazionale delle infrastrutture. 4.2 Il sistema GIOIA GIOIA (Gestione Infrastrutture Ottiche In Accesso) è il sistema finalizzato alla gestione di offerte commerciali di Telecom Italia Wholesale per la concessione di infrastrutture e collegamenti in fibra ottica (NGAN), inclusa la gestione di richieste di fattibilità degli OLO di infrastrutture locali e fibra ottica in rete di accesso (NGAN), per la componente di processo che coinvolge utenti National WholeSale, fino all accettazione dell offerta commerciale. Gli obiettivi del sistema sono: Realizzazione di una banca dati delle infrastrutture di rete di Telecom Italia tramite una rappresentazione georeferenziata su base cartografica dei dati relativi alle infrastrutture e alla rete in fibra ottica per la condivisione e lo scambio delle informazioni necessarie all espletamento delle richieste inoltrate dagli OLO; Definizione di un processo standard per la gestione delle richieste OLO; Governance del processo delle richieste garantendo la possibilità di formulare richieste con maggiore accuratezza; Gestione completamente digitalizzata delle richieste con conseguente miglior tracciabilità delle stesse. Il sistema GIOIA si avvale di una cartografia di riferimento (Google Maps) e di una rappresentazione dei dati di rete in modalità georeferenziata e con un livello di dettaglio adeguato alla gestione del processo di richiesta di asset da parte degli OLO che avranno sottoscritto appositi contratti: Infrastrutture locali: utilizzo da parte degli OLO di tratte di infrastrutture di proprietà di Telecom Italia; ANFoV Tutti i diritti riservati 2122 Fibra Ottica (primaria e secondaria): possibilità di accesso a porzioni di rete ottica di proprietà di Telecom Italia; Tratte di adduzione: possibilità di condividere le tratte di adduzione già esistenti. Di seguito, in figura, viene riportato un esempio di tracciato visualizzato sul portale GIOIA. Figura 1.- Esempio di tracciato visualizzato sul portale GIOIA 4.3 Architettura Nei paragrafi successivi si descrivono : l architettura del sistema GIOIA; il modello dati; le principali funzionalità; i costi del progetto Architettura del sistema GIOIA Da un punto di vista logico, l architettura del sistema GIOIA è un architettura a 3 livelli: 1. postazioni utenti; 2. webserver sui cui risiedono le applicazioni ed il software per gestire le richieste HTTP o HTTPS provenienti dai vari client; 3. DBserver su cui risiedono i dati. Dal punto di vista fisico, l architettura del sistema GIOIA è la seguente: ANFoV Tutti i diritti riservati 2223 Apparato/ Cluster Tipologia Descrizione COMPONENTE 1 DBSERVER Hardware Server fisico HP Dynamic vpar Itanium2 Sistema HP UX 11i v3 DC-OE Operativo Software DB server (Oracle 11g R2 64bit) 3 WEB-SERVER Hardware Server virtuali VMWare Xeon Sistema Windows 2008 server 64 Operativo Software Apache Software Tomcat Software Oracle 11g R2 client ( 64 Bit ) Software Java SDK 1.6 Software AutoDesk Mapguide Studio 2011 Software 64-bit Autodesk Mapguide Enterprise APPL. SERVER per la ROTOTRASLAZIONE Hardware Server virtuale VMWare Xeon Software Windows 2008 server 64 Software VisualStudio 2005 Software Oracle 11g R2 client ( 64 Bit ) Software Java SDK 1.6 Software Telcordia NE Software ArcGis 9.2 Il bacino di utenza per cui è stato progettato è di 200 utenti con circa 25 utenti concorrenti. Gli utenti possono accedere al sistema tramite credenziali di accesso a cui sono associati diversi profili di utenza Modello dati Per la rappresentazione delle infrastrutture è stata adottata una struttura dati a grafo, utilizzando archi e nodi secondo il modello qui riportato: ANFoV Tutti i diritti riservati 2324 Figura 2 - modello di struttura a grafo Di seguito in forma schematica è riportata la lista dei principali attributi che caratterizzano gli elementi del modello: Figura 3 - principali attributi del modello dati ANFoV Tutti i diritti riservati 2425 Il modello dati adottato è il medesimo descritto nelle linee guida rilasciate da ANFoV ( Catasto Nazionale delle infrastrutture di rete per NGAN Linee guida gestionali e realizzative. Studio-proposta dell ANFoV di Aprile 2012) Principali funzionalità Di seguito sono riportate le principali funzionalità del sistema : ATTORE Tutti OLO DESCRIZIONE FUNZIONALITA Accesso agli utenti abilitati mediante credenziali; Consultazione mappa (funzioni di pan e zoom); Ricerca per Indirizzo (integrata con Google Maps) che consente di centrare la mappa in un determinato indirizzo; Selezione dei Livelli con accensione/spegnimento per visualizzare le informazioni di interesse (Planimetria, Strade, Infrastrutture); Visualizzazione dei dati (cartografici e/o alfanumerici ) relativi ad una particolare richiesta selezionata; Visualizzazione della planimetria di Google Maps (visualizzazione in 2 dimensioni oppure con vista satellitare); È possibile stampare o esportare (stampa su file) la mappa cartografica o i moduli della richiesta in qualsiasi momento utilizzando l apposito pulsante. Ogni utente è abilitato a tali funzionalità; È possibile stampare o esportare (stampa su file) la mappa cartografica o i moduli della richiesta in qualsiasi momento utilizzando l apposito pulsante. Creazione Richiesta da inoltrare a Telecom Italia tramite compilazione dei campi del Modulo di richiesta, la maggior parte dei quali è precompilata dal Sistema in base alla username di accesso, e selezionare le infrastrutture richieste; le due attività sono svincolate e possono essere completate in qualsiasi momento, è possibile anche salvare il lavoro per completarlo successivamente Costi del progetto La progettazione e la realizzazione del sistema GIOIA è costato a Telecom Italia SpA circa Il service di rototraslazione e popolamento del database di GIOIA sono costati complessivamente circa Criticità In questo paragrafo viene messa in risalto l esperienza maturata durante le attività del processo di caricamento massivo del sistema. In particolare il caricamento ha comportato la trasformazione in termini di rototraslazione di circa mappe contenenti l intera rete delle infrastrutture di Telecom Italia. ANFoV Tutti i diritti riservati 2526 4.4.1 Rototraslazione La banca dati cartografica di Telecom Italia utilizzata dai sistemi per la Progettazione e Pianificazione della Rete, è composta da due componenti solidali e coerenti tra di esse (cartografia di base e rete telefonica sia di Trasporto che di Accesso), organizzate in un geo-database unico con standard ESRI, georeferenziate rispetto al sistema cartografico internazionale UTM WGS84 su fuso unico 32N. A tale risultato si è giunti attraverso un complesso lavoro di assemblaggio di singole mappe non georeferenziate provenienti da una banca dati preesistente realizzata durante gli anni 80. La metodologia applicata per la georeferenziazione non fu molto rigorosa e pertanto la cartografia attuale presenta un errore medio di riposizionamento di circa 80 m al suolo che a parità di scala si discosta considerevolmente dall errore delle cartografie di mercato che hanno un errore max di 1-2 m al suolo. Oggi l imprecisione, la presenza d informazioni ormai obsolete ed in parte mancanti ne impediscono o comunque rendono difficoltoso l utilizzo, infatti: non è possibile associare informazioni provenienti da altre fonti di dati quali grafo stradale, dati ISTAT, civici di CTR (Cartografia Tecnica Regionale), ecc. e di conseguenza poter ricercare località/oggetti di rete interrogando la banca dati per indirizzo e civico; è particolarmente laborioso riposizionare informazioni provenienti da e verso altre cartografie e comunque il riposizionamento, in molti casi risulta qualitativamente insoddisfacente; è sempre più forte l esigenza di ridurre i tempi per gli interventi di manutenzione sulla rete (armadi, distributori, terre, rigeneratori,...). Note le coordinate di questi oggetti si possono fornire ad un navigatore satellitare con cui poi rintracciarli in tempi molto brevi ed in più indipendenti dalla conoscenza del territorio. E ovvio che l errore di posizionamento della cartografia Telecom Italia può ridurre i benefici di questa soluzione. Per questi ed altri motivi, nel corso del 2008 spinti anche dalle esigenze delle funzioni sia di Direzione Generale sia Territoriali di Telecom Italia, si è di nuovo preso in considerazione l idea di verificare la fattibilità tecnica della georeferenziazione ex-novo dell intera rete con il duplice obiettivo di: sostituire la cartografia presente con una nuova cartografia adeguata; valutare l effort complessivo dell eventuale industrializzazione dell intero processo di trasformazione. La metodologia individuata si basa sulla ricerca del numero minimo di punti di trasformazione per garantire la precisione necessaria e costante su tutta la cartografia. Il numero di punti individuato nella sperimentazione è di circa per Kmq che corrisponde ad individuare 9 punti per ogni mappa (nella precedente metodologia furono presi solo 4 punti per un intero settore telefonico). La matrice di punti individuata viene quindi applicata a sezioni discrete di territorio (aree di centrale) che vengono successivamente raccordate a formare un continuum territoriale. In fase di sperimentazione l applicazione di tale metodo ha fornito risultati molto soddisfacenti in quanto si è ottenuta una precisione di posizionamento di circa 2 metri al suolo. Purtroppo, il rilevamento dei 9 punti di trasformazione per mappa comportava un ANFoV Tutti i diritti riservati 2627 investimento economico molto elevato a causa dell enorme numero di mappe da trattare (circa ). Nel 2010 le funzioni territoriali hanno iniziato e portato a termine la campagna di revisione degli apparati (armadi e distributori) della rete di distribuzione su tutto il territorio nazionale che ha comportato tra l altro, la rilevazione tramite GPS delle coordinate della posizione di questi apparati. Vista l enorme quantità degli apparati ed in particolare degli armadi (circa ) e la precisione del rilevamento tramite GPS (circa 15 metri) dei punti di posizionamento si è pensato di riutilizzarne le coordinate per generare i punti di trasformazione da applicare nella rototraslazione delle mappe. Sulla base di queste considerazioni è stato realizzato un prototipo per il riposizionamento automatico che ha fornito risultati lusinghieri in quanto si è riusciti a riposizionare con un errore di 15 metri al suolo la rete di aree di centrale affette da errore di oltre 80m di posizionamento. Dal prototipo sono state successivamente derivate le funzioni automatiche di rototraslazione e sono stati sviluppati anche appositi tools per la georeferenziazione manuale per una correzione fine dell errore arrivando ad errori di riposizionamento inferiori ai 7 metri. Il processo di caricamento è avvenuto con l ausilio di due persone dedicate al caricamento per un periodo di 19 mesi. Il database è stato completamente caricato e ad oggi è composto da circa aree di centrale coprendo l intero territorio nazionale. 4.5 Conclusioni Il sistema è stato realizzato per fornire un ausilio alla gestione di richieste di fattibilità degli OLO di infrastrutture locali ma fin dall inizio GIOIA è stato concepito per costituire un Catasto Nazionale delle infrastrutture in linea con quanto descritto nelle linee guida rilasciate da ANFoV. Infatti le informazioni e gli aggiornamenti dell Inventory delle Infrastrutture sono curate in modo da garantire l uniformità delle informazioni fornite a tutti gli operatori ed enti contributori. Le informazioni presenti nella banca dati e il livello di aggiornamento consentono a chi vi accede (operatore e/o ente) di: valutare il grado di infrastrutturazione esistente nell area di suo interesse; identificare gli enti coinvolti per consentirgli di relazionarsi opportunamente con loro per approfondimenti tecnico/progettuali; valutare l idoneità per accedere o complementare l infrastruttura esistente in base alla propria idea di business e alle tecnologie che intende utilizzare; comprendere la sostenibilità del proprio business in modo autonomo con specifiche analisi di fattibilità, avendo certezza di tutte le risorse potenzialmente utilizzabili; evitare la duplicazione di infrastrutture anche per ridurre gli impatti ambientali e i costi complessivi del sistema. ANFoV Tutti i diritti riservati 2728 5 L ESPERIENZA WIND 5.1 Premessa Nell ambito delle sperimentazioni illustrate in questo documento riteniamo possa essere utile illustrare l esperienza di Wind nello sviluppo del tool GISmart (contrazione di GIS e Smart). Questo tool è stato concepito come strumento flessibile e snello per rappresentare in modo semplificato le strutture della rete di Wind. Pensiamo che i punti salienti della esperienza fatta nell affrontare le problematiche legate al popolamento del database siano tipiche anche di un Catasto di infrastrutture. Il progetto è significativo in quanto segue molto da vicino il modello architetturale proposto da ANFoV per il Catasto Nazionale delle infrastrutture di rete per NGAN Scopo e obiettivo del progetto GISmart Wind In tema di sviluppo delle architetture di rete di nuova generazione, le considerazioni di costo ed i criteri decisionali sono necessari per sostenere nuovi modelli di business per le compagnie di telecomunicazioni. GISmart è un applicazione studiata per soddisfare i requisiti di Wind in tema di analisi di fattibilità sullo sviluppo e l ottimizzazione della rete di backhauling. In particolare GISmart è un applicazione web, leggera ed user friendly, per: la gestione su mappa degli elementi e delle infrastrutture della rete di Wind, su cartografia di Google Maps; l espletamento di funzionalità rivolte all analisi di fattibilità sull evoluzione della rete, ottimizzazione delle architetture ed ottimizzazione dei costi. Il paradigma del progetto GISmart è in parte dettato dalle regole di base di un comune network inventory, con la capacità di accogliere, su un modello dati generico, tutte le informazioni infrastrutturali derivanti da sorgenti dati di natura diversa, sia nella modellizzazione che nel formato, e con la capacità di rappresentarle su una cartografia georeferenziata. Il risultato è un framework general purpose che gravita intorno ad un modello dati astratto e personalizzabile e che implementa le funzionalità GIS di base, facilmente personalizzabile sulle esigenze specifiche di nuovi processi applicativi. La definizione Smart dell applicazione si riferisce alla componente architetturale leggera, comunque sostenuta da componenti tecnologiche di rilievo, oltre che alla componente dell usabilità. ANFoV Tutti i diritti riservati 2829 5.2 Architettura In termini architetturali la piattaforma GISmart, sviluppata in tecnologia J2EE su Application Server JBOSS, implementa una soluzione Hybrid Cloud Computing. Questa scelta architetturale, basata sui servizi in cloud di Google Maps, permette di alleggerire il ruolo dell ICT dell utilizzatore negli aspetti della gestione e della manutenzione tipiche di un sistema GIS convenzionale, ed inoltre concentra la potenza di calcolo in house, tramite l ausilio di un database spaziale open source, PostGIS. PostGIS è l estensione spaziale del database relazionale PostgreSQL, ed è uno dei più diffusi geodatabase su scala mondiale. PostGIS supporta molteplici formati dati (shp, csv, xml, kml, ecc.), sistemi di riferimento cartografici e rende disponibile il caricamento dei dati da diverse sorgenti e network inventory di Wind, tramite procedure automatizzate gestibili mediante l interfaccia grafica di GISmart. La componente PostGIS in house riduce, inoltre, i problemi di sicurezza sui dati e garantisce maggiore apertura all integrazione con l infrastruttura IT dell utilizzatore. L aspetto relativo all usabilità e semplicità di utilizzo è stato perseguito tramite l utilizzo delle librerie grafiche di Google: il risultato è una User Experience già nota all utilizzatore medio di Google Maps, con una riorganizzazione del layout mirata e con assistenza alle funzionalità con procedure guidate (wizard) Descrizione del sistema Il sistema GISmart accoglie dati georeferenziati da diverse sorgenti dati, Network Inventory e altri sistemi Master dei dati Wind, uniformandoli e creando una vista unificata di tutte le informazioni sulla stessa mappa, funzionalità rilevante nell ottica di un catasto dele infrastrutture centralizzato. La piattaforma GISmart fornisce infatti procedure di caricamento dei dati in grado di gestire diversi formati dati (shape, KML, XML, csv) ed è in grado di gestire le dovute conversioni tra sistemi di riferimento cartografici che ci possono essere tra i sistemi Master dei dati e GISmart stesso. Gli oggetti modellizzati e rappresentati su GISmart sono organizzati su layer, selezionabili in maniera indipendente per la visualizzazione su mappa. Un layer può essere rappresentativo di oggetti puntuali, lineari o poligonali. Ogni tipo di oggetto è caratterizzato da attributi specifici, definiti in fase di configurazione. La visualizzazione di un layer sulla cartografia può essere delimitata ad una determinata area territoriale, sulla base dei confini territoriali ISTAT, o sulla base di una query di selezione sugli attributi che caratterizzano il layer. ANFoV Tutti i diritti riservati 2930 Figura 4 - Pagina principale di navigazione per Layer Flusso logico di caricamento, estrazione e visualizzazione dei dati Di seguito viene descritto il flusso logico di definizione dei modelli dei dati che possono essere rappresentati sul sistema GISmart, e le modalità operative di caricamento dei dati. Infine, vengono illustrati alcuni esempi di analisi di fattibilità che possono essere eseguite sul dato unificato sul sistema GISmart. Definizione di nuovi tipi e layer Il primo passo rappresenta la definizione dei tipi di infrastrutture che si vogliono rappresentare sul sistema. I modelli sono configurabili e modificabili in qualunque momento. La funzionalità di configurazione del modello dati offre, quindi, la possibilità di estendere la rappresentazione anche ad infrastrutture esterne, come ad esempio: infrastruttura altri Operatori; tubazione Gas, Luce, Teleriscaldamento; ecc. Le operazioni di configurazione del modello dati si esegue direttamente da interfaccia grafica. La creazione di un nuovo tipo richiede: il nome del tipo (es.: Infrastruttura Wind; Infrastruttura Altri Operatori, ecc.); tipo di geometria (punto, linea o poligono); simbolo di rappresentazione sulla mappa. Ogni tipo definito verrà rappresentato sull interfaccia di GISmart su un layer dedicato. Definizione degli Attributi Per ogni infrastruttura/layer nel passo sopra definito, è possibile particolarizzare il tipo con un set di attributi diverso per ogni infrastruttura. In tal modo sarà possibile visualizzare le ANFoV Tutti i diritti riservati 3031 caratteristiche delle infrastrutture Wind (ad esempio TIPOLOGIA: CUNICOLO, ecc), distintamente dalle informazioni delle altre infrastrutture. Le informazioni contenute negli attributi delle infrastrutture sono utili non solo per la visualizzazione, ma anche per l elaborazione delle analisi di fattibilità. L operazione di definizione del modello dati può essere eseguita contestualmente alla creazione del tipo e può essere modificata in qualunque momento. Per ogni attributo è richiesto: Il nome dell attributo; Il tipo (stringa, numero, booleano); L eventuale lista di valori che l attributo può assumere (può essere anche testo libero); Opzione multivalue : indica se un attributo può essere valorizzato più volte con diversi valori, oppure con una valorizzazione singola. Nella figura seguente viene illustrata la modalità di definizione degli attributi per il tipo Infrastruttura Wind : Figura 5 - Definizione degli attributi per un layer di infrastrutture. Porting massivo dei dati Dopo aver definito i tipi di infrastrutture da rappresentare sul sistema, GISmart offre la possibilità di caricare i dati tramite procedure massive di import. Le procedure di caricamento sono tali da poter gestire dati provenienti da più sistemi esterni (Master dei Dati), ed uniformarli sul database di GISmart per garantire consistenza del dato unificato. ANFoV Tutti i diritti riservati 3132 Figura 6 - GISmart raccoglie ed uniforma i dati provenienti da vari sistemi esterni Le procedure prevedono la selezione dei seguenti formati, cosi come possono essere estratti dai sistemi master. In particolare: Shape file, CSV, KML, XML. Per ogni layer possono essere utilizzati formati differenti, selezionando i file da importare direttamente da browser, ed in caso di assenza delle coordinate degli oggetti puntuali, si può decidere di popolare un layer tramite gli indirizzi dei punti. Le procedure di import sopra descritte offrono la possibilità di restringere la quantità di informazioni sul sistema GISmart ai soli attributi utili all operatività sul sistema. L operazione è resa disponibile tramite funzionalità di Data Mapping, che stabilisce la corrispondenza tra gli attributi delle infrastrutture sui sistemi Master dei Dati e le infrastrutture definite su GISmart. L utilità delle procedure di Data Mapping risiede inoltre nella possibilità di potere cambiare a piacere il nome degli attributi secondo le esigenze di visualizzazione, rispetto ai nomi di origine definiti sui sistemi Master. Le procedure di Data Mapping possono essere gestite layer per layer, definendo quindi regole di mapping diverse per le infrastrutture provenienti dai vari sistemi esterni. Di seguito viene riportato un esempio di Data Mapping per un tipo di oggetto INFRASTRUTTURE WIND. Sono stati esportati dai sistemi Master i dati in formato shape file relativo ad un layer di infrastrutture. Nel sistema Master il layer di infrastrutture presenta un numero elevato di attributi. La figura seguente riporta una vista limitata della struttura del dato sul sistema Master. ANFoV Tutti i diritti riservati 3233 Figura 7 - Struttura dati (da Shape file sorgente) per un layer di infrastrutture Per il layer di infrastruttura corrispondente su GISmart, solo per motivi esemplificativi, è stato deciso di limitare il modello a 4 attributi; possono essere comunque aggiunti tutti gli attributi che si ritengono necessari con il relativo mapping. Nel caso di esempio gli attributi sono: Feature_Name Category Name Type Name Span Nella seguente figura viene illustrata la definizione di Data Mapping, tra la struttura del dato del sistema Master e la struttura del dato definita in GISmart. Le procedure di import riporteranno i dati su GISmart rispettando le regole definite, ignorando al contempo gli attributi non mappati. Figura 8 - Mapping tra attributi shape file sorgente e attributi layer Infrastrutture GISmart Nella figura di seguito viene illustrato il risultato della procedura di import. Oltre alla rappresentazione geometrica dell infrastruttura sulla mappa viene riportato anche il modello dati definito con la valorizzazione importata per ogni tratto di infrastruttura. ANFoV Tutti i diritti riservati 3334 Figura 9 - Rappresentazione di un layer di Infrastrutture (importato da shape file con regole di mapping descritte) In ottica catasto delle infrastrutture, con le procedure di caricamento sopra descritte si otterrebbe una vista unificata di tutte le infrastrutture sulla mappa, ed ogni tipo di infrastruttura (Wind, altri operatori, rete gas, ecc) con la sua visualizzazione degli attributi definiti e mappati. Le procedure di caricamento tengono conto anche delle transformazioni tra sistemi di riferimento cartografici. I file in formato shape, esportati dal sistema di Network Inventory di Wind sono caratterizzati da Proiezione (UTM32N) e Datum (D_European_1950). La rappresentazione sulle mappe di Google Maps richiede una trasformazione di sistema di riferimento (WGS84), trasparente all utente in fase di popolamento massivo dei layer. I dati in formato csv, kml ed xml, con coordinate decimali, non richiedono trasformazioni. In ottica catasto delle infrastrutture il sistema GISmart indirizza il trattamento di diversi sistemi di riferimento cartografico, caratterizzanti dei sistemi Master esterni. Export dei dati: I layer selezionati ed eventualmente filtrati possono essere esportati su file di tipo: Shape file, CSV, KML, XML. I file esportati secondo le opzioni di filtro stabilite dall utente (su base spaziale o base alfanumerica) rispecchiano la struttura dei tipi di GISmart e possono essere importati su altri sistemi GIS. Le operazioni di export possono essere utili nel caso in cui un utente volesse riportare i dati su altri sistemi GIS. Di seguito viene illustrato un esempio di export di un layer di infrastrutture in un formato KML standard e il suo caricamento sul tool Google Earth. ANFoV Tutti i diritti riservati 3435 Figura 10 - Export in formato KML di un layer di Infrastrutture Figura 11 - Visualizzazione dell'export KML delle Infrastrutture su Google Earth Creazione di nuovi oggetti: direttamente da mappa possono essere creati nuovi oggetti. La creazione di oggetti puntuali, lineari o poligonali avviene cliccando direttamente sulla mappa per la determinazione della posizione, e per la valorizzazione degli attributi di tipo. Editor degli attributi: selezionando gli oggetti direttamente da mappa, avendo i diritti di modifica sul layer selezionato e/o sull attributo selezionato, è possibile modificare gli ANFoV Tutti i diritti riservati 3536 attributi degli oggetti. Le modifiche possono essere salvate in maniera persistente, oppure resettare per il roll-back alla valorizzazione di partenza, dopo avere eseguito funzionalità di simulazione sulle modifiche non persistenti. La funzionalità di editing degli attributi può essere eseguita massivamente su un set di oggetti selezionati. Cancellazione di oggetti: selezionando gli oggetti direttamente da mappa, avendo i diritti di cancellazione sul layer selezionato, è possibile rimuovere definitivamente un oggetto dalla base dati. Multi-Simboli per layer: per ogni singolo layer è possibile associare uno o più simboli. Un oggetto viene rappresentato con simboli diversi in funzione del soddisfacimento di condizioni sugli attributi definite dagli utenti. Query Builder: la visualizzazione su mappa di un dato layer può essere limitato tramite la costruzione di un filtro complesso sugli attributi alfanumerici di layer. Query Territoriali: la visualizzazione su mappa di un dato layer può essere limitato tramite la selezione di un area territoriale specifica (Regione, Provincia, Comune). I confini territoriali sono forniti dai codici ISTAT. Query Spaziali: la visualizzazione su mappa di un dato layer può essere limitato tramite la selezione di un poligono specifico definito dall utente Analisi di fattibilità Oltre alle funzionalità di rappresentazione dei dati inseriti sul sistema GISmart, è possibile anche eseguire delle analisi di fattibilità ad alto livello. Calcolo della sorgente più vicina: dato un oggetto destinatario, a cui fornire la fibra ottica, il sistema GISmart determina l oggetto sorgente più vicino per ogni layer sorgente selezionato, opportunamente filtrato. I criteri di valutazione sono: su percorso stradale pedonale, basato sui servizi di Google Maps; in linea d area, basato sui servizi interni di PostGIS. L output della funzionalità è in formato grafico, con in dettaglio dei percorsi direttamente su mappa, ed in formato report (.csv). Calcolo della sorgente più vicina (modalità massiva): le operazioni di calcolo delle distanze minime possono essere eseguite anche massivamente, tramite selezione di un set di possibili destinatari ed un set complesso di sorgenti. L output della funzionalità è in formato report (.csv). ANFoV Tutti i diritti riservati 3637 Figura 12 - Analisi di fattibilità con criterio di Minima Distanza Calcolo della sorgente più vicina con riutilizzo dell infrastruttura esistente: dato un oggetto destinatario, a cui fornire la fibra ottica, il sistema GISmart determina l oggetto sorgente a minore costo di realizzazione, tenendo conto del riutilizzo delle infrastrutture lineari esistenti. I criteri di valutazione sono: selezione delle sorgenti che minimizzano gli scavi di nuova esecuzione, considerando le infrastrutture esistenti; per i tratti di percorso in assenza di infrastruttura, si considera il percorso stradale o pedonale, basato sui servizi di Google Maps L output della funzionalità è in formato grafico, con in dettaglio dei percorsi direttamente su mappa, ed in formato report (.csv). Avendo a disposizione layer infrastrutturali differenti, questa funzionalità permette di ottimizzare gli sviluppi delle nuove infrastrutture sfruttando al massimo quelle esistenti. In questo modo si possono limitare gli impatti in termini di lavori civili, evitare le duplicazioni e ridurre i tempi e i costi. ANFoV Tutti i diritti riservati 3738 Figura 13 - Analisi di fattibilità con criterio di Riutilizzo dell'infrastruttura 5.3 Criticità Popolamento dati fibra ottica Uno strumento quale quello GISmart sviluppato per Wind da Altran è orientato alla rappresentazione ed importazione di dati in un formato adatto ad eseguire in modo efficiente analisi di fattibilità. Si presuppone che in precedenza l operatore abbia creato un database con i dati della propria rete e che abbia provveduto al popolamento di questa base dati, attività basilare e molto impegnativa in termini tecnici ed in termini di tempo e di risorse. Dal 2000 Wind si è dotata di un sistema di progettazione ed inventario della rete infrastruttura e fibra ottica. Il primo sistema utilizzato è stato un CAD sviluppato in azienda (Template/Panda) dotato di un modulo esterno Autocad che i fornitori di rete utilizzavano presso le loro sedi per documentare i progetti e gli as-built degli impianti. La versione finale della documentazione dell impianto veniva importata in modo automatico sul sistema Panda centrale. Dal 2007 Wind ha sostituito Template/Panda con Network Engineer (NE) e ha realizzato il trasferimento dei dati sul nuovo database. Network Engineer (NE) si basa sulla piattaforma ArcGIS di ESRI, sulla quale Telcordia ha implementato lo strato software necessario a gestire informazioni proprie di una rete di telecomunicazioni. Il sistema ha un architettura di tipo client/server con accesso via Citrix. ANFoV Tutti i diritti riservati 3839 Riportiamo nel seguito alcuni punti salienti relativi alla creazione del database che riteniamo possano essere utili, per analogia, alle problematiche che si presenterebbero tipicamente anche nella realizzazione di un Catasto Nazionale delle Infrastrutture Attività di normalizzazione dei dati di riferimento Propedeutiche al caricamento dei dati sono state le attività di definizione e normalizzazione della rappresentazione cartografica della rete e dei documenti di progettazione e finali degli impianti ottenuta mediante l applicazione di norme tecniche appositamente redatte. I sistemi di inventory aziendale, Template/Panda dal 2001 al 2006 (sperimentazione dal 2001 al 2003), Network Engineer (NE) dal 2007, sono stati personalizzati in base ai criteri di costruzione e rappresentazione della rete stabiliti in Wind Volumi rete ottica Wind (unità) Cavi (14600 linee); Muffole di giunzione (7600 unità); Ricchezze (posizione delle scorte di cavo per spillamenti) (30225 unità); Telai di terminazione fibre (5700 unità); Infrastrutture tubi/canalette (35000 linee); Pozzetti (6300 unità); SITI POP, CS (Client Sites), BTS, Centrali TI, ecc. (25600 unità) Formati dei dati di input (documentazione finale degli impianti) Cartaceo/immagine; Autocad/Microstation non georeferenziato; Autocad/Microstation georeferenziato; Formato Template Autocad; Aggiornamento mediante inserimento diretto nel sistema di inventory Modalità di popolamento dati e costi Di seguito alcuni riferimenti per l ordine di grandezza dei costi sperimentati. Si precisa che il costo medio stimato riportato si riferisce alla posa del cavo e dell infrastruttura e comprende pozzetti, sezione tubi, muffole, giunzioni/terminazioni, telai e ricchezze. Digitalizzazione degli as-built non georeferenziati (cartaceo/immagine o Autocad/microstation non georeferenziato) nel Costo 170 /Km; Digitalizzazione degli as-built georeferenziati utilizzando come base il tracciato dell as-built dal 2003 al 2007 (compresi gli as-built formato Template non caricabili). Costo 150 /Km; ANFoV Tutti i diritti riservati 3940 Caricamento diretto del Template autocad compatibile con il sistema di inventory PANDA dal 2004 al Costo 90 /Km; Trasferimento, conversione e mapping degli attributi dei dati per cambio sistema di inventory anno Costo non disponibile; Aggiornamento mediante inserimento diretto degli as-built nel sistema di inventory NE dal Costo compreso nella fornitura dell impianto Problematiche affrontate Di seguito si segnalano le principali problematiche riscontrate nell esperienza di Wind: recupero della documentazione degli impianti già realizzati; interpretazione della documentazione non conforme alle specifiche e recupero delle informazioni mancanti con sopralluoghi in campo; errori sui dati dovuti al trasferimento, conversione e mapping degli attributi dei dati per cambio sistema di inventory da Template/PANDA a NE; tempi recupero (concluso nel 2010) Vantaggi Tra i vantaggio forniti dalla soluzione adottata da Wind si evidenziano: completa fruibilità delle informazioni per le esigenze di progettazione e gestione della rete; condivisione dei dati con altri sistemi aziendali (GISmart) e con enti esterni in formato GIS georeferenziato autocad, shape, GDB e KML. 5.4 Conclusioni L esperienza fatta con lo sviluppo del sistema GISmart con l obiettivo di fornire un accesso semplificato ai database della rete di Wind in modo da consentire a soggetti anche non tecnici di accedere alle informazioni di base delle infrastrutture senza dover utilizzare direttamente i tool di sviluppo dell ingegneria orientati alla progettazione, riteniamo possa essere molto significativa in ottica Catasto Nazionale delle Infrastrutture. Infatti il Catasto non ha lo scopo di creare un database (cosa che deve essere fatta localmente) ma quello di accedere ai dati provenienti da svariati fonti in molteplici formati e presentarli in modo semplice ed immediato per consentire di capire se vi sia la possibilità di riutilizzare le infrastrutture esistenti minimizzando gli investimenti in nuovi scavi e valorizzando al massimo l esistente oltre a ridurre al minimo i disagi per i comuni e cittadini. Quindi un complesso sistema pensato per la progettazione non è utilizzabile mentre è necessario un tool capace di interfacciarsi con una molteplicità di database in formati diversi, di elaborare le informazioni e presentarle in modo semplice, con una architettura quale quella proposta dal Modello ANFoV. In questa ottica il tool sviluppato da Wind con l obbiettivo di permettere rapidi studi di fattibilità è proprio il tipo di applicazione che presenta forti analogie con le finalità di un Catasto Nazionale delle Infrastrutture. ANFoV Tutti i diritti riservati 4041 6 L ESPERIENZA FASTWEB-EBWORLD 6.1 Premessa Dopo una breve illustrazione dell esperienza di EBWorld con il Sistema Informativo del Demanio Marittimo (SID), con evidenza delle analogie con il Sistema Catasto, verrà di seguito descritta l architettura della piattaforma concept realizzata da Fastweb ed EBWorld. Particolare attenzione sarà rivolta agli aspetti legati alla federazione e all interoperabilità delle banche dati. Seppure le tematiche di catasto demaniale e quelle di gestione del sottosuolo siano estremamente diverse, le esperienze progettuali, di start-up, gestione dei workflow e di interoperatività tra le diverse banche dati, evidenziano numerose analogie che verranno di seguito illustrate L esperienza di una base dati georeferenziata applicata a un diverso contesto Il SID Sistema Informativo del Demanio Marittimo è la piattaforma ICT realizzata, e gestita, dalla Direzione Generale per i Porti del Ministero delle Infrastrutture e dei Trasporti allo scopo di fornire supporto all azione amministrativa delle Pubbliche Amministrazioni (Regioni, Comuni, Capitanerie di porto, Autorità portuali) coinvolte nella gestione ed alla tutela dei beni demaniali marittimi e servizi a favore degli utenti privati (concessionari, tecnici abilitati, privati cittadini, ecc.) comunque interessati alla fruizione e/o alla conoscenza del demanio marittimo. Attualmente al Sistema accedono circa 750 Amministrazioni (Capitanerie di Porto, Regioni, Comuni, Autorità Portuali, Ministero Infrastrutture e Trasporti) e utenti privati. Il Sistema, reso gratuitamente disponibile sul sito del Ministero, si articola in un insieme di applicazioni fruibili via web che, in base al profilo di accesso dell utente, offre funzionalità di consultazione, reportistica ed editing. Cuore del Sistema è la cartografia catastale del demanio marittimo nazionale, e della relativa fascia di rispetto (per uno sviluppo di circa km di costa) aggiornata e revisionata per via aerofotogrammetria di concerto con l Agenzia del Territorio ed attualmente in conservazione presso gli Uffici provinciali della medesima Agenzia. Il SID attua un innovativo modello di utilizzo condiviso dei dati nel quale il Sistema rende fruibili on line, le informazioni ricevute automaticamente dalle Amministrazioni competenti e i dati che derivano dall espletamento dell attività di gestione dei beni demaniali marittimi (da parte delle Amministrazioni competenti) e dalle procedure catastali (da parte degli Uffici provinciali dell'agenzia del Territorio). Il Sistema rappresenta un modello di riferimento di interazione amministrativa e di interoperabilità tra Soggetti diversi. Di rilievo anche il grande riuso di banche dati pubbliche nel rispetto delle normative vigenti. In conformità con il Codice dell Amministrazione Digitale e con le direttive Comunitarie INSPIRE (Infrastructure for Spatial Information in the European Community), i flussi dei dati di aggiornamento sono generati direttamente, ed esclusivamente, dalle Amministrazioni nell espletamento dei rispettivi compiti di istituto garantendo, senza duplicazione di procedure, univocità e certezza delle fonti amministrative insieme con l integrità delle informazioni originali. Non a caso l Agenzia delle Entrate ed il Dipartimento ANFoV Tutti i diritti riservati 4142 del Tesoro del Ministero dell Economia e delle Finanze con due diversi provvedimenti hanno indicato nel SID l unico strumento per gli adempimenti in materia di trasmissione, da parte delle Pubbliche Amministrazioni interessate, dei dati relativi alle concessioni demaniali marittime. In estrema sintesi, le caratteristiche principali del SID possono essere così schematizzate: Integrazione di diverse componenti per la gestione dell intero workflow definito da Leggi e Regolamenti dell Amministrazione; Piena aderenza ai quadri normativi, in continua evoluzione; Sistema cartografico completamente fruibile via web (anche in modalità di editing geometrico); Interazione amministrativa di diversi soggetti istituzionali centrali e locali; Elevate performance e scalabilità; Centro servizi (Centro Operativo Nazionale) operativo a Roma; nel centro servizi confluiscono competenze diverse, da quelle amministrative e catastali fino a quelle informatiche; Precisione topografica dei dati di impianto, e di aggiornamento; Integrazione con immagini aerofotogrammetriche mediante tecnologia Google Earth Enterprise; Interoperabilità e riuso di banche dati con altre Pubbliche Amministrazioni (tra cui Ministero dell Ambiente, Agenzia del Territorio, Agenzia delle Entrate, Guardia di Finanza, ecc.). Sebbene le tematiche di gestione del sedime demaniale rispetto a quelle di federazione di cartografie di rete siano sostanzialmente differenti, la conduzione e la natura del SID presentano diverse analogie con il Catasto Nazionale delle Infrastrutture. Tra tali analogie, spiccano in particolar modo: sistema cartografico accessibile via web da postazioni dislocate nell intero territorio nazionale; gestione dei profili di utenza e delle aree di competenza e visibilità degli utenti; gestione federata dei profili di accesso: il centro servizi nomina gli amministratori locali che a loro volta gestiscono i profili di accesso dei singoli utenti; sicurezza con utilizzo di protocolli di cifratura e logging delle operazioni eseguite; necessità di gestire elevati volumi di traffico e operazioni onerose dal punto di vista computazionale (reportistica, plottaggi, query, editing, ecc.); coerenza a riferimenti normativi e processi amministrativi; disponibilità di un centro servizi; coinvolgimento di comuni e Amministrazioni Locali; disponibilità di applicativi, integrati nel portale, che permettono il trasferimento di dati per via completamente telematica tra uffici nel rispetto delle competenze di ciascuna amministrazione; interscambio di dati con altri soggetti (ad es. a cadenza periodica l Agenzia del Territorio invia aggiornamenti della trama catastale delle zone costiere utilizzando una piattaforma digitale di interscambio dati). ANFoV Tutti i diritti riservati 4243 Anche l avvio e le fasi di start-up del Sistema SID presentano numerose analogie con lo scenario che si verrebbe a delineare con il Catasto Nazionale delle Infrastrutture: progettazione del sistema nel rispetto dei processi amministrativi e delle competenze; definizione di interfacce utente semplici e user friendly; disegno di processi e workflow coerenti con i quadri normativi e rispettosi delle modalità operative dei comuni; forte azione dell Amministrazione nella promozione e nella diffusione del sistema a livello sia generale (circolari, seminari, workshop, protocolli di intesa, tavoli di lavoro, gruppi di studio, ecc.) sia, soprattutto, operativo (con creazione di un Centro Operativo Nazionale per erogazione continuativa di servizi di assistenza e di supporto in modalità remota ed on site e di formazione degli utenti); integrazione nel medesimo Centro operativo di competenze oltre che demaniali anche informatiche e catastali allo scopo anche di assicurare monitoraggio del livello di gradimento dell utenza e di individuazione degli interventi di manutenzione adeguativa ed evolutiva; raccolta dati, creazione delle basi informative e bonifica di eventuali difformità; allestimento di una base cartografica omogenea; condivisione di banche dati tra le diverse Amministrazioni senza duplicazione di informazione; approccio di e-government. Il Sistema Informativo del Demanio Marittimo rappresenta un valido esempio di modello collaborativo tra soggetti pubblici e privati L esperienza di una base dati georeferenziata per la gestione dell inventario fisico di una rete di telecomunicazione L intera consistenza di rete di Fastweb, ottica e civile, viene gestita su un unica piattaforma GIS, integrata con altri sistemi aziendali a supporto di tutti i processi di business che ruotano intorno alla rete: dalla progettazione all attivazione dei collegamenti, sino ai processi di manutenzione, fatturazione e reportistica. Il sistema GIS si è rivelato negli anni essere uno dei sistemi centrali a supporto del modello di business di Fastweb che negli anni ha subito profondi cambiamenti. Con il GIS sono gestite le consistenze in termini di: Infrastrutture (tubazioni, pozzetti e scavi); Cavi e scorte; Fibre ottiche (con relativa attestazione a clienti e servizi) ; Elementi di giunzione (con gestione delle connessioni interne tra fibre, tubetti e cavi) ; Circuiti ottici; Edifici, POP, centrali e cabinet; Inside plant (terminazioni e attestazioni alle porte) ; Civici e sedi clienti; Stradario; ANFoV Tutti i diritti riservati 4344 Cartografia di sfondo raster e vettoriale. Al sistema GIS accedono con diritti di modifica circa 85 utenti concorrenti e, accanto allo strumento desktop GIS, è stata realizzata un applicazione web, utilizzata per la consultazione dei dati e in fase di pianificazione e analisi di fattibilità. Il GIS viene utilizzato nei seguenti processi aziendali: reportistica ed asset management; pianificazione di rete e analisi di fattibilità; progettazione ed implementazione di rete; manutenzione e field operations; localizzazione guasti e trouble ticketing. Il GIS, che utilizza un unica istanza di database a cui si collegano gli utenti dislocati sull intero territorio nazionale, memorizza ad oggi una rete formata da circa: km di infrastrutture; km di tubazioni; n pozzetti; km di cavi; n giunti; Il GIS è in grado di monitorare perfettamente il grado di saturazione della rete prevedendo una completa gestione dell associazione cavo tubazione, dell occupazione delle fibre ottiche e della disponibilità di terminazione e porte nei siti. Nell ottica del Catasto Nazionale delle Infrastrutture e alla luce del documento ANFoV di Aprile 2012, l esperienza di Fastweb offre diversi spunti di riflessione. Il sistema raccoglie dati di rete relativi all intero territorio nazionale e li rende disponibili su piattaforme diverse ad utenti con diritti e profilatura di accesso diversi. Attorno al GIS inoltre ruotano diversi processi di interscambio dati, anche con aziende diverse, che garantiscono il corretto flusso delle informazioni anche se imputate e gestite su molteplici sistemi. In fase di pubblicazione dei dati di rete con soggetti esterni le informazioni del GIS devono infatti essere opportunamente profilate e filtrate secondo un modello molto simile a quello previsto dallo studio ANFoV Catasto Nazionale delle Infrastrutture NGAN: il concept Fastweb EBWorld Sfruttando quanto appreso da EBWorld nella realizzazione/gestione del Sistema SID e con riferimento a quanto approfondito dal Gruppo di Studio ANFoV in ambito Catasto Nazionale delle Infrastrutture NGAN, EBWorld e Fastweb hanno realizzato una piattaforma prototipo su cui implementare possibili applicazioni ed approfondire metodologie di lavoro nell ottica dell implementazione di un Sistema Catasto. L applicazione permette la fruizione via web delle cartografie di rete su base Google Maps. Sul portale, pubblicato in internet via HTTPS e accessibile mediante l inserimento di username e password, è stata implementata la gestione dei profili di utenza in modo da ANFoV Tutti i diritti riservati 4445 garantire un adeguata profilatura in termini di aree di competenza, di visibilità e di funzionalità disponibili. Il concept è stato sviluppato sfruttando un database cartografico, strutturato con il modello dei dati proposto in ambito ANFoV, prevedendo tabelle e attributi necessari a documentare quanto previsto senza la pretesa di sostituire sistemi informativi territoriali già utilizzati localmente. 6.2 Architettura Definizione delle specifiche e dell architettura Sono state definite delle specifiche di riferimento sulla base delle quali si è ipotizzata l architettura che verrà di seguito descritta. In questa fase ci si è concentrati sulla definizione dei seguenti punti: architettura software (prodotti e tecnologie utilizzati); interazione tra le componenti in ottica di interoperabilità e federazione di sistemi locali; architettura hardware (ipotizzando un volume di traffico di massimo 5 utenti concorrenti); struttura del database; funzionalità disponibili sul portale Architettura software e modello di federazione La soluzione è stata sviluppata su piattaforma Smallworld di General Electric. In particolare sono stati utilizzati i seguenti prodotti: GE Physical Network Inventory (PNI): la specializzazione per la gestione dell inventario fisico di reti di telecomunicazione. Il prodotto è una verticalizzazione del database Smallworld appositamente pensata per le reti di telecomunicazione. Il database prevede nativamente tutti gli oggetti necessari alla documentazione delle reti telecomunicazioni: dalle infrastrutture (scavi, pozzetti, palificate, tubazioni, ecc.), alle reti ottiche, wireless, rame e coassiale; GE GeoSpatial Server (GSS): bus di integrazione SOAP per l interscambio bidirezionale di dati via web services; GE Network Inventory Gateway (NIG): web server in grado di pubblicare i dati su client via internet. Una prossima versione del concept prevede la sostituzione del livello NIG con una nuova soluzione GE, denominata Network Viewer e basata sulla tecnologia Open Source Openlayers. La scelta è stata dettata dalla volontà di utilizzare un client ancora più semplice da utilizzare, facilmente portabile anche su dispositivi mobili e del tutto simile, in termini di esperienza utente, alle applicazioni cartografiche quotidianamente fruibili da tutti anche al di fuori delle necessità professionali. La cartografia utilizzata come sfondo è quella di Google Maps integrata attraverso l utilizzo delle API messe a disposizione dalla stessa Google. ANFoV Tutti i diritti riservati 4546 Segue una rappresentazione schematica relativa all architettura software del sistema. Figura 14 - Rappresentazione schematica dell architettura software del sistema Come si evince dalla figura, il portale pubblica via web le informazioni aggregate utilizzando web services messi a disposizione da tutti i sistemi coinvolti. E stato ipotizzato che la federazione possa avvenire secondo le modalità di seguito descritte. attraverso l uso di web services: i sistemi locali espongono web services che vengono gestiti da GSS. Il GSS si fa carico di applicare eventuali trasformazioni di coordinate necessarie e gestire il flusso dati in modo che tutte le informazioni necessarie siano fruibili sulla mappa web; utilizzando il database PNI come concentratore che, a sua volta, una volta aggregate le informazioni, le espone al livello superiore via web services. Smallworld è infatti un sistema estremamente flessibile nel collegare fonti di dati esterni e può facilmente diventare il front-end di sistemi diversi utilizzando diverse tipologie di connessione. E possibile collegarsi attraverso driver JDBC / ODBC a database esterni, collegare file geografici utilizzando il modulo GE Spatial Object Manager (SOM) o utilizzare connettori diretti sviluppati ad hoc. Ad esempio nell architettura ipotizzata si è pensato di utilizzare un connettore diretto verso i sistemi ESRI ArcSDE sviluppato da EBWorld e già utilizzato in altre esperienze. Le stesse tecnologie di Google possono essere utilizzate per aggregare dati GIS e CAD aventi origine diversa. ANFoV Tutti i diritti riservati 4647 6.2.3 Architettura hardware Il concept è stato realizzato a titolo sperimentale. Non si è pertanto previsto un volume di traffico assimilabile a quello di un sistema informativo utilizzato a livello nazionale da un potenziale bacino di diverse migliaia di utenti. La piattaforma è stata installata su un hardware dimensionato in modo da gestire un numero massimo di 5 utenti concorrenti. I server utilizzati sono stati i seguenti: 1 Database Server Smallworld, utilizzato anche come License Server per le licenze Smallworld e Application Server per l applicativo PNI e le relative personalizzazioni; 1 GSS Server. Il modulo di integrazione con Google Maps è stato installato sul Database Server. I server, con sistema operativo Microsoft Windows 2008 R2 prevedono configurazioni di medio livello con 2 processori Quad-Core e 8 GB di RAM Struttura del database Smallworld consente di strutturare il modello dei dati del database (insieme di tabelle, attributi e relazioni) utilizzando uno strumento grafico denominato Case Tool. Utilizzando questa interfaccia è possibile apportare le modifiche alla struttura del database anche a tabelle popolate e, molto spesso, senza bisogno dell intervento di uno sviluppatore software. Utilizzando il Case Tool, il database è stato opportunamente modificato in modo da gestire le informazioni previste dallo studio-proposta di ANFoV. Dal momento in cui il concept è stato sviluppato sulla piattaforma GIS Physical Network Inventory, nata per gestire reti di telecomunicazione di elevata complessità, utilizzando i tool grafici presenti nel prodotto sono stati nascosti tutti i campi e gli oggetti ritenuti inutili ai fini del Catasto Funzionalità disponibili sul portale Sul portale web fruibile dagli utenti del sistema Catasto si è ipotizzato, in prima battuta, che potessero essere utili le seguenti funzionalità: selezione ed interrogazione degli oggetti; Query e ricerche guidate; posizionamento per via e civico utilizzando l autocompletamento di Google Maps: stampe e plottaggi su diversi formati e template di stampa; export in formato Excel dei risultati delle query; tracing di rete punto punto: per verificare la presenza di un percorso continuo di infrastrutture tra due punti (es. due pozzetti); tracing libero punto punto: inserendo un nodo di partenza e uno di destinazione (es. due indirizzi ricercati attraverso le API di Google), il sistema permette di trovare il percorso più breve che li collega cercando di utilizzare il più possibile la rete esistente. Laddove non si trova rete esistente, il sistema utilizza il tracing pedonale di Google; ANFoV Tutti i diritti riservati 4748 piattaforma di messaging per scambiare informazioni con il centro servizi o con i diversi proprietari di infrastrutture che si possono incontrare selezionando un percorso di rete; autenticazione; Logging delle operazioni eseguite dagli utenti. 6.3 Conclusioni L esperienza sul Sistema Informativo del Demanio marittimo, seppur maturata in ambito diverso rispetto a quello del Catasto Nazionale delle Infrastrutture di rete, offre interessanti spunti di riflessione. In particolar modo per quanto riguarda le sinergie con il modello e la gestione dei dati proposti da ANFoV nel proprio studio-proposta di Aprile Le fasi di censimento iniziale dei dati disponibili ma anche quelle di avvio del progetto con la creazione di un Centro Servizi Nazionale e la formazione di utenti istituzionali, sono aspetti di cui si dovrà tenere conto nell implementazione del Sistema Catasto Nazionale. Anche gli aspetti più di carattere amministrativo come l aderenza alle normative, la digitalizzazione di processi tra soggetti diversi e la definizione di un workflow di riferimento trovano possibili rispondenze nella conduzione del Catasto proposto da ANFoV. Quanto appreso in ambito SID ma anche l esperienza maturata da Fastweb nell adozione, sin dall inizio, di un sistema di inventory per la gestione di tutta la rete (civile e ottica), hanno guidato la realizzazione di un sistema prototipo, con il quale si è mirato a toccare con mano l implementazione di alcuni aspetti fondamentali del modello stesso. ANFoV Tutti i diritti riservati 4849 7 IL MODELLO LEPIDA PER IL CATASTO FEDERATO DELLE INFRASTRUTTURE PER LE RETI DI TELECOMUNICAZIONI 7.1 Premessa L esperienza di Lepida SpA nasce dalla necessità di dare una risposta al territorio della Regione Emilia-Romagna, oltre che dalle esperienze e competenze maturate negli anni relativamente alle reti di telecomunicazione che ha realizzato e sta realizzando nonché gestendo. Partendo dalla necessità di una evoluzione verso reti di accesso di nuova generazione (NGAN) come elemento strategico per lo sviluppo e la crescita del Paese e come fattore chiave per il potenziamento e l espansione di servizi innovativi e ben sapendo che uno dei principali ostacoli allo sviluppo e all ampliamento delle infrastrutture di reti di telecomunicazioni è il costo associato alla costruzione delle opere civili, che impattano in modo preponderante sui costi complessivi di realizzazione, Lepida Spa ritiene che un utilizzo condiviso delle infrastrutture esistenti permette in tale contesto un abbattimento significativo dei costi, da cui l importanza dello sviluppo di uno strumento unico per l inventario di tutte le infrastrutture disponibili, auspicalmente a livello nazionale. L ideazione di un modello di Catasto delle infrastrutture per le telecomunicazioni orientato a tale scopo è il presupposto necessario alla realizzazione e al successo dell iniziativa nel suo complesso. Riflettendo sul fatto che nonostante il crescente interesse verso modelli e soluzioni per la realizzazione di un catasto della infrastrutture unico e condiviso, non erano presenti sul territorio nazionale esempi realizzativi reali o significativi, Lepida Spa ha deciso di dedicare parte delle proprie risorse alla realizzazione di un prototipo ispirato al modello nazionale ma da subito disponibile per le esigenze del territorio di propria competenza. Di seguito si illustra la soluzione tecnica e organizzativa che Lepida Spa ha inteso dare al problema in oggetto, in coerenza con le linee guida rilasciate da ANFoV ( Catasto nazionale delle infrastrutture di rete per NGAN Linee guida gestionali e realizzative. Studio-proposta dell ANFoV di Aprile 2012) oltre che con le direttive della Regione Emilia- Romagna (Delibera Giunta n.1342/2011 Strategie per lo sviluppo di infrastrutture di telecomunicazioni a banda larga e ultralarga in Emilia-Romagna ) che fissano tra le strategie relative al tema NGAN lo sviluppo di uno strumento di supporto per la condivisione e la razionalizzazione delle infrastrutture esistenti. In particolare Lepida Spa ha ritenuto vincente una soluzione basata sulla federazione di sistemi eventualmente già esistenti piuttosto che la creazione ex novo di una nuova piattaforma specifica il cui popolamento comporterebbe un grosso impegno di tempi e di risorse da parte dei soggetti detentori delle informazioni, mettendo a rischio il raggiungimento dell obiettivo finale. ANFoV Tutti i diritti riservati 4950 7.2 Architettura Modello concettuale Il prototipo realizzato da Lepida SpA ha lo scopo di raccogliere i dati provenienti da sistemi differenti, oltre che di convertire i dati descritti attraverso modelli rappresentativi diversi in un formato standard e omogeneo, e infine di darne una visione unificata, attraverso una interfaccia web, per mettere a disposizione le informazioni minime per la fase di pianificazione propedeutica alla progettazione di nuove reti in fibra ottica, ottimizzando i costi grazie al riuso, laddove possibile, di infrastrutture esistenti. L elemento caratterizzante e innovativo della soluzione adottata è il concetto di federazione che, al classico modello di archivio centralizzato, contrappone quello di un sistema di raccolta automatica e di normalizzazione delle informazioni provenienti dai diversi sistemi sorgente, che in questo modello rimangono gli unici detentori dei dati. La federazione è basata su entità intermedie che operano in qualità di proxy applicativi al fine di garantire la raccolta, la transcodifica e la comunicazione con sistema centrale che funge da coordinatore centralizzato, che controlla le politiche di accesso e consente il reperimento di tutte le informazioni relative ad una area di interesse. Il sistema consente al detentore dei dati di decidere come questi vengono raccolti e utilizzati in un contesto di federazione. Ad esempio, il possessore delle informazioni deve potere scegliere quali dati del proprio sistema mettere a disposizione, in generale o solo su particolari richieste. Al fine di migliorare la fruibilità del sistema, e qualora gli accordi con i soggetti federati lo consentano, il coordinatore può gestire e mantenere una copia delle informazioni provenienti dai diversi sistemi, rendendo in questo modo possibile una più efficiente risposta ad interrogazioni particolarmente complesse. In particolare, data la scarsa espressività di alcune modalità con cui i dati possono essere resi disponibili (quali gli shape file o le interfacce WFS), può rendersi necessario l utilizzo di un database di supporto che mantenga le informazioni raccolte in un formato immediatamente fruibile Modello architetturale L architettura del modello di federazione implementa una soluzione che raccoglie e normalizza i dati forniti dai diversi sistemi, garantendo al fornitore la massima libertà di gestione e di strutturazione dei dati. L architettura proposta prevede un middleware di interconnessione tra i diversi sistemi sorgente e il sistema centrale che funge da collettore e da normalizzatore dei dati. In particolare è costituito da un server centrale che coordina una serie di entità intermedie, i proxy, che si occupano di comunicare con le diverse sorgenti, di reperire i dati di interesse e di trasformarli nel modello ontologico del sistema federato, secondo una tabella di transcodifica preconfigurata. ANFoV Tutti i diritti riservati 5051 Figura 15 - Modello architetturale della piattaforma Lepida I proxy costituiscono un layer di virtualizzazione che ha lo scopo di uniformare tutto ciò che originariamente non lo è. Il server centrale si occupa di coordinare la raccolta automatica dei dati messi a disposizione dai proxy. I proxy attualmente previsti sono di tre diverse tipologie, SHAPE, WFS e QUERY, in funzione delle diverse modalità con cui possono essere resi disponibili i dati: shape file, interfaccia WFS o viste sul database Modello funzionale La lettura dei dati da diversi sistemi sorgente è gestita in modo automatico dal server centrale che, a seconda delle modalità rese disponibili dai proxy, PULL, PUSH o QUERY, provvede periodicamente, su notifica del proxy o in tempo reale, a raccogliere i dati messi a disposizione dai proxy stessi. Figura 16.-.Modello funzionale della piattaforma Lepida ANFoV Tutti i diritti riservati 5152 Dal punto di vista funzionale la piattaforma nasce come strumento di pianificazione ed è dotata di alcune funzionalità specifiche di supporto, quali quella relativa al grado di infrastrutturazione di una zona, oltre a quelle tipiche di visualizzazione georeferenziata delle infrastrutture, consultazione e esportazione delle mappe. Figura 17 - Esempio di visualizzazione di informazioni federate da diverse sorgenti Protocollo di federazione Non esistendo attualmente uno standard riconosciuto ed universale per la federazione, è stato utilizzato un protocollo adattabile a diversi contesti. Le operazioni previste per la federazione dei dati sono le seguenti: autenticazione dei proxy presso il coordinatore centrale; discovery delle funzionalità dei proxy e dei dati esposti; raccolta PULL dei dati federabili, su richiesta del federatore; modifica PUSH dei dati, su richiesta del fornitore dei dati; ricerca geografica/inventariale/temporale su dati federati; operazioni di Business Intelligence; comunicazioni di importazione e valutazione dei dati; comunicazioni di cambiamenti del modello dei dati; messaggi di errore. Per ognuna delle operazioni sono previste due fasi, quella di richiesta e quella di risposta, ognuna delle quali ha possibilità di inviare messaggi di errore. Le operazioni di raccolta dei dati sono basate sul modello PUSH o PULL: nella modalità PUSH è il fornitore di dati a inviare spontaneamente le informazioni, mentre nella modalità PULL è il federatore a raccogliere periodicamente i dati presenti in tutti i proxy. In quest ultimo caso (PULL) la raccolta dei dati può essere completa o incrementale: nel ANFoV Tutti i diritti riservati 5253 primo caso vengono trasferiti tutti i dati relativi alla richiesta, nel secondo solo le modifiche rispetto alla richiesta precedente. Se il proxy prevede la modalità di fornitura dei dati in PULL allora è abilitato alla comunicazione spontanea, che può avvenire o in corrispondenza di ogni cambiamento o solo nei momenti di sincronizzazione. I proxy di tipo QUERY ammettono la raccolta dei dati in tempo reale. In questo caso il server, in corrispondenza di una richiesta dell utente, invia una query al proxy che contiene tutte e solo le specifiche necessarie per reperire i diversi elementi oggetto della ricerca Modello dei dati Realizzare un catasto federato che contenga le informazioni con tutte le infrastrutture di posa in grado di ospitare una rete di telecomunicazione è una iniziativa di dimensioni tutt altro che trascurabili, che deve tenere conto anche delle difficoltà e delle resistenze che i soggetti proprietari delle infrastrutture hanno nel fornire i dati. Sulla base di quanto già definito dal documento ANFoV ( Catasto nazionale delle infrastrutture di rete per NGAN Linee guida gestionali e realizzative. Studio-proposta dell ANFoV ), la soluzione implementata sul prototipo di Lepida SpA prevede che le informazioni da federare siano le minime indispensabili per supportare gli operatori nella fase di pianificazione. Le informazioni che si ritengono sufficienti a tale scopo sono: proprietà (operatore o ente proprietario o detentore dei diritti di uso e cessione); tipologia della tratta; destinazione d uso nativa; tracciato (localizzazione geografica dei punti di accesso); lunghezza Modello organizzativo Quale che sia la modalità di raccolta del proxy, i dati raccolti vengono controllati e la loro validità viene valutata in base a diversi criteri, sia grafici (per esempio se due linee con stesse informazioni sono lontane), sia strutturali (per esempio se due linee contigue hanno informazioni troppo incoerenti). Le condizioni di errore di invalidità grafica sono, ad esempio, le seguenti: non coincidenza di tratte molto simili geometricamente e molto vicine geograficamente; mancata continuità di tratte che dovrebbero esserlo, a causa di diversità tra la proiezione dichiarata e la proiezione utilizzata o poiché le tratte sono state digitalizzate da enti diverse; disegno di tratte non sovrapposte per consentire una migliore leggibilità dell immagine. ANFoV Tutti i diritti riservati 5354 Figura 18 Esempio di visualizzazione grafica di dati non completamente coerenti Per tutti i casi di incoerenza evidenti viene stilata una lista di aree critiche che dovranno essere revisionate dal gestore della piattaforma e segnalate ai fornitori, proprietari dei dati, affinché provvedano alla relativa correzione e consentano l esportazione del dato corretto. Nello specifico la proprietà e la responsabilità dei dati forniti sono del soggetto federato che deve garantire la federazione di dati affidabili e coerenti, provvedendo alla loro verifica ed eventuale correzione. 7.3 Conclusioni Vantaggi della soluzione proposta I vantaggi del modello implementato possono essere sintetizzati nei seguenti punti: un catasto federato è di più facile attuazione di un catasto unico, consentendo ai diversi soggetti coinvolti di continuare ad utilizzare o di adottare il proprio specifico sistema di gestione, garantendo la preservazione e la valorizzazione degli investimenti effettuati su sistemi già esistenti e la salvaguardia della loro autonomia tecnica, tecnologica e organizzativa; il fatto che i sistemi sorgente rimangano gli unici detentori dei dati, semplifica il problema della consistenza e dell aggiornamento dei dati sulla piattaforma federata; la scelta di federare le informazioni minime indispensabili per supportare gli operatori nella fase di pianificazione mira anche a rendere meno oneroso il carico di lavoro di chi fornisce le informazioni per il catasto delle infrastrutture; la realizzazione di meccanismi automatici per la raccolta dei dati pone le basi per la sostenibilità nel tempo del progetto; l architettura è gerarchicamente espandibile consentendo la creazione di nodi di raccolta intermedi che semplificano enormemente a livello organizzativo la loro realizzazione, pur mantenendone le potenzialità di target di progetto. Si evidenzia che tutti gli aspetti sopra citati rispecchiano il modello proposto da ANFoV. ANFoV Tutti i diritti riservati 5455 7.3.2 Prossimi passi La piattaforma risulta attualmente sviluppata a livello prototipale e ad oggi federa un insieme di dati forniti da diversi soggetti, quali i Comuni di Reggio Emilia e di Cervia, la multiutility Iren Emilia relativamente ad alcune tipologie di infrastrutture circoscritti al Comune di Reggio Emilia, oltre a Lepida Spa stessa (ovvero il Network Inventory della rete Lepida). La varietà delle tipologie delle infrastrutture fornite (fogne, illuminazione pubblica, piste ciclabili, reti di telecomunicazione, ecc.), la molteplicità delle interfacce utilizzate per la loro federazione (shape, wfs, query) e la pluralità della natura dei soggetti coinvolti (Comuni, multiutility, operatori di telecomunicazione) costituiscono indubbiamente un risultato positivo. Per completare e agevolare l implementazione almeno a livello territoriale, Lepida Spa intende mettere a disposizione di tutti gli Enti della Pubblica Amministrazione regionale, che non dispongano già di un sistema catastale elettronico, una piattaforma stand-alone per il censimento delle infrastrutture di loro competenza e la normalizzazione e la digitalizzazione dei dati corrispondenti. Naturalmente tale piattaforma è federabile con la piattaforma descritta sopra. Alla luce dei risultati ottenuti, Lepida Spa sta predisponendo l evoluzione della piattaforma, in termini di nuove funzionalità, anche alla luce delle esigenze che sono emerse in una fase di ricerca e analisi e che emergeranno dalla fase sperimentale di raccolta e condivisione dei dati che intende avviare con alcuni Enti locali Costi di realizzazione e gestione operativa La progettazione e la realizzazione del prototipo di catasto federato per infrastrutture civili e di telecomunicazioni è costato a Lepida SpA Euro IVA (inclusi costi di Project Management di Lepida SpA). Nel corso delle sperimentazioni previste si evinceranno i costi del popolamento e della gestione/manutenzione. per quanto riguarda i costi di normalizzazione/digitalizzazione e popolamento dei dati si ipotizza un costo di circa Euro 200+IVA a giornata per quanto riguarda i costi di gestione e manutenzione evolutiva e correttiva si ipotizza un costo annuale di circa Euro IVA. ANFoV Tutti i diritti riservati 5556 8 L ESPERIENZA NEL COMUNE DI RICCIONE Allo scopo di gestire in maniera più efficace le infrastrutture e le reti sul territorio cittadino, il Comune di Riccione, tramite il Servizio Sistema Informativo Comunale, ha condotto un innovativo progetto di mappatura completa ed informatizzata delle infrastrutture. La realizzazione è stata completata con successo e con soddisfazione da parte dell amministrazione comunale e della cittadinanza che ha iniziato a percepirne gli effetti benéfici in una serie di servizi assicurati dalla municipalità divenuti più rapidi ed efficienti. La piattaforma realizzata è oggi in produzione ed è utilizzata in maniera continuativa all interno del Comune da più soggetti: l URP (Ufficio di Relazioni con il Pubblico), che raccoglie le segnalazioni dei cittadini su disservizi per arricchire di informazioni (come l identificativo dell oggetto o della tratta guasta) le segnalazioni di guasto ed alimentare di conseguenza il troubleshooting della multiutility HERA; l Assessorato all Urbanistica per la gestione delle reti multi servizi comunali, per pianificare l espansione delle suddette reti, per aumentare la copertura in ambito cittadino e per soddisfare le esigenze di connettività di importanti eventi. Tale progetto è a tutti gli effetti una realizzazione compiuta di un catasto comunale delle infrastrutture ma può essere considerata, nell ottica del Catasto Nazionale, come una sperimentazione d ambito locale di notevole rilievo ed interesse. I motivi di comunanza con gli obiettivi di un Catasto Nazionale sono molteplici: il censimento di infrastrutture di differente tipologia (infrastrutture della rete metropolitana in fibra ottica, della rete d illuminazione pubblica, ecc.); la flessibilità per l importazione (con opportune modifiche federazione) di dati da diversi formati CAD (Dwg, Dxf, ), GIS (Shapefile ed altri formati), Database, formati Excel e testuali; l utilizzo di uno strumento innovativo dall architettura aperta ed interoperabile come la piattaforma Invento configurato con un modello dati basato su quello di ANFoV. All interno dello strumento sono state censite con un elevato livello di dettaglio informazioni testuali e multimediali (foto, piantine schematiche): la rete metropolitana, ovvero l'anello di fibra ottica di proprietà comunale, lunga circa 15 km; la rete di illuminazione pubblica che conta circa 150 km di rete; (di prossima introduzione) le reti del Gas, la Rete Fognaria e Rete Elettrica. 8.1 La realizzazione Italtel e Laboratori Guglielmo Marconi Il progetto coordinato e gestito dal Servizio Sistema Informativo Comunale del Comune di Riccione ha visto coinvolte le società: Italtel per l analisi funzionale, la progettazione e la modellazione dei dati ANFoV Tutti i diritti riservati 5657 Laboratori Guglielmo Marconi per la fornitura della piattaforma Invento e come system integrator Le attività di analisi e modellazione dati Le attività hanno preso origine dall analisi delle macro funzionalità che il Comune desiderava ottenere dall utilizzo della piattaforma di Catasto Comunale di Infrastrutture di seguito descritte: censimento e informatizzazione delle infrastrutture di telecomunicazioni e Pubblica Utilità; raccolta delle informazioni da varie sorgenti (CAD, GIS, Database e Cartaceo); utilizzo di una piattaforma flessibile e interoperabile con gestori esterni (la multiutility Hera in primis); utilizzo semplice per consultazioni, modifiche e ricerche da Web e in mobilità; gestione delle infrastrutture del sottosuolo allo scopo di: ottimizzare gli investimenti tramite pianificazioni con riuso di asset e materiali; limitare i disservizi al cittadino tramite diminuzione/coordinamento scavi; risolvere tempestivamente disservizi tramite individuazione della struttura in fault; introduzione di una piattaforma con limitati costi di investimento iniziale ed operativi a regime; basata su tecnologie open, standard ed architettura aperta; adattabile alle modalità di lavoro all interno del Comune. Rispetto a queste esigenze, la scelta della piattaforma Invento è apparsa come la soluzione ideale che conciliasse le richieste dell amministrazione comunale con livelli di costo accettabili assicurati dall uso sapiente delle migliori tecnologie open source e che fosse nella completa disponibilità tecnica del team di lavoro. Il lavoro di modellazione dei dati contenuti all interno della piattaforma è stata, per precisa scelta Italtel e Laboratori Guglielmo Marconi, improntato al modello dati definito nel documento ANFoV di Aprile La raccolta dei dati, l adattamento e la trasformazione verso il modello ANFoV sono stati curati dai Laboratori Guglielmo Marconi in contatto diretto con l amministrazione comunale, la quale ha opportunamente continuato ad esprimere anche in corso d opera requisiti addizionali e specifiche che hanno migliorato le funzionalità della piattaforma. Il team di progetto ha utilizzato una metodologia di lavoro di tipo Agile (Scrum) che ha consentito: la collaborazione con il Comune in tutte le fasi del progetto; la possibilità di accogliere feedback apportando le modifiche e cambiamenti in corso d opera; la produzione di demo, prototipi e rilasci parziali come strumento di comunicazione col Comune. ANFoV Tutti i diritti riservati 5758 8.1.2 La piattaforma Invento La piattaforma, sviluppata dai Laboratori Guglielmo Marconi, interamente basata su tecnologie Open Source, ha permesso di raggiungere l obiettivo prefissato. Tale piattaforma ha assicurato al progetto le prerogative di: adattabilità del modello informativo: ha consentito (e consente a sistema in uso) la definizione di proprietà ed attributi delle infrastrutture sul modello descritto da ANFoV nei documenti precedenti; flessibilità nel caricamento dei dati: ha permesso il caricamento di sorgenti CAD, GIS, Database, testuali e fornito supporto per informazioni presenti solo su supporto cartaceo; supporto per infrastrutture di telecomunicazioni e delle mutiutilities che ha consentito il caricamento sia di reti di telecomunicazione (come la rete metropolitana comunale) che di reti di utilities (es.hera); scalabilità, stabilità e performance adeguate: la piattaforma è basata su componenti in grado di scalare sia a livello hardware sia a livello applicativo. Ha dimostrato di essere stabile nel funzionamento e di rispondere ai test con centinaia di migliaia di dati con tempi di risposta ottimi; configurabilità di funzionalità, profili e ruoli; sicurezza nell accesso al dato, nella sua integrità e nella protezione delle informazioni tramite protocolli sicuri e tramite memorizzazione cifrata sul database. La configurabilità delle funzionalità è un punto importante in quanto la piattaforma se da un lato ha molte funzionalità già pronte per un Catasto Nazionale, operando in questo contesto a livello comunale ha un sovrappiù di funzionalità non necessarie ad un solo scopo (come la possibilità di gestire i piani di giunzione o di incorporare informazioni multimediali). Grazie alla configurabilità della piattaforma, tali funzionalità possono essere agevolmente inibite senza dover ricorrere a modifiche software. Figura 19 - Piattaforma Invento in uso presso il Comune di Riccione ANFoV Tutti i diritti riservati 5859 Adattabilità del modello Informativo La piattaforma Invento definisce on top alle prerogative e al modello geometrico di un GIS convenzionale la possibilità di definire in maniera configurativa vari modelli specifici per ogni singola rete gestita e a livello di astrazione superiore un modello di infrastruttura generico (ispirato al modello ANFoV) che li comprende e gestisce tutti in maniera omogenea e coerente. 8 Modello GIS Convenzionale Modelli Specifici (uno per tipo rete) Modello Generale Infrastrutture Figura 20 - Adattabilità del modello informativo La gestione dei modelli specifici e di quello generale coesistono nello strumento offrendo una visione generale ed omogenea delle infrastrutture quando serve ed una visione specifica per ambito (Telecomunicazioni, Rete Elettrica, Gas, Rete Fognaria, ) quando maggiori dettagli e maggiori informazioni sono eventualmente richieste. L impostazione dei modelli dati all interno dello strumento avviene per via puramente configurativa e non è necessario operare con interventi di sviluppo software. E possibile configurare sullo strumento solamente il livello generale delle infrastrutture qualora richiesto senza dover configurare necessariamente i modelli di ambito. E altresì possibile configurare i modelli di ambito in modalità nascosta a solo uso interno o di specifici profili amministrativi della piattaforma Flessibilità nel caricamento dei dati La possibilità di importare e gestire sorgenti dati di tipologie differenti è probabilmente una delle prerogative native più importanti della piattaforma. Invento non solo supporta ad oggi l import da molti formati di dati differenti (CAD, GIS, Database, file Excel, file testuali, ), ma offre supporto alla gestione di dati in sistemi di coordinate e riferimenti differenti, alla referenziazione assistita di sorgenti CAD non georeferenziate e all inserimento nel sistema di dati tramite dematerializzazione cartacea. Inoltre l apertura della piattaforma e le utility integrate consentono, se necessario, di includere agevolmente nuove tipologie di dato non precedentemente gestite. ANFoV Tutti i diritti riservati 5960 Figura 21 - Flessibilità nel Caricamento Dati Supporto per infrastrutture di telecomunicazioni e Multiutilities Il supporto offerto dalla piattaforma a varie tipologie di infrastrutture deriva dalla capacità dello strumento di: importare svariate sorgenti dati (e di configurarne agevolmente nuove); modellare in maniera semplice e configurativa differenti tipologie di reti; aggregare tramite un modulo software dedicato all Estrazione, Trasformazione e Loading dei dati (modulo ETL) le informazioni provenienti da ambiti diversi sul modello dati comune. Occorre evidenziare che la possibilità di gestire differenti infrastrutture di telecomunicazioni e delle Multiutilities è per Invento un dato di fatto, implementata nel Catasto Comunale di Riccione ma anche nelle sperimentazioni che vedono l utilizzo della stessa piattaforma presso i comuni di Reggio Emilia e Bologna Scalabilità, stabilità e performance La piattaforma Invento ha dato prova in numerosi test di carico, svolti in laboratorio, di stabilità e scalabilità su moli di dati significativi e sulla simulazione di vaste platee di utenza che effettuano connessioni contemporanee. In queste condizioni le performance assicurate sono state di livello molto buono grazie ad una serie di accorgimenti tecnici previsti sullo strumento come: la configurazione della visibilità degli oggetti di rete per vari livelli di zoom; il ridisegno esclusivo dell area di visualizzazione attiva; l utilizzo di framework di librerie grafiche che ottimizzano i tempi di visualizzazione. Il risultato che ne deriva è la fluidità di navigazione delle infrastrutture all interno della base dati, tempi di ridisegno accettabili, a seguito di riposizionamento della rete visualizzata, con la possibilità di interagire con oggetti e dati assolutamente di buon livello. ANFoV Tutti i diritti riservati 6061 Configurabilità, profili e ruoli La piattaforma prevede una console amministrativa in cui le funzionalità possono essere agevolmente attivate, inibite o associate solamente ad alcuni utenti attraverso la gestione della profilazione avanzata. Infatti tramite l uso di utenti, ruoli, profili e gruppi si possono concedere agli utenti i privilegi di accesso solo in determinate specifiche aree, a specifiche funzioni o a specifiche informazioni. Tale gestione assicura una serie di vantaggi importanti come: l assoluta blindatura delle informazioni tra utenti diversi; la configurabilità delle funzionalità che possono essere inibite, attivate o modulate su utenti o gruppi di utenza differenti per ruolo o competenza geografica Sicurezza della Piattaforma Le caratteristiche di sicurezza della piattaforma sono intrinsecamente elevate sotto vari profili: Sicurezza delle informazioni persistenti nella piattaforma in cui ogni soggetto coinvolto ha accesso ad uno spazio proprio sul quale ha il controllo di quali siano gli utenti abilitati a interagire con i dati in base alla profilazione specifica di ogni utente o del ruolo che ricopre; Sicurezza degli accessi tramite gestione sicura dell identità; Sicurezza delle transazioni tramite protocolli sicuri (https, sftp, ). 8.2 Problematiche riscontrate e soluzioni introdotte Il Catasto Comunale di Riccone ha permesso di confrontarsi con le tipiche problematiche derivanti dall uso delle piattaforme con casistiche e situazioni del mondo reale. Tali circostanze hanno consentito di inglobare nella piattaforma le soluzioni ideate nel caso specifico e arricchire le funzionalità di nuovi potenti tools che sono diventati a tutti gli effetti parte integrante di Invento. La problematica principale affrontata è quella relativa alla proiezione con cui il dato cartografico era riferito. Se la georeferenziazione è solitamente limitata a fornire due coordinate, il valore delle stesse ha fino a varianti di interpretazione derivanti da vari fattori tra cui la proiezione utilizzata. Nel caso specifico di Riccione, i dati forniti utilizzavano tre tipologie di proiezioni differenti: in parte nella proiezione ED50; in parte nella proiezione proprietaria regionale UTM RER 32*; in parte minoritaria nella proiezione Gauss Boaga. Tale circostanza era causata dallo stratificarsi di informazioni aventi origini differenti. La soluzione individuata ha comportato: ANFoV Tutti i diritti riservati 6162 una fase di analisi allo scopo di discriminare la proiezione dei dati utilizzata aiutandosi con l incrocio di altre fonti dati come dataset forniti da comuni limitrofi e dataset provinciali; l implementazione di tools automatici, facenti ora parte integrante della piattaforma, di conversione massiva della proiezioni. 8.3 Open Point e Sviluppi futuri Le attività ancora in corso sul Catasto Comunale delle Infrastrutture di Riccione sono relative al censimento di nuove tipologie di infrastrutture (rete del Gas, rete Fognaria e Rete Elettrica) ed al continuo aggiornamento delle infrastrutture esistenti a causa dell espansione della rete. Entrambe queste attività, grazie alla potenza della piattaforma installata, sono in massima parte realizzabili in autonomia dal Servizio Sistema Informativo Comunale di Riccione mentre Italtel e i Laboratori Guglielmo Marconi si limitano a fornire supporto on demand. 8.4 Conclusioni In ottica di Catasto Nazionale questa realizzazione può essere a tutti gli effetti vista come una sperimentazione valida e coerente con gli obiettivi del Catasto Nazionale in quanto contiene, seppure su base locale, molti degli elementi richiesti per l implementazione del modello proposto da ANFoV a livello nazionale. ANFoV Tutti i diritti riservati 6263 9 L ESPERIENZA DEL COMUNE DI TORINO Il progetto del Comune di Torino si prefigge come scopi principali la riduzione dell impatto degli interventi di scavo sulla vita quotidiana della città e il miglioramento della qualità del suolo pubblico Tali scopi si traducono in pratica in: riduzione del tempo di inagibilità causa lavori; riduzione degli interventi sul medesimo tratto di suolo pubblico nell arco dell anno; eliminazione dell immagine negativa per doppio ripristino; riduzione degli interventi per danni alle reti causa lavori di terzi. La realizzazione del progetto è stata preceduta ed accompagnata da una serie di atti amministrativi che ne hanno amplificato l efficacia quali: il Nuovo Regolamento per l esecuzione delle manomissioni e dei ripristini sui sedimi stradali della Città di Torino da parte dei grandi utenti del sottosuolo:la programmazione; l esecuzione dei ripristini da parte dei Concessionari; la tariffa di degrado (per effetti legislativi di difficile applicazione); l attenzione alle variabili tempo e disagio alla cittadinanza ; l istituzione dell Ufficio Coordinamento Attività Suolo Pubblico; il monitoraggio degli interventi sul territorio. La Città di Torino ha in altri termini realizzato un progetto di Catasto delle Infrastrutture del sottosuolo che rappresenta uno dei pilastri su cui si è mossa l iniziativa comunale in tema di gestione integrata degli interventi più efficace ed efficiente: un sistema informativo improntato all interconnessione ed all interoperabilità; un modello di lavoro cooperativo che coinvolge gli uffici tecnici del Suolo Pubblico, le Circoscrizioni e gli Enti gestori di sottoservizi; la gestione del ciclo di vita degli interventi di manomissione, dalla programmazione annuale, all iter autorizzativo, alle bolle di scavo; il supporto alle attività di programmazione e coordinamento, mediante l accesso ad informazioni derivanti dalla gestione corrente e dallo storico. 9.1 La realizzazione del sistema informativo Alla fine dell anno 2000, si è completata la fase realizzativa del Sistema Informativo Territoriale del Comune di Torino e successivamente si è avviata la fase di popolamento delle base dati L attività di popolamento iniziale e attualizzazione dei dati Il popolamento iniziale delle basi dati è avvenuto tra il 2001 ed il 2003 attraverso delle convenzioni con le principali aziende nazionali di telecomunicazioni e Multiutilities aventi delle infrastrutture nel territorio cittadino. ANFoV Tutti i diritti riservati 6364 Figura 22 - Popolamento iniziale catasto Torino Per l aggiornamento delle informazioni successivo al primo popolamento sono stati analizzati più metodi: Consegna intera rete: periodica, ogni 3/6 mesi, e contestuale alla consegna del Certificato di Regolare Esecuzione; Consegna porzioni di rete: contestuale alla consegna del Certificato di Regolare Esecuzione; Aggiornamento in tempo reale: trasmissione delle informazioni in tempo reale. Nella realtà pratica degli aggiornamenti si è evidenziato che ciascuno di questi metodi prefigurava dei vantaggi e comportava delle problematiche di gestione dell aggiornamento. Pertanto, si è prescelto di operare secondo un criterio che prevede l attuazione sequenziale della prima e della terza alternativa e secondo le seguenti modalità: la gestione dei singoli aggiornamenti sarà completamente svolta dalle Aziende per semplificarne il trattamento e garantire una migliore qualità delle informazioni; l Interscambio tra Amministrazione ed Enti gestori, finalizzato al mantenimento ed all aggiornamento delle basi informative, dovrà essere reso contestuale alla consegna del Certificato di Regolare Esecuzione o tramite consegna periodica (3/6 mesi) al fine di garantire che gli aggiornamenti delle reti di proprietà di ogni Azienda siano confrontabili con quelli di tutte le altre Aziende. ANFoV Tutti i diritti riservati 6465 9.1.2 La piattaforma Catasto delle reti tecnologiche La piattaforma del Catasto delle reti tecnologiche del Comune di Torino ha una serie di moduli satelliti che in fasi diverse collaborano alla certificazione del dato, alla sua consultazione e alla sua esposizione verso l esterno. Tali moduli consistono in: un modulo a supporto della Programmazione degli interventi (di scavo); uno strumento di supporto alle decisioni per il governo del territorio; un servizio di consultazione; un servizio di esposizione delle informazioni tramite GeoServizi Modulo a supporto Programmazione interventi Particolare attenzione è posta al processo di gestione integrata degli interventi che devono avvenire in maniera programmata. Si raccolgono innanzitutto sul sistema le segnalazioni degli interventi di scavo necessari alle varie aziende per diversi scopi. Figura 23 - Segnalazione Interventi La segnalazione includerà tutti i dati relativi alla azienda segnalante, alla descrizione dell intervento e agli estremi geografici dell intervento di scavo. La raccolta di tutte le segnalazioni provenienti da aziende diverse su un unico sistema permette quindi di ottimizzare le autorizzazioni di scavo e le informative verso le altre aziende pubbliche o private interessate da interventi nel soprasuolo o nel sottosuolo in ANFoV Tutti i diritti riservati 6566 oggetto. Si perviene in questo modo ad una emissione di una bolla di scavo ed una autorizzazione all esecuzione dei lavori ragionata e consapevole. Figura 24 - Emissione bolla di scavo ed esecuzione dei lavori Strumento di supporto alle decisioni per il governo del territorio Tale strumento parte dalla rappresentazione informatica georeferenziata e navigabile delle opere in essere o pianificate sul suolo pubblico (Figura 23) e fornisce una serie di strumenti di analisi su differenti dimensioni come: Serie storiche: confronto con i dati degli anni precedenti (Figura 24); Spaccato per Gestore: operato dei grandi utenti del sottosuolo (Figura 25); Suddivisione Geografica: impatto sulle zone territoriali (Circoscrizioni); L insieme di queste informazioni e l informatizzazione del processo di emissione della bolla di scavo e autorizzazione all esecuzione dei lavori descritti sopra, permette al Comune di Torino di acquisire tutte le informazioni che consentono la costruzione di un cruscotto di supporto alle decisioni per il governo del territorio. ANFoV Tutti i diritti riservati 6667 Figura 25 - Interventi delle aziende distribuiti sul suolo pubblico Figura 26 - Analisi Storica per gestore e per circoscrizione ANFoV Tutti i diritti riservati 6768 Figura 27 Analisi degli interventi per azienda Figura 28 - Analisi storica per gestore e per circoscrizione ANFoV Tutti i diritti riservati 6869 Servizio di consultazione Si tratta di un servizio Web-GIS che tratta informazioni di tipo geografico (ubicazioni delle reti georiferite sul territorio) e di tipo alfanumerico (associate agli oggetti geografici). Le informazioni sono accessibili tramite comandi standard che permettono di visualizzare sia le informazioni planimetriche che quelle inerenti le reti tecnologiche organizzate secondo layer di visualizzazione differenziati per Azienda. Figura 29 - Funzioni e visualizzazione delle informazioni dal portale ANFoV Tutti i diritti riservati 69 Vedere altro
CST Area di Taranto Assemblea dei Sindaci 19.09.2008 Evoluzione del CST 1. Introduzione Il prossimo 30 settembre 2008 termina il progetto di esercizio sperimentale dei servizi e, quindi, il Centro Servizi Dettagli Descrizione generale. Architettura del sistema
Descrizione generale Sister.Net nasce dall esigenza di avere un sistema generale di Cooperazione Applicativa tra Enti nel settore dell Informazione Geografica che consenta la realizzazione progressiva Dettagli Ogni rifiuto prodotto, speciale o
Un esperienza positiva di tracciabilità dei rifiuti e di informazione ai cittadini Carlo Di Domenico, Domenico Cataldo Qualunque tipo di rifiuti durante la sua movimentazione deve obbligatoriamente essere Dettagli BtoWeb QS Caratteristiche e funzionalità: BtoWeb QS
www.btoweb.it L unione tra il know-how gestionale e organizzativo maturato in oltre 12 anni di consulenza e l esperienza nell ambito dell informatizzazione dei processi ha consentito a Sinergest lo sviluppo Dettagli Macro Fase 1 - Personale adibito ad attività di consulenza, tutoraggio, ricerca ecc.
Macro Fase 1 - Personale adibito ad attività di consulenza, tutoraggio, ricerca ecc. Risultati attesi 1 / Deliverables 2 Fase 1 - Infrastrutture di base La fase 1 prevede lo svolgimento delle seguenti Dettagli Estratto dell'agenda dell'innovazione Smau Milano 2011. Speciale: I casi. Introduzione dell'area tematica. Il caso INCA CGIL
Estratto dell'agenda dell'innovazione Smau Milano 2011 Speciale: I casi Introduzione dell'area tematica Il caso INCA CGIL Innovare e competere con le ICT - PARTE I Cap.1 L innovazione nella gestione dei Dettagli piemonte Direzione Tributi PROGETTO DI ANAGRAFE TRIBUTARIA DEL PIEMONTE
CSI piemonte Direzione Tributi PROGETTO DI ANAGRAFE TRIBUTARIA DEL PIEMONTE INDICE SCOPO DEL DOCUMENTO... 3 CAMPO DI APPLICAZIONE.... 3 RIFERIMENTI... 3 OBIETTIVI DELL ATP... 3 DESCRIZIONE DEL PROGETTO... Dettagli Gestire il ciclo di vita dei documenti: realizzare una gestione documentale in accordo con le norme ISO 9001
Gestire il ciclo di vita dei documenti: realizzare una gestione documentale in accordo con le norme ISO 9001 INTRODUZIONE Gran parte del patrimonio informativo di una organizzazione risiede in insiemi Dettagli Fruibilità dell Informazione Ambientale
Fruibilità dell Informazione Ambientale Nicoletta Sannio, Mariano Casula Regione Autonoma della Sardegna, Assessorato della Difesa Ambiente, Sevizio S.A.V.I Abstract Il Sistema Informativo Regionale Ambientale Dettagli Allegato 2: Prospetto informativo generale
Gara a procedura ristretta accelerata per l affidamento, mediante l utilizzo dell Accordo Quadro di cui all art. 59 del D.Lgs. n. 163/2006, di Servizi di Supporto in ambito ICT a InnovaPuglia S.p.A. Allegato Dettagli PROVINCIA REGIONALE DI TRAPANI
PROVINCIA REGIONALE DI TRAPANI UFFICIO DEL PIANO EX ART. 12 L.R. 9/86 NODO PROVINCIALE SISTEMA INFORMATIVO TERRITORIALE REGIONALE LE INIZIATIVE DELLA PROVINCIA DI TRAPANI NEL CAMPO DEI SISTEMI INFORMATIVI Dettagli Descrizione delle funzioni COSA È COME SI CONSULTA
Descrizione delle funzioni Trasparenza e Servizi nella Pubblica Amministrazione IL PORTALE CARTOGRAFICO COMUNALE IN INTERNET Un servizio di per i Comuni COSA È È un portale ideato per consentire a tutti Dettagli Database Topografico e Catasto: Integrazione Cartografica delle Banche Dati Territoriali. Franco Guzzetti, Alice Pasquinelli Politecnico di Milano
Database Topografico e Catasto: Integrazione Cartografica delle Banche Dati Territoriali Franco Guzzetti, Alice Pasquinelli Politecnico di Milano Abstract La Lr 12/2005 di Regione Lombardia istituisce Dettagli I principali formati digitali di codifica dell informazione geografica
I principali formati digitali di codifica dell informazione geografica I formati digitali di registrazione dell informazione geografica L informazione geografica digitale può essere archiviata secondo Dettagli SETTORE PIANIFICAZIONE TERRITORIALE E SISTEMA INFORMATIVO GEOGRAFICO STUDIO DI FATTIBILITA
COMUNE DI VENEZIA Ministero delle Infrastrutture DIREZIONE SVILUPPO DEL TERRITORIO ED EDILIZIA SETTORE PIANIFICAZIONE TERRITORIALE E SISTEMA INFORMATIVO GEOGRAFICO DIPARTIMENTO PER LA PROGRAMMAZIONE ED Dettagli Dms24 Document Management System
Dms24 Document Management System La soluzione ideale per gestire i flussi documentali, migliorare la diffusione delle informazioni e garantire l ordine e la conservazione dei documenti per aziende, studi Dettagli I servizi di accesso e di gestione dell informazione geografica della Regione Abruzzo
I servizi di accesso e di gestione dell informazione geografica della Regione Abruzzo Filippo DEL GUZZO (*), Valentina VALLERIANI (*), Alessandro CACCHIONE (*) (*) Regione Abruzzo, Struttura Speciale di Dettagli SISTEMA INTEGRATO PER IL RILIEVO DELLE CARATTERISTICHE GEOMETRICHE, DELL ARREDO STRADALE E DELLO STATO DI AMMALORAMENTO DELLA VIABILITA COMUNALE.
SISTEMA INTEGRATO PER IL RILIEVO DELLE CARATTERISTICHE GEOMETRICHE, DELL ARREDO STRADALE E DELLO STATO DI AMMALORAMENTO DELLA VIABILITA COMUNALE. 5 febbraio 2010 1 Esigenze del cliente Per la gestione Dettagli PROCEDURA DI GARA PER LA FORNITURA DI UNA PIATTAFORMA PER L ORCHESTRAZIONE DI SERVIZI COMPOSITI E LA GESTIONE DOCUMENTALE
PROCEDURA DI GARA PER LA FORNITURA DI UNA PIATTAFORMA PER L ORCHESTRAZIONE DI SERVIZI COMPOSITI E LA GESTIONE DOCUMENTALE CAPITOLATO TECNICO DI GARA CIG 5302223CD3 SOMMARIO 1 Oggetto della Fornitura... Dettagli Sistema Web-Gis per la segnalazione dei fenomeni di dissesto idrogeologico
Sistema Web-Gis per la segnalazione dei fenomeni di dissesto idrogeologico Il progetto si pone l obiettivo di rilanciare la manutenzione diffusa del territorio montano attraverso l analisi delle basi informatiche Dettagli 23 ore 10,00 11, 00 Webcast online Creazione e modifica di entità geografiche
OGGETTO: Proposta di iniziative per APC (Art. 4 del Regolamento APC) Sida Informatica & Blumatica Autodesk Authorized Value Added Reseller, Società Leader nel campo dei Sistemi Informativi Territoriali, Dettagli @CCEDO: Accessibilità, Sicurezza, Architettura
Rev. 8, agg. Settembre 2014 @CCEDO: Accessibilità, Sicurezza, Architettura 1.1 Il Sistema di Gestione della Sicurezza Per quanto riguarda la gestione della Sicurezza, @ccedo è dotato di un sistema di autenticazione Dettagli UNA CARTOGRAFIA PER LA RAPPRESENTAZIONE DEI BENI CULTURALI : IL CASO DELLA TUNISIA. Siti storici e archeologici
UNA CARTOGRAFIA PER LA RAPPRESENTAZIONE DEI BENI CULTURALI : IL CASO DELLA TUNISIA Agosto 1998 Siti storici e archeologici La presente comunicazione prende le mosse dal progetto Gestion du patrimoine culturale Dettagli Permettere l aggiornamento delle fonti dati in modalità schedulata, automatica o semiautomatica
Flussi di Aggiornameno Obiettivi Architetturali Strategici: Scalabilità amministrativa del sistema, unica istanza / n Comuni Permettere l aggiornamento delle fonti dati in modalità schedulata, automatica Dettagli Indice strutturato dello studio di fattibilità
Indice strutturato dello studio di fattibilità DigitPA 00137 Roma - viale Marx, 43 Pagina 1 di 10 Indice 1 2 SPECIFICITÀ DELLO STUDIO DI FATTIBILITÀ IN UN PROGETTO DI RIUSO... 3 INDICE STRUTTURATO DELLO Dettagli Prot: Del: Allegato Capitolato Tecnico. Sistema GAIA. Sistema informativo di governo dell Ambiente e flussi informativi ambientali verso gli utenti
REPUBBLICA ITALIANA Regione Siciliana ASSESSORATO TERRITORIO ED AMBIENTE Via Ugo La Malfa, 169 Palermo Prot: Del: Allegato Capitolato Tecnico Sistema GAIA Sistema informativo di governo dell Ambiente e Dettagli P r o v i n c i a d i B e l l u n o l o c. Ca p o l u o g o, n. 1 0 5 3 2 0 3 7 S o s p i r o l o P. I. 0 0 1 6 4 1 1 0 2 5 6
Comune di Sospirolo P r o v i n c i a d i B e l l u n o l o c. Ca p o l u o g o, n. 1 0 5 3 2 0 3 7 S o s p i r o l o P. I. 0 0 1 6 4 1 1 0 2 5 6 PIANO DI INFORMATIZZAZIONE delle procedure per la presentazione Dettagli Comune di Empoli. Settore III Politiche Territoriale. Servizio Urbanistica
Comune di Empoli Settore III Politiche Territoriale Servizio Urbanistica VARIANTE PARZIALE DI MINIMA ENTITÀ AL VIGENTE REGOLAMENTO URBANISTICO RU PER L INFORMATIZZAZIONE DELLA STESSO CON TECNOLOGIA GIS, Dettagli Il Geoportale della Provincia di Napoli (GPN): Geoportal e Metadati INSPIRE
Il Geoportale della Provincia di Napoli (GPN): Geoportal e Metadati INSPIRE Rocco Mari, Pietro d Amico,Paola Napolitano, Giuseppe Palma, Fortunato Sgariglia, Marco Soravia Provincia di Napoli - Direzione Dettagli MANUALE DI GESTIONE DEI DATI GEOGRAFICI CON IL SOFTWARE QUANTUM GIS
MANUALE DI GESTIONE DEI DATI GEOGRAFICI CON IL SOFTWARE QUANTUM GIS Compilato: Andrea De Felici Rivisto: Approvato: Versione: 1.0 Distribuito: 01/08/2013 1 INDICE 1. INTRODUZIONE..3 2. PRIMI PASSI.....4 Dettagli ALL. C AFFIDAMENTO AI SENSI DELL ART. 125, COMMI 10 E 11, DEL D.LGS. 163/2006 E S.M.I. DELLA PROGETTAZIONE E REALIZZAZIONE DI UN
ALL. C AFFIDAMENTO AI SENSI DELL ART. 125, COMMI 10 E 11, DEL D.LGS. 163/2006 E S.M.I. DELLA PROGETTAZIONE E REALIZZAZIONE DI UN PORTALE WEB NELL AMBITO DELLA MISURA 2.6. DEL POI ENERGIA FESR 2007 2013 Dettagli 9. PROGETTIAMO UN GIS
9. PROGETTIAMO UN GIS 9.1 Introduzione Abbiamo approfondito nei capitoli precedenti le singole componenti di un SIT, le funzioni necessarie nelle diverse fasi di elaborazione dei dati, la generazione di Dettagli PRESENTAZIONE SERVIZI P.M.I.
PRESENTAZIONE SERVIZI P.M.I. Profilo La Società Hermes nasce nel 2010 per portare sul mercato le esperienze maturate da un team di specialisti e ricercatori informatici che hanno operato per anni come Dettagli La piattaforma di lettura targhe intelligente ed innovativa in grado di offrire servizi completi e personalizzati
La piattaforma di lettura targhe intelligente ed innovativa in grado di offrire servizi completi e personalizzati Affidabilità nel servizio precisione negli strumenti Chanda LPR Chanda LPR è una piattaforma Dettagli TECNICO SUPERIORE PER I RILEVAMENTI TERRITORIALI INFORMATIZZATI
ISTRUZIONE E FORMAZIONE TECNICA SUPERIORE SETTORE EDILIZIA TECNICO SUPERIORE PER I RILEVAMENTI TERRITORIALI INFORMATIZZATI STANDARD MINIMI DELLE COMPETENZE TECNICO PROFESSIONALI TECNICO SUPERIORE PER I Dettagli Architettura del sistema
18/06/15 I N D I C E 1 INTRODUZIONE... 2 2 DEFINIZIONE DEGLI OBIETTIVI... 2 3 PROGETTO DI MASSIMA... 3 3.1 REQUISITI DELLA SOLUZIONE... 4 4 LA SOLUZIONE... 4 4.1 IL NUCLEO CENTRALE... 5 4.1.1 La gestione Dettagli 4 Il WebGIS del Progetto IFFI
4 Il WebGIS del Progetto IFFI A. Trigila, C. Iadanza Conoscere le frane, la loro ubicazione e pericolosità, rappresenta un attività indispensabile per la realizzazione di nuove reti infrastrutturali (autostrade, Dettagli Sistemi informativi e Governo Integrato del territorio. DB topografico multiscala Arch. Chiara Dell Orto
Sistemi informativi e Governo Integrato del territorio DB topografico multiscala a Arch. Chiara Dell Orto Sistema Informativo Territoriale Definizione del S.i.t Il Db topografico multiscala Procedure di Dettagli COMUNE DI PADERNO DEL GRAPPA Provincia di Treviso
COMUNE DI PADERNO DEL GRAPPA Provincia di Treviso Piano di informatizzazione delle procedure per la presentazione delle istanze, dichiarazioni, segnalazioni ai sensi dell articolo 24, comma 3 bis del D.L. Dettagli Noi pensiamo al mondo dei nostri clienti e lo raffiguriamo come essi non l hanno visto mai
Soluzioni per l analisi e la rappresentazione del territorio Noi pensiamo al mondo dei nostri clienti e lo raffiguriamo come essi non l hanno visto mai L iniziativa imprenditoriale Geo4Map nasce come spin-off Dettagli Sotto le Smart City. Il sottosuolo come infrastruttura per lo sviluppo delle comunità locali
Sotto le Smart City. Il sottosuolo come infrastruttura per lo sviluppo delle comunità locali Ing. Alvaro Canciani Dirigente Servizio ICT, Statistica Toponomastica SIT e Archivi, Comune di Novara per ANCI Dettagli Programma ELISA - Proposta progettuale
MACRO DESCRIZIONE DEL PROGETTO In Italia l utilizzo integrato di tecnologie informatiche e telematiche nel mondo dei trasporti ha consentito, nel corso degli ultimi anni, di sviluppare sistemi per il monitoraggio Dettagli SOMMARIO 1 CONTESTO ATTUALE E SERVIZI ATTIVI... 2 OBIETTIVI DEL COMUNE...
COMUNE DI FONTE Piano di informatizzazione delle procedure per la presentazione delle istanze, dichiarazioni e segnalazioni ai sensi art. 24, comma 3 bis D.L. n. 90/2014 e s.m.i. SOMMARIO 1 CONTESTO ATTUALE Dettagli GRAM 231. Global Risk Assessment & Management. Approccio metodologico ed informatico all applicazione del D.Lgs. 231/2001
GRAM 231 Global Risk Assessment & Management Approccio metodologico ed informatico all applicazione del D.Lgs. 231/2001 Sommario Proposta di applicazione pratica... 3 Quadro normativo... 3 Una soluzione... Dettagli DCO 10/10 LINEE GUIDA PER L ORGANIZZAZIONE DI UN
DCO 10/10 LINEE GUIDA PER L ORGANIZZAZIONE DI UN SISTEMA DI MONITORAGGIO DEI MERCATI DELLA VENDITA AL DETTAGLIO DELL ENERGIA ELETTRICA E DEL GAS NATURALE Osservazioni e proposte ANIGAS Milano, 10 giugno Dettagli DISCIPLINARE TECNICO
Premessa ALLEGATO A del Capitolato Speciale d Appalto DISCIPLINARE TECNICO L Azienda Sanitaria Provinciale di Catanzaro (di seguito anche ), con la presente procedura intende dotarsi di un Sistema Dettagli Lo schema complessivo con cui opera il servizio è quello rappresentato in figura. 1
U N I A R C Amministrazione Digitale dei Documenti Nell ambito delle trasformazioni legate alla conversione al digitale della Pubblica Amministrazione e delle Imprese (nuovo Codice dell Amministrazione Dettagli Thea PDM. Cos è Thea PDM? Il PDM (Product Data Management)
Thea PDM Il PDM (Product Data Management) Nell'industria manifatturiera il PDM è un software per la raccolta ed organizzazione dei file nelle divere fasi di ideazione, progettazione, produzione ed obsolescenza Dettagli EGOVERNMENT ED EGOVERNANCE
Prot. 13/2011 del 25/01/2011 Pag. 0 di 11 ADMINISTRA COMUNE DI NAPOLI Il progetto Administra nasce dall esigenza del Comune di Napoli di disporre di un unica infrastruttura tecnologica permanente di servizi Dettagli Azione 1 CAPITOLATO TECNICO
Azione 1 Conversione della CTR scala 1:5000, ed. 1998 e successivi aggiornamenti, qualora disponibili, in database topografico CAPITOLATO TECNICO 1 PREMESSA La Regione Campania nell ambito del complessivo Dettagli Catastale. Baricentrica
L evoluzione delle tecniche di georeferenziazione delle mappe e di riconfinazione CorrMap Il software leader in Italia per le georeferenziazioni e le riconfinazioni 25 anni di esperienza su questa materia, Dettagli Strumento evoluto di Comunicazione con i Venditori
Strumento evoluto di Comunicazione con i Venditori GAS 2 net è una soluzione web-based compliant con le definizioni di strumento evoluto come richiesto dalla normativa vigente (Del. AEEG n 157/07, Del. Dettagli SISTEMI SCADA DMS PER LA SUPERVISIONE E TELCONTROLLO DELLA RETE MT/BT DELLE CITTA DI BRESCIA E VERONA
SISTEMI SCADA DMS PER LA SUPERVISIONE E TELCONTROLLO DELLA RETE MT/BT DELLE CITTA DI BRESCIA E VERONA s.d.i. automazione industriale ha realizzato i sistemi di telecontrollo e automazione della rete di Dettagli Il GIS come strumento di valorizzazione turistica
Il GIS come strumento di valorizzazione turistica Premessa I Sistemi Informativi Territoriali (GIS) nel corso degli ultimi anni sono entrati a far parte della realtà della gestione del territorio rivoluzionando Dettagli Il nuovo Sistema Informativo Territoriale del Comune di Castelfiorentino
Il nuovo Sistema Informativo Territoriale del Comune di Castelfiorentino Il Sistema Informativo Territoriale (SIT) del Comune di Castelfiorentino è il punto d'accesso per i servizi e alle informazioni Dettagli CAPITOLATO TECNICO PER LA COSTRUZIONE, GESTIONE E MANUTENZIONE SITO WEB ISTITUZIONALE DELL UNIONE DEI COMUNI DELL APPENNINO BOLOGNESE.
CAPITOLATO TECNICO PER LA COSTRUZIONE, GESTIONE E MANUTENZIONE SITO WEB ISTITUZIONALE DELL UNIONE DEI COMUNI DELL APPENNINO BOLOGNESE. Articolo 1 Oggetto dell appalto 1. L appalto ha per oggetto la progettazione, Dettagli Una Nuvola Pubblica Certificata Alessandro Osnaghi, Fondazione Astrid Convegno Camera di Commercio di Torino, 13 febbraio 2012
Una Nuvola Pubblica Certificata Alessandro Osnaghi, Fondazione Astrid Convegno Camera di Commercio di Torino, 13 febbraio 2012 Il termine cloud computing è oggi largamente diffuso e utilizzato spesso impropriamente Dettagli Una piattaforma di componenti interconnessi per la gestione della tua realtà complessa
Una piattaforma di componenti interconnessi per la gestione della tua realtà complessa La Problematica Negli ultimi tempi la sempre maggior quantità di informazioni necessarie alla vita e allo sviluppo Dettagli Sistema di Gestione DBTR Manuale Utente
Sistema di Gestione DBTR Manuale Utente Progetto DB Topografico Versione 1.5 Data 29/05/2014 Sistema Gestione - manuale utente_1_5.doc 1 / 40 Indice generale 1. DESCRIZIONE DEL DOCUMENTO... 3 1.1 OBIETTIVI Dettagli www.epsilon-italia.ititalia.it
Provincia di Cosenza Settore Programmazione e Gestione Territoriale SIPITEC2 - Sistema Informativo Territoriale per la Gestione del P.T.C.P. www.epsilon-italia.ititalia.it MACRO ARGOMENTI Che cos è un Dettagli Dalla CTR Numerica al DB Geografico DAVID
Dalla CTR Numerica al DB Geografico DAVID Implementazione sperimentale di un Geo Database secondo le specifiche in corso di discussione (Gruppo di lavoro WG01 documento 1n 1006) e traduzione di alcune Dettagli DISCIPLINARE PER IL SERVIZIO DI CASSA ALLEGATO N. 2 ORDINATIVI INFORMATICI
DISCIPLINARE PER IL SERVIZIO DI CASSA ALLEGATO N. 2 ORDINATIVI INFORMATICI A. Modalità di erogazione del servizio 1. Oggetto Gli ordinativi informatici dovranno essere sottoscritti con Firma Digitale dai Dettagli GIS Turistico della Valdaso Venerdì 23 gennaio 2015 - Ortezzano - Sala Savini
GIS Turistico della Valdaso Venerdì 23 gennaio 2015 - Ortezzano - Sala Savini Ing. Roberto Capancioni GEOSERVICE srl PORTALE TERRITORIALE TURISTICO PER LA PROMOZIONE DEL PATRIMONIO: storico-culturale enogastronomico Dettagli SISTEMA ACQUISIZIONE ORDINI COLOR
SISTEMA ACQUISIZIONE ORDINI COLOR ColOr White Paper Rev. 1.3 Technosoft s.n.c CARATTERISTICHE GENERALI ColOr è un sistema informatico specificamente progettato ed implementato per l acquisizione e la gestione Dettagli l obiettivo di tale attività è creare uno strumento di pianificazione e d indirizzo per l erogazione di fondi pubblici;
REGIONE PIEMONTE BU22 31/05/2012 Deliberazione della Giunta Regionale 27 aprile 2012, n. 45-3755 Approvazione della convenzione a titolo non oneroso per l'utilizzo della banca dati impianti sportivi del Dettagli DOC. Il territorio, la cultura e la professionalità in tutto quello che fai. wine. Professione. Tracciabilità totale
Il territorio, la cultura e la professionalità in tutto quello che fai Analisi costi di produzione Quaderno di campagna Registri di cantina Tracciabilità e rintracciabilità Controllo autenticità del prodotto Dettagli Asset sotto controllo... in un TAC. Latitudo Total Asset Control
Asset sotto controllo... in un TAC Latitudo Total Asset Control Le organizzazioni che hanno implementato e sviluppato sistemi e processi di Asset Management hanno dimostrato un significativo risparmio Dettagli E. Struttura e organizzazione del sistema
E. Struttura e organizzazione del sistema E. Struttura e organizzazione del sistema E.1 Sistema di gestione L azienda dovrebbe strutturare il SGSL seguendo i contenuti espressi nel presente documento, Dettagli ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP.
INTERVISTA 13 settembre 2012 ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP. Intervista ad Ermanno Pappalardo, Lead Solution Consultant HP Software Dettagli 4.4 Applicativo di gestione catasto e generazione C.D.U.
Pagine JSP o PHP o ancora WebService in logica j2ee a seconda delle necessità, e della complessità delle operazioni. Il livello di interfaccia/presentazione è invece rappresentato dal web browser (con Dettagli Il Sistema Integrato del Territorio [SIT]
CATASTO DIGITALE: SEMPLICE, VELOCE, TRASPARENTE Ordine degli Architetti P.P.C. di Roma e provincia Piazza Manfredo Fanti 47 Roma Mercoledì 11 marzo 2015 [SIT] Ing. Franco MAGGIO Direttore Centrale Catasto Dettagli Relazione introduttiva Febbraio 2006
Amministrazione Provincia di Rieti Febbraio 2006 1 Progetto Sistema Informativo Territoriale Amministrazione Provincia di Rieti Premessa L aumento della qualità e quantità dei servizi che ha caratterizzato Dettagli UN SISTEMA INFORMATIVO GEOGRAFICO FEDERATO PER IL GRAFO DELLA RETE STRADALE LOMBARDA
UN SISTEMA INFORMATIVO GEOGRAFICO FEDERATO PER IL GRAFO DELLA RETE STRADALE LOMBARDA Lucia RATTI (*), Emanuela COMETTI (**) (*) Regione Lombardia, DG Infrastrutture e Mobilità, via Taramelli 12, 20124 Dettagli VGI-DSS per la gestione delle emergenze e delle manutenzioni in ambito urbano
VGI-DSS per la gestione delle emergenze e delle manutenzioni in ambito urbano Luigi De Rosa. ENEA, luigi.derosa@enea.it Parole chiave: VGI; Emergenze urbane; smart city; sicurezza ABSTRACT Obiettivo di Dettagli Il GIS per la diffusione e l integrazione dei dati
Il GIS per la diffusione e l integrazione dei dati Enrico Cavattoni AM/FM GIS Italia Il valore dell informazione geografica nei Processi Organizzativi e collaborativi delle public Utilities. Verona 4/12/2008 Dettagli PROGETTO: SVILUPPO PIATTAFORME ICT INTERATTIVE SISTEMA INFORMATIVO TERRITORIALE GESTIONE AMBIENTALE E DEL TERRITORIO
Associazione dei Comuni del Comprensorio TRIGNO-SINELLO PROGETTO: SVILUPPO PIATTAFORME ICT INTERATTIVE SISTEMA INFORMATIVO TERRITORIALE GESTIONE AMBIENTALE E DEL TERRITORIO RELAZIONE TECNICA E CRONOPROGRAMMA Dettagli Memorandum Of Understanding. Italia Digitale. Sviluppo dell infrastruttura per Reti a Banda Ultra Larga
Memorandum Of Understanding Italia Digitale Sviluppo dell infrastruttura per Reti a Banda Ultra Larga 1 Oggetto Il presente Memorandum of Understanding (nel seguito MOU ) ha come oggetto la definizione Dettagli Telerilevamento e SIT Prof. Ing. Giuseppe Mussumeci
Corso di Laurea Magistrale in Ingegneria per l Ambiente e il Territorio A.A. 2012-2013 Telerilevamento e SIT Prof. Ing. Giuseppe Mussumeci Architettura e funzionalità di una piattaforma GIS. Parte seconda: Dettagli P R O D O T T I P E R L A P U B B L I C A A M M I N I S T R A Z I O N E C U B E G I S S O L U Z I O N E P E R L A G E S T I O N E E I L C O N T R O L
P R O D O T T I P E R L A P U B B L I C A A M M I N I S T R A Z I O N E C U B E G I S S O L U Z I O N E P E R L A G E S T I O N E E I L C O N T R O L L O D E L T E R R I T O R I O I N D I C E 5 S O Dettagli di impatto del nuovo ISEE
Aree Metropolitane Il sistema di valutazione di impatto del nuovo ISEE Clesius srl Il cloud computing Uno dei maggiori trend nel settore ICT di questi ultimi anni è senza dubbio il Cloud Computing, ovvero Dettagli PRESENTAZIONE DI ABLE TECH S.R.L.
PRESENTAZIONE DI ABLE TECH S.R.L. ABLE TECH S.r.l. è uno dei principali attori di riferimento nel mondo delle soluzioni software per il Document & Process Management. Able Tech rappresenta un polo di sviluppo Dettagli 1 Contesto...3 2 La soluzione...4
Indice 1 Contesto...3 2 La soluzione...4 2.1 CARATTERISTICHE FUNZIONALI... 5 2.2 PANNELLO DI AMMINISTRAZIONE... 9 2.3 TECNOLOGIA...11 2.4 ARCHITETTURA APPLICATIVA...12 businessup 2 di 12 1 Contesto Sempre Dettagli Sistemi informativi a supporto della gestione associata dei Comuni
CONVENZIONE PER LA GESTIONE ASSOCIATA DELLE FUNZIONI DI ORGANIZZAZIONE GENERALE DELL AMMINISTRAZIONE, GESTIONE FINANZIARIA E CONTABILE E CONTROLLO TRA I COMUNI DI ARQUA POL., FRASSINELLE POL., COSTA DI Dettagli L aspetto digital della Smart City: il Geoportale del Comune di Genova
n. 4-2014 L aspetto digital della Smart City: il Geoportale del Comune di Genova Rosanna Garassino, Danilo Bertini, Marco D Orazi Sommario: 1. Introduzione 2. Un po di storia 3. Il DB Oggetti 4. Il Catasto Dettagli FIDO: i tuoi dati ovunque e sempre
FIDO: i tuoi dati ovunque e sempre FIDO è stato realizzato da EBWorld per consentire ad operatori remoti di visualizzare ed interrogare i dati della rete; è particolarmente indicato per le squadre esterne Dettagli Dal disegno alla topologia
Dal disegno alla topologia Claudio Rocchini Istituto Geografico Militare Introduzione La maggior parte dei dati cartografici prodotti è ancora in forma di cartografia numerica e non basi di dati. La produzione Dettagli ASSEGNA LE SEGUENTI COMPETENZE ISTITUZIONALI AGLI UFFICI DELLA DIREZIONE GENERALE OSSERVATORIO SERVIZI INFORMATICI E DELLE TELECOMUNICAZIONI:
IL PRESIDENTE VISTO il decreto legislativo 12 aprile 2006, n. 163 e successive modifiche ed integrazioni, in particolare l art. 8, comma 2, ai sensi del quale l Autorità stabilisce le norme sulla propria Dettagli Documentazione tecnica dei confini nel sistema catasto/tavolare dell Alto Adige. Situazione e prospettive. Bolzano, 09 Marzo 2009 ing.
Abteilung 41 Grundbuch, Grund- und Gebäudekataster Amt 41.2 Inspektorat für den Kataster Ripartizione 41 Libro fondiario, catasto fondiario e urbano Ufficio 41.2 Ispettorato per il catasto Documentazione Dettagli Paolo Dilda Dipartimento di Architettura e Pianificazione Laboratorio Analisi Dati e Cartografia
Informazioni geografiche per il governo del territorio. L uso di software open source per la gestione della cartografia comunale: l esperienza dei comuni della Provincia di Lecco Dipartimento di Architettura Dettagli ref building AREA ASSET AREA PROPERTY AREA FACILITY AREA AGENCY SCHEDA DI PRODOTTO CONSISTENZA CATASTO FISCALITA GESTIONE DOCUMENTALE CAD GIS
ref building SCHEDA DI PRODOTTO CONSISTENZA CATASTO AREA ASSET FISCALITA GESTIONE DOCUMENTALE CAD GIS LOCAZIONI ATTIVE LOCAZIONI PASSIVE AREA PROPERTY INCASSI MOROSITA SERVIZI AL FABBRICATO CONDOMINI FORESTERIE Dettagli per Italia Digitale Versione 3.1 28 Ottobre 2010
Infrastrutture a Banda Ultra Larga per Italia Digitale Tavolo Tecnico Operatori Governo per la condivisione del Modello di intervento per lo sviluppo dell Infrastruttura per le Reti di Accesso di Nuova Dettagli DIPARTIMENTO INFORMATIVO e TECNOLOGICO
DIPARTIMENTO INFORMATIVO e TECNOLOGICO ARTICOLAZIONE DEL DIPARTIMENTO Il Dipartimento Informativo e Tecnologico è composto dalle seguenti Strutture Complesse, Settori ed Uffici : Struttura Complessa Sistema Dettagli Verifiche di qualità del Data Base Topografico. Daniele Passoni
Verifiche di qualità del Data Base Topografico Prof. Livio Pinto Ing. Daniele Passoni Monza, 8.3.2010 INTRODUZIONE (1/2) Un DataBase Topografico (DBT) è un archivio integrato contenente dati cartografici Dettagli Smart. SUAP Area Tecnico Territoriale. Descrizione sintetica. Funzionalità principali SCHEDA PRODOTTO. Dematerializzazione. Sistema.
SCHEDA PRODOTTO Descrizione sintetica Il modulo consente di gestire i procedimenti amministrativi legati alle sportello unico per le attività produttive. Fa parte dell area dedicata alla componente tecnico Dettagli MetaMAG METAMAG 1 IL PRODOTTO
METAMAG 1 IL PRODOTTO Metamag è un prodotto che permette l acquisizione, l importazione, l analisi e la catalogazione di oggetti digitali per materiale documentale (quali immagini oppure file di testo Dettagli Piattaforma informatica per il booking online delle strutture ricettive. Allegato tecnico al Capitolato d'appalto
Piattaforma informatica per il booking online delle strutture ricettive Allegato tecnico al Capitolato d'appalto 06 luglio 2009 Piattaforma informatica per il booking online delle strutture ricettive Specifiche Dettagli Docente di Impianti di Elaborazione presso il Politecnico di Milano e ricercatore di Politecnico Innovazione
I sistemi gestionali e le Piccole Medie Imprese A cura di Fabrizio Amarilli Docente di Impianti di Elaborazione presso il Politecnico di Milano e ricercatore di Politecnico Innovazione Articoli Sono noti Dettagli Scheda del defunto Agenda cimiteriale Contratto di concessione Avviso di scadenza del contratto di concessione
Servizi Cimiteriali Censimento strutture Applicativo grafico Definizione blocchi tomba «complessi» Eliminazione e aggiunta di singole tombe su schema grafico già definito Importazione mappe e disegni tecnici Dettagli SISTEMI ESPERTI PER LE EMERGENZE UMANITARIE SUPPORTO GRAFICO CAPITOLI 7-8
UNIVERSITÀ DEGLI STUDI ROMA TRE FACOLTÀ DI SCIENZE POLITICHE PER LA COOPERAZIONE E LO SVILUPPO SISTEMI ESPERTI PER LE EMERGENZE UMANITARIE SUPPORTO GRAFICO CAPITOLI 7-8 PROF. ARCH. EMANUELE SANTINI MARZO Dettagli 2017 © DocPlayer.it Privacy Policy | Condizioni del servizio | Feed-back

References: art. 59
 ART. 12
 ART. 125
 ART. 125
 articolo 24
 art. 24
 Articolo 1
 art. 8