Subito due premesse: la prima è che  lo stupido  titolo fa riferimento alle pecore, la seconda è che questo post avrebbe dovuto essere pubblicato nella categoria “Up, close and personal” che da tempo abbiamo rimosso.

Uso Geopararazzi da tempo, e ho il privilegio e il piacere di conoscerne l’autore: Andrea Antonello. Sino a pochi giorni fa era però soltanto una conoscenza virtuale, ma il 27 aprile scorso è venuto trascorrere tre giorni di relax nella mia Palermo, spesi in visite lampo tra i numerosi beni culturali e ambientali di questa terra.
Una compagnia fissa è stata la ricotta: abbiamo iniziato con le muffolette, continuato con le cassatelle e chiuso con sfince di San Giuseppe e cannoli.

A Palermo (ed in quasi tutta la Sicilia) la ricotta è (quasi) soltanto di pecora. Credetemi è qualcosa di superiore, senza rivali nella sua categoria.

Io e Andrea siamo dei nerd geek  normalmente “incollati” davanti al PC, ma il molto bello, il molto buono e dei strani superpoteri hanno preso il sopravvento e in questi giorni insieme siamo stati lontani da qualsiasi computer e abbiamo parlato di geomatica soltanto 10 minuti. Eravamo in macchina verso la “Riserva dello Zingaro”:

Andrea B. :  Sarebbe bello in Geopaparazzi poter inserire come mappa di sfondo una propria base cartografica (una carta tecnica, una porzione di ortofoto, ecc.). Non dovrebbe essere difficile replicando il meccanismo di accesso ai tasselli dei layer ufficiali (OpenStreetMap, CycleMap, CloudMade, ecc.).
Andrea A. : Ci penso da tempo, ed avevo chiesto a tizio caio di mandarmi dei dati per fare un test, ma non li ho ancora ricevuti.
Andrea B. : Allora te li mando io

Un software come questo, utile per fare rilievi sul campo con uno smartphone, deve avere la possibilità di inserire come sfondo una proprio layer di sfondo; per ragioni legate ad una migliore qualità di rappresentazione, ad una maggiore risoluzione, ad un temastismo più adeguato e ad una data di aggiornamento più recente delle basi scelte.

Rientrato Andrea a Bolzano, gli mando subito il link al servizio pubblicato in tile caching dal S.I.T.R. Infrastruttura Dati Territoriale della Regione Siciliana (segnalatomi da Agostino Cirasa), e gli propongo di fare dei test con questo.
Stordito piacevolmente dalla ricotta ancora in circolo nel suo sangue, riesce subito ad ottenere un risultato. Con lui tutto sembra sempre molto facile, perché è una vera cintura nera di sviluppo in Java di applicazioni spaziali, ed è uno che ci mette sempre molta energia e positività.

Facciamo allora subito altri test, a partire da basi a sua disposizione ed abbiamo però qualche piccolo problema.
OpenStreetMap, Google Maps, Bing maps, Yahoo! maps e molti altri provider cartografici pubblicano i propri dati utilizzando meccanismi di tile caching che sfruttano la stessa proiezione (EPSG:3785), lo stesso taglio di tasselli, la stessa risoluzione e la stessa definizione dei livelli di zoom. L’unica differenza è nel modo in cui vengono indicizzati, e le chiamate dei client devono tenerne conto, in modo da scaricare il tassello corretto per quella zona a quel dato livelo di zoom. Il nostro problema nasceva banalmente proprio da qui: avevo generato dei tasselli secondo lo schema OGC, mentre Geopaparazzi se li aspetta secondo lo schema OSM.
Per fortuna è soltanto una questione di indici, e analizzato e compreso insieme con Andrea il problema, lui ha subito scritto il codice necessario a fare dialogare il suo software con lo schema OGC (e con altri), e finalmente abbiamo iniziato a visualizzare le nostre basi basi come layer di sfondo.

Come vi dicevo Andrea è bravo ed energico, ed in poche ore ha creato anche un motore per generare comodamente dalla GUI di uDig – tramite i JGrasstools - cartelle di tasselli da usare come source per Geopaparazzi, ed ha scritto il codice per abilitarne l’accesso anche da uDig.
Tutto questo lo vedrete nella prossima versione di Geopaparazzi e questo vale soltanto come post di annuncio; al rilascio ne daremo conto anche qui, con dei contributi più “tecnici” e pratici.

