Il Dipartimento della Protezione Civile annuncia il passaggio alla  versione v2 della piattaforma Radar-DPC, realizzata dal Laboratorio geoSDI del CNR IMAA. Un importante passo evolutivo che nasce da uno studio approfondito di ridisegno dell’architettura applicativa e dei flussi di distribuzione dei dati radar, finalizzato a migliorare prestazioni, sostenibilità economica e affidabilità operativa.

Con Radar-DPC v2, il Laboratorio geoSDI del CNR IMAA conferma il proprio ruolo di partner tecnologico del Dipartimento della Protezione Civile, portando nella gestione e diffusione dei prodotti  radar una piattaforma più veloce, più efficiente e pronta per le sfide future del monitoraggio meteo-idrologico.

Radar-DPC è la piattaforma del Dipartimento della Protezione Civile (DPC) della Presidenza del Consiglio dei Ministri che consente la fruizione, tramite Open Access Web Services, dei prodotti generati dal Centro Funzionale Centrale (CFC).
I prodotti sono realizzati attraverso catene operative scientificamente consolidate, sviluppate sulla base delle attività di ricerca della comunità scientifica nazionale e internazionale e delle esperienze delle strutture regionali e dei Centri di Competenza del DPC.

Le catene operative trasformano i dati grezzi provenienti dalla Rete Radar Meteo Nazionale (RRMN), dalle reti di stazioni pluviometriche e termometriche, dai satelliti, dai sistemi di rilevamento delle fulminazioni e da altri sensori in prodotti informativi ad alto valore operativo.

La piattaforma Radar-DPC nasce con l’obiettivo di rendere più semplice, veloce e robusta la consultazione e la distribuzione dei prodotti radar (e derivati) in tempo quasi reale, offrendo sia una fruizione immediata via web, sia interfacce dedicate per l’integrazione in applicazioni e flussi di lavoro di ricerca e operativi.

La fruizione dei prodotti radar è possibile attraverso la webApp Radar-DPC realizzata dal Laboratorio geoSDI, accessibile direttamente dal sito web istituzionale del Dipartimento della Protezione civile della Presidenza del Consiglio dei Ministri.

La piattaforma è stata progettata, sviluppata e messa in produzione dal Laboratorio geoSDI del CNR IMAA, Centro di Competenza del DPC.

Cosa offre la piattaforma (in sintesi):

• Web map interattiva per esplorare i prodotti disponibili e la loro evoluzione temporale, con caricamento rapido anche su connessioni non ottimali. L'implementazione è stata effettuata con approccio "mobile-first", così da poter garantire una esperienza intuitiva e fluida anche da dispositivi mobili.
• Distribuzione tramite API per ottenere metadati, “ultimo prodotto disponibile”, e scaricare i dati in modo standardizzato (utile per script, pipeline e servizi terzi).
• Notifiche in tempo reale: possibilità di essere avvisati all’arrivo di un nuovo prodotto (meccanismo push), così da abilitare workflow event-driven.
• Strati informativi di supporto (ad es. disponibilità/stato dei siti radar) per contestualizzare la copertura e la qualità del dato in modo immediato.

Perché Radar-DPC v2

L’aumento continuo del volume dei dati radar e dell’utilizzo dei servizi (sia accessi diretti dei cittadini tramite la web-app, sia accessi da client e applicazioni di terze parti per il download dei dati) ha reso necessario un salto tecnologico. Il Laboratorio geoSDI del CNR IMAA ha quindi avviato uno studio di re-ingegnerizzazione della piattaforma con tre obiettivi chiave:

• ridurre i costi di storage e distribuzione,
• migliorare i tempi di rendering e di accesso ai dati,
• aumentare scalabilità e affidabilità del servizio.

Il risultato è Radar-DPC v2, una piattaforma ripensata in ottica cloud-native, data-driven e orientata alle prestazioni.

WebP: più efficienza senza perdita di informazione

Il cuore dell’innovazione è il passaggio all’utilizzo delle tecnologie WebP per la distribuzione dei prodotti radar sotto forma di tile.

I prodotti sorgente continuano a essere generati in GeoTIFF, ma vengono ora trasformati in tile WebP, mantenendo la qualità informativa dei dati e ottenendo benefici enormi in termini di efficienza:

