Arrivé au service SIG de la CAB en 2005, j’ai trouvé un stock de cartes impressionnant (plus de 1300). Ces cartes contenaient des données graphiques très variées.
Avec le concours de l’équipe SIG, j’ai engagé une réflexion sur l'organisation des données géographiques et du SIG d'une manière générale avec comme objectifs:

- de simplifier l'accès à la donnée pour les utilisateurs
- d'unifier les bases de données SIG,
- de faciliter la connaissance et la recherche de données,
- de garantir la qualité et la mise à jour de la donnée.
 
La mise en place d'une telle organisation a duré un peu plus de deux ans, avec comme point final la migration de l'ensemble des données géographiques d'un serveur de fichier vers le serveur Oracle SDO.

Un des pré-requis était la version de la base Oracle ; il fallait être en version 10R2C3 minimum.
Nous avons donc migré nos données de la base 9i vers la base 10g.
 
L’installation de ArcSDE est rapide, il faut au préalable créer un schéma SDE dans la base Oracle avec un tablespace pour les données et un pour les index. L’installateur copie les tables nécessaires dans le schéma créé.
Ensuite, il faut déclarer à SDE par des commandes SDELayer les tables.
Après de nombreux essais, nous nous sommes rendus à l’évidence que les données présentes ne pouvaient pas être lues par Arcview. Les tables n’étaient pas construites dans Oracle de façon satisfaisante. ArcSDE attend une structure très propre en géométrie et indexation.
 
Nous avons donc créé des tables test à partir de GeoConcept et de Arc Catalog afin de vérifier le bon fonctionnement de lecture et mise à jour des données.
Pour que les données soient gérées par les 2 systèmes, il faut déclarer la clé comme externe à SDE (USER).

Lorsque la table est créée, on transfert les données dans GeoConcept.

sdelayer -o register -l <table,column> -e <entity_mask> [Spatial_Index]
                  [{-R <SRID> | [Spatial_Ref_Opts]}] [-P {BASIC | HIGH}]
                  {[-C NONE] | [-C <row_id_column>[,{SDE|USER}[,<min_ID>]]]}
                  [-E {empty | xmin,ymin,xmax,ymax}] [-t <storage_type>]
                  [-S <layer_description_str>] [-q]
                  [-k <config_keyword>] [-i <service>] [-s <server_name]
                  [-u <DB_User_name>] [-p <DB_User_password>] [-D <database>]
 
 
sdelayer -o register -l test,geometrie -e a+ -P HIGH -C objectid,SDE -t SDO_GEOMETRY -k  SDO_GEOMETRY -i sde:oracle10g -u sig -p sig@sig

sdelayer -o register -l test1,geometrie -e a+ -P HIGH -C GC_KEY,USER -t SDO_GEOMETRY -k  SDO_GEOMETRY -i sde:oracle10g -u sig -p sig@sig
 

sdelayer -o feature_info -l CAD_BATIMENT2008,geometrie -i sde:oracle10g -u SIG -p SIG@sig

La préparation des données est essentielle, comme les pré requis.

Il faut que les données aient été créés avec une version de GéoConcept supérieure ou égale à 6.1 qui créé les index spatiaux nécessaires au bon fonctionnement de SDE.

Il faut également vérifier les données qui doivent se trouver dans l’espace de travail et supprimer tous les objets créés aux coordonnées origine (0,0).

Une bonne analyse de l’organisation des données permet également d’aider l’administrateur dans son travail quotidien.
Répartir les données dans plusieurs schémas en fonction de leur origine et de leur exploitation :
-          limites administratives
-          référentiels (adresses, voies …)
-          différents métiers