Le portail francophone de la géomatique

Postgresql est un bon choix pour stocker les données geographiques et faire une base de données spatiale.

S'il n'y a pas beaucoup de données, vous pouvez les regrouper dans un meme schéma. S'il y en a beaucoup, vous pouvez d'abord créer des schémas pour ranger les données, puis inserer les données dans ces schémas.
L'outil OGR vous permettra de convertir les données depuis un fichier .tab vers PG.

Je vous recommande de partir sur la version 2.0 de Postgis, qui vous permettra de stocker les rasters si ceux-ci ne sont pas trop volumineux et si vous devez réaliser des traitements avec. Sinon, un stockage en fichier des rasters peut etre suffisant.

Si les données ont des relations ou des contraintes entre eux, ca peut etre une bonne idée de faire apparaitre ces relations.

Preparez ces créations et chargement de données a partir de scripts (batch, shell, javascript... suivant ce que vous aimez): vous pourrez alors rejouer a loisir la creation et le chargement des données et donc faire des essais et vous tromper.

Nicolas

Oui, il faut dire que je laisse trop souvent cet aspect de cote, préférant "jouer" directement avec la base et les données, ce qui est effectivement mal.

Nico

Cela dépend du contexte organisationnel principalement, et notamment du nombre d'utilisateurs. Si vous avez des fichiers à plat sur un disque réseau, avec plusieurs utilisateurs, vous pouvez être sure que les fichiers vont être copiés, modifiés ailleurs, et pas forcément remis en place.

En effet, l'accès concurrent à des fichiers est par définition mauvais, on peut très difficilement faire de l'édition en simultané par exemple, et l'accès en lecture à travers le réseau n'est pas forcément bon (chargement de l'ensemble du fichier).

Une base de données peut aussi servir à différentes applications en simultané (web + SIG desktop libre + SIG desktop propriétaire + batchs + ...), ce qui évite la multiplication des formats et des référentiels de données.

On perd également avec les fichiers la possibilité de faire du traitement et du recoupage de données de façon centralisée sur le serveur de base de données et de rendre ces traitements accessibles sans toucher aux données sous-jacentes (avec des vues par exemple).

La validation automatique est aussi facilitée par une base de données, ainsi que l'intégrité référentielle entre les différentes couches (triggers, contraintes).

Enfin la gestion des droits d'accès est bien plus souple et fine sur une base de données que sur des fichiers (gestion des accès au niveau colonne par exemple).

Beaucoup d'avantages à utiliser une base plutôt que des fichiers à plat donc.

Ceci étant dit, il faut effectivement que quelqu'un reprenne le travail ensuite pour qu'il ne soit pas jeté à la poubelle. C'est au final une décision qui est plus stratégique que réellement technique. Pour des personnes qui utilisent régulièrement des SIG, avoir des compétences en bases de données est aujourd'hui indispensable, et ce projet peut être l'occasion de faire monter en compétence du personnel, ce qui est globalement positif. C'est à discuter avec votre hiérarchie.

J'espère que cela vous aide.
Vincent

Aloha

Pour m'être frotté à la construction de MDD dans le domaine de l'environnement : 1/faire un MDD, 2/ faire un MDD, 3/ faire un MDD.
Comment ? en consultant la littérature qui peut exister sur les standards de vos données. par exemple, sont-ce des données sur la biodiversité, je regarderais de ce côté. L'étude des besoins (en terme de rendu, de rapport, de requête, de facilité d'utilisation (clic-boutons et autre facilitateurs)) doit être votre première étape, afin d'associer dès à présents les futurs utilisateurs à votre démarche et les sensibiliser dès à présent sur l'utilisation du produit sans attendre votre départ.

Ensuite, je ne conclurai pas comme vous le faîtes à l'inaptitude des collègues à maintenir votre travail. Suffisamment sourcé et documenté, votre travail pourrait être pérenne.

Cordialement,

En même temps il va falloir qu'ils s'y sensibilisent un jour ou l'autre au SIG.

Un seul exemple : les données qu'ils produisent, si elles portent sur l'environnement entreraient en ce cas dans le domaine d'Inspire, qui certes ne concernent que les acteurs chargées d'une mission de service public (mais répondre à un marché public est fait entrer le notifié dans ce cadre). Et là point de salut, il faut travailler sur la donnée, la cataloguer, etc.

Et non, je pense que monter une BD, propriétaire ou non, c'est un travail important à fournir.

Bonjour,

Geonetwork: http://geonetwork-opensource.org/
Une seule base peut alors stocker données et metadonnées.

Nicolas