E’ stata la prima volta che ci siamo messi in gioco insieme su qualcosa di tecnico, ed è stata un’esperienza umana e professionale molto bella. Non abbiamo fatto nulla di straordinario, ma ci siamo resi conto che unendo competenze e passione si ha come la sensazione di avere dei superpoteri.
L’ultima sera a Palermo l’abbiamo passata guardando The Avengers al cinema, e qualche giorno fa Andrea mi ha detto che “guardare fumetti insieme è qualcosa di molto intimo”. Per un po’ di tempo in chat lo chiamerò Tony (il ragazzo prodigioso è lui) e lui, rivolgendosi a me, Bruce!

 

Andrea ha scritto la sua versione del post nel suo blog.

 

Questo articolo è stato pubblicato originariamente sul Blog di Working Capital.

Ushahidi, che in Swahili significa testimonianza, è oggi una una società non-profit che sviluppa software libero. Il suo core business è lo sviluppo di software per la raccolta, la visualizzazione e la rappresentazione di informazioni su cartografia interattiva.

E’ un valido esempio di come una startup possa nascere da un’idea di successo, in una realtà come quella del Kenya, che non associamo a incubatore di tech company.

Tutto nasce durante le violenze che si sono verificate in Kenya, nel 2008 a seguito delle elezioni politiche. Un gruppo di persone tra cui l’attivista kenyota Ory Okolloh, si trovarono a documentare sui loro blog, anche attraverso i commenti, le violenze che stavano accadendo nel paese. Qualcuno lanciò l’idea di mappare i luoghi delle violenze attraverso Google Maps, e Ory rilanciò la proposta via twitter, chiedendo supporto alla comunità degli sviluppatori software del paese.

In tre giorni era online Ushahidi.com, il sito originale, ancora visibile in una sezione del sito attuale. Ushahidi ebbe una grandissima risposta, ben 45,000 utenti inviarono le loro testimonianze dai luoghi degli scontri, permettendo di seguire l’evoluzione della situazione nel paese in maniera indipendente da quanto riportato dagli organi ufficiali. Un esperimento riuscito di citizen journalism e crowdsourcing.

Da allora Ushahidi non rappresenta più solo una piattaforma web ma una realtà aziendale complessa, al cui al nucleo originale dei fondatori Erik Hersman, Juliana Rotich, Ory Okolloh eDavid Kobia si è affiancato un nutrito gruppo di sviluppatori e di specialisti di tecnologia, attivisti politici, giornalisti ed esperti di comunicazione. La cosa che colpisce, guardando le pagine del team è l’estrema distanza geografica che separa queste persone che vivono, in qualche caso, in continenti diversi. Il cuore pulsante del progetto rimane in Kenya anche se, formalmente, la società ha sede ad Orlando in Florida.

La piattaforma di Ushahidi dal 2008 ad oggi è stata testimone di numerose emergenze tra cui ilterremoto di Hahiti, la crisi libica, il terremoto in Giappone e l’attualissima crisi siriana, riuscendo a supportare i cittadini e le organizzazioni che operavano sul campo attraverso la gestione e pubblicazione su mappa delle richieste di soccorso e delle risorse disponibili.

La facilità nella diffusione è stata favorita da Crowdmap, uno dei prodotti creati dalla startup a partire dall’idea originale e che permette di utilizzare le risorse web di Ushahidi per mettere on line, gratuitamente, una versione personalizzata della piattaforma in pochi minuti.

Questo ha permesso, anche in Italia, la realizzazione di diversi deployment, tra cui Rifiutiamoci.

Uno dei punti di forza di Ushahidi è senza dubbio la versatilità. Consente di operare in condizioni logistiche di comunicazione profondamente diverse, adattandosi a scenari di utilizzo profondamente differenti.

La funzionalità di base è quella di rendere disponibili, anche in tempo reale, informazioni geolocalizzate relative a diverse categorie di eventi su una mappa, permettendo di analizzare il flusso temporale degli avvenimenti attraverso una timeline che può essere attivata per rappresentarli dinamicamente.

E’ possibile ricevere via email o SMS un messaggio se un evento di determinato tipo si presenta ad una determinata distanza da una posizione prefissata, allertando ad esempio un giornalista o un’unità di soccorso.

