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
''La première étape de ce modèle, est de définir les principes et objectifs. Pensez, à la dernière fois que vous avez réservé des vacances en famille. Il y a toujours un objectif pour les vacances. Cela pourrait être, de prendre une pause de son travail bien méritée, de se détendre, et, passer du beau temps avec votre conjoint et vos enfants, ou tout simplement pour aller voir un attrait touristique spécifique pour vos vacances. Peu importe la raison, il y aura eu un objectif, et, des principes sur votre voyage. Il ne suffit pas de se lever un jour et de partir en vacances, vous mettez en œuvre la première étape du modèle de planification naturelle, et, cela est d'avoir un but pour le voyage.

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.

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)