Topological naming problem/fr

Introduction
Le problème de dénomination topologique dans FreeCAD fait référence au conséquences d’une forme qui change de nom interne après une opération de modélisation (protusion, coupe, union, chanfrein, congé, etc.). Cela a pour conséquence la casse ou le calcul incorrect d'autres caractéristiques paramétriques dépendantes de cette forme. Ce problème concerne tous les objets dans FreeCAD, mais est particulièrement important lors de la création de solides avec l'atelier PartDesign et lors de la cotation de ces solides avec l'atelier TechDraw.
 * Dans PartDesign, si une entité est prise en charge sur une face (ou une arête ou un sommet), elle peut se rompre si le solide sous-jacent change de taille ou d'orientation, car la face d'origine (ou l'arête ou le sommet) peut être renommé de manière interne.
 * Dans TechDraw, si une dimension mesure la longueur d'un bord projeté, elle risque de se briser si le modèle 3D est modifié, car les sommets peuvent être renommés, modifiant ainsi le bord mesuré.

Le problème de la dénomination topologique est un problème complexe en modélisation CAO qui découle de la façon dont les routines internes FreeCAD traitent les mises à jour des formes géométriques créées avec le noyau OCCT. Depuis FreeCAD 0.18, des efforts sont en cours pour améliorer la gestion des formes afin de réduire ou d’éliminer ces problèmes.

Le problème de dénomination topologique affecte et trouble le plus souvent les nouveaux utilisateurs de FreeCAD. Dans PartDesign, il est conseillé à l'utilisateur de suivre les meilleures pratiques décrites dans la page Édition de fonctions. L'utilisation d'objets de référence pris en charge, tels que les plans et les systèmes de coordonnées locaux, est fortement recommandée pour produire des modèles qui ne sont pas facilement sujets à de telles erreurs topologiques. Dans TechDraw, il est conseillé à l'utilisateur d'ajouter des cotes uniquement lorsque le modèle 3D est terminé et ne sera plus modifié.

Exemple
1. In the PartDesign Workbench, create a PartDesign Body, then use PartDesign NewSketch and select the XY plane to draw the base sketch; then perform a PartDesign Pad to create a first solid.



2. Select the top face of the previous solid, and then use PartDesign NewSketch to draw another sketch; then perform a second pad.

3. Select the top face of the previous extrusion, and once again create a sketch, and a pad.



4. Now, double click the second sketch, and modify it so that its length is along the X direction; doing this will recreate the second pad. The third sketch and pad will stay in the same place.



5. Now, double click the second sketch again, and adjust its points so that a portion of it is outside the limits defined by the first pad. By doing this, the second pad will recompute correctly, however, when looking at the tree view, an error will be indicated in the third pad.



6. By making visible the third sketch and pad, it is clear that the computation of the new solid did not proceed correctly. The third sketch, instead of being supported by the top face of the second pad, appears in a strange place, with its normal oriented towards the X direction. This results in an invalid pad, as this pad would be disconnected from the rest of the PartDesign Body, which is not allowed.

The problem appears to be that when the second sketch was modified, the top face of the second pad was renamed from to. The third sketch is attached to as it originally was, but since this face is now on the side (not at the top), the sketch follows its orientation and now is incorrectly positioned.

7. To fix the issue, the third sketch should be mapped to the top face again. Select the sketch, click on the ellipsis (three dots) next to the property, and choose the top face of the second pad again. Then the sketch moves to the top of the existing solid, and the third pad is generated without issues.



Remapping a sketch in this way can be done every time there is a topological naming error, however, this may be tedious if the model is complicated and there are many such sketches that need to be adjusted.

Solution
The dependency graph is a tool that is helpful to observe the relationships between the different bodies in the document. Using the original modelling workflow reveals the direct relationship that exists between the sketches and the pads. Like a chain, it is easy to see that this direct dependence will be subject to topological naming problems if any of the links in the sequence changes.



As explained in the feature editing page, a solution to this problem is to support sketches not on faces but on datum planes which are offset from the main planes of the PartDesign Body's Origin.

1. Select the origin of the PartDesign Body and make sure that it is visible. Then select the XY plane, and click on PartDesign Plane. In the attachment offset dialog, give it an offset in the Z direction so that the datum plane is coplanar with the top face of the first pad.

2. Repeat the process but this time add a larger offset so that the second datum plane is coplanar with the top face of the second pad.

3. Select the second sketch, click on the ellipsis next to the property, and then select the first datum plane. The datum plane is already offset from the body's XY plane, so no further Z offset is required for the sketch.

4. Repeat the process with the third sketch, and select the second datum plane as support. Again, no further Z offset is necessary.

5. The dependency graph now shows that the sketches and pads are supported by the datum planes. This model is more stable as each sketch can be modified essentially independently from each other.



6. Double click the second sketch and modify the shape. The second pad should update immediately without causing topological problems with the third sketch and the third pad.



7. In fact, every sketch can be modified without interfering with each other's pads. As long as the pads have sufficient extrusion length, so that they touch and form a contiguous solid, the entire body will be valid.



Final remarks
Adding datum objects is more work for the user but ultimately produces more stable models that are less subject to the topological naming problem.

Naturally, datum objects can be created before any sketches are drawn, and pads are produced. This may be helpful to visualize the approximate shape and dimensions of the final body.

Datum planes can also be based on other datum planes. This creates a chain of dependencies that could also result in topological problems; however, since datum planes are very simple objects, the risks of having these issues is less than if the face of a solid object is used as support.

Datum objects, points, lines, planes, and coordinate systems, may also be useful as reference geometry, that is, as visual aids to show the important features in the model, even if no sketch is directly attached to them.