l'élément important de cette version 2.0 est (selon moi), la gestion des rasters (bitmap) directement dans la DB. C'est une excellente fonctionnalité qui permettra de tout stocker au même endroit: vecteurs, rasters et données attributaires. Jusqu'à présent, il était obligatoire de gérer les rasters à part, c'est à dire dans un autre format. L'intérêt de tout mettre au même endroit est de faciliter la gestion et l'administration des patrimoines de données qui peuvent parfois être très variés et très riches. De plus, un seul dépôt permet de faciliter l'accès aux données des utilisateurs qui n'ont qu'un seul endroit à interroger pour récupérer leurs données. Enfin, c'est plus facile de croiser deux tables si elles sont dans la même DB.
Même si on peut imaginer que, dans un premier temps, le support des rasters sera plus ou moins buggué et balbutiant en terme de fonctionnalités, c'est un très bon point. A noter que ce support était déjà implémenté dans les versions Beta depuis quelques temps ce qui laisse imaginer un niveau de stabilité correct. Enfin, il reste à diffuser ce support aux logiciels de SIG. GDAL semble utiliser les fonctionnalités raster de PostGIS depuis quelques années déjà. On peut penser que ça devrait permettre à des logiciels comme QGis de pouvoir déjà accéder à ce genre de données.
Encore bravo aux équipes de développement de PostGIS pour simplifier la vie des géomaticiens (et de ceux qui bossent avec eux)…
# Tout mettre au même endroit...
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Sortie de PostGIS 2.0. Évalué à 7.
Hello,
l'élément important de cette version 2.0 est (selon moi), la gestion des rasters (bitmap) directement dans la DB. C'est une excellente fonctionnalité qui permettra de tout stocker au même endroit: vecteurs, rasters et données attributaires. Jusqu'à présent, il était obligatoire de gérer les rasters à part, c'est à dire dans un autre format. L'intérêt de tout mettre au même endroit est de faciliter la gestion et l'administration des patrimoines de données qui peuvent parfois être très variés et très riches. De plus, un seul dépôt permet de faciliter l'accès aux données des utilisateurs qui n'ont qu'un seul endroit à interroger pour récupérer leurs données. Enfin, c'est plus facile de croiser deux tables si elles sont dans la même DB.
Même si on peut imaginer que, dans un premier temps, le support des rasters sera plus ou moins buggué et balbutiant en terme de fonctionnalités, c'est un très bon point. A noter que ce support était déjà implémenté dans les versions Beta depuis quelques temps ce qui laisse imaginer un niveau de stabilité correct. Enfin, il reste à diffuser ce support aux logiciels de SIG. GDAL semble utiliser les fonctionnalités raster de PostGIS depuis quelques années déjà. On peut penser que ça devrait permettre à des logiciels comme QGis de pouvoir déjà accéder à ce genre de données.
Encore bravo aux équipes de développement de PostGIS pour simplifier la vie des géomaticiens (et de ceux qui bossent avec eux)…