Nouvelles SIG / logiciel libre

Lundi, 8 Mars 2010

Quelques nouvelles diverses de la planète SIG et logiciel libre.

Tout d’abord les prochains évènements à venir :

Du côté des nouvelles concernant les données libres, l’annonce de la ville de Rennes concernant la mise à disposition des données publiques devrait provoquer des émules en France.

Pendant ce temps les outils libres évoluent :

La JTS passe en version 1.11. De nouvelles fonctionnalités intéressantes ont été ajoutées à cette bibliothèque Java de géométrie, telles que les diagrammes de Voronoi et la triangulation de Delaunay. On peut espérer que ces fonctionnalités seront portées rapidement dans GEOS, et pourront alors être intégrées dans PostGIS. Ce n’est cependant pas pour le moment sur la roadmap et aucun financement n’est encore prévu, mais gageons que cela changera bientôt.

PostgreSQL 8.5 n’existera pas ! L’ajout des fonctionnalités de Hot Standby et de Streaming Replication est considéré comme un changement important, qui méritera un changement de version majeur. La prochaine version de PostgreSQL sera donc la 9.0. PostgreSQL 9 et PostGIS 2.0, 2010 sera une année majeure !

New York Code Sprint – PostGIS

Mardi, 2 Mars 2010

Cette année l’équipe de contributeurs réguliers présents sur le Sprint se réduit à Paul Ramsey et Olivier Courtin, avec le renfort très apprécié de deux développeurs d’Avencia venus spécialement pour l’occasion (David Zwarg et Jeff Adams) et la présence à distance de Sandro Santilli depuis l’Italie via IRC.

Prochaine version, la v2

Pour rappel, au niveau PostGIS la 1.4.1 et la 1.5.0 sont sorties récemment, le développement de la nouvelle branche (le trunk) est donc depuis début février sur la future 2.0.

En terme de prise de décision, les grandes lignes de la v2 de PostGIS ont été abordées, avec notamment la refonte bas niveau du parseur et des types de géométries (Paul), le support du type 3D PolyhedralSurface et du format CityGML (Olivier), et les index multidimensionnels (Paul)…

Cette v2 sera l’occasion de pouvoir (enfin) réaliser des opérations de fond dans le moteur qui (revers de la médaille) vont casser la compatibilité avec les clients utilisant l’API existante.

La sortie n’est pas prévue avant au mieux fin 2010, donc cela laisse encore du temps pour revenir sur ces points au fur et à mesure de leurs ajouts dans le trunk.

Refactoring, encore et toujours

Pendant la session elle même, le focus a été mis avant tout sur des tâches de maintenance et de refactoring, avec la réécriture partielle du format de sortie WKT par Paul, et la migration des fonctions d’export vers la librairie liblwgeom et la réécriture des tests unitaires afférents avec CUnit par Olivier.

Ces tâches peuvent sembler par moment peu valorisantes (en tout cas moins que de rajouter une toute nouvelle fonctionnalités so fun et désespérément utile), mais sont indispensables pour continuer à maintenir l’application avec un haut niveau de qualité.
Quelques bugs qui n’avaient encore jamais été détecté, ont par exemple pu être mis en évidence (et corrigés) grâce aux nouvelles batteries de tests unitaires.

Avencia joue les extras

Jeff Adams a de son côté ajouté une nouvelle fonction ST_AsLatLonText permettant de passer d’une géométrie POINT en lat/lon à sa notation textuelle en degré/minute/seconde. Sachant qu’il ne connaissait pas l’API de PostGIS au premier jour du sprint, c’est une jolie performance !
Il a ensuite contribué à simplifier le processus d’ajout de nouveaux tests unitaires (avec CUnit toujours)

David Zwarg quant à lui a participé sur WKT Raster (l’extension permettant de manipuler des rasters depuis le SQL), avec une avancée sur le concept de ST_MapAlgebra (assez similaire à celui de mapcalc GRASS par certains aspects). Là aussi chapeau bas sur la célérité de prise en main de l’API et de l’environnement.