Le segnalazioni possono essere inviate via SMS o nel caso di uno smartphone con GPS integrato, utilizzando il formato GeoSMS che invia automaticamente indicazioni rispetto alla propria posizione. Sono state create specifiche apps per iPhone ed Android ed è prevista un’interfaccia dibackoffice per inserire le segnalazioni ricevute telefonicamente oltre che per validare le diverse segnalazioni, provenienti anche da email e da web.

Un’altra delle innovazioni legate allo sviluppo della start-up è stata la realizzazione di una innovativa piattaforma: SwiftRiver, che è attualmente in versione beta, che analizza e verifica inreal-time grandi flussi di dati provenienti da diversi canali quali: email, twitter, SMS e feed RSS. Il sistema provvede ad un’analisi semantica del flusso permettendo la l’auto-categorizzazione e classificazione dei dati analizzati sulla base di parole chiave.

SwiftRiver è utilizzato anche da Wikipedia per analizzare come gli editor della famosa enciclopedia tracciano, valutano e verificano l’attendibilità delle fonti relative alle voci pubblicate.

Ushahidi ha maturato una così grande esperienza sul campo da aver creato anche dei veri e proprihow-to per l’organizzazione di un sistema di monitoraggio elettorale, per il fund raisinge per la gestione della sicurezza in realtà “democraticamente” difficili.

Tra i progetti italiani che lo utilizzano possiamo citare:

A short story

Some years ago I was working for my company together with my colleagues Andrea and Fabio. That was one of the rare times we had some money to use to integrate our equipment. We work in GIS, mostly web-mapping and numeric cartography, and at that time we were lucky people with new graphic workstations, a small sized but new brand server farm and all we needed to do our job at the best. We had just completed a project related to some environmental issues and one of the problems we collided with was the lack of geodata at the scale we were looking for. At that time, public Italian geographic data, especially those referred to the region where we live and operate, were not so easily available nor frequently updated. This is a well known problem for people working with GI so Fabio told us “Why don’t we buy a small airship to collect our own information?”

Starting from this moment we spent about one month looking for the right aircraft.

At the beginning we had rough and confused ideas of what to do. Obvious constraints were: affordability, reliability and ease of use. But we were also looking for GPS control, flight planning and everything could be connected with mapping. With our surprise we easily found a number of carriers (not only airships but also planes, helicopters, paragliders, multi-copters and so on). Some solutions were of industrial type, other substantially homemade but we were looking also for a partner, someone who could help us to start and this item became part of our “requirements list”. We also found that our budget allowed to buy more than one aircraft so we decided to concentrate on two different kinds of vehicles: a paraglider to be used in photogrammetric surveys of large areas and a small quadricopter which we planned to employ on smaller areas. In those weeks we also found Daniele, a colleague and a friend that introduced us to aerial mapping with small, Remotely Piloted Aircrafts.

What sRPA are

RPA means Remotely Piloted Aircraft. An “s” at the beginning stands for small.

Remote control implies that the pilot is not sitting on-board but generally remains on the ground surface, controlling the flight using a radio device.There are a number of equivalent ways to call this kind of aircrafts. Probably the most common are UAV (Unmanned Aerial Vehicles) and drone (even if this last term originally indicated military targets¹). Other diffused English abbreviations are UAS (Unmanned Aerial Systems), RPV (Remotely Piloted Vehicles), ROA (Remotely Operated Aircrafts). In Italy, ENAC² recently introduced  the acronym  APR (Aeromobile a Pilotaggio Remoto).

Since remote control is a base characteristic to define an RPA, there are a lot of crafts kinds falling in this category. Beside obvious differences (such as those between fixed and rotary wings) other important parameters to take in account are: size, weight, range, maximum altitude and endurance. These last parameters are those commonly used to classify unmanned aircrafts. The table below illustrates an old classification of the UAV Association that uses the above mentioned parameters to define classes and, even if not the most updated, can be used as guide.

