All’URL del servizio è possibile vedere in forma tabellare gli ultimi dati registrati nel DB di ISIDE, e alcune query di esempio. I risultati sono forniti in XML secondo lo schema QuakeML, che è un formato standard per la rappresentazione di dati sismologici. Tramite questo formato non vengono veicolate soltanto le informazioni standard quali coordinate e magnitudo dell’evento, ma anche molti altri metadati relativi alla registrazione, l’elaborazione e la gestione dei dati dell’evento (es. dati sull’incertezza e sulla qualità del dato, informazioni sulla stazione che lo ha registrato, ecc.).

I dati sono interrogabili in base ad:

• area geografica (filtro rettangolare o radiale)
• finestra temporale
• range di intensità
• profondità dell’ipocentro

Ad esempio, per visualizzare lo sciame sismico dello scorso 19/20 dicembre nell’area del Chianti (Toscana), possiamo interrogare il servizio con la seguente query: http://webservices.rm.ingv.it/fdsnws/event/1/query?lat=43.587007&lon=11.316179&maxradiuskm=30&starttime=2014-12-19T00:00:00&endtime=2014-12-20T23:59:59&minmag=2&maxmag=5

dove cerchermo gli eventi nel raggio di 30 km (maxradiuskm) dal centro di Greve in Chianti (lat/lon), tra il 19 e il 20 dicembre 2014 (starttime/endtime) filtrando solo gli eventi con magnitudo compresa tra 3 e 5 (minmag/maxmag). Al”interno dei risultati è possibile identificare l’evento principale, di magnitudo 4.1, che ha fatto scricchiolare le finestre e i mobili del mio studio

Non sono al corrente di strumenti di pubblico dominio per la visualizzazione diretta di dati in formato QuakeML all’interno dei più comuni software GIS, ma non sarebbe molto oneroso fare un convertitore verso formati GIS standard, magari in Python usando ObsPy, una libreria che offre funzionalità anche per interrogare direttamente i servizi FDSN, generare plot delle onde sismiche o mappe della localizzazione degli eventi.

E’ tuttavia possibile ottenere i risultati in formato testuale (un csv con il carattere pipe (“|”) come separatore dei campi) aggiungendo alla chiamata il formato di output “text”. L’output sarà simile al seguente:

#EventID|Time|Latitude|Longitude|Depth/Km|Author|Catalog|Contributor|ContributorID|MagType|Magnitude|MagAuthor|EventLocationName|web_id_locator(deprecated)
4730151|2014-12-20T22:37:25.350000|43.6097|11.2563|6.7|SURVEY-INGV||||ML|2.6|SURVEY-INGV|Firenze|4004730151
4730041|2014-12-20T22:35:09.980000|43.5848|11.2553|10.2|SURVEY-INGV||||ML|2.0|SURVEY-INGV|Firenze|4004730041
4729881|2014-12-20T22:25:33.310000|43.6218|11.2432|7.4|SURVEY-INGV||||ML|2.2|SURVEY-INGV|Firenze|4004729881
4729581|2014-12-20T21:39:40.560000|43.6218|11.2445|5.7|SURVEY-INGV||||ML|2.3|SURVEY-INGV|Firenze|4004729581
(...)

e potrà essere aperto e visualizzato in un qualsiasi software GIS che supporti il caricamento di dati CSV (ad esempio QGIS Desktop):

Localizzazione degli eventi visualizzati in base al valore di magnitudo (QGIS Desktop – Base OpenStreetMap)

La nota dolente del servizio è il copyright, che vincola al solo utilizzo personale e non commerciale, e non permette alcuno riutilizzo dei dati se non espressamente permesso dall’INGV. La domanda sorge spontanea: perché?

L'articolo I dati sismici di ISIDE adesso hanno un web service è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

Abbiamo deciso di pubblicare la traduzione di un recente articolo di Serge Wroclawski, “Why the World Needs OpenStreetMap“, perché ci sembra importante riconoscere e sottolineare il valore di OSM al di là della sua utilità pratica e della sua gratuità. Ci scusiamo per eventuali inesattezze, non siamo traduttori professionisti!

