Archive de la catégorie: ‘Spatial Databases’

Sortie de Hibernate Spatial 1.0

Vendredi, 9 April 2010

Hibernate Spatial est sortie en version 1.0. Il s’agit d’une extension générique pour Hibernate qui permet de traiter des données géographiques. Rappelons que Hibernate est pour faire simple, un ORM, qui permet donc de faire de la persistance d’objets Java dans une base relationnelle.

Hibernate spatial est OpenSource et tout comme Hibernate est disponible sous licence LGPL. HS permet d’utiliser la donnée spatiale de façon standardisée, car elle utilise une abstraction de la façon dont la base de données supporte les données géographiques.Elle fournit une interface inter-bases de données au stockage de données spatiales et aux fonctions de requêtage associées.

Elle supporte la plupart des fonctions de la spécifications OGC SFS, et les bases de données spatiales prises en charge sont :

À noter qu’il existe un projet similaire pour la plateforme .Net et NHibernate : NHibernate.Spatial.

Télécharger la version 1.0 et le provider PostGIS :

Sortie de GEOS 3.2.1

Mercredi, 7 April 2010

C’est avec un peu de retard sur la sortie que nous vous annonçons GEOS 3.2.1. On ne voulait pas que vous pensiez à un poisson d’avril…

GEOS 3.2.1, la bibliothèque de traitement géométriques 2D, qui est utilisée par PostGIS, a récemment sorti une nouvelle version, la 3.2.1.

C’est une version de correction de bug, qui corrige un problème sur les calculs de validité, qui avait pour conséquence principale un mauvais comportement de la fonction ST_IsValid() de PostGIS. Celle ci pouvait dans certains cas renvoyer TRUE pour des géométries invalides, notamment pour des géométries en plusieurs parties (multi).

Cette version est compatible avec les installations de PostGIS, et il suffit de faire l’installation de GEOS pour bénéficier de la correction sans devoir réinstaller PostGIS.

http://download.osgeo.org/geos/

http://download.osgeo.org/geos/geos-3.2.1.tar.bz2

Slides Oslandia – PostGIS à Solutions Linux

Mardi, 23 Mars 2010

Oslandia participait au salon Solutions Linux, qui s’est tenu du 16 au 18 mars 2010.

Vincent Picavet a effectué lors de la session SGBD une présentation de PostGIS, dont les slides sont désormais en ligne :

PostGIS, un module spatial pour PostgreSQL

Bonne lecture !

PostGIS 1.4.2 et 1.5.1

Vendredi, 12 Mars 2010

Ce n’est pas une nouvelle version de PostGIS qui est sortie, mais bel et bien deux versions d’un coup !

PostGIS 1.4.2 et PostGIS 1.5.1 viennent en effet de voir le jour.

Que l’on se rassure, ce sont des versions mineures, entendre par là qu’elles ne présentent aucune nouvelle fonctionnalité, mais des corrections de bug et de compatibilité. On notera notamment la mise en conformité annoncée avec PostgreSQL 9.0, pour les geeks qui vivent sur le bleeding edge. N’hésitez donc pas à télécharger et installer ces nouvelles versions.

Corrections effectuées sur la 1.4.2 :

  • #327, fix up the uninstall functions (Paul Ramsey)
  • #355, build improvements for shp2pgsql-gui (Paul Ramsey)
  • #387, add towgs84 arguments for SRID 28992 (Paul Ramsey)
  • #409, fix ST_AsSVG with empty geometrycollection input (Olivier Courtin)
  • #410, update embedded bbox when applying ST_SetPoint, ST_AddPoint, ST_RemovePoint to a linestring (Paul Ramsey)
  • #411, allow dumping tables with invalid geometries (Sandro Santilli – work done for Regione Toscana-SIGTA)
  • #421, fix computed string length in ST_AsGML() (Olivier Courtin)
  • #441, fix GML generation with heterogeneous collections (Olivier Courtin)

Corrections effectuées sur la 1.5.1 :

  • #410, update embedded bbox when applying ST_SetPoint, ST_AddPoint ST_RemovePoint to a linestring (Paul Ramsey)
  • #411, allow dumping tables with invalid geometries (Sandro Santilli, for Regione Toscana-SIGTA)
  • #414, include geography_columns view when running upgrade scripts (Paul Ramsey)
  • #419, allow support for multilinestring in ST_Line_Substring (Paul Ramsey, for Lidwala Consulting Engineers)
  • #421, fix computed string length in ST_AsGML() (Olivier Courtin)
  • #441, fix GML generation with heterogeneous collections (Olivier Courtin)
  • #443, incorrect coordinate reversal in GML 3 generation (Olivier Courtin)
  • #450, wrong area calculation for geography features that cross the date line (Paul Ramsey)
  • Ensure support for upcoming 9.0 PgSQL release (Paul Ramsey)

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.

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,

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 !