Google vient d’annoncer sur son blog Geo Developers, la mise à disposition dans Static Maps API, des vues satellites, hybrides et "terrain".

Souvenez vous je vous avais présenté Google Static Maps API lors de son lancement au début de l’année.

Depuis l’API a incorporé de nombreuses fonctionnalités :

- définir 4 tailles de marqueurs et 8 couleurs différentes
- afficher une polyligne de 50 points avec une couleur, une largeur et une opacité déterminés
- choisir le format de sortie : JPG, PNG ou GIF (avant seul le GIF était disponible)
- spécifier la langue des cartes pour avoir des toponymes translitérés au Japon ou en Grèce.

Avec les vues satellites et hybrides, Google ajoute l’une des fonctions les plus attendues par les développeurs. Static Maps API peut désormais clairement être une alternative à Google Maps API version javascript (ou flash). En effet elle offre la possibilité d’afficher une carte très rapidement (pas de besoin de charger le code complet de l’API Javascript) et dans des contextes hors navigateur web (téléphone mobile WAP, par exemple).

Pour déterminer le type de carte que vous souhaitez, il vous suffit de définir le paramètre maptype :

- satellite : images satellites
- terrain : cartes "terrain" avec relief et végétation
- hybrid : images hybrides (mix satellites et cartes)

Tous les détails se trouvent dans la documentation de Static Maps API.

Je vous rappelle que Static Maps API vous permet de générer des cartes ayant une taille de 640px maximum en hauteur et largeur. Il est possible de générer 1000 cartes uniques par jour.

Exemples

Carte "classique"

Carte version "satellite"

Carte version "terrain"

Carte version "hybride"

Le 15 juillet, Vélib’ a fêté son 1er anniversaire. Je vais vous présenter dans ce billet une application mobile que je viens de créer : Mlib.fr dédiée à la recherche de vélo ou d’emplacement Vélib’ sur la capitale.

+

Réflexions

L’idée de ce site mobile vient d’un constat : c’est assez facile de trouver une station Vélib’ dans Paris, il y en a à tous les coins de rue. Mais souvent, soit elles sont vides quand vous rechercher un vélo (en périphérie), soit elles sont pleines quand vous souhaitez déposer votre Vélib’.

Dans ces cas, l’utilisateur de Vélib’ aurait besoin d’un service pouvant lui indiquer la borne la plus proche selon son besoin. Un service sur téléphone mobile est donc des plus indiqué.

Besoins

- Site internet à utiliser sur un mobile … en situation de mobilité
- Être localisé simplement pour rechercher les stations proches
- Connaître en temps réel les disponibilités des stations
- Présenter sur une carte la recherche pour aider l’utilisateur à se repérer et à sélectionner plus facilement la station souhaitée

(photo par the noggin_nogged)

Réalisation

En mobilité
Même si la 3G (haut débit sur téléphone mobile) arrive sur de plus en plus de téléphone, il faut qu’un site mobile soit très rapide à charger… peu ou pas d’images, contenu réduit au strict minimum. L’information doit être accessible simplement et doit s’afficher rapidement. De plus le nom du site est le plus court possible… 4 lettres pouvant être facilement mémorisées ou tapées depuis le téléphone.

http://mlib.fr

La géolocalisation
L’utilisateur doit facilement se géolocaliser : impossible d’utiliser un GPS sur un site mobile, pas de localisation par antennes relais ou par Wifi. Par contre pour Mlib.fr, l’utilisateur se trouve à une station Vélib’. N’oublions pas que cette application s’adresse aux personnes ayant trouvé une station Vélib’ (plutôt facile) mais qui malheureusement n’a pas de vélo ou n’a pas d’emplacement libre.

L’idée de Mlib.fr est donc de demander à l’utilisateur le numéro de la station où il se trouve. En effet chaque station Vélib est numérotée. Ce numéro est composé de l’arrondissement et d’un chiffre répresentant le numéro de la station dans l’arrondissement. Par exemple : arrondissement 1, station n°08, donne la station indéxée 01008.

Il est très facile de trouver le numéro de la station sur la borne. Soit il est clairement indiqué, soit vous le retrouvez sur le plan du quartier.

Ayant récupéré sur le site http://www.velib.paris.fr/ très facilement l’index complet des stations (voir fichier XML), Mlib.fr connait les coordonnées géographiques de chaque station… et donc peut faire une recherche de proximité des stations Vélib’ autour d’un lieu (en l’occurence une station Vélib’).

