You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, the post-processing tool (located in temp3.py) goes through each of the child objects for each combinatorial derivation, moving up the hierarchy of features, and decides whether or not to convert each object to a component based on whether or not they have a combinatorial derivation as a child, or a multi-object feature (Appears in the template as a list of features in a single part column). Currently, the tool is buggy, and picks up items that shouldn't be included in the conversion.
Describe the solution you'd like
The change would be to create a two pass system, where the first pass goes through each current combinatorial derivation to check if it has a multi-object feature, which if it does, is left alone. Following this first pass through, the combinatorial derivations that remain without the multi-object will have each of their parts checked to see if they're combinatorial derivations. If so, they would remain combinatorial derivations and otherwise will be converted into components.
Describe alternatives you've considered
Another way of solving this issue would be in rethinking the current graph navigation system, in making sure that the hierarchy is completely correct before determining what the object should be converted to, if anything. This would take more time, but could possibly be more comprehensive.
Is your feature request related to a problem? Please describe.
Currently, the post-processing tool (located in temp3.py) goes through each of the child objects for each combinatorial derivation, moving up the hierarchy of features, and decides whether or not to convert each object to a component based on whether or not they have a combinatorial derivation as a child, or a multi-object feature (Appears in the template as a list of features in a single part column). Currently, the tool is buggy, and picks up items that shouldn't be included in the conversion.
Describe the solution you'd like
The change would be to create a two pass system, where the first pass goes through each current combinatorial derivation to check if it has a multi-object feature, which if it does, is left alone. Following this first pass through, the combinatorial derivations that remain without the multi-object will have each of their parts checked to see if they're combinatorial derivations. If so, they would remain combinatorial derivations and otherwise will be converted into components.
Describe alternatives you've considered
Another way of solving this issue would be in rethinking the current graph navigation system, in making sure that the hierarchy is completely correct before determining what the object should be converted to, if anything. This would take more time, but could possibly be more comprehensive.
@cjmyers
@saisam17
The text was updated successfully, but these errors were encountered: