Le portail francophone de la géomatique

Concernant le format déchange commun, la norme dxf est-elle la plus appropriée ? Car si l'on sait que ce format d'échange est le plus à même d'être lu par tous, il semblerait qu'il crée des pertes d'informations (notamment concernant les relations sémantiques de la base.
Lorsque vous parlez d'une norme commune pour l'écriture et la lecture des données, faîtes vous allusion aux norme de catalogage et de gestion des métadonnées du type ISO 19115 ou prénorme européenne? Est ce que d'autres collectivités ont adopté ces normes ?

Bonjour,

De mon point de vue il me semble inopportun de faire changer les outils des collectivités car outre le coût de changement de logiciels le plus dur ce sont les hommes et leur formation à gérer.

La question est bien posée et il me semble plus efficace dans un premier temps de définir un modèle de données commun à mettre en œuvre dans les collectivités. Cela peut être assez ardu car chaque logiciel (et ses applicatifs) fonctionne avec ses propres contraintes. Il faut alors d'avoir un minimum commun qui puisse permettre de garder l'"intelligence" des données (informations, relations, semantique ….).

Le choix du format d'échange est une question qui vient après car le tout n'est seulement d'échanger de la donnée mais de savoir ce que l'on échange.
Techniquement chaque logiciel utilise un format qui lui est propre (tab pour Mapinfo Shape ou Geodatabase pour Arcview, XXX pour Geoconcept ….) mais en France nous disposons d'une norme EDIGEO qui si elle ne s'impose pas encore est suffisamment documentée pour que des éditeurs de logiciels aient développé des traducteurs (TAB en EDIGEO et inversement avec Editop idem ). Vous pouvez donc voir de ce côté pour la disponibilité des SIG concernés.
Une autre voie est celle de FME qui à l'avantage de couvrir pas mal de format. C'est cet outil qui est entre autre utilisé par l'Universal Translator de Mapinfo en version bridée.

La troisième voie est de choisir un format que tous les logiciels utilisés sachent produire et lire. Je n'en citerai que deux car ils sont presque incontournables : le MIFMID issu de MapInfo et le Shape d'Esri. Les logiciels suivants Mapinfo, ArcGis(v8 et plus), Autodesk MAp, Geoconcept savent en natif ou avec un plugin (souvent gratuit) traduire ou lire ainsi que générer ces deux formats sans beaucoup de soucis.

Pour en revenir au DXF oubliez le car c'est un format de DAO et non SIG.

Voilà un début de piste pour vos questions. Mais je pense que vous avez un boulot long et intéressant à venir.

Bonne journée

JP LARTIGAU

Bonjour,

Pour completer, il y a aussi une piste qui à mon avis n'est pas a négliger,
Oracle spatial (tres cher) ou Oracle locator (disponible avec une licence
oracle et souvent suffisant).
La plus part de logiciel SIG du marché dans leur dernieres version sont ou
seront (à mon avis a court terme pour ceux qui ne le sont pas encore)
capable de lire des données geospatiale stockée sous Oracle et cela a le
merite de vous libérer des formats propriétaires.

D'autre part, je rejoins "CRIGBAB" dans son analyse, hormis les aspects
techniques, n'oubliez surtout pas les femmes et les hommes, ainsi que les
differents organismes que vous allez devoir federer, et je sais par
expérience que c'est de loin beaucoup plus complexe a gérer que la
techniques meme quand il ne s'agit que d'une modification minime

Bonjour

Je rejoins Marc et il est sur que stocker les données spatiales dans Oracle Locator
et les données alphanumériques (attributaires) dans des tables "classiques" Oracle
c'est le MUST !

Car tous les logiciels de Carto/SIG "dignes de ce nom": Mapinfo, Arcgis, GeoConcept, Autodesk MAP, Autodesk MapGuide, etc  sauront les lire et aussi (en principe) les écrire.

Cependant il faut des connaissances Oracle et aussi des connaissances "pointus" sur la façon dont ces différents logiciels sont capables de s'interfacer avec Oracle ...

N'oublions pas non plus le problème des systèmes de projections (SRIDs) !

C'est pas simple donc prudence

L'avantage c'est que cela peut permettre une "certaine" interopérabilité entre tous ces logiciels si bien sur ils ne sont pas trop "réducteurs" dans leurs possibilités avec Oracle Locator.

Bye

Dernière modification par pat (Mon 12 December 2005 22:34)

Bonjour à tous

Je rebondis sur Oracle 10G (Locator) qui peut être une solution effectivement. Cela dit les compétences dans ce domaine sont encore rares. Pour preuve ma question du 14 novembre sur le forum Mapinfo et pour laquelle les retours sont extrêmement faibles. Pour nous l'année 2006 sera celle d'Oracle avec divers "SIG".
Mapinfo sur lequel je bosse en ce moment semble assez opérationnel. Le problème des projections est simplement géré par le MapinfoCatalogue. L'import de Mapinfo vers Oracle est simple une fois que l'on a trouvé les parades aux erreurs du EasyLoader (version 7.8 et 8.0 il faut encore que je teste les versions antérieures). La saisie et la modification sous Mapinfo ne posent pas de problème mais attention aux index lors de l'enregistrement car sans y prendre garde ou peut tout détruire. Je résous le problème en shuntant l'enregistrement standard sous Mapinfo par un programme Mapbasic encore en développement et en test. Si vous utilisez SpatialWare en middleware tout cela est très bien géré (c'est notre solution actuelle mais qui va disparaître).
Une fois mes tables mises sous Oracle 10G locator je tenterai une connexion avec Autodesk Map 3D 2005 /2006 avec un autre SIG (Urbacad) qui utilise ce noyau graphique.
Enfin si tout cela fonctionne je n'aurai plus qu'à suivre les évolutions d'ArcGis pour savoir s'il attaque Oracle direct sans ArcSDE, et voir comment Géoconcept s'en sort.
Si dans ces deux derniers cas quelqu'un en sait quelque chose je suis preneur d'infos.

Bonne journée à tous.

JP LARTIGAU