Perché abbiamo bisogno di OpenStreetMap

Ogni volta che parlo con qualcuno di OpenStreetMap, inevitabilmente mi viene chiesto “Perché non usi Google Maps?”. Da un punto di vista strettamente pratico si tratta di una domanda ragionevole, però la questione non riguarda solo l’utilità (di tale scelta), ma che tipo di società vogliamo. Ne ho parlato nel 2008 in una conferenza su OpenStreetMap che ho tenuto al primo convegno MappingDC. I concetti che riporto qui sono gli stessi, ma trattati in maniera più estesa.

Nell’800 le persone avevano il problema del tempo, non in termini di tempo a disposizione, ma di che ora fosse. Gli orologi esistevano già, ma ogni città aveva il suo “tempo locale”, che si sincronizzava sugli orologi della città, o più spesso, le campane delle chiese. L’orario delle ferrovie, e infine il Tempo Medio di Greenwhich, ha soppiantanto gli orari locali e oggi la maggior parte della gente considera il tempo come qualcosa di universale. Negli Stati Uniti questo è avvenuto inizialmente grazie all’adozione del tempo standard da parte delle Ferrovie e successivamente delle università e delle grandi imprese.

L’equivalente attuale del dilemma del tempo è la posizione geografica, e diversi soggetti stanno cercando di diventarne il riferimento assoluto. Google spende un miliardo di dollari l’anno per mantenere le proprie mappe, senza considerare il miliardo e mezzo speso per comprare Waze. Non è certo l’unica azienda che sta cercando di prendersi tutto lo spazio, visto che anche Nokia si è comprata Navtek e TomTom e Tele Atlas stanno cercando di fondersi (in realtà TomTom ha già acquisito TeleAtlas, N.d.T.). Tutte queste aziende vogliono diventare il riferimento assoluto di ciò che è posizionato sulla Terra. Questo perché ciò che ha una posizione geografica è diventato un grande business. Con i GPS in ogni auto, ed uno smartphone in ogni tasca il “mercato” di chi vuole dirti dove sei e dove devi andare è diventato feroce.

Con tutte queste aziende perché c’è bisogno di un progetto come OpenStreetMap? La risposta è semplice, perché in una società nessuna azienda dovrebbe avere il monopolio sui luoghi, così come nessuna azienda ha avuto il monopolio del tempo nell’800. I luoghi sono un bene comune, e dando ad una singola entità tutto questo potere gli viene dato non solo il potere di dirti la tua posizione, ma anche di poterla manipolare. Ci sono tre aspetti in questione: chi decide cosa deve essere visualizzato sulla mappa, chi decide dove ti trovi e dove dovresti andare, e la privacy personale.

Chi decide cosa debba essere visualizzato su una mappa di Google? Ovviamente la risposta è Google. Mi è capitato di affrontare la questione durante un incontro con un’amministrazione locale nel 2009: erano preoccupati all’idea di usare Google Maps sul loro sito web perché Google decide quali aziende/attività commerciali mostrare. Avevano ragione ad essere preoccupati dal momento che un’amministrazione pubblica deve rimanere imparziale, e delegando le proprie mappe ad un soggetto terzo si trovano a cederne anche il controllo. E’ inevitabile, se non lo stanno già facendo, che Google cerchi di monetizzare le ricerche geografiche, dando priorità a certi risultati rispetto ad altri. Ad esempio, sarà una coincidenza ma se provo a cercare “colazione” vicino a casa mia, il primo risultato è Ristoranti SUBWAY®. Google non è certo l’unico distributore di mappe, è solo un esempio. Il punto è che quando si usa un qualsiasi provider di mappe, gli viene dato il potere di decidere quali siano gli elementi a cui dare risalto, o quali non debbano essere proprio mostrati.