• riduzione drastica dello spazio di memorizzazione,
• abbattimento dei tempi di rendering e caricamento delle mappe (con una esperienza di fruizione nettamente più fluida),
• riduzione della banda necessaria per la distribuzione.

Questo si traduce in una piattaforma più veloce, più sostenibile e in un significativo risparmio economico per il Dipartimento della Protezione Civile.

Una nuova architettura 100% serverless

Radar-DPC v2 introduce una nuova architettura completamente serverless, progettata per ridurre la complessità infrastrutturale e garantire scalabilità, prestazioni e contenimento dei costi.

Generazione e distribuzione delle tile

Al centro del flusso è presente una Lambda Function incaricata di generare le tile in formato WebP a partire dai prodotti radar GeoTIFF elaborati dal Centro Funzionale Centrale del DPC.
Le tile prodotte vengono archiviate in modo statico all’interno di un bucket Amazon S3, che funge da repository leggero, altamente disponibile e facilmente distribuibile.

La nuova WebApp Radar-DPC è configurata per richiedere direttamente le tile nel formato standard /z/x/y e per renderizzarle lato client tramite un elemento Canvas, riducendo la necessità di generare livelli di dettaglio lato server.

Un processo periodico su AWS provvede ad aggiornare automaticamente la cache delle tile, garantendo che i dati visualizzati siano sempre allineati alle ultime acquisizioni radar, senza interventi manuali.

Dalla catena dati alla fruizione: un flusso cloud-native

L’intera piattaforma è costruita come una catena applicativa event-driven e modulare:

Ingest & storage

I prodotti radar in arrivo vengono archiviati su object storage e organizzati per data e ora, mantenendo uno storico completo e consultabile.

Elaborazione on-demand

Funzioni serverless vengono attivate automaticamente all’arrivo di nuovi dati per generare i derivati necessari alla fruizione web:

• indicizzazione,
• metadati,
• aggiornamento del prodotto “latest”,
• produzione dei layer informativi.

Le elaborazioni sono progettate per essere modulari e indipendenti, consentendo un’evoluzione continua della piattaforma.

Publishing ad alte prestazioni

I contenuti destinati alla visualizzazione sono pubblicati in formati ottimizzati (tile/cache WebP) e distribuiti tramite CDN, riducendo latenza e carico sui servizi origine.

Accesso via API e notifiche push

Un livello API REST espone funzionalità di ricerca, accesso ai metadati e download dei prodotti.
Un canale push (WebSocket) consente di essere notificati in tempo reale quando un nuovo prodotto diventa disponibile, abilitando workflow reattivi ed event-driven.

Osservabilità

Logging e metriche centralizzate permettono di monitorare pipeline e servizi, individuare rapidamente anomalie e supportare l’evoluzione della piattaforma.

Un lavoro interamente sviluppato dal Laboratorio geoSDI

L’intera soluzione è stata progettata e realizzata al 100% dal Laboratorio geoSDI, che, nell'ambito della Convenzione Operative tra DPC e CNR IMAA, ha curato:

• la modellazione dei servizi,
• le pipeline di pubblicazione,
• le API e i meccanismi di notifica,
• le ottimizzazioni prestazionali per una fruizione rapida e affidabile
• l'implementazione della nuova webApp
• la documentazione ufficiale della piattaforma

Documentazione e client aggiornati

Il Dipartimento mette a disposizione una documentazione ufficiale che descrive, oltre ai prodotti erogati dalla piattaforma e alle funzionalità della webApp, le modalità di interazione con le REST API.

E' inoltre stato implementato un Client Ufficiale per l’Accesso e il Download dei dati, che si avvale del collegamento al WebSocket su cui vengono comunicati in modo push le notifiche di aggiornamento dei vari prodotti. Attraverso il client è dunque possibile effettuare richieste di download corrette dei prodotti desiderati.Il client, reaizzato sia in linguaggio java che in linguaggio python è disponibile sul Repository GitHub del Dipartimento

Sia la Documentazione Ufficiale che il Client per l'accesso e download dei dati raw sono stati implementati e sono manutenuti dal Laboratorio geoSDI del CNR IMAA.