Class	Abbr.	Range (km)	Altit. (m)	End. (h)	Mass (kg)
Micro	µ	< 10	250	1	<5
Mini	Mini	< 10	150 to 300	< 2	150
Close Range	CR	10 to 30	3000	2 to 4	150
Short Range	SR	30 to 70	3000	3 to 6	200
Medium Range	MR	70 to 200	5000	6 to 10	1250
Medium Range Endurance	MRE	> 500	8000	10 to 18	1250
Low Altitude Deep Penetration	LADP	> 250	50 to 9000	0.5 to 1	350
Low Altitude Long Endurance	LALE	> 500	3000	>24	< 30
Medium Altitude Long Endurance	MALE	> 500	14000	24 to 48	1500

Small RPA are those falling within the micro and mini classes. If you look at the table, you easily understand why they are so attractive for professionals and SMEs working on mapping of small areas (up to tens of hectares). They are often so lightweight and small that you can carry them in the back of your car, but they can fly high and far enough to be employed to work. Furthermore they are enough safe. For instance:  most of the small RPA are equipped with electric engines, which means that there is no fuel flying over your heads. Some RPA, such as multicopters, are VTOL (Vertical Take Off and Landing) aircrafts so they don’t need runways and can start to fly from very small surfaces.

On the other hand, it’s important to notice that these objects have specific limitations that you must never forget. You should never fly over people or lose the sight of your drone. Wind, obstacles (such as electric cables or poles), electromagnetic interferences are enemies. You should also remember that, even if most of these objects are smaller and lighter than models and ultralight crafts, when you use them to work they are considered in all respects aircrafts.

I’m not an engineer, so I cannot deepen into technical issues but there are few important tech notions that you must have in mind if you want to deal with small drones. The most relevant are those related to some subsystems that are barely common to every UAV: GPS, IMU, communication and guide systems.

GPS measures the drone position during the flight. Some small drones also use the GPS for safety issues. For example, if you lose the radio contact with him, the drone can use the GPS to maintain its position until communication is restored.

IMU stands for Inertial Measurement Unit. An IMU is an electronic system that, using accelerometers and gyroscopes, measures speed and attitude of the aircraft during the flight. All the information you receive about the yaw, pitch and roll angles of your UAV came from its IMU.

This information reaches you thanks to a communication system that continuously transmits flight data to the ground. Generally these data are received by a ground base station and displayed along with other telemetry data³ using a software application.

Since you need to pilot the aircraft, communication between you and your drone is always bidirectional. The drone talks with you through telemetry, you talk with him using a radio control. Some small drones are also able to fly autonomously since they are capable to automatically execute planned flights. This last characteristic is an essential requirement if you want use them for mapping purposes.

Application to civil purposes

RPA technology has been originally developed for military purposes. This is the reason why the word “drone” often evokes war scenarios. When I did my first web survey to choose which drone to buy, I was impressed by the number of military sites related to drones.

Nevertheless, civil use of UAVs, especially the small ones, is growing. This is essentially due to the reliability achieved by these systems along with their cheapness and ease of use (if compared with conventional manned aircrafts).

Besides the applications in which they are used as point of view⁴, there are a lot of technical fields where the use of a sRPA is helpful. The table below lists some of them.

Scientific Applications	Civil Engineering	Industry and Utilities	Public Administration	Civil Protection
Precision Farming	Photographic surveys on buildings, bridges, dams, etc.	Preventive inspection of energy infrastructures	Monitoring of construction and mining abuses	Emergency monitoring
Archaeology	2D and 3D modeling	Monitoring of utilities infrastructures	Illegal dumping monitoring	Prevention of critical events
Geology	Energy performance of buildings		Monitoring of construction sites and public works
Environmental Studies			Documentation

In all these fields, your drone is not simply an eye in the sky but can be used to collect measures. If you use a camera as payload, you can collect the right number of images to realize a photogrammetric survey. If you change the camera with a multispectral device you can collect Remote Sensing data. You could also use active sensors, such as LIDAR, but due to the low load capacity of small UAVs (typically ranging between 0.2 and 5 kg) and high power requirements, is not so easy to find the right payload.

Geomatics

Spatial information is a pervasive content and geomatics entered in different ways in most of the aspects of our life. With reference to the technical use of small drones, geomatics is both a way and a scope.

As I said before, flight plans are important if you want to retrieve data for mapping (e.g. photogrammetric data) and spatial tools can be efficiently integrated in flight plan design process. This happens because flight plans are based on carrier (and target) position, so all the details of the flight plan (route, acquisition points, etc.) can be correctly set or calculated starting from a GIS environment. Better: the whole planning process could be confined within a dedicated geospatial platform. Even better: geospatial applications represent the right environment to display and analyze most of the data you have collected.

