Le portail francophone de la géomatique

Bonjour,

N'ayant pas eu beaucoup de succès avec cette question, j'espère en avoir un peu plus cette fois ci.
On dira que c'est la faute aux vacances !!!

Aussi, je relance mon appel :
http://georezo.net/forum/viewtopic.php?id=43564


C'est vrai que la question est (était) ambitieuse...mais, faire un petit tour d'horizon, c'est toujours très intéressant.


R1

Bonjour,

En complément, un lien vers un mail de Paul Ramsey, de Refractions, au sujet de l'accès à PostGis depuis les outils Autodesk et MapGuide Open Source :
http://postgis.refractions.net/pipermai … 12986.html

Cordialement,
Gwenael Bachelot - Autodesk

Merci André pour cette réponse on ne peut plus claire.
En espérant que d'autres te suivront...

R1

Bonjour,

un premier post sur ce forum fort intéressant en réponse à l'audit postgresql/postgis :

Le but du SI mis en place dans la structure est de :

- centraliser l'information produite par les spécialistes de la structure, ainsi que les couches nécessaires à nos activités (délimitation administratives, cadastrales, périmètres de protection, d'invenatire...)
- permettre un accés facilité a ces information pour les non techniciens (interface web) et remplr le role dou'il d'aide à la décision. Par exemple, nous avons une oportinité d'acquisition foncière sur telle parcelle, les enjeux environnementaux le justifient-ils?
- Ouvrir notre SI aux partenaires (techniques et financiers).
- Alimenter d'autres bases de données fédératrices.

- la base a été modellisée en 2004/2005, elle a été mise en oeuvre sous postgresql/postgis voici quelques semaines, nous sommes maintenant en phase de test et de "perfectionnement".

- association régionale de loi 1901 dans le domaine de la protection de l'environnement

- nécessité du modèle relationnel pour garantir l'intégrité référentielle des données
- les données devront être centralisées et non redondantes/divergentes,
- possibilité d'accéder aux données de manière concurrente (client-serveur),
- puissance des requêtes attributaires et géométriques combinées (dans un seul outil),
- choix d'un logiciel libre par conviction, choix de postgres parce qu'il est trés difficile d'entendre ou de lire des avis négatifs de la part de personnes beaucoup plus compétentes que moi, par exemple par des DBA Oracle objectifs rencontrés lors de la formation Postgres.
- de plus, sans connaitre le prix d'une solution propriétaire équivalente, acheter une telle solution est trés certainement impossible et non justifié pour une structure comme la notre (point de vue personnel).

- Satisfactions : Approche complétement différente dans le traitement et l'analyse des données, possibilité d'intégrer les composantes thématiques et géographiques dans une même requête, accés conccurent aux données géographiques.
- Contraintes : comme pour tout autre sgbd, adapter l'interface au SI pour les utilisateurs non "informaticiens" (par exemple la possibilité d'avoir une liste dérouante pour les champs liés de la table, pourquoi pas une saisie par formulaire aprés création de l'objet...)

- il "manque" aux logiciels éditoriaux (mapinfo 7.5 dans mon cas, déjà "agée" par rapport à postgis) la possibilité de se connecter directement un serveur postgres/postgis pour afficher des couches vectorielles.

du plus proche au plus lointain :
- gestion fine des utilisateurs, par spécialité, responsabilité... (postgres permet une gestion des droits pour chaque utilisateurs sur chaque objet créé,
- optimisation des procédures de vérification des données saisie avant validation de la transaction (PL/pgsql),
- Integration de fichier plats (données textes géoréférencées avec colonnes x et y)
- Saisie des données par les spécialistes sur le serveur depuis une appli SIG (qgis semble correspondre le mieux pour l'instant, c'est le sul avec lequel j'arrive à efficher des vues sql),
- Mise en place du serveur web cartographique et de l'interface web de consultation des données (intranet et extranet?).
   

- conception de bases de données relationnelles si développement en interne,
- administration du serveur postgres,
- consultation l'aide et les sites de références (http://www.postgresqlfr.org et http://www.postgis.fr).

- organisationnel : fini le temps des copies divergentes de fichiers de données SIG
- informationnelle : potentiel trés important en terme de valorisation (au sens utilisation) des données, sans perte d'information.
- méthodologique : pas de gros changements prévus (saisie avec client SIG, integration de fichiers txt)
- outils : prise en main des clients comme qgis, exploiter les capacités d'autres logiciels en lien à une telle base comme le logiciel de reporting ireport (http://jasperforge.org/sf/projects/ireport).


Mathieu