La seconda questione riguarda il posizionamento. Chi definisce cosa sia “vicino”, o se sia meglio andare in una certa direzione piuttosto che un’altra? Questo problema è stato argomento di un articolo dell’ ACLU (n.t.: Unione americana per le libertà civili) dove veniva discusso l’algoritmo utilizzato da un certo servizio di mappe, il quale nel calcolo di un percorso (in auto, in bici o a piedi) prendeva in considerazione la pericolosità o la sicurezza del contesto. C’è da chiedersi chi stabilisce se un luogo sia sicuro o meno, o se piuttosto la parole “sicuro” sia soltanto un termine in codice per riferirsi a qualcosa di più sinistro. Ad oggi, Flickr colleziona informazioni relative agli spazi geografici sulla base delle fotografie, che vengono esposte tramite un’API pubblica. Utilizzando queste informazioni possono suggerire tags per le nostre fotografie, ma i cluster geografici ottenuti dalle loro elaborazioni potrebbero essere usati per controllare e manipolare qualsiasi altra informazione, dai pattern del traffico ai prezzi degli immobili, perché quando un provider di mappe diventa sufficientemente grande, diventa una fonte di “verità”.

Infine, queste società sono incentivate a raccogliere informazioni su di noi con modalità che potrebbero non piacerci. Quando utilizziamo i loro servizi, sia Google che Apple acquisiscono informazioni sulla nostra posizione. Possono usare questi dati per migliorare l’accuratezza delle mappe, ma Google ha già annunciato che intende usarla per analizzare la correlazione tra le ricerche che facciamo e i luoghi dove ci dirigiamo. Con 500 milioni di telefoni Android si tratta di un enorme quantità di informazioni, ottenute a livello individuale, sulle abitudini della gente sia che stia facendo una passeggiata, che stia andando a lavoro, dal dottore o, magari, che stia partecipando ad una protesta. E’ evidente che non si possono ignorare le implicazioni sociale che comporta la disponibilità di così tanti dati in mano ad una singola azienda, indipendentemente da quanto si dichiari benevola. Aziende come Foursquare utilizzano il mezzo della “gamification” per coprire quello che di fatto è un’opera di acquisizione di dati, e anche Google è entrata nella partita della “gamification” con Ingress, un gioco che sovrappone un mondo virtuale a quello reale e porta gli utenti a raccogliere foto e informazioni stradali con l’obiettivo di combattere, o favorire, un’invasione aliena.

Visualizza mappa ingrandita

Ora che abbiamo identificato i problemi, possiamo esaminare come OpenStreetMap li risolva tutti. In termini di contenuti geografici, OpenStreetMap è sia neutrale che trasparente. OpenStreetMap è una sorta di wiki che chiunque al mondo può editare. Se un negozio manca da una mappa, può essere aggiunto dallo stesso esercente o magari da un cliente. Per quanto riguarda la visualizzazione cartografica, ogni persona o azienda può crearsi la mappa come vuole, tuttavia la principale mappa su OpenStreetMap.org utilizza software cartografico FLOSS (Free/Libre and Open Source Software) e un foglio di stile (per la vestizione cartografica, N.d.T.) disponibile con una licenza di pubblico dominio, da cui chiunque può partire per costruirsene uno proprio. In altre parole, chiunque ne abbia bisogno può crearsi la propria mappa basandosi sugli stessi dati.

Analogamente, mentre i router (i software per il calcolo dei percorsi ottimali, N.d.T.) più popolari di OpenStreetMap sono FLOSS, se un’azienda decidesse di usare un’altra tecnologia, un utente può sempre utilizzare il proprio software e potrebbe facilmente confrontare i risultati, ottenuti dagli stessi dati, per verificare eventuali anomalie.

Infine, un utente può scaricare liberamente tutti o parte dei dati di OpenStreetMap per utilizzarli offline. Questo significa che è possibile usare i dati di OpenStreetMap per navigare senza dover comunicare ad alcuno la propria posizione.

OpenStreetMap rispetta le comunità e rispetta le persone. Se non stai già contribuendo a OSM, valuta la possibilità di farlo. Se già contribuisci, grazie.