• Documentazione ufficiale della piattaforma v2
  https://dpc-radar.readthedocs.io/it/latest/
• Client Java e Python per il download dei dati raw
  https://github.com/pcm-dpc/DPC-Radar-data-downloader

Il Lab geoSDI del CNR-IMAA, è presente nei gruppi di lavoro sin dalle prime fasi di ideazione e progettazione del Sistema IT-alert, e ne sta supportando le fasi di sperimentazione,  con il coordinamento dell'Ufficio V - Risorse umane e strumentali e servizi generali di funzionamento Servizio sistemi informativi e di comunicazione del Dipartimento della Protezione Civile, attraverso diverse attività e strumenti.

Ne sono esempio l'implementazione di Algoritmi per la sintesi delle aree verso cui i messaggi di allerta devono essere diramati e l'implementazione di Console web di controllo per Dispositivi Sentinella per la verifica di ricezione dei messaggi, di cui è possibile leggere nel corso di questo articolo, subito dopo una sintesi sul Sistema IT-alert e sul suo funzionamento.

IT-alert

IT-alert è il sistema nazionale di allarme pubblico per l'informazione diretta alla popolazione, che dirama ai telefoni cellulari presenti in una determinata area geografica messaggi utili in caso di gravi emergenze o catastrofi imminenti o in corso, ed è il Dipartimento di Protezione Civile a provvedere all'invio dei messaggi.

Il Dipartimento della Protezione Civile, con le strutture regionali di Protezione Civile ha organizzato le attività di test e sperimentazione, coinvolgendo direttamente la popolazione. Intorno alle ore 12 del giorno definito, sui cellulari accesi e con connessione telefonica di coloro che si trovavano nell’area coinvolta hanno ricevuto un messaggio di test.

Gli obiettivi dei test, sono far conoscere il nuovo sistema alle persone che potrebbero essere coinvolte in situazioni di emergenza quando IT-alert sarà totalmente operativo, e verificarne il funzionamento in relazione alle diverse tipologie di dispositivo, di sistemi operativi e di Fornitori di Servizi di Telefonia mobile.

Come funziona IT-alert

Attraverso una Console, operativa nella Sala Coordinamento Emergenze DPC, la Protezione Civile definisce il contenuto del messaggio e l'area che ne deve essere interessata, in base a valutazioni specifiche per il tipo di rischio in esame.  Queste informazioni sono disseminate tramite protocollo CAP (Common Alerting Protocol) ai Gestori di Servizi di Telefonia, i quali diramano il messaggio ai dispositivi collegati alle antenne presenti nell'area d'interesse. I messaggi IT-alert viaggiano attraverso cell-broadcast. Ogni dispositivo mobile connesso alle celle delle reti degli operatori di telefonia mobile, se acceso, può ricevere un messaggio “IT-alert”. Grazie alla tecnologia cell-broadcast i messaggi IT-alert possono essere inviati all’interno di un gruppo di celle telefoniche geograficamente vicine, capaci di delimitare un’area il più possibile corrispondente a quella interessata dall'emergenza.

Il supporto del lab GeoSDI alla Sperimentazione di IT-alert

Il Lab GeoSDI del CNR IMAA, Centro di Competenza del Dipartimento di Protezione Civile per l'interoperabilità di dati geospaziali e per le Spatial Data Infrastructures, sta conducendo diverse attività di supporto tecnico-scientifico al Dipartimento legate al sistema IT-alert.

Nel corso del 2023 i primi test hanno interessato le intere regioni, con lo scopo di raggiungere con il messaggio di test tutti i dispositivi mobili collegati a celle di fornitori di servizi di telefonia all'interno dei confini regionali.
Negli ultimi mesi, test specifici sono stati effettuati per sperimentare l'utilizzo del Sistema IT-alert in aree più piccole in caso di rischio legato a Collasso di grandi dighe, a  Incidenti rilevanti a stabilimenti industriali ed a Incidenti nucleari.

Algoritmi per la sintesi delle aree IT-alert

