Topological Naming Project: Difference between revisions

From FreeCAD Documentation
No edit summary
No edit summary
Line 1: Line 1:
This page is dedicated to the description of the Google Summer of Code project idea regarding topological naming. For the topic in itself please see [[Naming project]].
This page is dedicated to the description of the Google Summer of Code project idea regarding topological naming. For the topic in itself please see [[Naming project]]. The linked wiki page can also serve as a starting point to get into the naming problem.


==Outline==
==Outline==
FreeCADs is a parametric modeling system, hence different modeling steps depend on one or multiple previous steps. Changes done to one object propagate through the modeling history to all dependend objects. This is achived through a linking system, implemented with properties. this linking is very robust when done on a object basis, however, many links need to be more fine grained and hence link to subparts of a certain object. In the Part workbench environment for example many links go to special topology entities like vertices, edges or faces. The stability of those links depend on the exact naming of the topology elements after a recompute. This is currently not guranteed within freecad, wich can lead to many errors in the dependend modeling steps after simple changes a base object. As the current development direction of FreeCAD seems to go into a stronger use of those links the naming issue needs to be resolved.

==Details==
==Details==
==Expected Outcome==
==Expected Outcome==

Revision as of 15:22, 21 January 2016

This page is dedicated to the description of the Google Summer of Code project idea regarding topological naming. For the topic in itself please see Naming project. The linked wiki page can also serve as a starting point to get into the naming problem.

Outline

FreeCADs is a parametric modeling system, hence different modeling steps depend on one or multiple previous steps. Changes done to one object propagate through the modeling history to all dependend objects. This is achived through a linking system, implemented with properties. this linking is very robust when done on a object basis, however, many links need to be more fine grained and hence link to subparts of a certain object. In the Part workbench environment for example many links go to special topology entities like vertices, edges or faces. The stability of those links depend on the exact naming of the topology elements after a recompute. This is currently not guranteed within freecad, wich can lead to many errors in the dependend modeling steps after simple changes a base object. As the current development direction of FreeCAD seems to go into a stronger use of those links the naming issue needs to be resolved.

Details

Expected Outcome

Future Possibilities