(Serge Wroclawski “Why the World Needs OpenStreetMap“, CC-BY-SA)

L'articolo Perché abbiamo bisogno di OpenStreetMap è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

Clicca qui per vedere il video incorporato.

Le immagini ottenute dai Landsat sono, probabilmente, le più note ed utilizzate a livello mondiale. Oltre agli impieghi scientifici e militari, sono derivate dal Landsat 7 anche le immagini impiegate nei più noti servizi di web mapping. L’esempio più noto e popolare è senz’altro Google, che nei prodotti Maps e Earth impiega la rielaborazione TrueEarth, realizzata da Terrametrics. Altri grandi nomi sono MSN, Yahoo, il progetto NASA World-Wind e, più recentemente MapBox che ha realizzato autonomamente una copertura d’immagini mondiale, che prossimamente potrà essere impiegata come base nelle mappe realizzate tramite i loro servizi cloud.

Dal 30 Maggio l’LCDM, gestito da NASA e USGS, ha iniziato ad acquisire le prime immagini ed è stato rinominato in Landsat 8, proseguendo la numerazione iniziata nel 1972 con il lancio del Landsat 1, dotato di sensore MSS (Multispectral Scanner System) che acquisiva dati nelle bande del rosso e del verde e due nell’infrarosso, con una risoluzione spaziale di 68m x 83m. Ne hanno fatta di strada i sensori da allora!

I due “occhi”, a bordo del Landsat 8, sono composti dai nuovi sensori OLI (Operational Land Imager) e TIRS (Thermal Infrared Sensor), che garantiranno prestazioni e qualità di ripresa superiori al precedente ETM+, grazie anche ad un numero maggiore di bande, 11 contro le precedenti 8. In particolare sono state aggiunte due bande ottimizzate per lo studio dei cirri (1360/1380 nm) e dell’aerosol (430-450 nm) e il range nell’infrarosso termico è stato suddiviso in due bande, contro l’unica grande banda dell’ETM+

Confronto tra le bande dei sensori ETM+ e OLI+TIRS (fonte USGS)

Come si può vedere nell’immagine, è stato inoltre ampliato il range spettrale del canale pancromatico (banda 8), che come il suo predecessore continuerà ad acquisire con una risoluzione spaziale di 15m. Per le immagini nel visibile si tratta di una risoluzione sufficiente per le scale medie; se non vi basta preparatevi a sborsare come minimo 500$  per 25 Kmq d’immagini d’archivio QuickBird a 60cm, o un po’ di più per i GeoEye-1/2 (di proprietà NASA e Google)

Le immagini elaborate dai dati Landsat saranno distribuite in formato Geotiff a 16 bit, georiferite rispetto al sistema di riferimento WGS84, con proiezione UTM, ortorettificate e corrette tramite un processamento Level 1T –  Terrain Correction (ovvero sono già corrette radiometricamente e geometricamente,  ed inoltre sono corretti/minimizzati gli errori di parallasse dovuti al rilievo del terreno). Per il sensore OLI viene garantita un’accuratezza CE90 di 12 metri (la reale posizione geografica di un elemento si trova, al 90% di probabilità, entro un un cerchio di 12 metri di diametro rispetto alla sua posizione nell’immagine), e di 41 m per il TIRS.

Ogni 8 giorni il Landsat 8 ci offrirà una copertura completa della Terra, e le immagini ottenute dal sensore OLI potranno essere visualizzate e scaricate liberamente tramite il LandsatLook Viewer dell’USGS. Sarà possibile scaricare sia l’immagine visualizzata nel viewer, come JPEG, PNG o TIFF georiferita, oppure eseguire un “bulk download”, ovvero scaricare i dati originali della scena richiesta, più l’immagine in colori naturali e nel termico. Ciò significa, mediamente, 1 GB di dati.

Nel seguente breve videotutorial vi mostro quanto sia semplice ottenere i dati Landsat e delle immagine pronte per essere usate in un qualsiasi ambiente GIS. Nell’esempio sovrapporrò un’immagine dell’Etna, del 4 Giugno, su una base OpenStreetMap all’interno di QuantumGIS.

