Le portail francophone de la géomatique

Bonsoir,

Une fois MicroStation connecté à Oracle il est possible de saisir n'importe quelle requête SQL en la tapant dans la zone d'entrée au clavier précédée d'un pipe ("|").

Pour les mslinks multiples , je ne vois pas, il doit falloir regarder du côté du paramétrage FME.

Bonjour,
J'ai travaillé avec ce type d'outils il y a quelques années... (Giris je pense)
Cette gestion de plusieurs MSlink est liée intrinsèquement au format des fichiers DGN (comme le DWG ou DXF d'ailleurs) : Comme on peut avoir X couches (levels) dans un fichier Microstation (65 puis infini depuis quelques années....), l'ensemble des couches étaient gérées dans un seul fichier DGN, et pointait vers la base Oracle.
Il fallait dont indiquer à Oracle sur quelle couche du fichier DGN se trouvent les objets de la couche 1 (entity_num1=21 pour niveau 21 par ex) et du coup différencier les MSLink, pour établir les liens DGN/Oracle correctement.
idem pour les autres couches et objets...

(bon je ne suis peut-être pas très clair...)

Il se peut que des objets "fantômes" trainent dans le fichier DGN...
Cà peut être (termes non certifiés !)
- des points pour lesquels aucun objet n'est associé
- des lignes de longueur nulle (points de départ et d'arrivée identiques),
- etc...
pour info lorsqu'on dessine sous Microstation, on peut placer des points, qui serviront ensuite pour dessiner...
Si rien n'est dessiné, les points peuvent subsister.
Il y a des outils de "nettoyage" efficaces dans Microstation pour détecter et éliminer cela (sélection par attributs, etc...)
Mais j'ai un peu perdu la main sur Microstation...

Bonjour,

Pour information, voici les conclusions auxquelles je suis arrivé après une journée d'investigation :

L'observation la plus générale et la plus importante est que le comportement des objets est normal et indépendant de la valeur du champ mslink_1 ou mslink_2. (Affichage et lien avec la base de données Oracle)

Ces champs contiennent soit :
- des mslink pointant vers le même objet que celui désigné par le mslink_0 si l'entity_num est correct.
- des enregistrements qui ne figurent pas dans la bonne table lorsque l'entity_num est erroné.

Au cours de notre recherche, nous avons rencontré des objets non conformes ou non renseignés mais il n'est pas possible d'établir de règle pour les trouver en fonction des données contenues dans les champs mslink_1, entiy_num_1 ou mslink_2, entiy_num_2.

Pour répondre à vos questions :
J'utilise FME car je n'arrive pas à consulter les données attributaires des objets autrement qu'en passant par la base de données Oracle. Je veux m'attaquer uniquement aux objets graphiques et consulter les tables qui contiennent uniquement les mslink et entity_num.
J'ai réalisé un export au format Access. J'avais de nombreux enregistrements vides. Pour savoir à quoi ils correspondaient, j'ai fait un export au format .shp et constaté qu'ils correspondaient bien à des objets graphiques existants. Cela m'a permis également de faire des analyses en affichant les données différement suivant leurs attributs.

Je vais partir à la chasse aux fantômes et chercher la fonction "Comprimer" évoquée par Jérôme.

Je vais aussi essayer de tester comment il est possible d'attribuer plusieurs Mslink / entity_num à un même objet.

Merci, je vous tiendrai au courant des résultats.

Alex

Bonjour,

Nouvelle bizarrerie dans ma base de données : J'ai trouvé des tables Oracle contenant des données sur des objets de mon réseau HORS de MSCATALOG.

Ces tables :
- ont toutes le même format de nom de table :
NOMDELUTILISATEUR_AEXXXXX, XXXXX étant un nombre de 1 à 99999,
- contiennent un seul enregistrement. Cet enregistrement peut être vide ou non,
- ont la même structure que les tables des objets qu'elles décrivent,
- le mslink auquel elles font référence correspond toujours à un objet graphique,
- l'enregistrement peut exister, ou non, dans la table correspondant à l'entity_num de la base de données MS_CATALOG.
- Si cet enregistrement figure aussi dans la table SIG_EP_CONDUITE de MSCATALOG, l'objet a un fonctionnement normal et il dispose d'une fiche liée. Sinon, les informations relatives à cet objet ne sont stockées que dans cette table indépendante.

Avez vous déjà eu ce cas ?
Comment ces enregistrements ont-il pu être crées hors de MSCATALOG ?
Une idée sur l'origine de ces tables/enregistrements ?

Merci

Alex

Bonjour,

Cela expliquerait alors que je trouve également un grand nombre de table dont le nom ressemble à "NOMDELUTILISATEUR.BIN$XXXXXXXXX==%0" dans Oracle, que je ne parvient pas à importer dans Access ? Il ne parvient pas à trouver l'objet. Causes possibles selon l’aide Microsoft Access :
•    L'objet spécifié n'existe pas.
•    Vous n'avez pas saisi correctement le nom de l'objet. Recherchez les traits de soulignement ( _ ) ou autres signes de ponctuation manquants et assurez-vous que vous n'avez pas saisi d'espaces en début de nom.
•    Si vous essayez d'ouvrir une table Btrieve, les chemins d'accès indiqués dans le fichier de définition de données File.ddf peuvent être incorrects. Assurez-vous que vos fichiers de données (.dat) sont dans les répertoires appropriés.

Il pourrait s'agir de tables supprimées dont il reste une trace car on a pas "Vidé la corbeille" ?

En faisant l'hypothèse que Jean-Marie ait raison et que ces tables soient temporaires :
1. Alors pourquoi persistent-elles dans la base de données Oracle ?
2. Comment se fait-il que l'on trouve parfois un enregistrement identique dans la table correspondante de la base MSCATALOG et parfois non ?
3. Des problèmes intempestifs et récurrents de connexion de l'application à la base de données auraient-ils pu générer cette anomalie ?

On avance. Doucement, mais on avance !

Merci,

Alex