Le portail francophone de la géomatique

Hello Yoann,

La soluce que je vois est d'utiliser une geodatabase arcgis, dans laquelle tu viendrais piocher tes entités via un FDO ?
En anglais, il y a un sujet qui en cause :
http://discussion.autodesk.com/forums/t … dID=556532

L'intérêt serait d'avoir les avantages de la gestion de geodatabase personnelle (numero auto, etc) en faisant le traitement d'édition d'entités dans Autocad.

Pas testé mais ça peut être une piste...
Robin.

Hum..dur, ça, je n'avais pas vu. Ca va beaucoup plus loin qu'une simple question de base si tu veux mon avis...
Je vois avec joie que vous avez investi dans les SIG, donc il ne pas hésiter à regarder aussi du côté de ce qui existe vis à vis de cette problématique d'historique, qui n'est pas négligeable.

Bonjour,

Je privilégierais plutôt le format SDF :
- on reste dans un fichier (plus facilement administrable)
- on a bien des contraintes possibles sur les champs (auto incrémenté, unique, parmi une liste de valeurs, dans des plages de valeurs, ...)
- les échanges DWG et SHP sont faciles
- tout est standard :-)

Je pense que l'auto incrément du SDF fait ça.
Il faudrait créer ce SDF avec AutoCAD Map 3D 2009 et faire des tests...

Enfin, l'autre possibilité est d'utiliser Autodesk Topobase, qui permet de garder un historique complet de toutes les modifications (basé sur Oracle Locator & Spatial).

Cordialement,
Gwenael Bachelot
Autodesk

Quelques informations :
- format de fichier
- créé initialement pour MapGuide 6.x
- Amélioré pour MGOS/FDO
- Basé sur SQL Lite
- Accès très rapide via FDO
- Permet dans un seul fichier de contenir plusieurs tables
- limite en terme de taille de fichier : de 100 à 150 Go (oui, giga octets)


Cordialement,
Gwenael Bachelot
Autodesk

Dernière modification par Gwenael Bachelot (Wed 17 December 2008 11:35)

Hello

Il est sur que si tu es un developpeur et que tu nages dans le C++
et plus spécialement dans le Microsoft Visual C++, ce sera sans problème !

Tu t'installes un Microsoft Visual C++ 2005, tu vas chercher les librairies et exemples (SDF v3 - SQL Lite)
sur le site :  http://fdo.osgeo.org  ou équivalent ...

En farfouillant, tu pourras sans doute trouver des trucs pour attaquer en DOTNET mais vaut mieux le C++
et ça ira tout seul ... pour Lire / Ecrire du SDF v3 !

Note: je vais "taquiner" Gwen ...
Je ne vois pas en quoi le SDF v3 te permettra de faire du "versionning" !?

GeoBye, Pat

Bonsoir,

Je vais essayer de répondre aux différentes questions dans ce message...

Oui : seul Map 3D 2009 permet de créer un SDF 3 avec des contraintes sur les champs (par exemple : ce champ est un identifiant - sa valeur sera générée automatiquement).
Map 3D 2008 permet bien de créer un SDF, mais ne sait pas gérer les contraintes.

En fait, il y a pas mal de choses dans le documentation d'AutoCAD Map 3D 2009.
Les fichiers sont installés dans C:\Program Files\AutoCAD Map 3D 2009\Help
Par exemple :
- dans le guide utilisateur (map_ug.pdf), page 527, "Présentation de la gestion des données"
- dans le guide utilisateur (map_ug.pdf), page 559, "Créer des banques de données"

Avec AutoCAD Map 3D 2009, on peut travailler de plusieurs manières :
- comme avec AutoCAD, en ouvrant nativement les DWG
- via des requêtes faites sur les fichiers DWG
- en connexion native FDO à des données (par exemple des données SDF).

Dans ce dernier cas, le fichier DWG enregistré ne contiendra que les informations de connexion au fichier SDF et une copie des données.
On peut afficher les données d'un DWG et d'un SDF en même temps. On peut aussi créer une entité SDF à partir d'une entité DWG.

Parfait :-)
Pour ma part, je serais en congés la semaine prochaine, mais je suis sûr que d'autres pourront vous aider ici.

C'est un peu difficile à dire avec si peu d'éléments.
Je vous propose que l'on se contacte hors forum pour en parler.