Clicca qui per vedere il video incorporato.

Buona esplorazione.

Giovanni Allegri
Segui @_giohappy_

L'articolo Landsat 8, ancora immagini dallo spazio per tutti è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

iD Editor

Da alcuni giorni, come reso noto dalla notizia di lancio, sulle pagine di OpenStreetMap è attivo un nuovo strumento per l’editing online delle mappe. L’ultimo arrivato, nella grande famiglia degli editor per OSM, sia chiama iD e andrà ad affiancare il buon vecchio Potlach, noto a chiunque abbia fatto un po’ di inserimenti e di modifiche sui dati OSM.

Si tratta di uno strumento che, a fronte della leggerezza e della chiarezza a livello di interfaccia utente, nasconde una discreta dose di tecnologia, tutta Open Source, nata dal lavoro volontario di alcuni sviluppatori, e proseguita con un notevole sostegno economico (parte dei 545.000 $ offerti dalla Knight Foundation), sotto il coordinamento di MapBox.

L’aspetto più evidente di iD, e che ne ha motivato la realizzazione, è un approccio “assistito” all’editing. Ogni azione viene guidata tramite suggerimenti e le scelte degli oggetti, e delle relative proprietà, da associare agli elementi geometrici inseriti, viene semplificata con l’ausilio di moduli d’inserimento intuitivi e facilmente comprensibile anche ai meno esperti, lasciando tuttavia la libertà di integrare le informazioni di base con tag più avanzati.

Ma cos’è che ha spinto la Knight Foundation e MapBox a finanziare questo progetto? La notizia ha colto l’attenzione anche di testate giornalistiche non del settore quali Mashable e TechCrunch, ed entrambi hanno voluto sottolineare la sfida alle altre realtà commerciale del mapping online, Google in primis. In effetti la mossa operata con l’introduzione di iD ha reso ancor più evidente il mix di qualità del progetto OpenStreetMap : open data, strumenti tecnologici efficaci e robusti, crowdsourcing a scala globale, opportunità commerciali. Le ho elencate in quest’ordine non per caso.

La scelta, operata fin dall’inizio, di associare al dato OSM una licenza aperta (inizialmente CC-BY-SA, poi trasformata in ODbL) è stata senz’altro il carburante che ha dato il via al tam-tam globale, garantendo agli utenti una totale trasparenza sull’impiego dei dati liberamente forniti. Questa caratteristica, oltre ad essere motivante per molti utenti, è unica tra i progetti di mapping crowdsourced a scala globale (Google Map Maker, per dirne uno, i dati se li tiene ben stretti!).
La totale trasparenza e il pubblico dominio hanno fornito una forte spinta motivazionale, tanto all’utente amatore quanto agli sviluppatori e ai sistemisti. Lo sviluppo di un set di tecnologie ben focalizzate ed efficaci in grado di gestire tutte le fasi di vita del dato, e di intercettare e rispondere ad un’utenza estremamente variegata (dall’azienda, all’operatore in aree di emergenza, al byker appassionato), ha avviato il circuito virtuoso. Ecco che dal computer di Steve Coast, OSM ha invaso il mondo.
Con quali soldi è stato possibile realizzare tutto ciò, e chi sostiene oggi OSM? Qui sta l’emblematicità di OSM, e che io ritrovo esemplificata nella nascita di iD: un progetto nel quale tutti possono trarre benefici, dagli utenti appassionati alle aziende (fino alla scala di Foursquare, Evernote, MapQuest, la stessa MapBox e tante altre). E più tutti ne traggono beneficio, più ognuno è disposto a contribuire: l’utente a mappare, l’azienda a fare il proprio business col supporto dei dati OSM e a sostenere il progetto (se l’azienda è saggia e lungimirante!). OSM sarà un caso un po’ unico, soprattutto di questa portata, ma dimostra, insieme ad altri progetti simili (basta pensare a Wikipedia) che è un processo realizzabile e sostenibile, con un modello di business non utopico.

