ReLucBlog - SIG, MOZILLA & NTIC

La société Aptana vient de publier la première version stable de son serveur AJAX, Jaxer! A téléchrager ici.

This 1.0 release of Jaxer is the culmination of three years of work to deliver this first-of-a-kind Ajax server that embeds the Mozilla Firefox browser engine within a server and full JavaScript application framework so that you can use your JavaScript and Ajax skills not just to create web pages but also to create full web applications on the server as well.

Cette version 1.0 de Jaxer est l'aboutissement de 3 ans de travail pour fournir le tout premier serveur AJAX qui intègre le navigateur Mozilla Firefox au sein d'un serveur et un framework d'application JavaScript complet ce qui signifie que vous pouvez utiliser vos compétences JavaScript et AJAX non pas seulement pour créer une page Web mais aussi une application Web complète sur serveur.

En plus de simplifier le développement d'application Web puisque vous n'utiliser qu'un seul langage et qu'il suffit de 'proxyfier' une méthode pour la rendre accéssible côté client alors qu'elle est exécuté côté serveur. Les dernières évolutions de Jaxer permettent de facilement mettre en oeuvre un service REST grâce au support d'une API RESTFull, ausupport natif du JSON mais aussi de E4X (XML for JavaScript). Vos réalisation avec Jaxer peuvent ainsi être exploiter par une large gamme d'applications que ce soit de l'AJAX, des Gadgets Web, Facebook ou une application Open Social, mais aussi basé sur Adobe Flash ou Microsoft Silverlight. Sans oubliés que de plus en plus d'outils mobiles comme l'IPhone d'Apple ou les téléphones d'autres constructeurs supportent de mieux en mieux JavaScript et AJAX.

As you can imagine we're excited to see JavaScript become more and more the lingua franca of Web applications. It's already ubiquitous on the client side and now you can use it confidently on the server side.

Comme vous pouvez l'imaginé, nous sommes heureux de voir le JavaScript devenir de plus en plus le lingua franca des applications Web. Il est déjà omniprésent côté client et vous pouvez l'utiliser en toute confiance côté serveur.

Il existe une introduction à Jaxer sous forme de screencast qui montre la base de jaxer et des exemples d'utilisations de

<script runat="server | both | server-proxy" >.

Jaxer 1.0 est disponible sous 2 licences. Il est disponible pour tous sous licence gratuite et Open Source ou en édition Pro sous une licence commerciale avec le support d'Aptana. Jaxer est aussi disponible en version Cloud sur l'Aptana Cloud.

Annonce officiel.

Utiliser le Web pour générer de l'information géographique est quelque chose de possible et Yahoo! le prouve. L'équipe de Flickr vient de publier une nouvelle fonctionnalité, API Flickr. Celle-ci permet d'obtenir la forme d'un élément quelque part sur la terre (Where On Earth, WOE). Cette forme, shape, a été calculé à l'aide des tags géographiques des photos disponibles chez Flickr.

Le continent européen :

La France :

Le Texas :

Londres :

Les résultats ne sont pas forcément très précis, mais c'est quelque chose de vraiment intéressant. Il y a à mon avis 2 choses intéressantes dans cette réalisation.

• La première est que l'information générée par la masse de contributeur à internet peut servir à générer une nouvelle information.
• La seconde est que les méta-données non structurées, les tags en opposition aux fiches de données complexes mis en oeuvre dans des systèmes de gestions de données, peuvent servir à autre chose qu'à indexer du contenu pour mieux le retrouver, elles peuvent servir à générer un nouveau contenu.

Cette initiative pourrais très bien aboutir la génération de nouvelles entités géographiques comme des quartiers, des territoires, etc... Simplement grace à la production de tous le monde!

Pour en savoir plus :

• The shape of Alpha d'Aaron expliquant d'où viennent ces formes.
• Flickr can haz (some) ShapeData
• Using Flickr Images to Define Geoboundaries

Il y a 5 ans, Laurent Jouanneau lançait xulfr.org sans prétention. 5 ans plus tard xulfr est une association, l'un de ses membres, paul, est embauché par Mozilla et la communauté ne cesse de grandir. Mais celui qui parle le mieux de cette évènement n'est autre que la personne par qui tout est arrivé.