ST_CleanGeometry et consort

Sandro Santilli a actuellement comme chantier de permettre de ‘cleaner’ ou à minima d’orienter vers des posts traitements les données géographiques non valides et pourtant déjà en base.
Pertinent lorsque le process de production de données n’est pas ’safe’ (saisies de géométries par des utilisateurs, fournisseurs de données aux process qualité pas suffisamment rigoureux…)
Une des fonctions récentes développée pendant le sprint, est ST_RemoveRepeatedPoints qui permet de supprimer les vertex redondants de certaines géométries.

NY Sprint Code 2010

Dimanche, 28 Février 2010

Posage de cadre

Cette année une deuxième édition du Code Sprint de la ‘C tribe’ OsGeo a eu lieu la semaine dernière à New York.

Cette manifestation a réuni pendant 4 jours consécutifs, les principaux développeurs de logiciels SIG Open Source écrit en C. (MapServer, PostGIS principalement)

Paul Ramsey est à l’origine de cet évènement, (il avait déjà initié la précédente édition sur Toronto) et l’accueil a eu lieu dans les magnifiques locaux de TOPP en plein coeur de SoHo.

NY Code Sprint 2010
Penthouse Roof NY Code Sprint

Un cadre de rêve pour travailler ensemble, avec vue panoramique sur Manhattan, terrasse pour respirer et aérer les neurones, sofas et tableaux blancs pour débattre et prendre des décisions, et 2 tablées grand format pour accueillir la vingtaine de core développeurs et leurs inséparables laptops.

Sprint et communautés

Les participants sont majoritairement Nord Américains, les Européens présents se comptent sur les doigts d’une seule moufle, la moyenne d’age est dans la trentaine tassée, et côté mixité le constat est sans appel: l’assemblée est XY uniquement.

Beaucoup des participants présents étaient déjà là l’an dernier à Toronto, c’est particulièrement vrai pour l’équipe MapServer.
Vu que nous sommes dans les locaux de TOPP, quelques développeurs GeoServer ont également rejoint la session. On compte même quelques codeurs OpenLayers, bref c’est avant tout le côté OSGeo qui fait sens.

Paul Ramsey a su cette année encore réussir à fédérer autour de cet évènement, plusieurs sponsors qui par leurs participations ont permis de financer une partie de la logistique de ces journées. Un grand merci encore à eux: LizardTech, Coordinate Solutions, qPublic.net, Farallon Geographics, Avencia, OpenGeo

Dynamique

En terme de dynamique de groupe la courbe en cloche façon Gaussienne fait toujours recette, avec une rencontre «ice breaker» la veille au soir pour accueillir tout le monde autour d’une bière.

Penthouse NY Code Sprint

Un J1 très tourné vers des prises de décisions générales, et principalement les grandes orientations des prochaines releases: v6 de MapServer et v2 de PostGIS.

Un J2 et J3 avec une montée en puissance progressive sur les tâches et enjeux de réalisation, des prises de décisions techniques et de gestion d’équipe.
C’est aussi là où les claviers fument, les synapses s’affolent, les minis sessions whiteboard s’enchainent et où le côté ’sprint’ prend toute sa signification !

Et avoir dans un même espace-temps autant de compétences complémentaires réunies permet de jolies synergies inter-projets (exemple du paramètre ANGLE ajouté comme vendor-specific via WMS dans MapServer,GeoServer et OpenLayers)

J4 quant à lui amorce la redescente de rythme, la fatigue est palpable, et les départs vers l’aéroport de JFK, s’étalent progressivement dans l’après midi.

Les soirées ont été consacrées à du ‘off’, à découvrir et apprécier quelques-unes des joies noctambules de SoHo, ou à assister à une retransmission de Hockey du Canada/USA des JO de Vancouver…
Hé oui on n’est pas en Amérique du Nord pour rien !

Oslandia

Oslandia était donc présent et représenté à New York, via la participation d’Olivier Courtin, core développeur PostGIS et TinyOWS.
Pour Oslandia, c’est la traduction naturelle de son engagement quotidien dans les communautés OSGeo.