In sintesi, e semplificando un po’, un buon editor rende la vita più semplice all’utente, e magari ne attrae di nuovi -> MapBox può contare su una maggiore base di contributori e di dati -> MapBox sostiene lo sviluppo di iD

Chissà se un giorno riusciremo a innescare un processo virtuoso simile anche per gli Open Data in Italia

Buona mappatura a tutti con iD!

Giovanni Allegri
Segui @_giohappy_

L'articolo Il nuovo editor per OpenStreetMap, esempio di un processo virtuoso è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

L'articolo Spatialite sbarca su Android è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

Anzitutto, mi stupisce l’attenzione che l’USGS, come anche altri istituti ed enti federali statunitensi, dedica alla comunicazione e alla divulgazione delle proprie attività. La volontà di rendere partecipi e consapevoli i cittadini di cosa succede tra i muri di istituti di ricerca pubblici come il servizio geologico, è sicuramente alimentata dall’interesse, da parte delle istituzioni federali, di mostrare l’efficacia ed il ritorno degli ingenti investimenti, sostenuti dalla fiscalità pubblica, che ogni anno vengono riversati in tali enti. Avvicinare i cittadini al mondo della ricerca, raccontare – ed uso specificatamente questo termine – il lavoro dei ricercatori, nelle forme di volta in volta più opportune ed efficaci, ritengo debba essere considerata una delle componenti fondamentali e prioritarie per ogni ente, perché oltre ad essere un esercizio di trasparenza, è un’attività che aiuta ad alimentare nelle persone la consapevolezza dell’importanza della ricerca, pura e applicata, e a sfatare l’immaginario di un mondo astratto, perso tra teorie, libri e formule, poco attinenti alla realtà quotidiana della gente. Questo video mi offre l’occasione di augurare anche ai nostri enti di coltivare sempre di più questa pratica e di curarla particolarmente anche come occasione per riacquisire un po’ del credito che, molte gestioni economiche e scelte politiche disastrose e poco lungimiranti degli ultimi anni, hanno contribuito a logorare. A questo proposito mi complimento con i vari enti dell’area fiorentina per la due giorni di “Scienzaestate”, recentemente realizzata presso il Polo Scientifico dell’Università di Firenze.

Un altro aspetto che mi ha particolarmente colpito è la modalità con cui l’USGS gestisce le sue pubblicazioni. Mi soffermo soltanto su un aspetto specifico, relativo a questo video. Alla nostra richiesta di poter avere le trascrizioni dei testi, hanno potuto rispondere immediatamente grazie al fatto che tutti i video presenti nella loro galleria multimediale, oltre ad essere scaricabili in vari formati, sono corredati anche dai testi trascritti disponibili nel formato standard W3C Timed Text (TT) Authoring Format V1.0, grazie al quale è stato possibile impiegare gli strumenti offerti da Amara per creare i sottotitoli tradotti. Sembrerà poco, ma è anche attraverso queste “raffinatezze” che si coglie una reale volontà di condividere e promuovere un prodotto, così come viene affermato anche dalla mission del gruppo Core Science dello stesso USGS.

Concludendo, vorrei sottolineare un aspetto che ritengo importante, e spesso sottovalutato, per l’efficacia della comunicazione istituzionale. Sottolineo nuovamente il verbo “Raccontare”. Comunicare l’attività di un ente significa riuscire a trasmettere, parallelamente ad un contenuto puramente informativo, sensazioni, suggestioni ed emozioni, che permettono di condividere non soltanto il lato tecnico e funzionale dell’attività ma anche- e forse, soprattutto – il “cuore” che anima e muove tanti operatori e ricercatori. Conoscere è sì un’attività analitica, ma alla base è alimentata dalla capacità di lasciarsi affascinare, di fermarsi ad ammirare, di alimentarsi di stupore, ma anche di affrontare il fallimento, di attendere il momento giusto, di superare fatiche e attese… E’ insomma un’esperienza profondamente umana, e come tale dovrebbe essere raccontata.