Euh... Map 3D 2009 supporte nativement SDF; pas besoin de développer pour ça : c'est précisément le rôle d'Autodesk ! :-)
La solution que je propose à Yoann ne nécessite AUCUN développement.
Par contre, je confirme que Map dispose d'une API Lisp, C++ et .Net.
Comme pour tous les outils Autodesk (à ma connaissance), cette API est gratuite.

En fait, si j'ai bien compris le besoin de Yoann, il s'agit de gérer un identifiant unique pour chaque entité, et de ne jamais réutiliser un identifiant qui aurait déjà été utilisé, même quand l'entité a été détruite. Yoann, peux tu confirmer que j'ai bien compris ?

Cela permet de gérer une forme de versionning.
Les champs de type identifiants d'AutoCAD Map 3D 2009 sur des fichiers SDF permettent justement de faire ça.

Si besoin, je posterais une vidéo illustrant ça sur mon blog.

Cordialement,
Gwenael

Oui, tu as raison, c'est bien ce que l'on désigne par versionning (quoique certains font une différence entre conserver différentes versions d'un même objet, et faire de "l'historisation", c'est à dire conserver toutes les modifications apportées aux données).

Yoan, si c'est ce que tu souhaites faire, du côté Autodesk, c'est Topobase qui répond à ce besoin.
C'est basé sur Map, et permet en permanence de revenir à l'état des données à une date précise (toutes les modifications sont conservées).

Par contre, si ton besoin est "seulement" de gérer un identifiant unique dans le temps (sans réutilisation des ID d'objets supprimés), le format SDF et AutoCAD Map 3D 2009 répondent.

Cordialement,
Gwenael

Pat, tu as plus d'infos sur OWM ?
Au moins un bref topo, histoire de se donner une idée.
Il faut Oracle pour ça ou c'est un truc à part ? Un Oracle, ca se chiffre aux alentour de combien ?

Robin, pas très Oraclien

Merci ! Très intéressants ces chiffres !
Je vais peut être jeter un coup d'œil à tout ça, du coup...

Bonne journée,
Robin.

Ah ca ressemble plus à ce que j'avais en tête

Hello

Sorry, je ne cherchais pas à faire peur, je donnais simplement un ordre de prix
pour un "gros" serveur Oracle SIG en version Enterprise !
Avec en plus le fameux cartouche Spatial qui permet de faire de l'analyse spatiale ...

Ayant discuté récemment avec un copain (Pas du tout SIG) qui joue avec la très grosse artillerie dans le domaine Oracle, je me suis laissé un peu emporté !

Qq chiffres : nombre "délirant" de serveur Oracle Enterprise, Ferme de 25 000 serveurs, plein de Super Serveurs HP Dome sous HP UX, 300 000 transactions par seconde, mode 24/24 garanti, etc ...

Je suis tout à fait d'accord, un Oracle Standard Edition One (avec Locator inclus) est suffisant pour la plupart des besoins de SIG quelque soit le logiciel de SIG !!

GeoBye, Pat "de retour sur Terre"

Bonjour à tous,

Merci pour toutes ces réponses "éclairées". Pour répondre à Gwenael, je ne souhaite pas pouvoir restaurer un objet supprimer, d'où à priori pas de versionning si j'ai bien compris le sens du mot. J'ai besoin de numéroter avec chaque objet au fur et à mesure de leur saisie, mais si possible que la numérotation se fasse de manière automatique, simplement en incrémentant de 1 à chaque fois. J'ai aussi besoin au démarrage du "chantier" de pouvoir numéroter de manière automatique tous les objets déjà présents dans mon dessin d'origine. Ensuite à chaque création d'un nouvel objet la numérotation reprendra au numéro n+1. Je dois juste ne pas attribuer deux fois un même numéro à deux objets différents dans mon dessin. Même si cet objet est supprimé, je ne dois pas réattribué ce numéro, mais je dois pouvoir à tout moment pouvoir préciser si l'objet qui possédait ce numéro a été supprimé ou modifié, c'est à dire gérer un historique de tous mes objets. Donc je pense que le format SDF peut satisfaire à cela. Mais pour Topobase, quel serait le coût approximatif Gwenael? en perso à la rigueur....
Merci encore à tous et je vous invite à creuser encore....

Cordialement.

Yoann

Bonjour,

Ok, je comprends... mais ce n'est pas comme cela que cela fonctionne. Il faut tout mettre dans le fichier SDF (données graphiques ET attributaires).

Oui, c'est tout à fait possible. Par contre, il faudra être vigilant en cas d'accès simultané.

Cordialement,
Gwenael