Je profite de cette anniversaire pour remercier Laurent, Paul et les autres car grâce à eux je travaille tous les jours avec des technologies graves mortelles!

Anniversaire xulfr

Paul a officiellement annoncé aujourd'hui qu'il avait rejoint Mozilla Europe en tant que Tech Evangéliste. En d'autres termes Paul est chargé de promouvoir les technologies Mozilla mais aussi les nouveautés du Web Ouvert (éléments video, audio, canvas, l'API drag&drop, de géolocalisation, etc). Il devrait aussi se charger d'organiser des évènements à travers l'Europe et d'apporter son savoir faire dans la création d'association de promotion des technologies Mozilla.

Bonne continuation dans ton nouveau travail Paul!

Autres liens :

• xulfr.org
• Christopher Blizzard
• Tristan Nitot

Depuis mai, il était possible de visualiser la terre en 3D sur l'IPhone mais pas avec le petit frère de l'application de bureau la plus connue. Google a donc résolu cela et propose Google Earth pour l'IPhone.

Vidéo de présentation :

Image CNET :

Frank Taylor de Google Earth Blog l'a testé pour vous :

1. ça ressemble à Google Earth quand il est sortie.
2. si vous activez l'autotilt dans la fenêtre de préférences, et que vous placez votre IPhone à la verticale l'horizon s'aligne.
3. Google a inclu les couches Wikipedia et Panoramio par défaut.
4. il y a aussi des couches pour les limites et les noms (états, villes, etc...) qu'il est possible de désactiver.
5. le plus intéressant c'est le support du mode off-line.
6. placez votre IPhone à l'horizontal pour une meilleur vue.
7. il est aussi possible de faire une recherche.

Conclusion de Frank Taylor :

Overall I'm very impressed with Google Earth for the iPhone. I'm thrilled I'll be able to take it with me wherever I go. However, I'm sure performance will be a much slower when I'm on the Edge network instead of with a WIFI connection. All you GE fans with an iPhone - go out there and download it now!

Dans l'ensemble, je suis très impressionné par la version pour IPhone de Google Earth. Je suis heureux, je vais pouvoir l'emmené avec moi partout où je me rendrais. Cependant, je suis sûr que les performances seront bien inférieur avec une connexion Edge qu'avec une connexion Wifi. Tous les fans de Google Earth qui possède un IPhone - dépêchez-vous d'aller le télécharger maintenant!

Google vient de publier une nouvelle méthode qui manquait cruellement à Google Maps : le Reverse Geocoding!

Le Geocoding consiste à obtenir la position d'une adresse, le Reverse Geocoding permet d'obtenir l'adresse la plus proche d'une localisation.

En fait Google a ajouté une nouvelle méthode à l'objet GClientGeocoder : getLocations. Il est possible de l'utiliser comme dans l'exemple ci dessous :

geocoder.getLocations(latlng, function(addresses) {
  if(addresses.Status.code != 200) {
    alert("reverse geocoder failed to find an address for " + latlng.toUrlValue());
  } else { 
    var result = addresses.Placemark[0];
    map.openInfoWindow(latlng, result.address);
  }
});

Mais il est aussi possible d'obtenir ces informations avec le service de geocoding de google maps via le paramètre ll, par exemple : http://maps.google.com/maps/geo?output=xml&oe=utf-8&ll=37,-122&key=asdad qui retourne ça :

L'intérêt du reverse geocoding est de rendre plus compréhensible une position sur terre. Une latitude et une longitude ne sont pas réellement des informations que tout le monde peut comprendre facilement, alors qu'une adresse est quelque chose de courant. La seule chose qui manque est l'intégration de la précision de la position. Il est donc nécessaire que les futurs utilisateurs de cette fonction tiennent compte du fait qu'une position à une précision, accuracy, celle-ci permet de ne pas tenir d'information trop précise comme le numéro ou la rue.

Si vous utilisez cette nouvelle méthode, n'oubliez pas de faire un retour sur expérience à Google.

