Pour John Musser de ProgrammableWeb, ces limitations sont normales et même bénéfiques pour l’écosystème des développeurs : « Pour certains développeurs cela peut être considéré comme un problème mais dans l’ensemble, cela est sain pour l’écosystème. Les services doivent être ‘durables’ avec des business models qui fonctionnent pour les deux parties. »

Google est entrain de changer sa politique vis à vis des API, que ce soit en arrêtant des services peu utilisés ou en passant sur des modèles payants (comme l’API Google Translate).

Afin de suivre l’utilisation du service au quotidien, l’API Google Maps va être intégrée au service Google APIs Console. Si les quota sont dépassés, vous paierez alors 4$ pour 1000 cartes supplémentaires (8$ pour les cartes personnalisées).

Cette limitation n’est pas contraignante pour la majorité des développeurs. 25000 cartes par jour c’est beaucoup. Comme l’a indiqué Google sur Twitter, cette limitation concerne 0.35% des sites utilisant Google Maps en version gratuite.

[via RWW]

Google Street View Image API est donc une nouvelle API qui garde le même esprit de simplicité et de paramétrage mais cette fois pour les vues Google Street View. Au delà des restrictions de quota ou de taille d’image qui sont les même que pour Static Maps API, Google oblige à ce que la carte qui accompagne l’image Street View soit une carte Google.

La paramètres à disposition, au delà de la position géographique, sont l’orientation, l’angle ou le « zoom ».

Pour tester le service, je vous recommande vivement d’utiliser Static Street View Wizard qui vous fournira l’URL de l’image automatiquement suivant votre navigation sur une carte (réalisé par Keir Clarke de Google Maps Mania).

Il existe 3 modèles de licences, disponibles en fonction de l’utilisation que vous souhaitez faire de la carte. Si vous utilisez Google Maps derrière un firewall, en intranet, sur un site à accès privé, pour tout usage commercial, sur un site d’accès payant ou pour du suivi d’appareils, la licence Premier est obligatoire. Toute utilisation non conforme peut avoir des répercussions légales.

NB : Le service Premier est basé sur le nombre de sessions de pages vues requises par an. C’est la même métrique qui s’utiliserait pour mesurer le nombre de pages vues effectuées par un utilisateur. Google mesure uniquement le premier téléchargement de Google Maps sur cette page.  Cela signifie qu’une fois la carte téléchargée, l’utilisateur peut interagir avec la carte sans augmenter l’utilisation. Google ne compte pas les « transactions » (c-à-d le zoom, le panning etc.) car cela nuirait à la qualité de l’expérience utilisateur.
La Page Vue/Session se termine lorsqu’un utilisateur ferme la page. Une nouvelle page vue /session commence lorsque la page est de nouveau visitée/re-chargée.

Licence Premier pour usage Externe
8580€ pour 1 million de pages vues par an : pour une utilisation sur des sites web publics

Licence Premier pour usage interne
8580€ pour 250 000 pages vues par an : si vous utilisez Google Maps en interne, derrière un firewall, pour des applications internes de type CRM, systèmes de réservation utilisés par un centre d’appel, reporting tools, optimisation de tournées etc., la licence Premier est en effet obligatoire. Des formules supérieures sont disponibles.

Licence Premier pour le suivi d’actifs
Pour les applications où les appareils sont équipés de senseurs du type GPS ou GPRS, téléphone portable, dispositifs de géolocalisation, la licence Premier est également obligatoire (ex: suivi sur le terrain du personnel de vente/service, véhicules ou autres appareils en mouvement). Elle est basée sur le nombre d’appareils uniques montrés dans le service par mois.
Le prix démarre à 8580€ pour 400 appareils par an avec l’option « Driving Directions » (envoi de l’itinéraire vers le GPS), ou 8580€ pour 800 appareils par an sans l’option « Driving Directions ». Des formules supérieures sont disponibles.

Ces 3 types de licence incluent toutes les caractéristiques de Google Maps comme l’information trafic, les Static Maps, cartes en Flash et le Reverse Geocoding. Il n’y a aucun frais d’installation.

Sont également inclus :

