Migration des données Euclid3 vers Catia V5 STATEGIE Exposé basé sur une présentation de Yann Boncompagni de juin 2006

Introduction Bases de Données Euclid3 (Mai 2006): Plus de 270000 objets incluant: 24000 visserie 15000 standards 3D 20000 snapshots de plans CDD 5000 modèles temporaires (DRAFT,PROV,TEST) 204000 autres objets dont 72000 plans Représente 1000 hommes/année de données. Projets en cours: Près de 1000 nouveaux modèles créés chaque mois. Arrêt EUCLID: QUAND??? Après l’arrêt définitif d’Euclid3 au CERN: Les données du LHC devront rester consultables… et si possible modifiables dans le nouveau système.

Limitations techniques Différences fondamentales entre EUCLID3 et CATIA V5 EUCLID3 CATIA v5 Modeleur Solide Facettisé Exact Paramétrisation NON OUI Précision des calculs Modeleur tolérant: la précision peut être changée par l’utilisateur et varie selon les modèles Modeleur non tolérant: la précision est fixe. Conception Pas de concept d’esquisse: contours de base créés directement en 3D La plupart des fonctions solides de CATIAv5 sont basées sur les esquisses (contours 2D), Sauvegarde Données directement rangées dans des Base de données Données rangées dans des fichiers Tuyaux/Tubes/Cables Pas de correspondance exacte entre les deux modeleurs Changer titre

Spécificités du CERN Taille des fichiers de bases de données collosale Grands assemblages & plans complexes (= nombreux liens et dépendances entre les modèles) Conceptions hétérogènes: Méthodologies de conception variables Turn-over important des projeteurs sur site + sous-traitants Large palette de corps de métier Enorme variation de dimension et de précision des modèles géométriques (de quelques microns à plusieurs centaines de mètres) Nombreuses études tuyauterie/câblage utilisent les tuyaux Euclid (pas d’équivalence exacte dans CATIA) Beaucoup de modèles importés d’autres systèmes (pas de documentation associée) Beaucoup de modèles corrompus Modèles associés à des données externes à Euclid Projets en cours: évolution permanente des données Changer titre

Contexte/Contraintes Important de considérer la migration des données comme faisant partie d’un ensemble: migration des utilisateurs, des méthodes et procédés, intégration au futur SGDT (Smarteam)… X années de temps CPU pour la conversion: Nécessité d’identifier et convertir les données essentielles Outils pour la conversion manuelle des autres données Rigueur et méthodologies indispensables pour le natif Nécessité de contrôler/vérifier/corriger après transfert Nécessité de recréer les liens 2D/3D dans le SGDT En garde-fou: conversion automatique en formats standards VRML et HPGL Yapadmiracl !!! BAD DATA is BAD DATA

Brainstorming en juin 2006 Tags pour tri des données (A savoir: la taille d’un objet Catia est 40 fois supérieure à celle du même objet Euclid) Gel des données essentielles dans Euclid à l’instant de la migration 2 spécialistes pour contrôle/correction des modèles migrés « Faux espoirs CDD »: plans obsolètes toujours actifs « Faux espoirs Georgiens »: utilisent un Euclid non officiel pour corriger les modèles avec beaucoup de manips pour faire les extractions. Ce type de soustraitance ne va pas dans le sens de l'accompagnement data/projeteur qui garantit la maîtrise des projets à long terme, néanmoins, en tenant compte de cela, il ne doit pas être définitivement écarté Création du GMEC (dont 3 membres représentants de PH)

formats de conversions TYPE DESCRIPTION ENTITES CONCERNEES Carte d’identité (“Hardcopy”) Image + description de l’objet dans un fichier Postcript. TOUT E3i Fichier ASCII contenant de la Structure de données de l’objet. VRML Représentation facettisée et triangulée de la surface polyhedrique du modèle Euclid. Objet figé non modifiable dans Catia 3D HPGL Fichier d’impression. PLANS CATIA Fichiers natifs catia CATIA du modèle (.CATPart, .CatProduct, .CatDrawing). DONNEES ESSENTIELLES

Premiers essais de conversion de plans 9000 plans ont été convertis en 2004 300 plans on fait l’objet d’une étude détaillée en 2005. Cette étude a été faite en collaboration avec un partenaire en Géorgie D’emblée la conversion présente deux limitations majeures : le 3D lié n’est pas ni lié ni même converti par l’outil de MDTVision. Il faudra le traiter séparément et matérialiser ce lien dans SMARTEAM Catia n’a pas d’équivalent de la fonction CACHE d’Euclid ce qui affecte gravement l’aspect de nombreux plans. Critères retenus Géométrie altérée. Géométrie manquante. Dimensions ou tolérances manquantes Dimensions ou tolérances changées Annotations ou tolérances manquantes Annotations ou tolérance altérées

Résultats statistiques sur la migration des plans

Autres pistes analysées pour la migration des plans Solution E3i = pas de cache, symboles parfois altérés sur des localisations, résulat relativement bon, vues séparées Solution par DWG = pas de cache, plus de symboles altérés que par E3I, une seule vue où tout est mélangé, MOINS BIEN QUE E3I Solution par HPGL= Aspect rigoureusement conservé mais cotes et textes deviennent des lignes