In questi casi specifici l'area geografica da raggiungere con il messaggio IT-alert è una superficie composita e complessa, in generale diversa dall'estensione del confine regionale, determinata sia da valutazioni tecniche sul rischio (esposizione, vulnerabilità), sia da valutazioni geografiche e territoriali, sia dalle normative vigenti in materia.

Si legge ad esempio nelle Indicazioni Operative Per L’emissione Di Messaggi Di Allarme Pubblico Per “Fase Di Collasso” Di Una Grande Diga che "... In relazione alla necessità di inviare il messaggio IT-alert nel più breve tempo possibile, è previsto l’impiego di uno specifico dataset “elenco comuni interessati dal collasso”, coordinato presso il DPC, che raccoglie, per ciascuna grande diga, l’informazione contenuta all’interno del DP approvato secondo la direttiva [RN-3] relativamente, in particolare, all’elenco dei comuni a valle interessati dal transito dell’onda di piena da collasso diga, secondo quanto previsto dalla lettera i) dell’art. 2.1 della direttiva [RN-3]. Il perimetro dell’area geografica, all’interno del quale il sistema nazionale di allarme pubblico IT-alert dirama messaggi relativi alla fase di allerta per rischio connesso al collasso di una grande diga, coincide con il confine amministrativo dei comuni riportati nel suddetto dataset informativo. ..."

A questo vincolo normativo se ne affianca uno tecnico, legato alla natura del protocollo CAP (attraverso cui vengono informati i Service Providers per poi diramare il messaggio), sul numero di poligoni che può essere incluso in un messaggio CAP e il numero complessivo di vertici dei poligoni.

Ne consegue che , nell'esempio del collasso grandi dighe, non può essere banalmente usata l'area ottenuta come semplice unione dei poligoni dei comuni a valle della diga, ma è necessaria una elaborazione per fare in modo che le geometrie risultanti rispettino i vincoli tecnici imposti.

In particolare è stato fissato il seguente obiettivo: " Dato in input una geometria poligonale / multi poligonale, generare una geometria semplificata dove il vincolo da rispettare è quello di non avere più di 50 vertici e che la geometria di output contenga “interamente” la geometria data in INPUT .

Il Lab geoSDI ha pertanto condotto degli studi e delle sperimentazioni per la valutazione di diversi algoritmi per la semplificazione dei poligoni per i casi specifici "Collasso grandi dighe" e "Incidente industriale rilevante", effettuando benchmark di prestazioni e valutazioni tecniche sull'output.

A valle degli studi è stata dunque implementata una procedura software basata sull'  Algoritmo Ramer–Douglas–Peucker per la determinazione delle aree da utilizzare,  soddisfacendo l'obiettivo prefissato.

Il software implementato restituisce una features collection in formato geojson e genera anche il file CAP 1.2 contenente l’area o le aree (caso delle isole amministrative) semplificate.

Come è possibile vedere dalle immagini riportate, oltre alla semplificazione dei poligoni con riduzione dei vertici è stata posta particolare attenzione alla minimizzazione dell'over-covering, che si tradurrebbe in invio/ricezione di messaggi IT-alert a dispositivi non realmente interessati. Le immagini ripoortano il confronto rispetto ad esempio al test effettuato con algoritmo di semplificazione Convex Hull.

Dispositivi Sentinella e Console web di Controllo

Ma tutti i dispositivi sono sempre raggiunti dal messaggio IT-alert?

"Come tutti i  sistemi di allarme pubblico IT-alert risente di limiti legati anche alle capacità tecnologiche  disponibili. Uno dei limiti è l'impossibilità di sovrapporre perfettamente l'area che  si stima come potenzialmente interessata dall'emergenza con l'area coperta dalle  antenne degli operatori di telefonia che vengono utilizzate per l'invio dei messaggi.  Questo significa che ci saranno dispositivi presenti in zone fuori dal territorio interessato  che potrebbero ricevere un messaggio IT-alert e dispositivi in zone interessate dall'allarme  che potrebbero non ricevere il messaggio."

informa Umberto Rosini (Dirigente Sistemi Informativi e di Comunicazione del DPC) in uno dei video informativi.