Deux articles techniques vont suivre sur ce blog, un centré sur PostGIS et l’autre sur MapServer pour faire un point de situation post sprint.

François-Xavier Prunayre rejoint NeoGeo

Mardi, 9 Février 2010

Comme le titre de ce post l’indique Guillaume Sueur (NeoGeo) et François-Xavier Prunayre travaillent désormais de concert.
François-Xavier est un des rares experts Français en métadonnées et cataloguage.
Il participe notamment activement au projet GeoNetwork.

Le blog officiel de l’annonce est en ligne sur le site de NeoGeo

Nous leur souhaitons une bonne route à tous les deux ! :)

PostGIS 1.5 – Annonce officielle FR

Vendredi, 5 Février 2010

Ci dessous la traduction française de l’annonce officielle de la sortie de PostGIS 1.5

Sortie de PostGIS 1.5

Le 4 février 2010

L’équipe de développement de PostGIS, après un long cheminement de réflexion et un auto-examen détaillé de nos divers échecs personnels, a décidé de libérer PostGIS 1.5.0 au public.

http://postgis.org/download/postgis-1.5.0.tar.gz

Cette nouvelle version de PostGIS inclut un nouveau type «geography» pour gérer les données géodésiques (en lat/lon), une amélioration des performances des calculs de distance, des fonctionnalités de lecture de formats GML et KML, une interface utilisateur améliorée pour le chargement des fichiers shape, ainsi que d’autres fonctionnalités.

Remerciements particuliers à :

  • Dave Skea pour les algorithmes et efforts mathématiques nécessaires pour le support des géométries sphériques.
  • Nicklas Avén pour les nouvelles améliorations de performance sur les calculs de distance, et d’autres fonctions liées aux distances
  • Sandro Santilli pour de nouvelles fonctionnalités de buffer (options pour extrémités et style)
  • Olivier Courtin pour les fonctions d’import GML/KML
  • Guillaume Lelarge pour le support de la future version PgSQL 9.0
  • George Silva pour un exemple d’implémentation de tables d’historisation
  • Vincent Picavet pour le calcul de distance de Hausdorff
  • Les mainteneurs de GEOS, Proj4 et LibXML, sans qui nous aurions bien moins qu’une base de données spatiale

Avec toute notre affection, le comité de Pilotage de PostGIS,

Mark Cave-Ayland
Kevin Neufeld
Regina Obe
Paul Ramsey

Notes de Version

PostGIS 1.5.0
2010/02/04

Changements Importants

  • L’opérateur =~ définit maintenant une égalité des rectangles englobants (bounding box), et pas une égalité des géométries.
  • GEOS 3.1 est désormais la version minimale de GEOS acceptée.
  • GEOS 3.2 est nécessaire pour utiliser les fonctionnalités avancées des buffers, et pour ST_HausdorffDistance
  • GEOS, LibXML2, et Proj4 sont des dépendances nécessaires

