Naming project/fr

=Naming_project/fr= Ce modèle est la ligne directrice pour un projet de développement de FreeCAD. Il suit les règles de la procédure Getting Things Done (GTD). Les projets sont rassemblés dans la feuille de route du développement.

Buts et principes
Il s'agit d'un développement et d'un effort de conception pour mettre en œuvre un robuste nommage topologique dans FreeCAD.

Résultat

 * 1) Interface  en (Part::TopoShape) pour référencer une formes (nom) et sub-shapes (faces, arêtes, sommets), grâce à une chaîne de (nom du sous-élément comme « Face1 ») nous avons besoin d'une interface de Part::TopoShape avec toutes les informations que avoir la désignation, par exemple NewShape, des renseignements supplémentaires auprès d'une "part", comme supprimer une face, modélisation de l'étape (pour 2). et......


 * 1) Association  d'étapes avec les faces et arêtes résultantes de la modélisation. Dans le cas d'un grand modèle, l'utilisateur est perdu s'il y a des centaines de fillets ou de trou. Donc, si les faces, et, arêtes savaient à quelle étape de modélisation, ils sont créés, nous pourrions appliquer un double-clic sur arête/face pour ouvrir la bonne fonctionnalité !


 * 1)  Algorithme  pour conserver l'appellation stable tout au long de l'évolution de la modélisation de l'historique, comme le fractionnement de bord/visages, et, le déplacement de sommets




 * 1) (facultatif)  optimisation de la structure des données en mémoire , seulement pour garder les changements des faces et arêtes de chaque étapes de la modélisation.  Cela devient important lorsque les modèles s'agrandissent. Il n'est pas efficace de copier la plupart des forme juste à "travers". Il serait beaucoup plus efficace de partager des faces et arêtes inchangées entre Feautures et ne copier que ce qui est modifié.

Réflexions
Beaucoup de discutions ont été débattues dans le "Robust Reference" Post de jrheinlaender.

Autre documentation

 * Catia V5 et Topologie Naming et CAAMmrGenericNaming
 * Naming dans OpenCasCade OCAF

Literature & Documents

 * J Kripac, « Un mécanisme pour nommer constamment les entités topologiques axées sur l'histoire des modèles solides paramétriques »
 * Très souvent citée, ne pouvait pas obtenir une emprise sur ce document pour l'instant....

Décrire une méthode pour faire les trois premiers points dans la liste. Dis l'approche utilisée par Catia et OCC-TNaming. Avoir au moins la même apparence d'interface. Le papier a été perdu au téléchargement. J'ai du l'acheter. Si quelqu'un est intéressé, je peux l'envoyer par courrier électronique.


 * Dago AGBODAN, David MARCHEIX and Guy PIERRA, "PERSISTENT NAMING FOR PARAMETRIC MODELS"
 * Approche intéressante via shell-graphs


 * Duhwan Mun and Soonhung Han, "Identification of Topological Entities and Naming Mapping for Parametric CAD Model Exchanges"
 * Très bonne vue d'ensemble et d'exemples

Organisation

 * Définition de la portée
 * Python test cases

Actions suivantes
Définition de la portée test cases de Python Interface Part::TopoShape (+ liaison python)