Since when you plan a flight is because you have some goal, this goal shapes planning activities. If I want to measure the concentrations of some chemical compounds, probably I just need to define flight route and altitude. If I want to realize a photogrammetric survey, my needs will extend to camera parameters or images overlap and sidelap.

These examples are not randomly chosen, because both can lead to mapping:

• spatialized chemical measurements easily lead to thematic mapping,
• photogrammetric survey can be used to generate orthophotos.

It is important to know that not all the drones allow automatic flights and not all the drones allow the same degree of automation. For example, our quadricopter is a very sophisticated tool that permit to define all the flight details (takeoff and landing points, route, trigger points or trigger frequency, camera zoom, camera pitch and roll angles and so on). On the other hand, our paraglider just allows to define 12 waypoints and we are forced to manually trigger the camera (is up to you to decide which is my favourite …).

Geomatics & Photogrammetry

Photogrammetry is probably the most diffuse technique used in combination with small drones.

In my experience, the photogrammetric approach is a swiss knife for a number of application fields. You can use variations of the same basic techniques to realize metric images and 3D models of the ground surface, models of buildings, bridges, quarry fronts.

If you want to use aerial photos for mapping purposes, one of the key issues is DSM generation. Digital Surface Models are three-dimensional representation analog to DTM. Differences between them are related to the inclusion (DSM) or exclusion (DTM) in the model of objects, such as buildings, located on the ground surface. Since to produce orthophotos you need to project your images on a model of the ground surface, if you want to employ your aerial pictures to generate orthophotos, you need to pass through a DSM (the good news are that, if you have collected your pictures following the right scheme, you have all the information needed to DSM generation). Once you have processed your images in order to obtain a DSM, there are other things you can do besides generating orthophotos. For instance, you can drape your images onto the model to obtain useful (and also beautiful) photorealistic 3D metric models.

Models based on image processing can be integrated with those produced with other methods.

For instance, in some applications, coupling low altitude aerial photogrammetry with Laser Scanning, helps to complete high resolution and precision measurements of buildings with those parts (such as roofs) that are inaccessible from the ground.

In some workflows, you could need to integrate satellite data with data acquired with sUAV. This happens because of the higher resolution needed or since clouds mask some part of the satellite image or because you need to record a time series with frequencies not allowed by satellite return time.

Low Altitude Remote Sensing

Aerial images can be considered a special case of use of sUAV in the more general Low Altitude Remote Sensing (LARS) scenario so, even if photogrammetry is probably the most diffuse technique connected with sUAV usage, there is a lot of space for other employments.

Infrared imagery (both near and thermal) are good examples in this direction.

Near Infrared (NIR) is the region of the electromagnetic spectrum falling between 0.75-1.4 µm. A number of objects reflects (i.e. plants chlorophyll) or adsorb (i.e. water) the incoming solar radiation in this region. NIR data can be acquired using dedicated sensors or modifying commercial cameras⁵ (including compact cameras). Thermal cameras record information in the Thermal Infrared (TIR), mostly between 7–14 µm. These cameras don’t use CCD or CMOS sensors, but a special kind of detector called microbolometer that is capable to identify differences in temperature and, if correctly calibrated, to measure temperature values.

If you combine NIR data with images collected within the visible (VIS) range⁶, you can use this multispectral dataset for various applications. Precision Farming, Preventive Archaeology, water pipeline monitoring or environmental studies are examples correctly scaled on the operational capabilities of sUAV.

TIR data can be used alone or in association to multispectral information to perform more complex analysis. For instance, you can use a thermal camera mounted on a UAV to measure energy performance of buildings or you can combine thermal and multispectral information to carry out surveys on illegal dumping.

Legal and tech issues

The examples we did since now represent the most common cases of use of sUAV for technical and scientific purposes.

The most natural question that we can do now is: if they are so reliable, quick, flexible and cheap, why sUAV are still relatively uncommon?

There is more than one answer to this question and the most relevant are related to some legal and technical issues.

