La sicurezza sui dati si arricchisce: con il nuovo widget GeoServer Advanced Authorization Manager è infatti possibile gestire restrizioni di accesso sui dati per utenti o gruppi di utenti in base a specifiche aree di pertinenza, oltre che a creare restrizioni sulla visibilità degli attributi del dato.

Un caso tipico di applicazione di questo scenario è quello in cui più soggetti abbiano la responsabilità della gestione di uno stesso dato, ma limitatamente a una area specifica e/o ad un subset degli attributi alfanumerici collegati alle geometrie.

Il Lab geoSDI ha infatti implementato un nuovo widget che utilizza i servizi REST esposti da  GeoFence (modulo Open source della comunità di sviluppo di GeoServer, che estende le possibilità native  di autorizzazione di GeoServer alla pertinenza geografica).

Il laboratorio geoSDI utilizza infatti come Server per l'erogazione di servizi OGC compliant GeoServer, arricchendo l'infrastruttura con componenti per la clusterizzazione e il bilanciamento di carico che ne consentono di raggiungere altissimi livelli di performance e affidabilità propri di sistemi cloud. Nativamente Geoserver supporta dei livelli di sicurezza riguardo l'autorizzazione di accesso di un determinato utente al consumo di un determinato servizio (es. WMS GetMap o WFS TransactionInsert) o all'accesso di un determinato layer geospaziale (es. worspace:mylayer). L'utilizzo dei Servizi GeoFence consente di ampliare i criteri di restrizione di accesso, dando la possibilità di determinare una geometria entro cui quel determinato utente (o gruppo di utenti) abbia accesso a quello specifico layer (o gruppo di layer) e/o ad un subset di attributi specificato. Dell'intero insieme di elementi geografici di cui il layer è composto, l'utente in questione potrà quindi accedere soltanto a quelli che ricadono nell'area che gli è stata assegnata.

Il Lab geoSDI ha infatti creato un branch del progetto OpenSource GeoFence, al fine di utilizzarne soltanto la REST API.

Tutta la gestione "client" viene invece effettuata tramite il nuovo widget, che aggiunge, tra l'altro, molti elementi di usabilità rispetto alla interfaccia client del progetto GeoFence.

Si tratta della prima implementazione del widget, che già ha in roadmap l'aggiunta di numerose altre funzionalità.

Il nuovo widget sta già trovando applicazioni operative in importanti progetti che adottano il framework Geo-Platform, come il Sistema Informativo Nazionale Federato delle Infrastrutture (SINFI) in via di implementazione e il Sistema Informativo Territoriale del Dipartimento della Protezione Civile (SITDPC).

click to enlarge

Il widget offre tutti gli strumenti per la creazione modifica e cancellazione delle utenze.

Il widget offre tutti gli strumenti per la creazione modifica e cancellazione di ruoli da assegnare agli utenti. Proprio attraverso i ruoli (come già previsto da funzionamento standard di GeoServer) sarà possibile determinare le restrizioni di accesso: utenti che appartengono al ruolo X avranno accesso al dato Y,  limitatamente all'area geografica Z. 

E' possibile definire, per gli utenti che godono di un particolare ruolo, la restrizione a un subset dei servizi erogati da GeoServer (es. Soltanto WMS per la visualizzazione di mappe png, No WFS per la visualizzazione/ modifica di vettori)

E' possibile definire, per gli utenti che godono di un particolare ruolo, la restrizione a un subset dei layer erogati dal GeoServer.

E' possibile definire tramite disegno su una mappa di supporto integrata nel widget, entro quale area geografica utenti che godono di un particolare ruolo, possono accedere a determinati layer erogati da Geoserver. Naturalmente è possibile visualizzare tramite la mappa di supporto le regole di restrizione di accesso già create e le relative aree di pertinenza.

Gestione delle restrizioni basate su filtri CQL