Determinata l'area di invio per un messaggio IT-alert è stato dunque importante, per la fase di sperimentazione, valutare la consegna del messaggio ai dispositivi presenti nell'area, anche in relazione a diversi parametri quali il Gestore di Telefonia, la marca del dispositivo mobile, il sistema operativo del dispositivo.

Il Lab geoSDI ha realizzato una console web di controllo attraverso cui visualizzare e filtrare, in tempo reale, dati di ricezione del messaggio IT-alert su particolari dispositivi (sentinelle), in relazione all'area del test.

Accanto ai questionari anonimi che tutti i cittadini sono stati invitati a compilare qualora avessero ricevuto il messaggio, è stato infatti adottato un approccio statistico mediante l'adozione di Dispositivi Sentinella: personale designato dalle autorità locali di Protezione Civile si è collocato in modo randomico sul circondario del punto di interesse del test specifico test, munito di dispositivo mobile. Attraverso tali dispositivi, le sentinelle hanno compilato un questionario privato, indicando se avessero o meno ricevuto il messaggio, le informazioni relative al Service Provider  e al modello di dispositivo utilizzati e la posizione automaticamente rilevata dal gps del dispositivo.

I dati così raccolti hanno permesso di effettuare delle valutazioni qualitative e numeriche, ad esempio su:

• messaggi correttamente inviati ai dispositivi nell'area di interesse
• dispositivi non raggiunti nell'area
• dispositivi correttamente non raggiunti perché al di fuori dell'area
• dispositivi raggiunti anche se all'esterno dell'area, perché collegati a celle illuminate da antenne interne all'area
• messaggi recapitati/non recapitati in funzione del Gestore / Dispositivo / Sistema Operativo

Dal 13 febbraio 2024 il sistema IT-alert è operativo in caso di gravi emergenze o catastrofi imminenti o in corso relative a:

• Collasso di una grande diga;
• Incidenti rilevanti in stabilimenti industriali;
• Incidenti nucleari o situazioni di emergenza radiologica;
• Attività vulcanica nelle aree dei Campi Flegrei, del Vesuvio e all’isola di Vulcano.

Per quanto riguarda gli altri scenari di rischio coperti da IT-alert, la Protezione Civile ha comunicato che per “precipitazioni intense”, “maremoto generato da un sisma” e “attività vulcanica dello Stromboli” si è reso necessario un supplemento di analisi e verifiche che richiedono il prolungamento della fase di sperimentazione per un altro anno, e il Lab geoSDI continuerà a fornire il proprio supporto tecnico-scientifico con il coordinamento dell'Ufficio V - Risorse umane e strumentali e servizi generali di funzionamento Servizio sistemi informativi e di comunicazione del Dipartimento della Protezione Civile.

Approfondimenti su IT-alert

• Sito istituzionale IT-Alert https://www.it-alert.it/it/
• Canale YouTube istituzionale https://www.youtube.com/@ITALERTgov

Istituita nel 2019, la "Settimana Nazionale della Protezione Civile" si svolge ogni anno in corrispondenza del 13 ottobre, Giornata internazionale per la riduzione del rischio dei disastri naturali.

La quinta edizione della “Settimana  della Protezione Civile” si svolgerà dal 9 al 15 ottobre 2023 : in programma eventi e iniziative in diverse città italiane con l’obiettivo di sensibilizzare i cittadini ai temi della protezione civile e alla mitigazione del rischio.

Il Laboratorio geoSDI ha lavorato con il coordinamento dell'Ufficio V - Risorse umane e strumentali e servizi generali di funzionamento
Servizio sistemi informativi e di comunicazione, all'implementazione di servizi specifici per:

• l'accreditamento al Gestionale Eventi del Dipartimento
• la compilazione della Proposta di Evento
• la pubblicazione attraverso Mappa Pubblica (via MapLite) degli eventi approvati sul sito ufficiale del Dipartimento di Protezione Civile.

L'applicativo MapLite implementato da geoSDI Lab è infatti uno degli strumenti da tempo utilizzati presso il Dipartimento di Protezione Civile, sia per la condivisione rapida di mappe scenari di Rischio e di Emergenza (Es. Mappe Rischi,  ) tra utenti esperti e addetti ai lavori, sia per la diffusione di mappe a scopo divulgativo e di comunicazione (Es. Mappe Iniziative, Campagna Io Non Rischio).

