ReLucBlog - SIG, MOZILLA & NTIC

Google a profité de la fin du mois de mai et deux 2 conférences importantes pour présenter 2 nouveautés importantes de sa sphère géographique.

Google Maps Data API

Lors de la conférence Where 2.0, Google a annoncé la publication de l'API Google Maps Data. Cette API permet d'accéder et de modifier les données de Google My Maps. Google offre donc la possibilité aux développeurs d'imaginer de nouvelles solutions d'éditions de données géographiques mais aussi et surtout un espace de stockage pour ces données.

Par exemple on peut imaginer que :

• Google Earth deviennent votre éditeur de données Géographiques et plus seulement Google My Maps;
• vous ayez la possibilité d'utiliser une interface basée sur OpenLayers pour créer ces donnnées
• de nouvelles applications mobiles (comme MyTracks) profitent de l'espace de Google

Par contre, pour le moment, ils n'est pas possible de partager ses données géographiques comme ses Google Docs... Ce qui a mon avis devrait bientôt arriver.

Voici quelque liens sur le sujet :

• Sean Gillies : Geo+Atom
• Between the Poles : Google Maps Data API Announced at Where 2.0
• Sean Gillies : Reactions
• All Points Blog :On Google Maps Data API
• Mapperz : Google Maps Data API - New
• Google Maps Data API : Developer's Guide

Google Maps API v3 beta

Ensuite c'est au cours du Google I/O qu'une nouvelle anonce pour le monde de la géomatique a été faite : la publication de la Beta de la version 3 de l'API Google Maps. Cette nouvelle version vise tout particulièrement à améliorer les performances sur des navigateurs pour mobile (iPhone, Android, etc). Elle est aussi basé sur une architecture MVC (Modèle-Vue-controlleur). Le nommage des objets Google Maps a été revu, par exemple ce n'est GMap2 mais google.maps.Map. Enfin pour le moment il n'est plus nécessaire de posséder une clef.

Pour ce qui est du dernier point, aucune information n'est encore disponible sur le fait que la version finale ne nécessitera pas de clef, ce qui remettrait en cause les licences Google Maps API Premier.

Voici quelque liens sur le sujet :

• The Google Maps API V3
• James Fee :Google I/O News
• GeoChalkboard : Google Maps Version 3
• Mapperz : Brand New Google Maps API v3 (in Labs)

Info en plus

• Where 2.0 édition 2009, la conférence des presque géomaticiens

• OpenLayers et OpenStreetMap à la Maison Blanche sur la page Delivering on Change, Andrew Turner et Luc Vaillancourt en parle.
• Geoweb Guru vous offre un aperçu technique d'OpenLayers.
• Lors du Code Sprint de Toronto, la communauté PostGIS avait discuté du support des données raster dans la base de données. Cette fonctionnalité avait déjà été implémenté dans Oracle Spatial/Locator. Et pour y accéder vous pouvez utiliser GDAL! GDAL supporte Oracle Georaster.
• L'OpenGeo vient de publier un papier blanc sur l'architecture des solutions Web Mapping proposer par OpenGeo. Ce document a été rédigé par Paul Ramsey. James fee a pris le temps de le lire et d'y réagir. Ce document est absolument à lire!

Google vient de faire évoluer son outil de géolocalisation personnelle : Google Latitude. Cette application vous permet de vous positionner sur terre et de partager ces informations avec vos amis mais aussi avec tout le monde. Elle s'installe sur votre téléphone portable ou s'ajoute à votre iGoogle.

L'évolution de Google Latitude est de pouvoir accéder à votre position publique en dehors de Google Latitude grâce au Google Latitude Badge!

La première utilisation de cette nouvelle fonctionnalité est de pouvoir ajouter à un site ou à votre blog une carte centré sur votre position enregistré par Google Latitude. Techniquement cela se fait au travers d'une <iframe/> qui chargera la carte. Pour ce genre d'utilisation, Google a cherché à faire au plus simple pour des non développeurs. Par contre pour ceux qui ne font pas parti de ces derniers, Google nous offre un moyen d'imaginer d'autres utilisations de notre positions.

Pour les développeurs, Google Latitude offrent maintenant la possibilité d'accéder aux flux de positions au format KML ou GeoJSON! Il sera donc possible d'afficher sa position dans Google Earth, dans Google Maps, dans sa propre application basée sur l'API Google Maps, ou tout autre application supportant le format GeoJSON (OpenLayers, GDAL/OGR, etc). Mais comme il est toujours plus intéressant d'être nombreux, ces flux de localisations peuvent contenir plusieurs positions, par exemple ceux de vos amis.

