ReLucBlog - SIG, MOZILLA & NTIC

Après avoir anoncé la publication prochaine d'une API de recherche sur le GeoWeb : GeoSearch. Google vient d'anoncer la publication d'une API Flash pour Google Maps.

Cette annonce fait du bruit que ce soit dans la communauté de la géomatique ou des NTIC et du Web. Je vais essayer d'expliquer pourquoi.

En publiant cette API Flash, Google reste en avance sur la concurence. Il propose au moins 2 langages Web pour faire de la cartographie sur le Web (web mapping). Et fait entrer dans la monde de la néo-géographie une nouvelle communauté, celle des entreprises et développeurs Flash. En rendant accéssible à cette communauté le GeoWeb, Google augmente de ce fait la capacité de production de données, mais aussi la capacité d'exploitation de sa solution. Enfin avec cette première API Web Mapping Flash, Google va profiter du pouvoir commercial d'Adobe qui souhaite imposer sa technologie Web, le Flash, comme la solution du Web 2.0.

Et c'est là que la polémique commence. Certains développeurs considère que Flash permet plus de chose que JavaScript, que Flash est l'avenir du Web, et que donc cette API est l'avenir du Web Mapping. Mais Adobe via son Runtime (Machine Virtuelle), AIR, souhaite installer Flash sur votre bureau. C'est à dire ne plus avoir besoin d'un navigateur pour lancer une application Flash/Flex, pouvoir lancer de telles applications directement à partir de votre bureau. Du coups Google Maps peu mettre un pied sur votre bureau. Certains sont donc prêt à y voir l'avenir de la géomatique. Et il est vrai que proposer des solutions exploitant des fonds cartographique du niveau de Google Maps a un avenir certain mais Flash n'est pas la seule solution.

L'autre solution actuelle est celle sur laquelle nous (3Liz) travaillons. Nous avons des prototypes que nous souhaitons rapidement transformer en solution qui permettent de marier des fonds Google Maps avec des donnéees SIG locales. C'est à dire que nous sommes capable, sans Flash, juste avec du Javascript, de proposer des applications de bureau capables d'exploiter Google Maps, grâce à Mozilla.

Je suppose que Microsoft proposera prochainement une API Silverlight, concurrent Microsoft de Flash, pour Virtual Earth, concurrent Micorsoft de Google Maps, si ce n'est déjà fait.

Ils en parlent :

• Mark Finkle de chez Mozilla
• The Map Room
• Slashgeo

Il y a environ 1 mois le format KML a été standardisé par l'Open Geospatial Consortium.

Actuellement a lieu en Californie la conférence Where 2.0. Au cours de cette conférence John Hanke, le directeur de l'équipe géographique de Google, a fait quelques annonces.

• En 1 ans le contenu géographique sur le Web s'est accru de 300%;
• Il a aussi décrit les progrès en terme de recherche dans le GeoWeb (geosearching);
• Il a ensuite annoncé une nouvelle API JavaScript permettant d'exploiter cette possibilité de recherche au sein du GeoWeb : l'API GeoSearch!

Les pièces du puzzle se mettent en place doucement, la suite en est la preuve :

• John Hanke a présenté sa stratégie pour que plus de données SIG deviennent accéssible au travers du Web.
• Il a aussi essayé de convaincre Jack Dangermond d'ESRI de travailler sur une solution pour améliorer l'accès aux données SIG!
• ESRI devrait publier des fonctionnalités permettant de publier facilement des données SIG au format KML et devrait être publier d'ici 4 semaines.

Leur discussion se poursuivi sur le thème de la cohabitation entre données SIG professionnel et données géographiques produites par tout-un-chacun. A long terme cette cohabitation devrait offrir les meilleurs données SIG possible.

Google est en train de se positionner en fournisseur de données SIG, non ?

Merci au Google Earth Blog pour ces infos.

Mise à jour : Vidéo de la conférence sur le blog de James Fee

Yahoo! a annoncé lors du Where 2.0 Yahoo! Internet Location Platform un concurrent directe à Geonames. Vous avez donc le choix entre une solution Open Source, gratuite ou payante en fonction de vos besoins, et une solution propiétaire.