J’ai donc souhaité éviter à l’utilisateur de rentrer une adresse qui selon moi est très peu pratique sur un téléphone… surtout que dans notre cas, on souhaite être assez précis, un numéro de rue (que l’on ne trouve pas tout le temps) s’imposerait.

L’utilisateur doit donc simplement indiquer :

- s’il recherche un vélo ou une station
- l’arrondissement où il se trouve (indiqué sur la station)
- numéro de la station (indiqué aussi sur la station)

La recherche et le résultat
Avec tout cela, la recherche de proximité des stations est faite. Je demande pour chaque station la disponibilité (via le service REST Vélib) pour afficher les résultats correspondant aux besoins de l’utilisateur dans une liste et sur une carte Google Static Maps.

Je vous avez déjà présenter ce service gratuit de carte statique de Google très pratique. J’affiche sur la carte, la station centre de la recherche (marqueur en blanc) et les stations trouvées correspondant aux critères recherches.

La taille de la carte est automatiquement déterminée en fonction du terminal mobile utilisé. En effet j’utilise le service Open Source WURFL qui est une sorte de base de donnée complète des caractéristiques des téléphones. Enfin la carte affichée est la version”mobile” comportant une charte cartographique allégée.

Une page “Détails” par station trouvée est disponible pour avoir une carte plus précise et l’adresse précise de la station choisie.

Conclusion

Mlib.fr n’a aucune prétention :-). C’est pour moi plus une réflexion autour des services mobiles. Bien évidemment c’était l’occasion de mettre en pratique Google Static Maps.

Il faut aussi être réaliste. L’utilisation d’un site mobile, n’est pas encore une pratique courante. Le boom de l’internet mobile n’est pas pour tout de suite. L’iPhone, sorti il y a un an, a vraiment révolutionné l’internet mobile, et l’engouement de la toute nouvelle version 3G ne le dément pas.

A noter bien évidemment d’autres applications du même type :

- le site mobile Vélib’ officiel qui utilise la localisation par cellId (antenne GSM). Malheureusement, la localisation est souvent peu précise et il est difficile de se repérer. L’adresse de la station Vélib’ n’aide en rien.

- Molib, qui n’est pas un site mobile mais une application sous Android très bien réalisée.

J’attends donc vos commentaires, critiques et suggestions!

Google vient d’annoncer le plugin navigateur Google Earth à la conférence Google I/O (dédiée aux développeurs qui se passe en ce moment même en Californie).

3 ans après la sortie de Google Maps, Google propose la possibilité d’intégrer LE globe virtuel par excellence, Google Earth, dans votre navigateur et donc dans votre site Web.

Attention! Ce plugin est disponible sous Windows uniquement (arrrrgghhh) pour les navigateurs suivants :  IE 6.0+, IE 7.0+, Firefox 2.x ou 2.0x (Firefox 3.0 pour bientôt), Netscape 7.1+, Mozilla 1.4+, Flock 1.0+.

Votre globe virtuel Google Earth pour navigateur est pilotable à travers une API Javascript!

Vous pouvez contrôler la caméra, ajouter les outils de navigation, créer des lignes, des marqueurs, des polygones et importer des modèles 3D à partir du Web et les superposer n’importe où sur le globe. Vous pouvez même superposer ce que vous voulez sur n’importe quelle planète, étoile ou galaxie en basculant sur la vue Google Sky. Vous allez pouvoir créer des mashups 3D Google Sky.

Une ligne de Javascript suffira pour ajouter un bâtiment 3D à votre mashup, en y intégrant en même temps la gestion d’événements sur les clics souris ou importer des fichiers KML.

Voici une petite vidéo de présentation du plugin Google Earth :

L’objectif de Google est d’ouvrir Google Earth aux développeurs pour créer de nouvelles applications géographiques 3D.

Pour tous les utilisateurs de Google Maps API, il vous suffit d’ajouter le "map type" "G_SATELLITE_3D_MAP" pour intégrer cette vue 3D à votre mashup existant.

Voici ce qu’il vous reste à faire :

• télécharger le plugin Google Earth
• Accéder aux exemples pour découvrir les possibilités de Google Earth sur navigateur.
• Pour comprendre le fonctionnement de l’API Google Earth en Javascript, allez sur la page Interactive Samples qui est très bien faite. Les possibilités sont nombreuses.
• Il n’existe pas encore de documentation de référence de l’API Google Earth, mais les principales fonctionnalités sont présentées sur Basic Topics et Advanced Topics.

Après l’API Flash, il y a à peine 2 semaines, Google frappe encore très fort avec le plugin Google Earth et l’API Google Earth en Javascript permettant de le manipuler.