Décisions du GMEC pour la migration des plans Les plans marqués K ou E seront convertis automatiquement par le support en : HPGL avec cartouche CERN --> pour conserver une image figée àl’instant de la migration E3I, HPGL SANS Cartouche CERN --> pour permettre des éditions légères Le contenu du cartouche sera disponible dans un fichier texte de façon à pouvoir le reconstruire sous le contrôle de CartWeb. Le support conservera également la liste des liens Euclid du plan original. Il n'est pas possible de reconstruire  automatiquement les liens vers les modèles 3D dans Catia V5 alors, l’obtention d’un plan pleinement modifiable, associé dynamiquement aux modèles 3D passera nécessairement par une reconstruction « manuelle ». Cette reconstruction sera facilitée par les fichiers fournis et outils du support (image du plan originale, possibilités de comparaison, récupération des listes de pièces, liste des modèles associés…). Néanmoins cet effort paraît démesuré pour des équipements qui feront l’objet de modifications mineures alors que les fichiers fournis (HPGL et E3I ) permettent de répondre plus rapidement  à une telle demande. Notre conclusion est donc de NE PAS CONVERTIR SYSTEMATIQUEMENT LES PLANS SUR CATIA V5 LORS DE LA MIGRATION. Par la suite, face à une demande de modification, la méthode à utiliser pour récupérer le plan sera choisie en fonction des modifications à faire.  

Processus de Migration et statuts PREMIERE ETAPE DEUXIEME ETAPE TROISIEME ETAPE CONVERSION AUTOMATIQUE POUR TOUTES LES DONNEES CATIA V5 Hardcopy TRI DES DONNEES CONVERSION 3Ei (plans et 3D) Natif éditable BDs EUCLID HPGL (plans) Lisible par Catia Paquet de lignes VRML (3D) Lisible par Catia Non éditable Statut: En cours (Terminé pour les standards 3D uniquement) Statut: Terminé (à mettre à jour en permanence) Statut: En cours Besoin de 2 spécialistes pour contrôle/correction des modèles migrés aide aux projetereurs 20% OK 60% OK (avec intervention sur la source) 20% Non utilisable Statistique sur le résultat de conversion E3i / Catia Statistique sur le résultat de conversion Euclid/ VRML/ Catia 98% OK (Objet pour integration ou simulation non editable)

Tri des données - Les tags Distribution de classeurs de “Hardcopies” aux utilisateurs (Les outils tels que DOCMRP et Nomination unique mis en place en 1993 se révèlent indispensables) « Tag Migration » : Décision utilisateur U: Unknown – Valeur par défaut. Entité non triée. W: Wait – En attente. Projets en cours. Nouvelle demande en 2007. K: Keep – Conserver pour conversion éventuelle. D: Delete – Détruire après vérification des dépendances. E: Essentielle – Donnée essentielle. Convertir à Catia.

Tri des données - Propagation Règle de propagation automatique du choix utilisateur VERIFICATION AUTOMATIQUE DES PARENTS (Plans archivés + Dépendances Euclid) DECISION UTILISATEUR TAGS: U / E / K / D / W Si D et tous les Parents D Sinon si E ou 1 Parent au moins E Sinon si K ou 1 Parent au moins K Sinon W DECISION FINALE TAGS: U / E / K / D D (Destruction définitive) E (Conversion autom. vers Catia) K (Archivage) U (En attente)

Tri des données - Statut Ete 2005: ~60000 modèles imprimés et distribués par 2 enfants Cernois ~45000 triés par les Bureaux d’Etude (~3h pour 1000 objets) ~manquent 14000 modèles (70% des expériences) Ete 2006: ~120000 modèles imprimés et distribués par 2 enfants Cernois ~49000 triés par les Bureaux d’Etude (~3h pour 1000 objets) ~manquent 72000 modèles (50% des expériences) Décisions utilisateurs sur ~287000 objets à trier: 27486 (10%) DELETE 35274 (12%) KEEP 19284 (7%) ESSENTIEL 204818 (71%) UNKNOWN 60000 Standards et visserie 100000 non retournés de PH 44818 non retournés en nov. 2006

Outil d’aide à la migration: ECC Motivations: Proposer un outil simple d’utilisation et efficace permettant l’accès à l’ensemble des données concernant la migration, et facilitant sa mise en oeuvre. Pérenniser les informations des données Euclid (C/K) Fonctionnalités: - Navigateur des BD Euclid - Recherche Standards 3D utilisés + dernières versions - Recherche d’objets (Euclid/CDD) par utilisateur, adresse… - Consultation DOCMRP - Retrouver le responsable d’un projet - Navigateur des dépendances Euclid - Impression des «Hardcopies» d’une liste d’objets - Browser de nomenclature des plans CDD - Consultation des droits d’accès aux BD - Visualisation 2D (hardcopy/plans) et 3D (VRML) - Saisie des « tags de migration » - Consultation fichiers archives de la migration

Descriptif ECC Renseignements sur les objets Euclid Fiche signalétique Documentation / Archive de migration Dépendances: Parents / Enfants Viewer 2D Viewer 2D Nomenclature CDD

Merci de votre attention Voir les présentations de Yann Boncompagni de juin 2006 Voir les compte-rendus des réunions mensuelles du GMEC sur le site du CAEC Voir les présentations plus techniques de la section TS-CSE-CAE