• Garantie de Service minimum (SLA à 99,9% du temps)
• Non inclusion de publicité Adwords
• Support technique
• Fonctionnalités avancées de geocoding : 100 000 requêtes/jour avec  10 requêtes/seconde
• Possibilité de fournir des cartes sécurisées sur https
• Nombre plus élevé de routes/itinéraires via les web services, 100 000 itinéraires/jour avec 23 points intermédiaires
• Streetview Premier
• Support Mobile basé sur les applications web
• Meilleure résolution pour les cartes statiques : 2048 x 2048. 10 000 cartes par jour

Voilà, vous savez tout !

Plusieurs points à noter :

• Static Maps API (les cartes sous forme d’image) peuvent maintenant être utilisées en dehors d’un navigateur web. De plus si vous les utilisez par exemple dans une application payante, nous n’avez plus besoin d’une licence payante Google Maps API Premier.
• Afin d’assurer la continuité de la gratuité de l’API Google Maps, Google indique que désormais pour les nouveaux sites utilisant cette API, une publicité locale peut être directement afficher sur la carte. Sans prévenir. Dans les précédentes conditions de service (toujours valable pour ceux les ayant acceptées), Google indiquait que les développeurs seraient prévenu 90 jours avant la mise en place de publicité. Les informations sont ici.
• Les sites commerciaux ou payant utilisant l’API ont désormais une limite du nombre de cartes par jour affichées : jusqu’à 2500 cartes par jour pour les cartes utilisant la propriété Styled Maps, jusqu’à 25000 cartes par jour pour les autres.
  Si vous dépassez cette limite, vous devrez acquérir une licence Maps API Premier. Cette restriction ne concerne bien évidemment pas les sites gratuits ou à but non-lucratif.

Google n’hésite donc plus maintenant à clairement verrouiller son API de cartographie afin de la rendre réellement lucrative. Cette annonce prépare peut être une mise en place imminente des publicités dans ses cartes. A voir maintenant le prix des licences Maps API Premier pour ceux qui voudront avoir une carte sans publicité. Quelqu’un a des infos là dessus (j’étais resté à un moment sur 10000€ par an) ?

Un layer avec la publicité est ajouté. Tous les formats d’AdSense sont acceptés et vous pouvez choisir son emplacement dans la carte.

La publicité affichée est en rapport avec le lieu de la carte. Pour en savoir plus, vous pouvez parcourir la documentation de l’API.

[via Google LatLong]

En terme de personnalisation, vous pouviez uniquement modifier l’apparence des boutons d’actions.

Aujourd’hui, Google innove dans le monde de la cartographie web en proposant propose la personnalisation complète des cartes au sein de Google Maps API v3! C’est vraiment bluffant!

Toutes les informations se trouvent dans la documentation de l’API : Styled Maps

Vous pouvez décider d’afficher ou non certain type de route, les toponymes ou tout autres éléments (POI, eau etc..)… mais aussi de changer la couleur ou la tonalité de ces éléments!

Il suffit juste d’indiquer dans votre code javascript le paramétrage que vous souhaitez.

Voici un exemple :

Pour découvrir toutes les possibilités, vous pouvez essayer le Google Maps API Styled Map Wizard.

Je trouve cela vraiment impressionnant intéressant d’offrir cette possibilité « à la volée »… cela permet d’imaginer un nombre infini de représentation et d’intégration d’une carte au sein d’un site web.

Qu’en pensez vous???

MISE A JOUR : l’API de CloudMade propose depuis plus d’un an cette fonctionnalité comme l’avait présenté Audrey.

Vous pouvez ainsi pour un itinéraire générer le profil du trajet!

La fonctionnalité est disponible soit directement à travers l’API Google Maps V3, soit à travers un web service dédié : Elevation Web Service

Je ne connaissais pas d’API grand public fournissant ce type d’informations. Il sera intéressant de voir comment cela va pouvoir être utilisé afin de fournir des services pertinents aux utilisateurs.

[via Google Geo Developer Blog]

En effet les cartes choroplète sont les cartes thématiques qui sont composées d’aplats de couleurs.

GeoTribu a réalisé un très bon article, « Geomap ou comment mettre en oeuvre rapidement sur le web des cartes chloroplètes ou en symboles (presque) proportionnels » vous expliquant comment réaliser ce type de carte à l’aide de Geomap faisant parti de l’API Visualization de Google.