(Qui sotto il video sottotitolato in italiano, a questo link il video originale)

L'articolo Raccontare la ricerca, l’esempio dell’USGS è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

• Gestione di dati raster e analisi raster/vettoriali su DB
• Gestione di modelli topologici, permettendo così di gestire vettoriali con limiti condivisi (grazie al magnifico lavoro di Sandro Santilli!)
• Integrazione dei “type modifier” di Postgresql, come descritto chiaramente in questo articolo
• Possibilità di costruire indici 3D e 4D
• Ricerca “nearest neighbor” con performance elevate grazie all’impiego degli indici spaziali
• Aggiunte molte funzioni di grande utilità, tra cui:
  • ST_Split
  • ST_Node
  • ST_MakeValid
  • ST_OffsetCurve
  • ST_ConcaveHull
  • ST_AsX3D
  • ST_GeomFromGeoJSON
  • ST_3DDistance
• Integrazione col sistema d’estensioni di PostgreSQL 9.1
• Migliorata l’utilità d’importazione/esportazione shapefile da riga di comando
• Possibilità di eseguire importazione di file multiple tramite l’interfaccia grafica per l”importazione/esportazione di shapefile
• Possibilità di eseguire esportazione di tabelle multiple tramite la stessa interfaccia grafica
• Un geocoder ottimizzato per i dati dell’US Census TIGER (2010)

L'articolo Tante novità con PostGIS 2.0! è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

L'articolo Novità in Mapserver 6.0.0-beta1 è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

Da un po’ di tempo, all’interno dei miei lavori, ho la fortuna di lavorare con Geoserver. Finora, in ambiente di produzione, ho sempre utilizzato la versione Stable (ad oggi la 2.0.2), ma avendo dovuto aggiornare il sistema per ovviare ad un piccolo problema con il salvataggio di alcune configurazioni tramite l’interfaccia web, risolto nelle nighlty builds successive, non ho potuto resistere alla tentazione di farmi un giro sulla nuova 2.1-beta1.
Andando in giro per il web in cerca di recensioni su questo rilascio, non ho trovato notizie in italiano riguardo le sue grandi ed importanti novità della nuova release, nonostante il la notizia sia di Settembre. Ho pensato quindi di riportarne qui una traduzione sintetica e commentata, credendo di fare cosa gradita a chi non avesse avuto modo di seguire gli aggiornamenti di questo software.

Sul blog di Geoserver potete leggere la nota di rilascio ufficiale.

WMS a cascata

Fino alla precedente release Geoserver non permetteva di creare un servizio WMS che a suo volta andasse a interrogare altri server WMS. Questa novità permette di connettere, in cascata appunto, un’istanza di Geoserver con un qualsiasi altro server WMS compliant (es. Mapserver, ArcGIS Server, o un’altro Geoserver). All’amministratore del software, questa funzionalità appare come una nuova tipologia di datastore, configurabile da interfaccia web come le altre tipologie di sorgenti dati.

Servizi virtuali

Altra novità di grande importanza sono i servizi virtuali. Finora una singola istanza di Geoserver poteva servire un unico servizio globale. Per il servizio WMS si poteva ovviare usando i gruppi di layer e i layer innestati, ma il servizio appariva sempre come un unico endpoint. Con la 2.1 , sulla stessa singola istanza del server, potranno essere creati più servizi virtuali, che verranno esposti ai client come endpoint diversi.

Livelli SQL