Nouvelles fonctionnalités

  • Ajout de la fonction de calcul de distance de Hausdorff (#209) (Vincent Picavet)
  • Ajout de paramètres à ST_Buffer pour le support de buffer sur un seul coté, et d’autres styles de buffer (Sandro Santilli)
  • Améliorations de performance pour ST_Distance (Nicklas Avén)
  • Ajout d’autres fonctions de visualisation et d’analyse relatives aux distances (Nicklas Avén)
    • ST_ClosestPoint
    • ST_DFullyWithin
    • ST_LongestLine
    • ST_MaxDistance
    • ST_ShortestLine
  • Imports KML et GML via ST_GeomFromGML et ST_GeomFromKML (Olivier Courtin)
  • Extraction de collections non homogènes avec ST_CollectionExtract (Paul Ramsey)
  • Ajout de valeurs de mesure sur une linestring existante avec ST_AddMeasure (Paul Ramsey)
  • Implémentation de table d’historisation dans utils (George Silva)
  • Support Win32 et amélioration du coeur de shp2pgsql-gui (Mark Cave-Ayland)
  • Support de ‘make check’ sur place (Paul Ramsey)
  • Type geography et fonctions associées
    • Algorithmes de géométrie sphérique par Dave Skea
    • Implémentation des objets et index par Paul Ramsey
    • Implémentation de la sélectivité par Mark Cave-Ayland
    • Sérialisation (KML, GML, JSON) par Olivier Courtin
    • ST_Area, ST_Distance, ST_DWithin, ST_GeogFromText, ST_GeogFromWKB, ST_Intersects, ST_Covers, ST_Buffer
  • Mise à jour et améliorations de la documentation (Regina Obe, Kevin Neufeld)
  • Test et contrôle qualité (Regina Obe)
  • Support de PostgreSQL 8.5 trunk pour PostGIS 1.5 (Guillaume Lelarge)
  • Beaucoup d’autres changements :

[Traduction de http://postgis.refractions.net/pipermail/postgis-users/2010-February/025857.html par Vincent Picavet]

PostGIS 1.5.0, sortie officielle

Jeudi, 4 Février 2010

Et voici, après un cycle de béta et rc qui a duré tout le mois de Janvier, la version 1.5.0 de PostGIS sort finalement aujourd’hui.

Le communiqué officiel de cette release, sur le site PostGIS

Depuis notre précédent post sur la béta 1, ormis des correctifs de bugs, la principale évolution concerne la version minimale de GEOS requise, il s’agit désormais de la 3.1.1.

Pour les curieux qui se projettent déjà sur la suite, le premier listing des points à envisager pour la 2.0 de PostGIS est également en ligne.

Enjoy,

FOSS4G 2010 Call for papers

Lundi, 1 Février 2010

Le call for papers du FOSS4G 2010 vient d’être lancé.
Vous avez jusqu’au 1er Avril pour envoyez vos abstracts…

Le format des conférences retenu est de 25′ + 5′ de questions/réponses.

Les thématiques préférentielles du comité d’organisation sont:

  • Case Studies: Relate the experiences of you and your organization using open source geospatial. Where do things work well? Poorly? What problems did you solve, and at what cost? What do you recommend for others? Why?
  • Benchmarks: Comparisons between pieces of geospatial software. How do features compare? Speed? Ease of use? What do you recommend for others?
  • Visualization: Tell about your tips and tricks for effective visualization. How do you present information in a compelling way? 3D? Cartographic tricks? Labelling and naming ideas? Graphs and hybrid map/data combinations?
  • Development: What are the new developments in your open source geospatial software product? How does it work, how do people use it, what are the technical issues you are running into?
  • Hacks and Mashing: Have you put together something novel or cool this year? What did you stick together, how did it work, show us your gizmo!
  • Collaboration: What techniques are you using to improve collaboration between organizations and between individuals. Public geodata, collaborative data collection, data sharing, open standards, de facto standards, and more!
  • Nota: Je laisse volontairement le texte anglais sans traduction, vu que bon… ceux qui sont concernés sont already fluents…

    foss4g 2010

GDAL/OGR 1.7

Lundi, 1 Février 2010

Frank Warmerdam vient d‘annoncer que la nouvelle version 1.7.0 de la bibliothèque de support de formats de données SIG GDAL/OGR était sortie, environ un an après la version 1.6.0.

Au menu, de nouvelles fonctionnalités, notamment au niveau des drivers. On notera en particulier l’apparition du driver WKT Raster, qui est le format de Raster utilisé pour le stockage de ceux ci dans PostGIS. L’intégration de ce format dans le coeur de GDAL préfigure l’intégration du projet WKT Raster dans le coeur de PostGIS.

On voit également l’apparition du support du type GEOGRAPHY de PostGIS 1.5. Juste à temps avant la sortie officielle de cette dernière !

Le support DXF, dont on a déjà parlé, est également maintenant intégré dans la release. Cela va faciliter les migrations de données des formats Autodesk vers PostGIS.

Le support de SpatiaLite est également amélioré, avec entre autre le support de RasterLite. Ce qui va permettre de mettre en place plus facilement cette base de données spatiale légère.

Quelques utilitaires de plus font leur apparition, comme gdaldem, dont on trouve un exemple d’utilisation sur le site de smathermather.

Annonce officielle de sortie

Le projet GDAL/OGR est heureux de vous annoncer la sortie de GDAL/OGR 1.7.0. C’est la première version majeure à sortir depuis la 1.6.0 il y a environ un an, même si il y a eu plusieurs versions de correction de bugs en 1.6.x entre temps. Cette version 1.7.0 ajoute de nouvelles fonctionnalités, dont des drivers raster et vecteur, ainsi que de nombreuses améliorations des drivers existants, et quelques extensions à l’API GDAL.

  • Nouveaux drivers raster : BAG, EPSILON, Northwood/VerticalMapper, R, Rasterlite, SAGA GIS Binary, SRP (USRP/ASRP), EarthWatch .TIL, WKT Raster
  • Driver GDAL PCIDSK utilisant par défaut le PCIDSK SDK
  • Nouveaux drivers vecteur : DXF, GeoRSS, GTM, PCIDSK and VFK
  • Nouveaux utilitaires : gdaldem, gdalbuildvrt sont maintenant compilés par défaut
  • Ajout du support pour python 3.X. Compatibilité préservée avec Python 2.X
  • Suppression des bindings Python d’ancienne génération.
  • Améliorations significatives des drivers raster suivants : GeoRaster, GeoTIFF, HFA, JPEG2000 JasPer, JPEG2000 Kakadu, NITF

L’article complet de support de version est disponible à :

http://trac.osgeo.org/gdal/wiki/Release/1.7.0-News

Le code source, la documentation et les tests de code peuvent être téléchargés à :

Source:
http://download.osgeo.org/gdal/gdal-1.7.0.tar.gz
http://download.osgeo.org/gdal/gdal170.zip

Documentation:
http://download.osgeo.org/gdal/gdal170doc.zip

Tests de code :
http://download.osgeo.org/gdal/gdalautotest-1.7.0.tar.gz
http://download.osgeo.org/gdal/gdalautotest-1.7.0.zip

[ Traduction de http://www.osgeo.org/node/1000 par Vincent Picavet]

PostGIS 1.5.0 en béta 2

Vendredi, 15 Janvier 2010

Suite logique du processus de release de la 1.5, voici la sortie de la béta 2.

Cette version de PostGIS implique désormais une version de GEOS 3.1 à minima (et il est recommandé d’utiliser la 3.2). Quelques correctifs mineurs ont également été apportés.

On peut à ce rythme là envisager une version finalisée d’ici à la fin Janvier.

Download de l’archive: http://postgis.org/download/postgis-1.5.0b2.tar.gz

Merci de continuer à tester et à faire remonter les éventuelles problématiques rencontrées, (les tests sur des plateformes un tantinet exotiques sont particulièrement précieux).

Pour rappel la série de commandes permettant de compiler et de lancer les tests unitaires de PostGIS:

./configure
make
su -c "make install"
export PGUSER=postgres && make check

Réorganisation du code de GEOS

Jeudi, 14 Janvier 2010

Mateusz Loskot l’annonce sur son blog, il a terminé la réorganisation du code de GEOS.

Le but était de modifier la structure du projet GEOS afin de séparer les fichiers headers (les .h) des fichiers d’implémentation (.cpp). Cette action a eu l’aval des autres développeurs de GEOS, comme on peut le voir sur le ticket correspondant du trac.

Les modification effectuées sont :

Les builds de la nouvelle structure a été testée avec :

  • GCC 4.4.1 (Linux)
  • Visual C++ 8.0 sur Windows XP Pro 32-bit
  • Visual C++ 9.0 sur Windows Vista 64-bit (target 32-bit)
  • Visual C++ 10.0 sur Windows 7 64-bit (target 32-bit)

N’hésitez pas à compiler et tester sur votre architecture, et remonter les éventuels problèmes rencontrés sur le ticket du trac.

Et Merci à Mateusz !