Il existe toutefois une solution semblable pouvant directement intégrer ce type de réprésentation sur vos carte Google Maps : Cartographer.js

Cartographer est un projet Open Source vous permettant très simplement d’ajouter une couche « thématique » à travers l’API Google Maps.

Peut être moins avancé fonctionnellement que la solution Geomap de l’API Visualization mais vous pourrez toutefois ajouter un système de « Clustering » (regroupement de marqueurs) à vos cartes Google Maps et garder les fonctions que vous avez déjà implémenter à travers l’API.

[via @geoinweb]

Je viens de découvrir une classe très intéressante et assez complète qui va vous faciliter la tâche dans l’utilisation de l’API Google Maps. Plus besoin de coder directement en Javascript, cette classe PHP vous offre les principales fonctions : affichage d’une carte (heureusement ), gestion de catégories de marqueurs, les itinéraires, l’insertion de flux XML, la clusterisation (regroupement de marqueurs), l’affichage d’infobulles, la geolocalisation d’une adresse etc…

Voici ce que vous pouvez réaliser :

Toutes les explications et les exemples se trouvent sur le site de Yohann Cerdan, son auteur.

N’oubliez pas avant de vous lancer de créer votre clé d’identifiant Google Maps API.

[via MrBoo]

• Nouvelle version Google Earth 5.1 : plus rapide
  Google a revu certaine partie de l’application Google Earth, dont notamment la gestion de la mémoire, la compression d’images, afin de rendre l’application beaucoup plus rapide lors de son utilisation.
  
  A première vue, effectivement, cela semble beaucoup plus fluide. A télécharger ici.
  Vous pourrez profiter ainsi mieux de Dublin et Cardif en 3D.
  
  [via Google Lat Long]
• Monopoly City Streets : un Monopoly géant sur Google Maps
  Basé sur Google Maps, Monopoly City Streets permet à tous les internautes de s’affronter, pendant 4 mois, gratuitement sur la version en ligne du célèbre jeux d’Hasbro.

  [MISE A JOUR] Grâce aux précisions d’un lecteur (voir les commentaires), le site ne se base pas que sur Google Maps mais aussi sur les données d’Open Street Map pour afficher les informations et le layer des rues pouvant être achetées ou enchéries.

  
  Malheureusement, il est encore assez difficile de s’y connecter, les serveurs sont assez surchargés.
  [via Neteco.com]

• Un « Geo APIs Hackathon » le 24 septembre à San Francisco
  Si vous passez par là, vous pouvez participer au marathon pour « Géo-développeurs » des API de Google : Google Maps API, Google Earth API etc…
  Plus d’infos ici.

Hier, Google a annoncé de nombreuses nouveautés pour les géo-développeurs :

Google mettra à jour son API Google Maps pour Flash (même si pour l’instant l’entreprise préfère se concentrer sur la version Javascript). Cette prochaine version ajoute la possibilité d’ajouter une vue 3D, ou plutôt d’incliner la carte et jouer avec la perspective.

Google Maps API v3 : une nouvelle version de l’API Google Maps (encore en bêta) est mise à disposition. Dans cette version Google améliore l’API Google Maps sur navigateur mobile, notamment Android, Chrome mobile et Safari iPhone (en se concentrant sur les performances).

Cette nouvelle version apporte aussi des améliorations sur les performances et le téléchargement des composants (en se basant sur une architecture MVC). De plus la partie « Geocoding » a été complètement revue. Les noms des objets javascript a aussi été revu et simplifié.

Enfin, il ne sera plus nécessaire d’utiliser de « clé » pour s’authentifier.

Android Developer Challenge V2 : Google a annoncé la V2 de son concours « Android Developer ».  Ils décerneront des prix dans plusieurs catégories notamment rattachées à la géolocalisation.

Certification Google Maps API : Google est en train de préparer un principe de développeurs « qualifiés » Google Maps API, afin de favoriser encore plus le déploiement de son API cartographique auprès de ses clients.

(via O’Reilly Radar & Google Geo Developer Blog))

Il y avait tout de même une forte attente de la part des développeurs pour utiliser ces données dans l’API Google Maps. Google a répondu à cette attente en mettant à disposition les tuiles de la cartographie Google Map Maker à la fois dans l’API Google Maps JavaScript (v2.146) et l’API Static Maps. Un nouveau type de carte est disponible en plus des vues satellites, hybrides, relief…