Des collègues de l'incubateur de l'Ecole des Mines d'Alès viennent de remporter le concours Lépine 2008 avec un ordinateur conçu pour les personnes agées : Magui.

Le petit truc pour les libristes, il est basé sur un Linux!

Ils en parlent :

• 01Net
• ZDnet
• Libération
• Midi Libre
• RTL.fr
• Comment ça marche

Tout d'abord, le site a un petit problème d'affichage (voir ci-dessous)

Ensuite je trouve que la taille maximum d'une carte réalisé avec l'API du Géoportail est un peu juste (conditions générales d'utilisations) :

Une taille de fenêtre cartographique de 400 x 400 pixels au maximum

Mais comme l'API du Géoportail s'appuie sur OpenLayers, il sera possible de faire presque tout ce que l'on veut sur la France avec cette API ;-)

Suite de mes impressions après quelques tests!

Aujourd'hui, mardi 29 Avril 2008, l'IGN met à disposition une API permettant d'ajouter les données du géoportail à votre site Web. Avec une semaine de retard, l'API est enfin disponible. Je vais regarder ce qu'elle cache, enfin si j'arrive à y accéder, et vous tenir au courant...

http://api.ign.fr/geoportail

Markus vient d'annoncer la sortie de GRASS 6.3.0 :

GRASS 6.3.0 is a "technology preview" release, the first beta on the path to GRASS 6.4-stable, and also marks the start of work on GRASS 7. As such GRASS 6.3.0 is not intended to be a stable release with ongoing support, but after five months of quality-assurance review users can be confident to use this version for their day to day work, indeed due to the open development model many already do.

Traduction rapide :

GRASS 6.3.0 est une version de préview technologique, la première beta sur le chemin d'une version de GRASS 6.4 stable, et marque aussi le début de la réalisation de GRASS 7. A ce titre GRASS 6.3.0 n'est pas destiné à être une version stable avec un support continu, mais après cinq mois de revu d'assurance-qualité, les utilisateurs peuvent avoir confiance dans l'utilisation de cette version pour le travaill journalié, en effet puisque le model de développement est ouvert beaucoup l'utilise déjà.

Sinon :

• une centaine de nouveaux modules ont été ajoutés ;
• de nouveaux formats sont supportés ;
• des traductions ont été effectués ;
• des améliorations SIG ont été apportées.

Des changements structurels ont été apportés suite à l'intégration de GRASS à l'OSGEO :

• nouveau site Web ;
• nouveau wiki ;
• nouveau répertoire de code ;
• et nouveau système de suivi de bug.

Pour ceux qui ne connaissent pas GRASS, GRASS (Geographic Resources Analysis Support System) est un Système d'Infromation Géographique (SIG) utilisé pour la modélisation spatiale, la visualisation de données raster et vectorielles, la gestion et le traitement de données géospatiales, le traitement d'images aériennes et satellites, et la production de cartes graphiques et papiers sophistiqués.

Google continue de faire évoluer son application Google Maps :

• Il est maintenant possible de consulter des prévisions du traffic (valable aux USA). Fred Cavazza le dit très bien : Voilà une idée simple mais que je n’avais jamais vu ailleurs : prédire l’état du trafic en se fondant sur les statistiques. Très malin car l’état du trafic est généralement constant d’une semaine sur l’autre. Il suffit donc de “prendre le trafic” la veille (comme on prend la météo) et d’ajuster avec le live traffic au cas où.

• Il est aussi possible de faire une recherche sur les pages Web Géolocalisées. Cette option est accéssible sur maps.google.com mais pas encore sur maps.google.fr. Pour en profiter, cliquer sur afficher les options de recherche et sélectionner Pages Web géolocalisées. Le moteur de recherche tient compte de la vue au moment de la recherche. Exemple de recherche sur Montpellier, via Mapperz.
• Enfin Bjørn Sandvik de thematicmapping blog présente un exemple d'utilisation de Google Chart avec OpenLayers afin d'obtenir une carte thématique! Le code est bluffant de simplicité et d'éfficacité et tout cela grâce au nouveau système de style d'OpenLayers.

Chris Double vient de publier un patch permettant de faire tourner du SMIL dans Firefox (Firefox SVG Animation Patch et SVG Animation Update).

Synchronized Multimedia Integration Language (SMIL) est une norme du W3C permettant de réaliser des présentations animées. SMIL peut être utilisé avec SVG et HTML dans un élément ForeignObject pour réaliser des animations riches ouvertes.

Mozilla continue de proposer des solutions ouvertes pour une Web riche et innovant ;-)