Mais, car il y a un mais, il n'est pas pour le moment possible de mettre à jour sa position Google Latitude autrement qu'avec l'application Google Latitude, ce qui ne saurait tardé, enfin espérons le!

Annonce officielle!

La fondation Mozilla a publié la semaine dernière la 4e Beta du futur Firefox 3.5. Une des évolutions intéressante de cette version, hormis l'amélioration du moteur JavaScript, l'élément <video/>, les Web Workers, ou le chargement de Font CSS, est l'intégration de l'API de Géolocalisation du W3C.

L'API de Géolocalisation est une futur norme du W3C pour permettre aux pages Web et donc aux applications Web d'interroger le navigateur sur le position sur terre de l'utilisateur. Actuellement cette API est accessible aux utilisateurs de Google Gears. Firefox 3.5 augmentera encore le nombre d'utilisateurs susceptibles de profiter de cette innovation, et Fennec, la version pour Mobile de Firefox, devrait encore augmenter l'intérêt des développeurs pour cette fonctionnalité.

L'utilisation de cette API dans une page Web est assez simple :

<html>
<head>
<script type="text/javascript">

function displayLocation(loc) {
  var locDiv = document.getElementById("locationDiv");
  locDiv.innerHTML = "lat: " + loc.coords.latitude + ", lon:" + loc.coords.longitude;
}

function getLocation() {
    navigator.geolocation.getCurrentPosition(displayLocation);
}

</script>
</head>

<body>
<a href="#" onClick="getLocation()">Click here to display location</a><br>
<div id="locationDiv"></div>
</body>
</html>

L'intérêt est de pouvoir fournir un service plus précis :

• un centrage plus précis sur une carte
• une recherche plus précise de lieu ou d'information
• ne pas avoir à installer un nouveau logiciel pour partager sa position
• ou tout autre service pouvant profiter d'une localisation

Bien sûr l'aspect sécurité et protection de la vie privée a été pris en compte par l'équipe Mozilla. Ainsi voici le point de vue développé par Doug Turner lors d'une conférence sur air.mozilla.org :

• Protection de la vie privée : le respect de la vie privée est super importante pour nous (Mozilla) et nous estimons avoir la meilleure politique en matière de protection de la vie privée vis à vis de vos données. L'utilisation de données Wifi, d'adresses IP, de protocoles associés ne doit jamais être utilisée pour espionner les utilisateurs, les suivre ou les partagers sans un accord explicite.
• Préserver le choix de l'utilisateur : Si l'utilisateur ne fait rien, la géolocalisation n'est jamais utilisée. Lorsqu'une page Web veut demander la position de l'utilisateur, une boîte de dialogue, comme pour lorsque vous entrez un login / mot de passe, apparaît. L'utilisateur est libre de choisir si il fournit l'information, mais s'il ne fait rien aucune géolocalisation n'est fournit à la page Web. La fonctionnalité est désactivé par défaut. Enfin l'utilisateur est libre de choisir un autre système de géolocalisation qu'il installe grâce à une extension.

Mais afin de développer l'utilisation de cette API et de faire naître de nouveaux services, Mozilla souhaitait proposer au moins un service de géolocalisation. Par contre ce service doit être en accord avec les règles de sécurité et de protection de la vie privée de la fondation Mozilla, ce qui est la cas des services de Google. Donc par défaut dans Firefox 3.5 et Fennec, la géolocalisation est fourni par le service de géolocalisation de Google que l'on retrouve dans Google Latitude.

Donc techniquement cela donne :

1. L'utilisateur se rend sur une page contenant du JavaScript demandant la géolocalisation au navigateur, Firefox ou Fennec.
2. Lorsque la page est chargé par le navigateur une boîte de dialogue appraît.
3. Si l'utilisateur ne sélectionne rien ou clique non, le navigateur ne demande aucune géolocalisation et retourne simplement un message d'erreur.
4. Si l'utilisateur a répondu oui, Firefox ou Fennec formate les données des point d'accès Wifi en JSON et les envois au Service Google de Localisation via HTTPS (les données sont donc cryptées).
5. Le Service Google de Localisation retourne une géolocalisation au format JSON.

Pour en savoir plus :

• Doug Turner : Geolocation in Firefox 3.5 and Fennec
• Google Code Blog : Google Location Services now in Mozilla Firefox
• Firefox 3.5 for developers