N.B. : ces vues ne comporte uniquement que les carte de Google Map Maker et non les cartes disponibles sur Google Maps.

Toutes les informations se trouve sur le site de l’API Google Maps.

Exemple avec l’API Google Maps Static, sur une carte au Pakistan :

Provenant de Google Map Maker

Provenant de Google Maps

(via Google Geo Developer Blog)

Voici un bel outil pour réussir vos mashups. Enjoy!

Plus d’informations :
Google Code
RWW

Ouverture
L’introduction se passe dans le hall sous la houlette de Patrick Chanezon (Open Social API Evangelist). Au programme, vision et objectifs de Google, présentation des outils et des APIs avec des témoignages de partenaires.

En bref, les objectifs de Google sont :

• Make the client more Powerful
• Make the Cloud more Accessible
• Keep connectivity Pervasive

et de faire du Browser Web, un espace de développement collaboratif basé sur des standards. Patrick Chanezon a d’ailleurs assez insisté sur le côté collaboratif et Open-Source de la société bien résumé par Eric Schmidt, CEO de Google :

The industry is going to develop as a partening industry; not as a monopoly industry. Likewise, Google’s culture is one of concensus.

Le modèle derrière cette vision est le suivant :

richer web apps ->more users -> more usage -> more revenue
based on
OPEN WEB PLATFORM

Lors de la revue des différents outils et APIs vient le tour de l’API Google Maps. Sébastien Gruhier, fondateur de la société Xilinus, nous a présenté l’outil Mapeed.
Mapeed est un moteur de fusion de marqueur par niveau de zoom. Sur un mashup possédant plus de 500 POIs, les points sont fusionnés pour éviter les recouvrements et accélérer l’affichage de l’information. L’outil est accessible soit en javascript soit avec un service web SaaS. Le produit doit sortir au mois de novembre et est disponible en bêta-test.

Agenda plutôt chargé.
Matin : conférence sur les APIs Géographiques avec Jean-François Wassong de Google France. Au programme,

• Revue des fondamentaux. Initialisation d’une carte, description des objets à disposition avec quelques astuces comme par exemple encoder les polylignes à hautes échelles pour accélérer le tracé, géocodage, itinéraire…
• Format d’échanges KML. Récemment adopté par l’OGC (Avril 2008), il permet de décrire les ressources géolocalisées, la localisation de l’observateur par rapport à ses ressources et l’évolution dans le temps et en fonction de l’internaute. Originalement développé pour Google Earth, il est maintenant devenu un format d’échange de données géographiques servant à la publication du contenu sous différentes formes (sur du support carto mais aussi à faire du géoreferencement dans le moteur Google).
• Présentation de fonctionnalités spécifiques. Cette dernière partie a été l’occasion de voir et de revoir certains outils plus élaborés mises à disposition dans les APIs comme la localisation par IP (google.loader.ClientLocation), l’Ajax Search API, Static Map API, Flash API, Earth Plugin pour les modèles 3D, StreetView et la possibilité de gérer des fonds de cartes différents.

Après-midi : CodeLab Geo. Il couvre les principaux sujets abordés dans la présentation du matin : initialisation d’une carte, ajout de marker, kml, insertion dans un gadget, utilisation de streetview, earth plugin et mapplet. Si ça vous tente, le programme de la session est disponible ici.

Impressions
Plutôt satisfaite de cette journée. Décor très sympathique, possibilité de rencontrer et de discuter avec des gens de Google (et c’est pas si souvent!) , la journée est passée très vite. La seule ombre au tableau est l’absence d’annonces et le peu de réponses aux questions portant sur la sortie de nouvelles features. Ce genre d’événements est toujours l’occasion de revoir des anciennes connaissances ou de rencontrer de nouvelles personnes afin de confronter nos expériences. Et rien que pour ça, on reviendra!

Jean-Louis Baudoin (unvelovite.com), moi-même
et Renaud Euvrard (Renalid.com)
(ZDNet.fr)

Update : Toutes les conférences ont été filmées, elles sont disponibles sur YouTube.

