ReLucBlog - SIG, MOZILLA & NTIC

Mozilla labs vient de lancer une nouvelle expérience : Ubiquity. Tout comme Prism, Ubiquity propose une nouvelle façon de consommer le Web. Cette fois, l'objectif est d'essayer de connecter le Web à la Langue. Cette connection se traduit par un système de ligne de commande. L'exemple choisi par Aza Raskin pour montrer l'intérêt d'un tel système utilise la cartographie. C'est le suivant :
Vous êtes sur votre Web mail en train de rédiger une invitation à un ami et vous souhaitez ajouter une carte positionnant le restaurant. Pour ce faire, vous devez ouvrir un nouvel onglet dans votre navigateur, entrer l'adresse d'une solution de cartographie Web (par exemple : maps.google.fr), entrer l'addresse du restaurant dans le champs de recherche, obtenir l'URL correspondant au résultat visualiser et insérer cette URL dans votre mail. Vous avez réalisé de nombreuses étapes sans même arriver à intégrer une carte à votre mail. Vous n'avez fait que trouver une URL que pourra utiliser votre ami pour visualiser l'emplacement du restaurant. Avec Ubiquity, il vous suffit d'Ubiq map l'adresse du restaurant pour obtenir et insérer l'image de l'emplacement du restaurant.

J'ai été pas mal impressionné par les capacités qu'offrent Ubiquity, et comme le dit Tristan Nitot : c'est potentiellement révolutionnaire mais ça n'est qu'une expérience de laboratoire. Vous pouvez malgré tout tester cette extension et participer à l'évolution d'Ubiquity.

Liens :

• Annonce officiel Mozilla labs
• Description par Aza Raskin
• Présentation de Tristan Nitot

Mozilla viens d'intégrer au tronc et donc de publier TraceMonkey, une évolution du moteur de JavaScript (SpiderMonkey) de Firefox. TraceMonkey sera disponible à tous avec Firefox 3.1 qui devrait être publier à la fin de l'année. TraceMonkey utilise la technique appellé trace trees pour permettre la compilation juste à temps (Just In Time) du JavaScript. Cette méthode permet d'améliorer la performance du langage JavaScript et donc du Web, la preuve par l'exemple.

L'objectif initial était d'améliorer l'interprétation du JavaScript pour le mobile et donc de proposer une expérience du Web Mobile proche du Web. Pour ce faire il était nécessaire d'améliorer la façon dont le JavaScript est interprété par le navigateur. Il était nécessaire d'interprété celui-ci juste à temps et de diminuer l'emprise mémoire de celle-ci. La technique trace trees était déjà utilisé par Adobe dans son interpréteur d'ActionSript (FLEX), cousin du JavaScript, et fourni à la communauté Mozilla via Tamarin Tracing.

TraceMonkey est une excellente nouvelle pour le Web car il est disponible pour les architectures de processeurs x86, x86-64 et ARM, donc pour tous les ordinateurs de bureaux (desktops) et les mobiles (smartphones et téléphones mobiles). De plus l'amélioration des performances offertes par TraceMonkey permet de réaliser en JavaScript des applications qui nécessitait jusqu'alors l'utilisation d'un plugin.

Mais TraceMonkey est surtout une excellente nouvelle pour le GeoWeb, puisqu'il augmente les capacités du JavaScript. Il augmente les possibilités d'analyse et de traitement des données vectorielles au sein du client. Là où le Flash était nécessaire, le JavaScript pourra le remplacer. Il sera aussi possible d'accéder à de vrai application de Web-Mapping à partir d'un mobile.

Ce qui peut sembler limitant c'est que cette évolution n'est valable que pour le navigateur Firefox et que donc pour pouvoir en profiter il faudra installer Firefox 3.1. Or Mozilla n'est pas le seul à travailler sur l'amélioration des performances de son interpréteur JavaScript. Apple travaille aussi à l'amélioration de l'interpréteur de Webkit. De plus Mozilla a prévu de publier ScreamingMonkey qui permettra d'utiliser SpiderMonkey et donc TraceMonkey dans Internet Explorer. En ce qui concerne le mobile, les utilisateurs d'IPhone n'en profiteront pas directement en raison de l'interdiction par Apple d'installer un interpréteur sur l'IPhone, par contre les heureux possesseurs de Nokia N95 en profiteront rapidement avec Fennec. Enfin Il existe la possibilité d'utiliser Prism pour publier des applications Web ou alors de réaliser son propre visualisateur d'application de WebSIG avec XULRunner. Cette dernière solution permet même de mixer données Web (Google Maps, WMS, GeoJSON) et données locales (ESRI Shape File, base de données PostGIS).

Enfin, il faut savoir que Mozilla vise à faire de JavaScript un langage capable de concurencer les langages nativement compilés. On devrait donc pouvoir rapidement réaliser des applications SIG tout en JavaScript.

Si vous voulez en savoir plus sur TraceMonkey :

• Brendan Eich, TraceMonkey: JavaScript Lightspeed
• Robert Accetura, Getting Faster With TraceMonkey
• Shaver, the birth of a faster monkey
• SpiderMonkey + Tracing = TraceMonkey
• Andreas Gal, Tracing the Web
• John Resig, TraceMonkey

Depuis peu, Earthscape est diponible sur l'Apple Store pour 10$.

Petite vidéo de démonstration faite par Frank Taylor de Google Earth Blog.

Earthscape possède :

• un modèle de terrain 3D de la terre ;
• des photos satellites hautes résolutions ou aériennes pour certaines régions (principalement les USA), mais moins précisent que dans Google Earth ;
• une couche Wikipedia qui géoréférence des articles de la célèbre encyclopédie numérique.

Démo officiel.

Via Google Earth Blog.

Via James Fee GIS blog.

Ce nouveau standard est un langage GML pour la description et l'échange de modèles 3D de batîments et de villes. Cette norme doit permettre de rapprocher BIM et SIG. Luc Vaillancourt (Baliz-Media) avait évoqué le raprochement entre BIM et SIG dans son retour sur GeoWeb 2008.

Maintenant que cityGML est une norme de l'OGC, il faut que celle-ci soit implémentée par les éditeurs de globe virtuelle, que la communauté produise des données alors que le KML, qui est aussi une norme de l'OGC, permet depuis un moment de décrire et échanger des modèles 3D !