Cette société avait déjà été son partenaire pour l’alimentation en images haute de résolution lors du cyclone Katrina. 

Votre service Locoos profitera donc - au moins pour la partie américaine - des images de très haute qualité de ImagingAmerica

…. Et on peut imaginer que Google utilisera plus tard cette technologie sur toute la planète y compris en France (pour Paris d’abord, sûrement…).

Mais, il faudra juste un peu de temps puisque GLatLong indique que cette technologie n’est pour l’instant qu’en mode R&D même pour les USA.

• il y avait jusqu’à présent la version 2.x. X comme eXtrême avec les toutes dernières fonction et améliorations de performances. Au risque de quelques bugs!
• il y a maintenant la version 2..s. S comme Stable. Elle active une version plus ancienne de l’API donc exempte de tout problème. Enfin en théorie…

L’intérêt de ces versions: éviter de changer sans arrêt le numéro de versions dans ses programmes Javascript. On décide une fois pour toute si on est conservateurs (S) ou risque-tout (X) et plus rien à changer!

 Situation actuelle: la version 2.x (qui est la 2.81) inclut les fonctions de géoroutage alors que la version 2.s (qui est la 2.73)  ne les intègre pas encore.

Cette base de données est une base de données “à la sauce” web 2.0 / UGC: elle est en grande partie gérée par les utilisateurs eux-mêmes, i.e. les commerçants qui peuvent tenir à jour eux-mêmes dans Google Maps les informations concernant leur boutique.

A ce titre, elle n’est pas forcémment 100% complète: au-delà des informations de sources publiques ou obtenues par crawling du web, Google souhaite la compléter au mieux via les intéressés eux-mêmes.

Donc, pour simplifier la vérification initiale permettant aux commerçants hors des Etats-Unis d’être inscrits dans Google Local, le blog Latlong de Google annonce que la nouvelle procédure est maintenant téléphonique au lieu d’être via courrier postal .

On passe donc de 10 jours pour le premier courrier à 10 minutes téléphoniques pour se trouver ensuite (en quelques semaines selon le blog) dans Google Base et les mashups Google Maps. …. Et vous n’y êtes pas encore?

Tous les détails techniques sont donnés à la fois sur le blog Google Maps API et sur le blog AJAX Search API.

En synthèse, mettre en place cette fonction ’sur une carte Google Maps déjà opérationnelle se résume à une seule ligne de code supplémentaire:

map.addControl(new google.maps.LocalSearch());

Pour essayer cette nouvelle fonction et voir les centaines de milliers de commerces et services (restaurants, fleurs, dentistes, plombiers, etc…) déjà référencés dans l’annuaire Google Local, cliquer ici.

Des tonnes de futurs mashups en perspective!

…. Et des inquiétudes pour les prestataires de pages jaunes en ligne: les clones même réalisés par des individus isolés vont bourgeonner. Il va devenir plus difficile de se différencier (pour vivre!) dans ce domaine: la seule possession des données pourtant gigantesques ne suffit plus. Elles sont à disposition de tout un chacun!

On donne à ce service un point de départ , un point d’arrivée, d’éventuelles étapes intermédiaires de passage et on fait sa requête.

La réponse de l’API met ensuite en place sur dans la langue et les unités métriques choisies la réponse:

• une carte géographique (ou une photo-satellite) qui montre graphiquement le chemin
• une description textuelle de cette route avec les changements de direction à réaliser en chemin.

Fait en qq lignes de Javascript! Le blog officiel Google Maps donne ici tous les détails

Des milliers de petits Mappy ou Viamichelin en perspective!

PS: on peut envisager des services très raffinés de guidage car Google livre également via l’API des indications intéressantes pour chaque étape de la route: sa durée, sa longueur, latitude et longitude des 2 extrémités du segment, etc…. (Pour l’instant, l’implémentation sur Locoos est minimale à ce sujet).

L’activité de Locoos est suivie via Google Analytics (issu de l’acquisition de Urchin).

Google Analytics offre la fonction Javascript urchinTracker(): on la place en général au chargement initial de la page.

Pour suivre l’activité AJAX, on peut placer cette fonction dans les scripts Javascript à chaque fois que l’on veut enregistrer un évènement particulier pour les statistiques GAnalytics.

C’est ce que j’ai fait dans le service “Routage”: avec chaque appel du verbe GDirections() de l’API Google Maps, j’ai inséré un appel “UrchinTracker(’/gdirections’)” qui inscrit ainsi dans le journal GAnalytics un appel à une pseudo-page “/gdirections” qui apparaîtra ainsi en tant que tel dans mes stats.

Donc, si vous restez sur la page “Routage” mais que vous faites 50 appels à la fonction “GDirections” en demandant un nouveau routage, je verrai 50 appels dans mes stats et pas un seul chargement de page (initiale). Je comprends ainsi beaucoup mieux l’utilisation des pages et le cheminement dans le site.

Tous les détails sur l’utilisation de urchinTracker() sont ici sur le site Google Analytics.

Les clefs ne sont utilisables que pour le répertoire défini au moment de l’enregistrement et tous ses sous-répertoires. Cela devient parfois un casse-tête quand on change l’arborescence de son site….

Exemples:

• une clef réservée pour http://www.locoos.com/maps ne fonctionne que pour ce répertoire et tous ses fils
• une clef réservée pour http://www.locoos.com fonctionne pour l’ensemble du site www.locoos.com mais pas tests.locoos.com
• une clef réservée pour http://locoos.com fonctionne pour l’ensemble du domaine locoos.com. Donc aussi bien www.locoos.com que xyz.locoos.com

C’est donc cette dernière voie qui est à recommander pour faire au plus simple et au plus efficace quand on possède le domaine (au sens DNS) du site sur lequel on veut implanter des mashups.

On se protège ainsi au niveau de l’appel à Google Maps API de toutes les évolutions de structure de son site web.

Les détails précis de source Google sont ici