On en parle aussi
Autres visions, autres retours sur les différentes conférences :
programmez.com partie 1
programmez.com partie 2
RedoBlog ZDNet
et plein de photos sur Flickr!

• Présentation (en vidéo et en musique!) des 20 mashups français via RenaLId
• Comment Google indexe les données géographiques (type kml) présentes sur votre site via nearby.org.uk par le célèbre Barry Hunter.
• Les bonnes pratiques pour créer un mashup via Mashable
• API de géolocalisation pour Google Gears via Google Code Blog

Peut-être une occasion de se rencontrer!

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"

+

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!

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)

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.

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.

Sur le Forum Google Maps API, des développeurs ont analysé la nouvelle version de l’API qui a été publiée (version 2.103). Ils ont trouvés de nouvelles classes et méthodes javascript commençant par GStreetview.

La documentation non officielle et des exemples sont disponibles sur le site de Mike Williams.

Je vous rappelle que les données StreetView sont disponibles dans les villes suivantes :

(iva GoogleMapsMania et Mapperz)

Les API cartographiques que l’on connait comme Google Maps API, Virtual Earth ou ViaMichelin Maps & Drive, ne sont destinées qu’à des sites web car utilisant des technologies Javascript de type AJAX. Seul un vrai navigateur web peut interpréter ce type de language. Une des révolutions de l’iPhone d’Apple est d’intégrer un dérivé du navigateur Safari sur le device et de pouvoir ainsi utiliser ce type de technologie. C’est un des premiers appareils a pouvoir le faire.

Mais qu’en ait il de 99,99% des téléphones formant le reste du marché? Les téléphones même perfectionnés ne peuvet afficher que des site web simple « statique » en HTML et image… comme sur le web il y a 10 ans. Les nouveaux OS pour téléphones mobiles comme Androïd ou les navigateurs dédiés comme Opéra Mini intégrent la possibilité des technologie d’affichage plus performantes. Mais pour l’instant ils ne sont pas encore lancés sur le marché.

Donc pour l’instant, il est encore difficile d’afficher sur votre site mobile des cartes adaptées pour votre téléphone mobile. Sans oublié que les capacités d’affichage des images sur les navigateurs des téléphones mobiles limitent la lisibilité. De plus l’écran est réduit, ne facilitant pas la lecture d’une carte détaillée.

Yahoo! déjà présent

Yahoo a depuis longtemps répondu à ce type de problématique avec  « Map Image API » de Yahoo! Maps Web Services. Il s’agit d’un Web Service de type REST où dans la requête vous indiquez le centre de la carte (adresse ou coordonnées géographiques), la taille (10 à 2000 pixels de hauteur et largeur), le format de l’image (png ou gif). Le système reste très simple et peut répondre à certaines problématiques mais pas vraiment au besoin « mobile ».

Voici un exemple (j’ai indiqué le centre, le zoom, la taille de la carte):

Google Static Maps API, qu’en est il?

Google Static Maps API fonctionne sur le même principe. Cette API vous permet de générer une carte statique, une image, depuis les serveurs de Google. Comme pour l’API Javascript vous devez avoir une API Key.

Attention, il y a tout de même une limite journalière de 1000 requêtes en sachant que le comptage se fait uniquement pour des cartes différentes. Vous pouvez demander l’affichage de 50000 cartes identiques sur une journée, ce qui est assez intéressant en fin de compte. L’image est au format GIF.

A partir de cette URL : http://maps.google.com/staticmap?parameters vous allez construire directement l’URL de la carte.

Voici les paramètres disponibles pour la création d’une carte statique :

• center : le centre de la carte en coordonnées géographiques latitude, longitude
  ex : ¢er=48.861433,2.334112
• zoom : le niveau d’échelle de votre carte (entre 0 et 19)
  ex : &zoom=16
• size :  la taille de carte en largeurxhauteur
  NB : la limite est de 512×512 pixels.
  ex : &size=400×320
• maptype :  le type de la carte. 2 possibilités (pour l’instant??), roadmap avoir pour les cartes classique et mobile pour avoir une carte vraiment adaptée aux écrans de mobiles (meilleur lisibilité)
  ex : &maptype=mobile
