Le portail francophone de la géomatique

De: TECHER Jean David
Bonjour Henri

j'ai lu avec interet votre mail. je vous ferais donc part de mon propre temoignage en tant que developpeur.

Votre idee de faire la comparaison me semble bien seduisante.

Il me sembe que la meilleure des options avant d'interroger les utilisateurs francophones est de vous adresser directement au grand manitou de PostGIS (Paul Ramsey, Strk, Dave Blasby...) sur la liste de diffusion avec laquelle je participe activement. Vous pourrez ainsi vous faire une opinion aussi bien mondiale que nationale.

Paul envoit en debut de chaque annee un sondage aux divers utilisateurs de PostGIS pour sonder leur avis par mail ('Who is using PostGIS?'). A majorite l'interet semble unanime.

De mon cote, je retourne ciel et terre pour travailler avec PostGIS:

site de contribution

http://techer.pascal.free.fr/postgis

Le portage Windows sera definitif avant la fin de cette annee. De mon cote, je suis suffisament a l'aise avec Windows: avec ou sans cygwin pour Postgresql/postgis ou sous Linux.

J'ai pour ma part deja installe deux ou trois serveurs dedies a des intranets de services administratifs, qui souhaitent se tourner de plus en plus vers des solutions open-source. Stabilite, confort et rendu etaient aux rendez-vous.

Deux projets open-source sont en cours pour permettre notamment MapLink pour permetter de visualiser, de modifier des donnees PostGIS.

MapServer est depuis l'ete 2003 accessible a la base de donnees PostGIS.

Cordialement TECHER JEAN DAVID

On Fri, Apr 30, 2004 at 06:20:45PM +0200, IETI Consultants wrote:

Bonjour,

Camptocamp utilise assez intensement le module spatial PostGIS de
PostgreSQL quasiment depuis le debut de son apparition avec une tres grande
satisfaction et ceci pour toutes sortes de projets. Avec l'apparition de
l'integration de GEOS (http://geos.refractions.net/) dans PostGIS, les
possibilites de requetes spatiales sont impressionnantes (calcul de zones
tampons, controle topologique, generalisation, tout est a une portee de
requetes SQL. Nous utilisons actuellement PostgreSQL 7.4.1 avec Postgis
0.8.1 et GEOS 1.0.0 en environnement de production sous GNU/Linux Debian
Woody. Nous avons egalement plusieurs environnement de developpement/test
sous Windows (cygwin).

- Nous utilisons PostGIS comme source de donnees pour notre applications web
de cartographie CartoWeb basee sur Mapserver
(http://mapserver.gis.umn.edu/) avec une tres grande
satisfaction, meme avec des tables contenant plus de 1,7 millions
d'enregistrements. Le point a respecter (comme avec toute base de
donnees est d'indexer correctement les tables, aussi bien du point de vue
spatial qu'attributaire, en fonction de l'utilisation (affichage,
recherche,...). Les possibilites de pouvoir utiliser n'importe quel type
de requete SQL comme source de donnees pour les layers Mapserver permet
de fortement augmenter les modes de visualisaiton des couches (zones
tampons par exemples), sans devoir effectuer de traitement de
l'information. Un petit bemol avec l'utilisation de source PostGIS pour
Mapserver: les requetes des informations attributaires (query i ) pour
les connaisseurs de mapserver sont un peu plus lentes avec PostGIS, mais
le probleme semble plutot venir de la maniere dont mapserver accede a
PostGIS.

- Nous utilisons aussi PostGIS pour le stockage des donnees d'une
applet Java permettant d'editer (creer, modifier, supprimer) des obkets
geographiques (points, lignes, surfaces) a partir du web. L'utilisation
de PostGIS a grandement facilitee cette tache, en exploitant les
standards SFS de l'OGC.

- L'utilisation de JUMP (http://www.vividsolutions.com/jump/main.htm) et du
driver PostGIS (http://postgis.refractions.net/postgisdriver-1.1.0.zip)
permet des choses tres interessantes pour l'editions de donnees
geographiques stockees sous PostGIS avec l'utilisation de couches de
fonds WMS. En plus c'est multti-plateforme et il y a beaucoup d'outils de
controle topologique a disposition. Il ne manque plus que
l'integration des couches raster locales a JUMP pour en faire un parfait
outils desktop de traitement de l'information spatiale.

- L'interoperabilite de PostgrSQL/PostGIS est egalement tres bonne avec les
outils non open source comme par exemple FME de safe software. Il ainsi
tres facile d'alimenter/intereroger le contenu spatial et attributaire de
et vers PostGIS dans le flux de transformation de donnees.

A disposition pour toute autre renseignement.

Claude Philipona

De: Nicolas Ribot
Bonjour,

Un petit mot concernant l'integration possible de Postgis avec des SIG du marche:
Nous avons developpe un module OpenSource nomme PgArc capable de transferer des couches depuis postgresql/postgis vers ArcGIS 8 et retour.
C'est une implementation tres basique qui ecrit un fichier shape a partir d'une table geographique et qui peut en retour le stocker dans la base.
Ceci marche par ODBC.

Le prochain grand pas dans ce module sera une connexion directe OLEDB (Posgresql possedant deja un driver OLEDB) pour permettre une integration complete dans ArcGIS: postgis deviendra alors une source de donnees OLE DB, manipulable depuis ArcCatalog par exemple.

Concernant la comparaison directe entre postgis et Oracle, depuis la sortie de postgis 0.8 et l'integration de GEOS, Postgis se pose en concurrent serieux d'Oracle.
La cartouche spatiale respecte desormais les standards OpenGIS de stockage et manipulation
de l'information geographique.
En terme de facilite d'installation et d'administration, postgresql est bien plus conviviale
qu'Oracle. En tout cas, plus facile a prendre en main si on ne dispose pas d'un DBA oracle.

En terme de performance, comme le dit Jean-David, un coup d'oeil au forum officiel montrera que Postgis peut gerer des tera-octets d'information geographique sans probleme.

Sur ce forum, le point de vue de Paul Ramsey concernant l'integration possible/future de postgis avec ArcGIS est assez interessant.

Nicolas