Nelle ultime settimane si sono registrati eventi sismici nell’area dei Campi Flegrei di frequenza e intensità maggiori dell'ordinario. Il motivo è legato a una fase acuta del fenomeno del bradisismo.

Nel 2017 Il Dipartimento di Protezione Civile ha predisposto un Piano di Evacuazione dell'area flegrea, in cui sono specificati zona rossa, zona gialla, aree di attesa e aree di incontro.

La mappa interattiva risultante, implementata tramite l'applicativo MapLite sviluppato dal geoSDI Lab per il DPC, è pubblicata sul Portale del Dipartimento di Protezione Civile, ove sono presenti anche la descrizione dello scenario di evento assunto per la pianificazione, le istruzioni su come interpretare il piano, allegati con la segnaletica di emergenza e ulteriori approfondimenti

Sabato 14 e domenica 15 ottobre tornano in più di mille piazze italiane le Giornate nazionali di “Io non rischio – Buone pratiche di protezione civile”, la campagna sulle azioni con cui ciascuno di noi può contribuire a ridurre rischi come terremoto, alluvione, maremoto, rischio vulcanico e incendi boschivi.

Sul sito web ufficiale https://iononrischio.protezionecivile.it/ è possibile accedere alle Mappe delle Giornate nazionali Io non rischio più recenti.

Dal 2023 l'applicativo MapLite sviluppato dal geoSDI Lab per il Dipartimento della Protezione Civile è stato adottato come strumento ufficiale per la pubblicazione delle mappe divulgative Io Non Rischio.

Numerose le personalizzazioni e le funzionalità introdotte ad hoc per migliorare l'efficacia comunicativa delle mappe, disegnate ed implementate  con il coordinamento dell'Ufficio V - Risorse umane e strumentali e servizi generali di funzionamento
Servizio sistemi informativi e di comunicazione.

In data 19/01/2023, su richiesta del Dipartimento di Protezione Civile della Presidenza del Consiglio dei Ministri, viene formalmente istituito dal Direttore del CNR IMAA, con provvedimento in protocollo CNR-IMAA con n.7650/2023 del 16/01/2023, il "Laboratorio di Interoperabilità per il Dipartimento di Protezione Civile”,  che, presso l’ Istituto di Metodologie per l’Analisi Ambientale (CNR-IMAA) del Consiglio Nazionale delle Ricerche, si avvale delle competenze tecnico-scientifiche delle unità di personale afferenti al Laboratorio geoSDI.

Il "Laboratorio di Interoperabilità per il Dipartimento di Protezione Civile” dedica le seguenti risorse tecnologiche disponibili presso il Centro Elaborazione Dati del CNR-IMAA, che sono messe a disposizione per le attività di sperimentazione e test di applicativi e servizi di interoperabilità:

L’attività di studio e ricerca condotta dal Laboratorio geoSDI nell’ambito dell’Accordo Operativo 2020-21 tra l’Istituto di Metodologie per l’Analisi Ambientale del Consiglio Nazionale delle Ricerche (CNR-IMAA) e Dipartimento della Protezione Civile della Presidenza del Consiglio dei Ministri (DPC) ha avuto tra i focus l’analisi delle tecnologie appropriate e i conseguenti progettazione e sviluppo di una verticalizzazione dell’Applicativo Maplite della Piattaforma SITDPC per la pubblicazione automatica dei Bollettini di Criticità Meteorologica e Bollettini di Vigilanza.

Grazie alle implementazioni effettuate, i Bollettini vengono pubblicati mediante mappe interattive, in grado di adattare le proprie peculiarità (gli elementi della Graphic User Interface, i dati geografici da rappresentare, i tematismi di classificazione da applicare ad essi) al contenuto di un file inviato contestualmente nella querystring della richiesta.

Cosa rappresenta il Bollettino di Criticità

Il Bollettino di criticità nazionale/allerta segnala la valutazione dei livelli di criticità/allerta idraulica, per temporali e idrogeologica mediamente attesi fino alle 24.00 del giorno di emissione (oggi) e nelle 24 ore del giorno seguente (domani) sulle 156 zone di allerta in cui è suddiviso il territorio italiano.

