Archivio
OpenLayers: beginners guide (rel. 2.10) scambio di opinioni sui difetti percepiti, novità sulla licenza d’uso (rel 2.11)
Recentemente sono apparsi un po di post su OpenLayers che si possono classificare in due filoni di argomento:
- difetti percepiti
- licenza d’uso
Per quello che riguarda lo scambio di opinioni sui difetti percepiti i post sono i seguenti:
- http://crschmidt.net/blog/archives/472/perceived-flaws-ofopenlayers/
- http://notes.tommacwright.com/post/6010879882/openlayers
- http://crschmidt.net/blog/archives/476/more-on-flaws-in-openlayers/
Sempre su OpenLayers e relativamente alal rel. 2.10 è stato pubblicato un libro che permette ai principianti di muovere i primi passi.
Ecco il riferimento web:
https://www.packtpub.com/openlayers-2-1-javascript-web-mapping-library-beginners-guide/book
Infine per la release 2.11 sono previste delle novità per quello che riguarda la licenza d’uso che diventa la 2-clause BSD License, anche conosciuta come FreeBSD License.
Ecco il post ufficiale sul blog di OpenLayers
OpenData, LinkedData, ecc … E la componente spaziale? LinkedGeoData!
Come già ho avuto modo di dire in un precedente articolo, negli ultimi tempi sempre più spesso nei vari blog ci s’imbatte in post in cui si parla di Raw Data, Open Data, Linked Data, ecc …, il che testimonia un gran fervore e dibattito sulla questione dei dati liberamente disponibili a tutti.
Ma queste iniziative tengono conto della componente spaziale dei dati? E se si come?
Devo dire che su questo punto non ho visto molto se non esempi di utilizzo di dati open in soluzioni di mapping.
Mi sono però di recente imbattuto un un interessante articolo a riguardo in merito a un progetto denominato LinkedGeoData.
Ripredendo la definizione ufficiale riportata sul sito “…… LinkedGeoData is an effort to add a spatial dimension to the Web of Data / Semantic Web. LinkedGeoData uses the information collected by the OpenStreetMap project and makes it available as an RDF knowledge base according to the Linked Data principles. It interlinks this data with other knowledge bases in the Linking Open Data initiative.”
In questa iniziativa ci sono diverse cose interessanti:
- tentativo di dare una dimensione spaziale al Web dei dati / Web Semantico
- utilizzo dei dati del progetto OpenStreet Map
- rendere disponibili i dati di OpenStreet Map utilizzando lo standard RDF in accordo con i principi dei Linked Data
Per l’accesso ai dati sono disponibili le seguenti interfacce online:
- Rest Api: fornisce accesso ad un data base con tutti i dati di Open Street Map (OSM)
- Sparql Endpoints: permette di effettuare query su database su un sottoinsieme dell’intero database caricato. Lo Sparql Endpoints è disponibile in due modi:
Un esempio interessante da seguire per le diverse iniziative in corso sugli Open Data e Linked Data del panorama nazionale!
Fonte: Mapping News by Mapperz
Un’automobile pensata per non vedenti: primi prototipi
Tra i filmati disponibili su TED mi sono imbatuto su quello relativo al progetto di Dennis Hong che sta costrunendo un’automobile per persone non vedenti sfruttando diverse tecnologie ad oggi disponibili.
L’attenzione su questo progetto è che si tratta di un’auto non “self driving” (come quelle ad esempio relativo ad un post che ho già pubblicato), ma di un mezzo in cui un guidatore non vedente può detreminare direzione, velocità e percorso in modo autonomo.
Ecco il filmato
Fonte: TED
OpenGeo Suite 2.4.3: rilasciata!
OpenGeo ha rilasciato la release 2.4.3 di OpenGeo Suite!
OpenGeo Suite (OSGeo Live), è una raccolta di prodotti gis open source pre-installati e configurati e pronti all’uso che può stare su un DVD/USB/Virtual Machine.
La suite contiene:
- browser clients
- un piccolo esempio di un software per la gestione di crisi (Hu
- tutti i principali database spaziali open source (PostGIS, SpaitalLite etc)
- diversi desktop GIS open source (QGIS, uDig etc)
- diversi servizi pronti all’uso per i client browser e i gis desktop
- alcuni dati di esmepio forniti come getting started
Ecco la lista completa.
OSGeo Live può andare bene per fare i primi test di un prodotto GIS Open Source che non si conosce e non lo si vuole installare su una macchina reale ma si è interessati a provarlo il più rapidamente possibile (occorre tenere presente che in alcuni casi le prestazioni possono essere un po basse).
Da questa release è disponibile sia una versione Community sia una versione Enterprise.
Fonte: Open Geo
Apple sta preparando una propria soluzione di mapping?
Sebbene Apple e Google abbiamo recentemente rinnovato la loro partneship relativamente all’utilizzo di Google Maps all’interno dele soluzioni IOS5 , diversi post (1, 2, 3), stanno parlando di una ipotesi secondo la quale il gigante di Cupertino sta pensando di “mettersi in proprio” per quello che riguarda il mapping.
L’ipotesi sembra suffragata dal fatto che nel legal disclaimers per IOS 5 compare una sezione denominata “Map Data”in cui sono elencate le compagnie di terze parti che già forniscono mapping e servizi collegati.
Considerando che Apple tende ad avere la massima indipendenza e il totale controllo di ciò che realizza e che, al momento, per la parte di mappe “dipende” da quello che nella reatà è un suo “competitor”, potrebbe non essere una ipotesi irrealistica e magari tra qualche tempo potremmo assistere a qualche grossa novità.
Fonte James Fee GIS Blog
Google Map Navigation offre il routing anche offline
In un precedente post avevo dato l’annucio della disponibilità in beta version di Google Map Navigation.
Ora questo nuovo prodotto del colosso di Mountain View presenta una nuova feature, vale a dire la possibilità di avere un’affidabilità anche offline usufruendo così di una guida senza interruzioni e senza reindirizzamento automatico, anche se la connessione di rete viene a mancare dopo aver iniziato un percorso.
Nokia (con Ovi Maps), offriva già questa possibilità che ora sembra entrare a far parte del prodotto Google.
Si tratta di uan funzionalità interessante quando di viaggia velocemente attraverso aree con una scarsa o nulla copertura di rete telefonica.
Con Google Map Navigation l’intero dato è memorizzato sul dispositivo in forma vettoriale e questo rende possibile anche la modifica del percorso stesso senza ncessità di essere connessi alla rete.
Questa non è l’ultima novità prevista per questo prodotto. Si prevede infatti:
- Edifici “2.5” (vedi immagine sotto riportata)
- StreetView offline
- Live Ads
- Previsioni Meteo real time
- Custom Overlay
Fonte: Mapping News by Mapperz
Necessità di markers per Google Maps? Map Icons Collection !!
Map Icons Collection è una collezione di più di 600 icone da usare liberamente come placemarks per POI (Point Of Interest).
La collezione è stata precedentemente ospitata su Google Projects, ma ora ha un proprio sito di pubblicazione.
Le icone sono rilasciate con licenza Creative Commons Attribution-Share Alike 3.0 Unported license (CC BY SA 3.0), l’unica cosa non ammessa è l’hotlinking sul sito quindi è necessario scaricare le icone su un proprio web server o ospitarle su Dropbox.
Fonte: Google Map Mania
Le API REST ESRI come standard OGC?
Notizia della settimana scorsa che sta suscitando un po di discussioni con chi si dichiara favorevole e chi contrario.
Ecco un po di riferimenti per farsi un’idea:
Fonte: James Fee GIS blog
Augmented Reality for smartphone: status degli standard
Dal 15 al 16 Giugno 2011 si è svolto a Thaihcung (Taiwan), il 3°Meeting internazionale sugli standard per la Augmented Reality.
Visto che questa tematica si sta rapidamente diffondendo con la disponbilità sempre maggiore degli smartphone è interessante avere accesso agli articoli presentati, in particolare questo articolo illustra lo stile architeturale che caratterizza alcune delle soluzioni principali in questo campo come Layar, Junaio and Sekai Camera.
Il prossimo incontro si terrà a Basilea dal 14 al 25 Ottobre 2011.
Fonte: Geo-Mobile Blog
Open Data Georiferiti: come visualizzarli su una mappa?
Negli ultimi tempi sempre più spesso nei vari blog ci s’imbatte in post in cui si parla di Raw Data, Open Data, Linked Data, ecc …, il che testimonia un gran fervore e dibattito sulla questione dei dati liberamente disponibili a tutti.
Ci sono iniziative a livello mondiale (es. Open Knowledge Foundation – http://okfn.org/, Linked Data – http://linkeddata.org/, ecc ….), che stanno ampliando la quantità di dati messi a disposizione degli utenti, e che ,al tempo stesso, contribuiscono anche a livello di proposizione di standard da rispettare per facilitare la condivisione, l’interoperabilità e l’uso dei dati stessi.
A tal riguardo anche sul territorio nazionale iniziano ad esserci iniziative degne di nota, tra tutte sicuramente la prima a produrre risultati concreti è stata Dati Piemonte (http://www.dati.piemonte.it/); altre ne arriveranno a breve, e insieme metteranno a disposizione di tutti dati grezzi (raw), e dati open liberamente utilizzabili (in realtà utilizzabili rispettando le licenze d’uso del dato stesso, ma lo spirito che anima queste iniziative è senz’altro quello di rendere tutta l’informazione disponibile senza restrizioni).
Partendo da una situazione in cui molti anni fa (ma forse neanche così tanti in effetti ….), in cui i dati e le informazioni che da questi si potevano trarre erano per così dire “… chiuse in un cassetto ….” e disponibili inizialmente solo in seguito a richieste di autorizzazione e in formati dati per lo più proprietari, si è successivamente poi transitati per un momento storico in cui questi dati ed informazioni sono stati esposti tramite applicazioni, (modello ampliatosi ulteriormente con l’avvento del mondo web). Quello che si prospetta ora è un nuovo scenario in cui sicuramente disponibilità di dati grezzi e pubblici sarà molto più ampia che non nel passato anche recente: per certi versi, portando all’estremo questo modello si può dire che potremmo rischiare l’overdose di dati!
In un tale scenario diventa quindi importante avere degli strumenti che permettano di poter usare il più facilmente possibile questi dati anche ad un’utenza “non tecnica”, al fine di permettere a tutti di usare i dati grezzi e liberi disponibili per ricavare ed estrarre le informazioni necessarie ai propri fini e attività.
Il concetto può sembrare banale ma è uno dei rischi che vedo nella ampia proliferazione di dati in formati e protocolli di accesso diversi, per quanto standard, ma spesso astrusi ad un’utenza non tecnica, fenomeno che rischia di far diventare rapidamente questi dati liberamente disponibili “lettera morta” e vanificare, in parte, il grosso sforzo che ha portato proprio a renderli aperti a tutti.
I dati prettamente alfanumerici possono essere “quasi” universalmente resi disponibili come raw data, ad esempio con un file CSV: questo formato infatti è così ampiamente diffuso e “standard de facto” che una volta in possesso dell’utente finale, sia esso un professionista, un tecnico, o anche solo un utente casuale di internet ma interessato a quel dato, questi con uno strumento che molto probabilmente ha sulla sua postazione di lavoro (Excel di Microsoft Office, Calc di Open Office, e altro), con un semplice doppio click e poche altre azioni (magari istruite con delle semplici linee guida all’utilizzo del dato), può essere in grado di visualizzare.
Discorso leggermente diverso penso valga per i dati geografici, per cui il rischio citato in precedenza può essere molto più concreto (e il che è un peccato perché chi opera con i dati spaziali sa che è diverso vedere un elenco tabellare di un dato rispetto a vedertelo su una mappa, il livello di comunicazione informativa, esplicita ed implicita, è diverso e ci sono cose, concetti, relazioni, ecc …. che, se non viste su una mappa, non saranno colti).
E’ vero che ci sono formati dati e protocolli standard (ESRI shapefile, DXF, KML, gli standard OGC, ecc ….),ma non possiamo certo dire che questi siano così “universali” da essere messi sullo stesso livello del file in formato CSV del paragrafo precedente, e queste considerazioni valgono in maggior misura per un utente casuale che non abbia conoscenze tecniche pregresse.
La finalità di questo post è ben lungi dal cercare di dare una risposta complessiva al problema sopra citato, ma vuole provare a dare delle indicazioni pratiche, ad un’utenza minimamente tecnica su come, in alcuni casi, sia possibile partire da un dato grezzo liberamente disponibile, georiferirlo e pubblicarlo facilmente su una mappa web di un proprio sito.
Allo scopo mi serviva un dato “open data” liberamente disponibile, georiferito o georiferibile, e con un insieme di dati significativo così da rendere l’esempio non solo accademico ma arrivare ad un qualcosa di utile e non banale.
La scelta è caduta sull’anagrafe delle strutture di ricettività della Regione Piemonte con lo scopo di fare una mappa in cui tutte queste strutture comparissero contemporaneamente: normalmente nei siti a scopo turistico si può ricercare una struttura per nome, per indirizzo, al più per comune, ma non mi ero mai imbattuto in una mappa web che mi desse una visione d’insieme di tutte queste strutture.
Dati di partenza
I dati di partenza sono stati prelevati dal sito Dati Piemonte (rif. http://www.dati.piemonte.it/): il dataset utilizzato è quello anagrafe delle strutture di ricettività sul territorio piemontese, circa 5.000 strutture, quindi anche numericamente significativo in termini di mole di dati da trattare (rif. http://www.dati.piemonte.it/dato/item/1232-anagrafica-esercizi-ricettivit%C3%A0.html).
Il dataset viene offerto, dopo aver accettato la licenza d’uso (Creative Commons – CC0 1.0 Universal.), insieme alle linee guida per l’utilizzare, in formato CSV e quindi facilmente consultabile con Excel di Microsoft Office o Calc di Open Office.
I successivi problemi da affrontare sono stati: come mettere in modo efficace ed efficiente tutti questi dati su una mappa web, come far fruire i dati alla mappa e come georiferire i dati stessi
Mettere in modo efficace ed efficiente tutti i dati su una mappa web
Il modo più efficace ed efficiente che si ha a disposizione, quando si ha a che fare con grosse moli di dati puntuali da rappresentare su una mappa, è quello di usare le tecniche di aggregazione dinamica dell’informazione puntuale (clustering).
Nel mio caso ho usato quanto Google Maps mette a disposizione (rif. http://google-maps-utility-library-v3.googlecode.com/svn/trunk/markerclusterer/ ), ma algoritmi analoghi sono disponibili anche in soluzioni open source quali OpenLayers (rif. http://dev.openlayers.org/releases/OpenLayers-2.10/examples/strategy-cluster.html ). Magari in un prossimo futuro può essere argomento di un futuro post.
Analizzando gli esempi offerti ho visto che avrei dovuto esporre i miei dati via JSON per poterli utilizzare con questa soluzione.
Far fruire i dati alla mappa
La situazione di partenza era quindi la seguente:
- avevo dei dati pubblici a disposizione, anche se di dimensione non banale in termini di numero di record
- avevo necessità di accedere a questi dati via http (JSON), ma non avevo, e non volevo dotarmi, di un’infrastruttura che li ospitasse
La scelta che ho fatto è stata quella di utilizzare Google Fusion Tables (rif. tables.googlelabs.com/ ), che mi permetteva di:
- ospitare senza problemi i miei circa 5.000 record di dati
- georiferirmeli
- espormeli via JSON
Dopo una prima prova su un campione di dati ho visto che la strada era perseguibile.
Visto che il numero di record era troppo elevato da trattare in un solo colpo, ho suddiviso i dati di partenza in otto files corrispondesti alle rispettive provincie piemontesi e li ho caricati su Google Fusion Tables.
Una volta caricati, per ognuno di questi files ho provveduto a rendere “pubblici” (tasto Share e poi opzione Public), la tabella stessa, condizione necessaria per l’esposizione via JSON al fine di agganciare successivamente i dati dalla mappa.
Tra i dati, nell’ottica di una loro georeferenziazione, le colonne che possono essere utili sono:
· indirizzo: es. VIA CATTEDRALE, 7
· CAP: es. 14100
· Comune: es. ASTI
Il primo passo è stato quello di aggiungere al file CSV, trasformato in foglio elettronico, una colonna che ho denominato “Georeferenziazione” che concatenasse (formula utilizzata =CONCATENA(E3;” “;D3;” “;C3) nel mio caso), queste informazioni allo scopo di poter ottenere la localizzazione su mappa dell’indirizzo completo. Le tre informazioni di cui sopra nel nuovo campo sono quindi così concatenate
ASTI 14100 VIA CATTEDRALE, 7
Purtroppo quasi subito Google ha fatto una modifica a Fusion Tables in seguito alla quale la georeferenziazione non restituiva più latitudine e longitudine della georeferenziazione per indirizzo, ma la georeferenziazione veniva messa in un unico oggetto il che rendeva impossibile utilizzare facilmente la soluzione di clustering di punti su mappa che avevo individuato.
Ho dovuto quindi trovare, per questa fase, una soluzione alternativa
Georeferenziazione
Dopo un po’ di ricerche sul web ho individuato il seguente indirizzo
http://stevemorse.org/jcal/latlonbatchsecure.html?direction=forward
che faceva al mio caso, permettendomi di georiferire in blocco molti indirizzi per volta utilizzando sia Yahoo! Maps sia Google Maps.
Per ogni files delle singole province in cui ho suddiviso i dati di partenza, o copiato il contenuto della colonna “Georeferenziazione” nell’area di testo della procedura di Steve Morse e così ho ottenuto per ogni indirizzo la sua georeferenziazione in termini di latitudine e longitudine, dati che ho provveduto a copiare in due nuove colonne (denominate “Latitudine” e “Longitudine”), che ho aggiunto alle tabelle per provincia presenti su Google Fusion Tables.
E’ ovvio che la procedura automatica non risolve tutti gli indirizzi (il processo automatico però permette di georiferire correttamente almeno un buon 80 % dei dati), e quindi è necessaria un’attività di raffinamento e controllo che va eseguita manualmente.
Nei dati da me georiferiti ho cercato di eliminare gli errori più macroscopici (es. indirizzi finiti fuori provincia di appartenenza e alcuni doppioni in termini di georeferenziazione), ma i dati dell’esempio finale potrebbero avere ancora qualche errore: tuttavia lo scopo dell’esempio non era quello di avere un prodotto finito quanto di formine una linea guida per portare su mappa degli open data, e quindi il processo di raffinamento delle informazioni non è da considerare completo (se devo dare un’indicazione mi sentirei di affermare che il dato è da considerare comunque buono al 90%).
Le verifiche di raffinamento della procedura di georeferenziazione sono state fatte:
- usando l’applicazione con la mappa, cambiando di volta in volta nel codice il riferimento alla tabella della provincia da controllare. Per i punti che ricadevano al di fuori della provincia stessa questi si possono interrigare e vedere di capire se ci sono problemi nell’interpretazione dell’indirizzo stesso o semplicemente riprovando ad usare la procedura di georeferenziazione sul singolo indirizzi magari usando una fonte diversa (es. Yahoo! al posto di Google)
- ordinando le colonne latitudine / longitudine per individuare i valori troppo estremi (minimi e massimi rispetto alla media), come casi “critici” da verificare.
Terminata la georeferenziazione per le singole province i dati sono stati esportati singolarmente e poi rimessi insieme in un unico file e ricaricati su Google Fusion Tables.
Ecco l’accesso alle singole tabelle:
- Alessandria: http://www.google.com/fusiontables/DataSource?dsrcid=873424
- Asti: http://www.google.com/fusiontables/DataSource?dsrcid=906402
- Biella: http://www.google.com/fusiontables/DataSource?dsrcid=906079
- Cuneo: http://www.google.com/fusiontables/DataSource?dsrcid=90691
- Novara: http://www.google.com/fusiontables/DataSource?dsrcid=996590
- Torino: http://www.google.com/fusiontables/DataSource?dsrcid=913906
- Verbano Cusio Ossola: http://www.google.com/fusiontables/DataSource?dsrcid=997015
- Vercelli: http://www.google.com/fusiontables/DataSource?dsrcid=936192
mentre ecco l’accesso alla tabella d’insieme
- Regione Piemonte: http://www.google.com/fusiontables/DataSource?dsrcid=1001936
Dettagli sulla mappa
Il risultato finale dell’attività è rappresentato dalla seguente mappa (fare click sull’iimagine per lanciare l’applicativo)
Il codice sorgente della mappa (liberamente disponibile a tutti), è commentato nei suoi vari passi quindi per chi interessato consiglio di consultare direttamente il codice della pagina.
Conclusioni
Con l’approccio indicato è quindi possibile portare su mappa un dato puntuale che è georiferito o georiferibile.
Credo che sarebbe interessante che i vari portali che trattano open data o linked data iniziassero a rendere disponibili anche i dati in modo tale che questi possano essere facilmente essere posti su una mappa. Qualcosa ho visto che inizia a muoversi, http://mapperz.blogspot.com/2011/05/open-street-map-linked-geodata.html e http://browser.linkedgeodata.org/?lat=51.063657689874&lon=13.750735172091&zoom=16&prop=amenity&val=
E’ ovvio che si va così un po’ oltre quello che è il concetto di open data e ci si sposta sempre di più verso un concetto di “servizio” (da open data a open service?), e su questi aspetti ci sono iniziative autorevoli che cercano di normare da tempo questi aspetti come INSPIRE in Europa, ma credo che sia necessario che questo due mondi inizino a colloquiare e trovare punti di contatto e collaborazione.