The first critical issue is the poor definition of a general regulatory frame focused on the UAV use, that disadvantages also the diffusion of small drones. As we said before, these carriers are often lighter and safer than aeromodels or ultralight aircrafts but, even if these crafts can fly in conventional aerial space without limitations, sUAV cannot. This prohibition is related to their use. Roughly: if you do fly something with purposes other than your pleasure, you are doing aerial work and you must be subjected to rules. Most small companies interpreted the lack of rules as an implicit permit and this worked until small drones were unknown objects. This not correspond to the present situation, where an increasing number of potential players has tested the utility of light drones in the generation of services and sUAV increasingly appear on newspapers and TV. Due to this interest national and international authorities are trying to define a frame and a set of rules which recognize the special nature of these crafts.

Circular 328 – Unmanned Aircraft Systems (UAS)⁷ published on March 2011 by the International Civil Aviation Organization(ICAO), is devoted to inform national authorities about the ICAO perspective on the integration of UAS into non-segregated airspace and to underline the basic differences between manned and unmanned aviation. The circular addresses a wide range of topics (such as collision avoidance, air traffic services, airworthiness and certification, personnel licensing and so on) and aims to provide guiding material for future developments of regulatory frames. The US Federal Aviation Administration (FAA) recognizes that small UAS could “experience the greatest near-term growth in civil and commercial operations because of their versatility and relatively low initial cost and operating expenses”⁸ but, until now, no rules about commercial use of small drone have been released⁹.

European countries generally do not allow commercial use of small UAS with the exception of the United Kingdom, where Civil Aviation Authority (CAA) grants some permisions¹⁰.

There are also a number of technical issues the first of which is the lack of dedicated sensors. Load capacity of small drones is a hard constraint that limits the employ of professional tools. Even if miniaturization of aeronautical devices is a constant process, most of the active sensors, such as LIDAR, are still too heavy to be mounted on a small drone. For this reason passive sensors, such as optical and thermal cameras, are the most diffused in daily practice. Other kind of tools, like electronic noses, even if already available are relatively rare.

Other topics belonging to this line are connected to future technical development that in a next future will improve the sUAV capabilities. Just to report a list of the most interesting:

• sense and avoid obstacles in autonomous flight
• ability to cooperate in formation flight
• increasing of endurance
• enhancing intelligence on board.

Communities and information

If reading this article has somehow intrigued, perhaps may interest you to know that there are a number of discussion groups centered on sUAS. If you want an access point, I suggest to write one of the RPAsynonyms in the group search of Linkedin.

There also associations focused on UAV. Among the most relevant, is important to cite UVSInternational, a non-profit association which includes unmanned vehicle systems (so, in this case, not only UAV) manufacturers, service companies and researchers. In these months it is also being founded the Associazione Italiana UAS which, as UVS International, is open to the all the players of the UAV chain that operate in Italy.

If you want to find more information on the topics covered in this article there are some specialized web sites that you can refer to. One of my favourite is suasnews.com which provides a daily updated information on UAS world.

Because of the strong relation between drones and geomatics, UAV news appear on various websites focused on spatial topics (try to search for UAV in GeospatialWorld, which also published an interesting review on UAVs).

Relation between UAV and Geomatics have been also the key topic of an international conference which was taken in Zurich in September 2011. The conference title was UAV-g 2011 – Unmanned Aerial Vehicle in Geomatics and here you can access to the proceedings.

___________________

Su TANTO abbiamo scritto in varie occasioni di jQuery e abbiamo visto vari esempi delle sue potenzialità nella creazione di interfacce efficaci ed esteticamente valide per le applicazioni web.
Esistono tantissime estensioni per questo popolare framework ed una delle mie preferite è sicuramente jqGrid, utilissima per chi sviluppa applicazioni web in ambito geospaziale.
La sua utilità nel nostro campo è presto detta: un’applicazione GIS, che sia desktop o web, non consiste solo della mappa, ma deve dare anche la possibilità a chi la usa di esplorare le informazioni associate agli elementi visualizzati, cioè gli attributi. jqGrid assolve benissimo il compito.
Gli esempi sul sito ufficiale offrono una buona carrellata delle possibilità del plugin e, insieme al dettagliato wiki, permettono di produrre le prime griglie in tempi brevi.
I formati di dati che jqGrid è in grado di importare e rappresentare sono molti e, tra questi, quello che ci interessa in particolar modo oggi è JSONP (JavaScript Object Notation with Padding).
In breve, si tratta di una tecnica che supera le restrizioni della same origin policy e permette di effettuare chiamate tra domini differenti. E’ bene sapere, comunque, che questa è una regola di sicurezza che, impedendo di eseguire script provenienti da siti esterni e “non fidati”, protegge l’utente da attacchi informatici detti XSS (Cross Site Scripting).
Ricorrere a JSONP è una delle strategie disponibili per aggirare questa politica, che risulta parecchio limitante per le applicazioni web che, come i Mash-up spaziali spesso citati su TANTO, fanno uso di dati provenienti da più fonti.
Il trucco si basa sulla capacità del tag html script di caricare file javascript, anche esterni e, all’occorrenza, eseguire del codice. Non mi dilungo oltre sull’argomento e rimando a wikipedia e a questo articolo su HTML.it per eventuali approfondimenti.