• markers :  pour déterminer les marqueurs présents sur votre carte. Ils sont listés sur la valeur du paramètre markers.
  Il n’est pas indiqué une limite du nombre de marqueurs affichables. Un marqueur se définit par sa latitude, sa longitude, sa couleur (optionel) et une lettre pour le distinguer (optionnel). Ces quatres élément sont séparés par une virgule. Si il y a plusieurs marqueurs, on les distingue avec le caractère |
  ex : markers=48.861433,2.334112,blues|48.865491,2.321098,green
  Les couleurs des marqueurs sont : red (rouge), blue (bleu) ou green (vert).
  La lettre n’est pas séparée par une virgule (?? étrange) : markers=48.861433,2.334112,bluesr|48.865491,2.321098,greeneNB: vous pouvez ne pas indiquer de centre et de zoom si vous avez des marqueurs. La carte la plus adaptée pour afficher les icônes sera fournie.

Exemples

Voici quelques exemples :

• Carte simple (centre/zoom)

  http://maps.google.com/staticmap?

  center=48.861666,2.32129
  &zoom=14
  &size=400×320
  &key=VOTREAPIKEY
   

• Carte avec un simple marqueurhttp://maps.google.com/staticmap?center=48.861666,2.32129&zoom=14&size=400×320&markers=48.861666,2.32129key=VOTREAPIKEY
  
• Carte avec marqueurs et un centre/zoomhttp://maps.google.com/staticmap?center=48.861666,2.32129&zoom=14&size=400×320&markers=48.861433,2.334112,bluer|48.865491,2.321098,greene&key=VOTREAPIKEY
  
• Si je retire le centre et le zoom en laissant les marqueurs :http://maps.google.com/staticmap?size=400×320&markers=48.861433,2.334112,bluer|48.865491,2.321098,greene&key=VOTREAPIKEY
  
• La même que la précédente en version mobilehttp://maps.google.com/staticmap?size=400×320&markers=48.861433,2.334112,bluer|48.865491,2.321098,greene&key=VOTREAPIKEY
   

En comparant les 2 cartes (version roadmap et version mobile), on peut se rendre compte que les voies sont moins larges pour une meilleure lisibilité des espaces. Les noms de rues sont écrits plus gros.

Conclusion

C’est une excellente initiative de la part de Google de proposer ce nouveau mode de requêtes de carte. Les requêtes sont très simples à formater et fournissent directement l’image. Pas de XML à parser pour avoir l’URL.

Cette nouvelle API est particulèrement adaptée aux supports mobile et ouvre donc de nouvelles persectives. Comme je le disais, les applications utilisant la cartographie dans le contexte mobile vont voir le jour plus facilement grâce à ce type d’outils. Cela va permettre d’effectuer un premier pas vers le mobile pour tous les mashups créés grâce à l’API Google Maps (ou autre). Mais attention, aucune intéraction n’est encore possible sur ces cartes. De plus les vues hybrides/satellites ne sont pas (encore) disponibles.

Points positifs :
- Multi plateforme et standard (pas de Javascript)
- Version mobile disponible
- Requêtes simples

Points négatifs :
- 1000 cartes uniques par jour (limité pour un site à fort trafic avec données dynamiques à afficher)
- Format unique d’image : GIF
- Taille des cartes un peu limite (512*512) pour certains cas

Il a créé de nombreux mashups cartographiques en se basant sur Google Maps, mixant tout cela avec les données de différents site web et API.

Même si certains de ces mashups semblent « simples », il faut apprécier les idées ingénieuses qui sont ici exploitées… et qui peuvent amenées vers de nouveaux usages ou de même, de nouveaux mashups.

La liste de ses mashups (tous en anglais) sont présentés sur sa page personnelle : Olivier Gosselin.

• 
  Local News : Découvrez l’actualité directement depuis la carte
  Ce mashup utilise les API Google Maps, Geonames et Hostip.info.
• 
  Mapified Kayak : Utilisation du métamoteur de recherche de voyages Kayak, offrant la possibilité de rechercher plusieurs destinations de voyages d’un clic.
  Ce mashup utilise les API Google Maps et Kayak.
• 
  Mapified Rss : Géolocalisez n’importe quel flux RSS en surlignant les pays cibles.
  Ce mashup utilise les API Google Maps, Geonames et les flux RSS de Google News.