Ulteriori restrizioni di accesso alle feature geografiche possono essere costruite mediante l'applicazione di filtri definiti mediante Common Query Language: gli utenti che godono di un particolare ruolo avranno accesso soltanto alle features che corrispondono al criterio definito dal filtro.

In un post precedente è già stato presentato il widget CSV importer, mostrando l'import di un file tabellare contenete all'interno di due attributi dei valori numerici da interpretare come coordinate puntuali.

Questo post mostra il caso i record del CSV non contengono coordinate, ma, in una o più colonne, un indirizzo.

L'utente può quindi specificare la concatenazione di colonne che permette la costruzione dell'indirizzo (Es. via, nr. civico, cap, comune). Il widget avvia quindi, in modo asincrono, la geocodifica degli indirizzi per ognuno dei record contenuti nel CSV, che viene così geolocalizzato, memorizzato in geodatabase PostGIS e servito come OGC WMS / WFS sul geoserver specificato nella configurazione del geoportale.

Nel video viene utilizzato anche il widget di refresh, in modo da mostrare come man mano che la geocodifica asincrona procede, in mappa vengono rappresentati progressivamente i record processati.

In questo caso il CSV contiene tra i vari attributi di ogni record i valori di latitudine e longitudine.


Il widgets prova ad individuare automaticamente quali attributi utilizzare e, qualora la selezione automatica fosse errata, l'utente può indicare manualmente quali colonne interpretare come lat e long.

Questo post (e il video qui presentato) si riferisce a questo caso d'uso.

In questo caso i record del CSV non contengono coordinate, ma, in una o più colonne, un indirizzo.

L'utente può quindi specificare la concatenazione di colonne che permette la costruzione dell'indirizzo (Es. via, nr. civico, cap, comune). Il widget avvia quindi, in modo asincrono, la geocodifica degli indirizzi per ognuno dei record contenuti nel CSV, che viene così geolocalizzato, memorizzato in geodatabase PostGIS e servito come OGC WMS / WFS sul geoserver specificato nella configurazione del geoportale.

Anche su questo caso d'uso sarà presto pubblicato un nuovo post.

Anche la mappa di sfondo deo pannello di sinistra può essere un valido riferimento per il posizionamento dei markers e l'apertura della Street View corrispondente. E' per questo che il widget consente la selezione di diverse opzioni per la mappa di riferimento, così come l'apertura del widget a schermo intero, per facilitare e migliorare l'esperienza Street View nel contesto del proprio geoportale

Nuovi layer "from scratch"

Il widget, interagendo con il Geoserver indicato nella configurazione del Geoportale, si occupa della creazione della struttura dati in PostGIS e della pubblicazione dei servizi OGC WMS e WFS relativi.

Il widget ha una Graphic User Interface in cui è possibile definire:

• Il nome da assegnare al nuovo layer
• Il tipo di geometria del layer (point, multipoint, linestring, multilinestring, polygon, multipolygon)
• Gli attributi (e i relativi tipi) che il nuovo layer dovrà avere.

Il widget permette anche di intervenire sulla "destinazione" del nuovo layer: è possibile infatti selezionare in quale workspace, tra quelli già presenti nel Geoserver indicato nella configurazione del Geoportale, presentare il layer, o anche di crearne uno nuovo. Questo è sicuramente un plus, poichè consente non solo di organizzare i propri layer, ma di predisporre l'ambiente, ad esempio, alla distribuzione di virtual services distinti, restrizione di accesso ai servizi sui diversi workspace, etc.

Una volta creato, il layer è disponibile per l'utilizzo nel Geoportale, ma naturalmente non contiene ancora alcuna feature. Poichè il widget, colloquiando con le componenti server, si è occupato di configurare e pubblicare i servizi WMS e WFS relativi al nuovo strato informativo, basta utilizzare l'Editor WFS (presente come altro widget geo-platform nel geoportale) per "popolare" il layer di record, inserendo le geometrie e assegnando valori agli attributi di ogni nuova feature. Tutto questo attraverso il web, senza disporre di altro che di un semplice browser.