Vediamo subito un esempio. Come fonte di dati prendiamo il risultato di un query task lanciato verso un MapService ReST di ArcGIS Server. Il codice per ottenere la griglia di attributi è molto semplice e il risultato di sicuro effetto.

	
$('#grid').jqGrid({
url: 'http://sampleserver1.arcgisonline.com/ArcGIS/rest/'+
     'services/Demographics/ESRI_Census_USA/MapServer/4/query',
datatype: 'jsonp',
postData: $.param({
where: "1=1",
returnGeometry: false,
outFields: "ObjectID,NAME,STATE_NAME,CNTY_FIPS",
f: "json"
}),
colModel: [
{name: 'ObjectID', label: 'ID', width: 60, jsonmap: 'attributes.ObjectID',sorttype:'number'},
{name: 'NAME', label: 'Name', width: 170, jsonmap: 'attributes.NAME'},
{name: 'STATE_NAME', label: 'State', width: 150, jsonmap: 'attributes.STATE_NAME'},
{name: 'CNTY_FIPS', label: 'FIPS', width: 60, jsonmap: 'attributes.CNTY_FIPS'}
],
caption:"ArcGIS Server 10 query",
toppager: false,
pager:"#pager",
rowList: [50, 100, 250, 1000],
rowNum: 50,
jsonReader: {
root: 'features',
repeatitems: false,
},
loadonce: true,
ignoreCase: true,
viewrecords: true,
height: '300',
width:'500'
}).jqGrid('navGrid', '#pager', {search:false, add: false, edit: false, del: false});
});
	

Il codice è volutamente semplice e ovviamente si può sostituire il valore della clausola where, qui passata come parametro e valorizzata con 1=1, con qualcosa di più utile (o dinamico).
Qui sotto potete vedere l’output della query in una tabella dinamica che offre la possibilità di consultare in modo ricco ed interattivo la nostra sorgente di dati spaziali d’esempio

Noi di TANTO seguiamo da quest’estate un’iniziativa in cui crediamo molto: Stati Generali dell’Innovazione. Sergio e Pietro Blu sono i nostri “uomini all’Avana” che ci informano dall’interno. Confrontandomi su questi temi con Sergio, che è impegnato anche nell’organizzazione dell’evento “Genova per l’innovazione – open smart city”, ho avuto l’idea di riportare le nostre “quattro chiacchiere nel bar dietro al router” in forma di intervista. Per non mancare di originalità l’ho intitolata “Bologna chiama Genova”…

Sergio, in due parole, che cosa sono gli “Stati generali dell’innovazione”?
SGI è un’associazione, ma si configura come rete di associazioni, organizzazioni, enti, gruppi e persone singole che operano a diversi livelli (locale, regionale, nazionale, internazionale). Essa è aperta al contributo di persone di tutte le nazionalità e di qualsiasi estrazione sociale, economica e politica che ne condividano i principi. Lo scopo di SGI è quello di realizzare le condizioni e organizzare gli Stati Generali dell’Innovazione, inteso come momento di partecipazione globale di tutti i portatori di interesse verso la costruzione di una prospettiva condivisa per  un cambio effettivo nella politica dell’innovazione per l’Italia.

In SGI si parla molto di “open data”, cosa indica questo termine?
Con “open data” s’intende un nuovo modello o filosofia che consente di rendere dati e informazioni  “aperti” e accessibili direttamente online.
Più in dettaglio, affinché si possa parlare effettivamente di open data, è necessario che le risorse digitali presentino precise caratteristiche, dal punto di vista tecnico, delle logiche e dinamiche di accesso, utilizzo e riuso.