Liens :

• Mapperz : Official Google Maps Reverse Geocoding - New!
• Google Geo Developers Blog : Geocoding... in Reverse!
• Reverse Geocoder for Google maps API Documentation

Alors que Google Street View vient d'être lancé en France (sur RenaLID), un ami s'est retrouvé sur une des images du service de Google!

Et vous, y êtes vous ?

La semaine dernière, Mozilla labs publiait Geode, extension pour Firefox 3.0 implémentant l'API JavaScript de géolocalisation du W3C et un fournisseur de géolocalisation. Cette publication a été plutôt bien reçu, mais il y a aussi eu des confusion sur la façon dont Geode + Firefox 3.0 était lié à ce qui allait venir avec Firefox 3.1, et sur l'intérêt de connaitre la localisation d'un ordinateur portable ou de bureau. De plus l'ajout de la localisation de l'utilisateur de va en rien à l'encontre de la volonté de l'utilisateur et de sa sécurité. Pour ces différentes raisons Asa Raskin a publié un article précisant ces points.

La différence entre Geode et Firefox 3.1

L'implémentation de la géolocalisation s'appuie sur 2 pièces distinctes.

Javascript Geolocation API: L'API JavaScript est ce qui permet à un site de demander et exploiter des données de géolocalisation. C'est un standard du W3C, ainsi l'API sera constante dans tous les navigateurs, tout comme entre Geode et Firefox 3.1.
Location Provider: Le fournisseur de localisation fournit les données de géolocalisations à l'API JavaScript. Dans la version bêta de Firefox 3.1, il existe actuellement seulement 2 fournisseurs: le premier permet à l'utilisateur de saisir manuellement sa position, le second exploite tout périphérique GPS connecté à l'ordinateur via une connexion série. Il est possible d'en ajouter d'autres ou d'en supprimer. Mozilla n'a pas encore pris de décision concernant les fournisseurs par défaut, et est en atente de retour de la part de la communauté.

Pourquoi Geode ?

Geode est destiné à être une solution temporaire permettant aux sites d'expérimenter dès aujourd'hui la géolocalisation. Contrairement à Firefox 3.1, l'utilisateur n'a pas la possibilité de choisir le fournisseur de géolocalisation à utiliser. Seul SkyHook est intégré. Un effet de bord est que les utilisateurs de Linux ne peuvent l'utiliser, car SkyHook n'a pas développé de drivers Linux. Bien que ce ne soit pas idéal, c'est suffisant puisque Géode n'est que temporaire.

Utilisations: Pourquoi géolocaliser un ordinateur de bureau ?

Il y a 2 parties à cette réponse :
(1) Parce que Mozilla ne souhaite pas fragmenter le Web, celui-ci ne doit pas être différent sur un appareil mobile ou sur le bureau. Ceci nous ramène aux disctions du WAP contre HTML. Géolocalisation, carnet d'adresse et accès au système photo peut paraître au premier abord plus pertinent sur un appareil mobile, mais les supprimer entièrement du bureau entrainerait la disparition complète d'un pan entier d'innovation. Ce qui aurait un effet sur le Web en général, ainsi que sur la continuité de l'expérience utilisateur à travers les différents périphériques.
(2) Il y a tout une gamme d'innovation possible grâce à la géolocalisation qu'il ne faut pas occulter.

Aza exprime aussi dans cet article des possibilités offertes par la Géolocalisation dans le navigateur :

• "Je suis ici donc je veux voir du contenu filtré grâce à ma localisation"
• "Je suis ici donc où sont/était mes amis"
• "Je suis ici et pas là-bas donc modifie mon expérience"
• Mozilla labs avait déjà mentionné un lecteur de flux RSS qui connaitrait la différence entre le travail et la maison et changerais en conséquence, et un site Web qui ne vous autoriserait la connection que si vous êtes dans un lieu physique défini, comme votre maison, ou que si vous n'êtes pas dans un lieu physique précis, comme votre bureau. Et plein d'autres possibilités...
• Et si la gélocalisation est intégré à Places, le système d'historiques, de marques-pages et de mots clefs, Firefox pourrait modifier son comportement en fonction du lieu où vous êtes, et ainsi être optimisé pour le travail ou pour la maison.