• SpatialLite : extension géographique à SQLite. SQLite est un système de base de données contenu dans un seul fichier. SQLite est soutenu par Mozilla, Adobe et Symbian. On retrouve SQLite dans Firefox, AIR ou Android. SpatialLite peut être vu comme un PostGIS lite ;-) (via PerryGeo et slashgeo)
• Utilisation très ingénieuse de l'AJAX pour un atlas cartographique : une présentation des cartes à la iTunes' Cover Flow via Map index usability de Christian Spanring
• Du JavaScript dans Google Earth ? Fames Fee rapporte les propos de Brian Flood : Maintenant que Google Earth 4.3 est sortie, je voulais partager un autre projet sur lequel nous travaillons. Il a débuté en tant que framework pour une version autonome de Arc2Earth mais il est rapidement devenu évident que les fonctions principales seraient très utiles aux développeurs Google Earth. Donc, nous avons décidé de créer des outils qui chargent les deux : des extensions .Net (dont la version autonome de Arc2Earth) et aussi un runtime javascript téléchargeable.

La nouvelle version d'OpenLayers vient d'être annoncé.

OpenLayers est une bibliothèque Open Source de fonctions JavaScript permettant d'intégrer une carte dynamique à n'importe quelle page Web.

Cette nouvelle version ajoute :

• intégration des étiquettes CloudAmber à la Google Maps ;
  • il en résulte une amélioration de toutes les étiquettes dont le redimmenssionnement automatique des étiquettes
• amélioration du déplacement des couches commerciales (Google maps, Yahoo! Maps) ;
• déplacement animé en utilisant OpenLayers.Tween ;
• transistion dans les couches Image, pour conserver les images visibles lors d'un zoom ;
• reprojection du côté client, utilisant soit la transformation mercator intégré à openlayers soit proj4js ;
  • support de la reprojection decouche vectoriel
  • reprojection des controls de l'utilisateur, par exemple mouseposition
  • support de la programmation de reprojection de points et géométries
• amélioration des méthodes d'habillage d'Openlayers
  • OpenLayers.Style, OpenLayers.StyleMap; OpenLayers.Rule pour améliorer l'habillage des objets géographiques en fonctions des attributs
  • support du format Style Layer Descriptor (SLD) en lecture et écriture
• support du format Web Map Context (WMC) en lecture et écriture ;
• amélioraton du support du KML, incluant une prise en charge de l'ahbillage définit dans le fichier KML ;
• amélioration du dspport du format GeoRSS, incluant la définition de géométrie selon la norme GML ;
• nouveau contrôle de barre d'échelle ;
• localisation d'applications basées sur Openlayers via OpenLayers.Lang ;
• support de couches MapGuide OpenSource ;
• ajoutet amélioration de gestionnaires d'évènements facilitant les interactions avec l'utilisateur.

Tout cela en fait le client de Web Mapping le plus complet.

Info dans la langue de Shakespear :

• OpenLayers Blog
• Christopher Schmidt Blog
• slashgeo

• Donc hier soir, heure française, la normalisation du format KML par l'OGC a été anoncée. Cet évènement a été très largement repris par la communauté de la géomatique, liste dans mon post précédent. Les premières publications ressemblaient à la mienne, une simple reprise de l'infos. Par contre ce matin il y a quelques réflexions sur le sujet :
  • Passing off KML to the OGC so it could become a "standard" was a big mistake for Google extrait de EarthBrowser : KML, libkml and the "standard" mistake. La suite explique pourquoi.
  • Christian Spanring a une vision sarcastique de cette normalisation : Standards.