Molto spesso si ha la necessità di esporre i dati presenti nel DB prefiltrati, o messi in join con altre tabelle dati, ecc. La soluzione più comunemente adottata è quella della creazione di viste, e di indirizzare Geoserer a queste piuttosto che alle tabelle originali. Le viste tuttavia richiedono un carico di lavoro aggiunto alla mantunzione dei dati originali. I livelli SQL sollevano l’utente da questo “overhead” offrendo la possibilità di definire, tramite una query SQL, la vista che si vuole avere sui dati.
La query si selezione (una classica SELECT…) può essere definita staticamente oppure parametrizzata, ovvero a meno di uno o più parametri che il client potrà passare come chiavi aggiuntive ad una classica richiesta WMS. Per evitare problemi di sicurezza (es. sql injections) o errori nel caso in cui i parametri non siano compatibili con la query, è possibile configurare, tramite la sintassi delle regular expression, un validatore per ogni parametro richiesto.
Per maggiori informazioni qua trovate una spiegazione estesa.

WPS (Web Processing Service)

Per chi non la conoscesse, la specifica WPS definisce un protocollo per i servizi che espongono funzionalità di processamento dati. Tramite questi servizi un client, inviando richieste esprese secondo la sintassi definita dalla specifica, può richiedere al server di eseguire un’operazione, tra quelle esposte dal servizio, su dati localizzati sul server stesso o raggiungibili via rete.
Tra le più note implementazioni della specifica troviamo Zoo, 52 North WPS e PyWPS.
Grazie al lavoro congiunto di Andrea Aime e Victor Olaya, per permettere l’integrazione di SEXTANTE con Geotools, dalla 2.1 anche Geoserver integrerà un servizio WPS.
Si tratta ancora di un work in progress, ma già funzionante, di cui è disponibile una bozza di documentazione.

Unità di misura

Questa funzionalità potrà sembrare secondaria ma invece risolve tanti problemi nella definizione degli stili tramite SLD. Finora l’unica unità di misura disponibile era il pixel, per cui ogni valore di misura in un SLD era considerato relativo alla risoluzione dell’immagine, con la conseguenza di dover, spesso, definire più stilizzazione dipendenti dalla scala. Adesso è possibile indicare nel foglio di stile l’unità a cui si riferiscono i valori di misura presenti nell’SLD, come ad esempio la larghezza del tratto con cui disegnare una certa linea.  Anche per questa novità c’è la relativa pagina.

Risoluzione delle immagini

Sempre in tema di renderizzazione, è possibile definire la risoluzione delle immagini generate dal server. Di default Geoserver usa 90 DPI, e finora non era possibile configurarlo diversamente. La possibilità di gestire la risoluzione  è di grande utilità, ad es., per gli output di “stampa”, che in genere richiede risoluzioni più elevate. Ecco qua come farlo.

Queste le principali novità, ma il lavoro alle spalle di questa beta comprende anche  molti bug fix (una cinquantina) e tanti altri miglioramenti minori, che contribuiscono alla crescita di uno dei software più importanti e robusti del panorama GFOSS. 
Colgo l’occasione per ringraziare tutto il gruppo di sviluppo di Geoserver ed i vari soggetti finanziatori che hanno reso possibile il rilascio di questa nuova versione.

L'articolo Le novità di Geoserver 2.1-beta1 è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

L’aspetto che ritengo particolarmente interessante, è la sua natura (almeno a prima vista) libera da schieramenti di gusto o culturali (proprietario vs free/open source, esri vs resto_del_mondo, ecc.). Una sorta di “duty free” della conoscenza, che offre un luogo di scambio  e di aggiornamento su pratiche e tecnologie che magari non abbiamo modo (o interesse) di utilizzare, ma che sono sempre una fonte di arricchimento.

A mio modesto vedere, GIS Stack Exchange dovrebbe rimanere uno strumento per richieste rapide e circoscritte e, spero, che non si limitino solo agli aspetti strettamente tecnicistici. Del resto esistono già community e canali dedicati, che offrono il supporto più adatto ai prodotto specifici e  un’utenza specialistica più vasta di quanta, probabilmente, ne potrà attrarre questo canale.

Insomma, staremo a vedere come evolverà. Intanto mi sono fatto un giretto tra le ultime domande, e mi sembra che l’attività comincia a entrare a regime…

L'articolo Novità: GIS Stack Exchange. Domande e risposte libere sul mondo dei GIS è apparso originariamente su TANTO. Rispettane le condizioni di licenza.