Article fortement inspiré du texte d'Aza Raskin : Mozilla Labs Geode: Follow up

Bjørn Sandvik, thematicmapping.org, vient de publier une nouvelle version de son application Earth Atlas. L'objectif de cette application est de démontrer qu'il est possible d'accéder à une application ressemblant à Google Earth avec son Navigateur. Pour réaliser cela Bjørn a coupler l'API Google Earth à Ext-JS, bibliothèque de fonction JavaScript. Earth Atlas n'a pas de dépendance serveur, les couches KML sont chargés par le plugin Google Earth et peuvent provenir de différents sites ou serveurs.

Liens :

• Introducing Earth Atlas
• Earth Atlas : Creating a KML tree with Ext JS

OpenLayers 2.7 a été publier le 29 septembre 2008, au début des FOSS4G 2008, mais l'annonce officielle publiée par l'OSGEO vient de paraître (soummission de l'anonce par Frank Wamerdam le 7 octobre 2008).

Le laboratoire de Mozilla vient de publier une extension pour Firefox 3, Geode, permettant de tester la géolocalisation par le navigateur. J'ai déjà parler de cette méthode qui permet de géolocalsier un utilisateur d'application Web. Vous n'aurez donc pas à attendre la prochaine version de Firefox, la 3.1, ou la sortie de Fennec pour tester cette nouvelle fonctionnalité.

La norme du W3C sur l'API de géolocalisation est encore un brouillon. Cette extension doit permettre d'améliorer la norme mais aussi les possibilités de l'intégration de cette API dans Firefox 3.1 et Fennec.

Dans mon précédent billet j'avais mentionner la possibilité de choisir le fournisseur de position (GPS, Service Web ou autre). Dans Geode, un seul fournisseur de position a été intégré, SkyHook Wireless. Ce service Web permet de se positionner en fonction des bornes Wifi environnentes.

Pour en savoir plus :

• en anglais, l'annonce officiel
• en français, la présentation de Geode par clochix

Ils en parlent :

• The AnyGeo Blog
• VerySpatial

Il y a un an, lors des FOSS4G 2007, CampToCamp annonçait et présentait sa nouvelle solution cartographique MapFish (CartoWeb 4). Elle fut alors publier en version 0.1.
Il y a 6 mois, une nouvelle version de MapFish était annoncé, son numéro de publication était alors le 0.2.
Lundi, lors des FOSS4G 2008, CampToCamp annonce la première Release Candidate de MapFish 1.0, sur GeoRezo et Baliz-Media.
Mais où sont passées les versions intermédiaires ?

La réponse est assez simple : il n'y en a pas eu, ou alors en interne chez CampToCamp que personne n'a vu. Ceci montre bien qu'un numéro de version ne veut rien. Chaque éditeur de logiciel, que ce soit une entreprise ou une communauté, est libre de numéroter ces produits comme il le souhaite.

Dans le cas de MapFish, ce défaut de numérotation montre bien que le projet à trouver son marché. Il était donc nécessaire d'un point de vue commerciale de publier une version stable, ou pour être plus précis une version portant un numéro qui fait penser à une version stable. J'avais d'ailleurs déjà discuter de ce problème de numérotation avec des personnes de chez Mozilla et il est plus facile de promouvoir un logiciel avec un numéro entier, car un numéro entier fait penser à un travail abouti et finalisé.

Mais Ceci montre aussi que CampToCamp en créant MapFish ne savait pas ce qu'il allait vraiment être, ou n'avait pas planifier les étapes de développement. Ceci ne veut pas dire que MapFish 1.0 ne sera pas un projet abouti.

Autre exemple de numérotation, la communauté OpenLayers a décidé de se fixer des objectifs daté et non des objectifs de fonctionnalités. Le résultat est qu'une nouvelle version est publié à date fixe et que les utilisateurs profite régulièrement des évolutions apporté par la communauté.

Quelle sera la politique de la communauté MapFish et de CampToCamp ?