ll bollettino di criticità nazionale/allerta è una sintesi delle valutazioni di criticità emesse dai Centri funzionali Decentrati delle Regioni e Province Autonome. La mappa del bollettino è suddivisa in zone di allerta, cioè ambiti territoriali omogenei rispetto al tipo e all’intensità dei fenomeni meteo che si possono verificare e dei loro effetti sul territorio.

Sulla mappa, per ogni zona di allerta, viene rappresentato il livello di criticità/allerta più elevato. A parità di livello, si è scelto di dare priorità alla rappresentazione del rischio idraulico, seguito dal rischio temporali, e infine dal rischio idrogeologico. Per semplificare la lettura del bollettino, nel testo sono riportati i nomi delle zone di allerta per esteso, a eccezione di quelle zone identificate da Regioni e Province Autonome solo con una sigla.

La corrispondenza tra i livelli di criticità, previsti dalla Direttiva del Presidente del Consiglio dei Ministri del 27 febbraio 2004, e i livelli di allerta è definita nelle Indicazioni operative per l’omogeneizzazione dei messaggi del Sistema di allertamento nazionale del 10 febbraio 2016. Nelle stesse Indicazioni operative si stabilisce di associare il termine “allerta” ai codici colore (giallo, arancione, rosso) corrispondenti ai livelli di criticità (ordinaria, moderata, elevata).

La previsione di criticità/allerta per il rischio temporali è stata introdotta con le Indicazioni operative del 10 febbraio 2016. Per questo rischio non è prevista la criticità/allerta rossa perché, in questo caso, tali fenomeni sono associati a condizioni meteo perturbate intense e diffuse che già caratterizzano lo scenario di criticità/allerta rossa per rischio idrogeologico. Anche gli effetti e i danni prodotti sono gli stessi.

Alcune Regioni e Province Autonome potrebbero non essersi ancora adeguate alle Indicazioni operative del 10 febbraio 2016. In relazione alle previsioni di criticità/allerta non disponibili, nel box informativo che compare quando si clicca sulla mappa, viene riportata la dicitura “valutazione non trasmessa”.

La pubblicazione dei Bollettini tramite MapLite

La verticalizzazione MapLite per i Bollettini recupera le informazioni relative al progetto, ai layer in esso contenuti e alle classificazioni tematiche con cui rappresentare dal geoDatabase, interpretando dinamicamente il contenuto di un file che viene “appeso” alla richiesta di servizio.

nell’URL vengono infatti specificate diversi query params:

• x e y: le coordinate su cui centrare la mappa
• appName: nome dell’ app
• file: url al file contenente le informazioni da interpretare (layers, styles, attachments,..)
• basemap: tipo di mappa di base da visualizzare

Il Bollettino di Criticità Nazionale/Allerta integrato nel Portale web del DPC (https://mappe.protezionecivile.gov.it/it/mappe-rischi/bollettino-di-criticita ), consente così la consultazione interattiva delle valutazioni di criticità emesse dai Centri funzionali Decentrati delle Regioni e Province Autonome. La mappa del bollettino è suddivisa in zone di allerta, cioè ambiti territoriali omogenei rispetto al tipo e all’intensità dei fenomeni meteo che si possono verificare e dei loro effetti sul territorio;

Questo approccio, che consente la pubblicazione da parte del DPC di un bollettino su mappa dinamico e interattivo, può essere trasposto in diversi contesti e situazioni ed il lavoro può essere ampliato per poter consentire l’utilizzo dell’applicativo su diverse tematiche, implementando diversi comportamenti adattivi dell’applicazione al contenuto del file passato in querystring.

E’ stato infatti adottato per realizzare anche una seconda verticalizzazione, per la pubblicazione automatica dei Bollettini di Vigilanza Meteorologica, che, integrato nel Portale web del DPC (https://mappe.protezionecivile.gov.it/it/mappe-rischi/bollettino-di-vigilanza ), consente di verificare quali fenomeni meteorologici rilevanti ai fini di protezione civile  (che possono cioè avere che possono avere un impatto sul territorio o sulla popolazione) sono previsti su tutto il territorio nazionale.