Sydney 2009

18 février 2008

Le communiqué de presse de l’OSGeo vient de l’annoncer, c’est à Sydney, Australie, que se tiendra le FOSS4G 2009. Un peu loin quand-même. Raison de plus pour militer activement pour un FOSS4G francophone annuel.

Qu’est-ce qu’on parle au FOSS4G ?

30 septembre 2007

Après une semaine fort excitante passée à suivre les conférences et ateliers du FOSS4G2007, je profite du temps épouvantable qui m’oblige à rester cloîtré dans la salle commune du Whalers on the Point Guesthouse de Tofino et m’empêche de sortir ma planche de surf pour livrer quelques réflexions sur ce que j’ai pu apprendre ces derniers jours.

Premièrement, concernant les langages de développement, Python fait réellement l’événement puisque c’est le langage utilisé dans les applications les plus pointues et récentes présentées au FOSS. Citons TileCache, FeatureServer, Cartoweb 4, Shapely, GeoDjango, tous ces projets ont privilégié le python en raison de sa stabilité et de son extraordinaire versatilité (au sens anglo-saxon du terme). Java est toujours là, structurant des projets déjà reconnus (uDIG) ou en devenir (un ETL OpenSource présenté par Talend et CampToCamp). Par contre le PHP ne fait plus partie des langages en vue. Encore utilisé largement, s’il apparaît notamment dans des retours d’expérience il n’est plus le fer de lance du développement en WebMapping, dont l’architecture s’oriente vers des bibliothèques puissantes écrites en C, intégrées dans des wrappers python. Cela a été rendu possible par l’intégration de Ctypes dans python 2.5 qui permet l’appel direct de bibliothèques C sans passer par une fastidieuse interface SWIG.
Du côté des geeks, Charlie Savage met désormais en oeuvre du GeoRuby pour faire tourner son MapBuzz, et à créé une liste dédiée au webmapping dans RubyOnRails, que rien ne semble arrêter !

Tout ceci produit des applications plus puissantes, plus stables et plus robustes, notamment dans la gestion de la mémoire et de la montée en charge. Des bibliothèques aussi cruciales que Geos, Gdal, Ogr, Proj peuvent ainsi être utilisées au coeur même d’une application web dont les scripts python constituent une double interface entre les requêtes utilisateurs d’un côté et la manipulation des données à un bas niveau de l’autre. Ceci devrait faire émerger des frameworks cartographiques avec de véritables fonctions d’administration des données, qui sont encore des aspects trop négligés par le monde OpenSource.

GeoDjango devrait montrer la voie puisque ses concepteurs ont montré un vif intérêt à l’idée d’intégrer des notions de règles de topologies à la gestion des tables.

Evénement interplanétaire…

26 juillet 2007

Mais non je n’exagère pas. Le FOSS4G2007 va se tenir en septembre à Victoria, Canada, et loin d’être un rassemblement de geeks (enfin, il va forcément en traîner quelques-uns dans le coin) c’est beaucoup plus une conférence des utilisateurs avertis de logiciels libres en géomatique, du moins si j’en crois le programme des conférences : présentation de logiciels libres (’a survey of OpenSource GIS’, ‘OpenLayers - Agile Geography in Browser’, ‘Geoserver, past, present and future’, ‘Quantum GIS, five years and counting’ etc), d’architectures techniques (’mapping with ajax and SVG’, ‘GoogleEarth powered by MapGuide’) ou des tendances actuelles de la discipline (’Free software business’, ‘Trends of the GeoWeb’), il y en a pour presque tous les goûts. Pointu, pertinent, actuel, ce programme donne un réel coup de vieux à ce qui se passe de ce côté-ci de l’Atlantique. Et c’est peut-être là qu’est le problème. Qu’on regarde la carte de répartition des auteurs de conférences au FOSS4G2007 et la sous-représentation européenne saute aux yeux. Certes Victoria, ce n’est pas la porte à côté. Mais les principaux acteurs de l’OpenSource Geospatial (ceux qui font PostGIS, MapServer, GRASS, GDAL, Udig et j’en passe) seront là. Ainsi que les principaux acteurs du monde SIG en général (la liste des sponsors comprend ainsi Autodesk, Google, Esri, Leica, Safe…). Il y a des occasions à ne pas rater. Celle-ci en est une, qu’il ne faudrait pas négliger parce que trop loin, trop anglo-saxonne, trop technique.