• JuanDoNeblo a présenté une réalisation en .Net permettant d'ajouter un Shapefile à Virtual Earth (via Mapperz, et Virtual Earth Blog). Cette initiative m'a donné des idées pour LiziWeb, solution Web de 3Liz, pour mieux démontrer l'intérêt d'utiliser Mozilla, MozMapTK et OpenLayers côté serveur. Ceux qui ont pu passer aux Géo-évènements 2008 et sur le stand 3Liz ont pu assister à une démonstration de l'ajout de shapefile au dessus de Google Maps. Mais comme nous utilisons OpenLayers côté client, nous pouvons utiliser Yahoo Maps, Virtual Earth ou OpenStreetMap comme fond de carte. Je vous tiendrais au courant.
• Google Maps en mode offline pour l'IPhone. Apparement c'est assez simple à mettre en oeuvre mais tout comme l'auteur, je n'ai pas essayé.
• Un membre de Cadcorp rapporte l'intervention d'un Freetard (libriste en péjoratif) sur le stand de Geomod aux Géo-évènements 2008... Et il a raison : la diversité et la concurrence sont bonne pour les utilisateurs, prennez l'exemple des navigateurs Web...
• Sortie de Google Earth 4.3 via Ogle Earth et Google Earth Blog

Mise à jour :

• Google Earth 4.3 sera finalement téléchargeable demain, mercredi! (via Digital Earth Blog et slashgeo)

Aujourd'hui l'Open Geospatial Consortium (OGC) a approuvé le format Keyhole Markup Language (KML) comme norme ouverte.

Extrait du résumé :

Le format de fichier développé initialement pour Google Earth pour l'échange d'information géographique et de présentations cartographies est maintenant une norme internationale. L'Open Geospatial Consortium (OGC) va maintenant prendre le contrôle de la norme KML.

KML est un format XML initialement prévu pour Google Earth et Google Maps. Il est aujourd'hui possible de l'exploiter dans bien d'autres solutions comme :

• Virtual Earth
• OpenLayers

Et il n'y a pas que Google Earth pour générer du KML, par exemple :

• OpenLayers
• OGR
• ArcGIS Server

Publication officielle

Sources :

• All Points Blog
• Digital Earth Blog
• GIS Lounge
• slashgeo
• Galdos
• High Earth Orbit
• Christian Spanring
• EarthBrowser
• Kelly Lab Blog
• rajsingh.org

• La prochaine version d'OpenLayers est en cours de finalisation par la communauté. Une seconde ''Release Candidate'' a été publié. Cristopher Schmidt appelle tous les utilisateurs d'OpenLayers à tester la prochaine version afin que cette nouvelle version soit prête et validée au plus vite.
• Publication d'un guide touristique basé sur OpenStreetMap par Wikitravel, et ce premier guide concerne la ville lumière : Wikitravel Paris via slashgeo.
• Grosse mise à jour par Microsoft de Live Maps (via Baliz-Media, ZDNet, James fee) :
  • Capacité d'export KML, GeoRSS, GPX. Ce qui permet de réutiliser ces productions dans Google Earth ou dans un GPS compatible. Pour les utilisateurs de Google Maps, seuls les personnes possédant un TomTom ont accès à cette fonctionnalité via TomTom Home;
  • Accord IGN - Microsoft pour de la haute résolution sur la France dans Live Maps;
  • Amélioration de la 3D.
• The Horizon Report a identifé 6 technologies émergentes. The Horizon Report est une analyse annuelle des technologies émergentes. Et cette année, vous pourrez y trouver un paragraphe particulièrement intéressant pour ceux qui ont un intérêt pour les données géospatialisées (P.24) :
  • Geo-based mashups of health, commercial, and other data are easy to find, and as geotagging becomes more common, geographical data will be embedded in more and more of these data, making it possible to plot almost anything on a map or track its movement over time ,
  • Des applications composites sur la santé, le commerce et d'autres données basées sur le géoréférencement sont facile à trouver, et comme le positionnement géographique devient de plus en plus commun, des données géographiques sont de plus en plus intégrées à ces données, il est alors possible de positionner n'importe quoi sur une carte ou suivre leurs déplacement au cours du temps.
  • 3Liz s'inscrit dans cette évolution de l'information, en proposant des outils s'implifant la réalisation de carte ou la création d'application exploitant l'information géographiques ajoutées à des données.

• la journée fut courte, elle a fini à 16H30
• un peu moins rempli qu'hier, mais mieux que le premier jour

Je reviendrais peut-être sur ce salon dans un prochain billet, une fois que je me serais remis physiquement de ces 3 jours de salons.