Le Pubbliche Amministrazioni hanno un ruolo  in questo?
Nell’ambito di questo modello “open” delle risorse digitali e dei software, attualmente uno dei punti focali del dibattito sull’open data è il processo di liberalizzazione dei dati e delle informazioni in possesso della pubblica amministrazione (PA). L’attenzione verso nuovi modelli “trasparenti” e partecipativi delle amministrazioni pubbliche, infatti, solleva con sempre maggiore energia esigenze di “openness” tra gli enti e le istituzioni pubbliche, insieme alle necessità di svecchiamento delle procedure amministrative, sullo sfondo delle nuove tecnologie di internet, del WEB e dei dispositivi mobili.

Parlando di open data, spesso viene usata la sigla “PSI”,  cosa indica?
Con l’acronimo PSI (Public Sector Information – Informazioni del settore pubblico) s’identifica la principale fonte di informazioni in Europa. Tali informazioni sono prodotte e raccolte dagli enti pubblici; esse comprendono mappe digitali, dati meteorologici, dati sul traffico, informazioni giuridiche, finanziarie, economiche e altri dati.
La maggior parte di questi dati “grezzi” potrebbero essere utilizzati, o integrati in nuovi prodotti e servizi, di uso quotidiano, come i navigatori GPS, le previsioni meteo, i servizi finanziari e assicurativi, permettendo a molte nuove realtà aziendali di emergere in questo mercato.
Nel 2003, l’Unione Europea ha adottato la direttiva sul riutilizzo delle informazioni del settore pubblico introducendo un quadro legislativo comune per disciplinare come gli enti pubblici dovrebbero rendere disponibili le loro informazioni per il riutilizzo, eliminando le barriere che impediscono l’applicazione, come le pratiche discriminatorie, il monopolio dei mercati e la mancanza di trasparenza.

E la riusabilità ha un ruolo in questo?
Per ri-uso delle informazioni del settore pubblico s’intende il loro utilizzo in nuovi modi, attribuendo ad esse valore aggiunto, combinando le informazioni provenienti da fonti diverse, facendo mash-up e nuove applicazioni, sia a fini commerciali che non.
Nel dicembre 2011 la Commissione Europea ha presentato una strategia per l’Europa che definisce norme più chiare per realizzare l’uso migliore delle informazioni detenute dalla PA. La strategia sugli open data proposta renderà più semplice alle imprese e ai cittadini trovare e ri-usare le informazioni detenute sia da organismi del settore pubblico degli Stati membri, sia dalla Commissione stessa. Proprio per questi motivi, la Commissione prevede di aggiornare la direttiva del 2003.

Le aziende possono trarre  vantaggio dagli “open data”?
Le informazioni del settore pubblico hanno un grande potenziale economico. Secondo un’indagine sull’impatto economico delle informazioni del settore pubblico, condotto dalla Commissione Europea nel 2011 (studio Vickery), i vantaggi economici diretti e indiretti sono stimati in circa 140 miliardi di euro in tutta l’Unione europea. L’aumento del riutilizzo di PSI genera nuove imprese e posti di lavoro e fornisce ai consumatori più scelta e più valore. Naturalmente tali opportunità di sviluppo, essendo legate a cambiamenti culturali, non sono così evidenti e debbono essere intraprese azioni per favorirne l’individuazione. Un esempio di iniziativa con questo fine è Apps4Italy, un concorso aperto a progetti di soluzioni utili e interessanti basate sull’utilizzo di dati pubblici, capaci di mostrare a tutta la società il valore del patrimonio informativo pubblico.
Tra le azioni prioritarie contro lo “spread digitale” definite in occasione del primo incontro degli Stati Generali dell’Innovazione, svoltosi a Roma  il 25-26 novembre 2011, sono presenti specifiche azioni proprio per favorire il processo di liberalizzazione dei dati pubblici, condizione indispensabile perché progetti come quelli sollecitati da Apps4Italy possano moltiplicarsi.
Inoltre, il sito dell’associazione raccoglie interventi, idee, contributi sul tema open data, come “La democratizzazione dei dati per abbattere il data divide”, in cui Pietro Blu esamina le difficoltà per fare incontrare domanda e offerta di “open data” e propone alcune azioni per colmare la distanza che le separa.