• 
  Mapified Stock Indices : Visualisez les variations quotidiennes d’indices boursiers asiatiques sur une carte Google Maps. Les couleurs et tailles d’icônes sont proportionnelles aux variations et aux capitalisations.
  Ce mashup utilise les API Google Maps, Geonames et Dapper.
• 
  Overflown Countries : Obtenez la liste de tous les pays survolés et les distances lors d’un déplacement à vol d’oiseau.
  Ce mashup utilise les API Google Maps et Geonames.
• 
  Road Trip in the USA and elsewhere : Obtenez la liste des zones administratives traversées lors d’un voyage routier. Elles sont affichées sur la carte pour les USA (états et comtés) et la France (régions et départements) mais la liste est disponible pour tous pays ou Google supporte la génération d’itinéraires. ANIMATION disponible du trajet.
  Ce mashup utilise les API Google Maps, Geonames, Topocoding et Google Chart.
• 
  Where Are Trains? : Mon mashup préféré dans cette liste. Suivez en temps-réel le déplacement des TGV quittant ou arrivant à Paris de manière animée. Le déplacement est déduit de l’heure de départ et d’arrivée du train.
  Ce mashup utilise les API Google Maps et Dapper.
• 
  GoogleMaps vs YahooMaps : 2 cartes sur la même page pour comparer facilement les cartes disponibles entre Google Maps et Yahoo Maps.
  Ce mashup utilise les API Google Maps et Yahoo Maps.

Avec son autorisation, je me permets de vous proposer ses 10 bonnes pratiques concernant la conception de mashups, que je trouve vraiment très pertinents :

Soyez malin! La philosophie des mashups est d’apporter une plus-value en fusionnant intelligemment des services web existants. Cherchez les ‘briques’ dont vous avez besoin sur le net et n’apportez que le ciment. Un assez bon annuaire des API est disponible sur programmableweb.com.

Si vous créez une ‘brique’ dans une optique non-commerciale, vous devriez la partager parce qu’il est fort probable que quelqu’un puisse un jour en avoir besoin pour créer un nouveau mashup qui pourrait vous inspirer par la suite. Regardez les bonus ci-dessus par exemple. N’imaginez pas que les moteurs de recherche référenceront correctement ces briques (tout du moins au début). Enregistrez-les sur des sites ou forums de référence. Pour les mashups Google Maps, la communauté Google Earth est un bon début.

Créez un mashup que vous souhaitez utiliser idéalement tous les jours et par conséquent un mashup utile Un fameux comme Flickrvision est joli à regarder quelques minutes mais AMHA n’a pas grand intérêt.

Utilisez un Integrated Development Environment (IDE) dédié au développement web, donc avec assitant de codage pour JavaScript, HTML, et CSS, un surligneur syntaxique pour ces mêmes langages, et un notificateur d’erreurs et d’avertissements à la volée. Personnellement j’utilise l’édition communautaire du Studio Aptana.

Installez les extensions pour Firefox utiles au débogage: Firebug et IETab.

Appliquez les bonnes pratiques Yahoo! Performance et installez YSlow pour Firebug. Vous pouvez également utiliser les outils gratuits en ligne de Pingdom.

Installez localement un serveur web packagé comme XAMPP.

Pour l’utilisation multi-domaine de XMLHttpRequest, utilisez un proxy and déployez le chez un hébergeur supportant la bibliothèque cURL. Un peu de bon sens doit vous faire ajouter quelques lignes de PHP pour sécuriser son utilisation.

Utilisez un gestionnaire de configuration comme Subversion et tracez les versions dans la page du mashup pour tenir vos utilisateurs informés des sorties.

Donnez un moyen à vos utilisateur de vous faire un retour (email, formulaire,..).

Bravo à Olivier, je lui décerne le titre honorifique de « Mashup Master« .

Oufumer.fr propose aux fumeurs un maximum d’adresses de lieux où ils pourront fumer, dans le respect de la loi et de celui des autres citoyens.

Simple et pratique, ce site propose la localisation directement sur une carte Google Maps des lieux aménagés pour les fumeurs.

A tout un chacun, fumeur ou non, désireux de s’informer et d’échanger des informations sur les lieux aménagés pour recevoir les fumeurs. Tout le monde peut également participer à la vie de ce site en ajoutant des lieux pouvant recevoir les fumeurs.