C’est assez bluffant, comme pour Flash, cela offre de nouvelles perspectives concernant les mashups. Un regret quand même concernant la compatibilité unique sur Windows. Je suis assez étonné sur ce point… espérons que cela ne dure pas trop…
De plus, pour les ressources "machine", le plugin Google Earth est assez gourmand. Un "processus" du plugin est ouvert à chaque affichage d’un globe Google Earth. Si vous voulez afficher 4 globes sur une même page, vous aurez 4 processus qui prendront du CPU et environ 80-100 Mo de mémoire chacun!
Cela ralentit bien de votre navigateur.

Après je m’interroge quand même… Microsoft avait proposé Virtual Earth 3D, il y a maintenant plus d’un an et demi (avec un compatibilité encore plus restreinte) ainsi que Géoportail (dans une moindre mesure).
Pourquoi je trouve le plugin de Google Earth "bluffant" (humhum), alors qu’il n’y a rien d’innovant par rapport à Virtual Earth?

Je crois que l’approche de Google concernant ses APIs et Google Maps API en particulier est menée de main de maître. Google réussit à innover et fédérer par son approche une large communauté de développeurs… et même d’entreprises. De plus Google Earth est devenu l’un des logiciels les plus téléchargés, c’est un classique maintenant. Plus de 150 000 applications web utilisent Google Maps API. Cela donne le vertige de se dire que toutes ces applications peuvent en une ligne de code passer en vue 3D.

On va pouvoir s’attendre maintenant à des mashups d’un nouveau genre. Attendons aussi la version Mac du plugin.

N’hésitez pas à me faire part de votre avis et de vos essais en laissant un petit commentaire…

(via Google Lat Long)

Grande annonce pour les développeurs à la conférence Where 2.0. Google Maps API est enfin disponible pour Flash.

Toutes les informations se trouve sur :
http://code.google.com/apis/maps/documentation/flash/

Vous avez à disposition tout ce qu’il faut pour développer, un SDK, des instructions pour débuter, des tutoriaux et bien sûr la documentation de référence.

Pour voir ce que cela donne, une galerie complète est disponible. Il semblerait que toutes les fonctionnalités sont là : carte, marker, polyligne, geocodage… mais apparemment pas d’itinéraire.

Je reviendrais plus tard dessus.

Cette fois c’est la bonne. Google Street View est officiellement documenté dans l’API Google Maps.

Les composants de cette fonctionnalité sont assez simples à utiliser.

Voici les principales possibilités offertes :

• Création d’un panorama (en déterminant les coordonnées géographiques de ce dernier)

  var fenwayPark = new GLatLng(42.345573,-71.098326);
  panoramaOptions = { latlng:fenwayPark };
  var myPano = new GStreetviewPanorama(document.getElementById("pano"), panoramaOptions);

  Exemple

• Déterminer la vue, l’orientation, le zoom précis du panorama à afficher. Google nomme cela un POV (Point Of View)

  fenwayPark = new GLatLng(42.345573,-71.098326);
  myPOV = {yaw:370.64659986187695,pitch:-20};
  svOpts = {latlng:fenwayPark, pov:myPOV};
  var myPano = new GStreetviewPanorama(document.getElementById("pano"), svOpts);

• Un layer spécial îndiquant les zones où Street View est disponible peut être affiché sur votre carte Google Maps. Exemple

• Toutefois, un service peut vous indiquer si les données Street View sont disponibles pour un lieu précis.
  
  Exemple

Pour voir ce qu’il est possible de faire, je vous conseille la galerie d’exemples proposés par Google.

Je vous conseille de voir cet exemple, permettant de simuler un itinéraire préalablement calculer :

L’API Google Maps ajoute une nouvelle corde à son arc. C’est une nouvelle voie qui est offerte aux créateurs de mashups. L’intéraction entre la carte et la vue Street View peut être vraiment bien gérée afin d’apporter une expérience utilisateur nouvelle.

Ce qui serait vraiment intéressant serait de pouvoir intégrer des marqueurs dans la vue Street View.

Comme ceci :

Street View deviendrait alors un vrai support d’informations géolocalisées.

Pour le moment ces données Street View ne sont disponibles "que" dans 43 villes aux USA.

Mais il semblerait que de nouvelles vues sont entrain d’être prises en Australie, Nouvelle Zélande, Suisse ou Japon (via Zorgloob)… et peut être même Paris.

Mise à jour : je vous conseille ce tutorial de Google XXL.