Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.

First time visiting? Here are some places to start:
  1. Looking for a certain topic? Check out the categories filter or use Search (upper right).
  2. Need support? Ask a question to our Community Support category.
  3. Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
  4. Be respectful, on topic and if you see a problem, Flag it.

If you would like to contact our Community Manager personally, feel free to send a private message or an email.

Retain Part / Surface ID.

Sebastian_TymoczkoSebastian_Tymoczko Member Posts: 9 PRO
edited October 2021 in Product Feedback
Model revisions that occur higher up in the feature tree often change the surface ID of parts / surfaces, resulting in subsequent feature tree failures. 
Example: I roll up and split a surface. The split then changes the part ID causing any existing solid extrudes that were intended to be added/ removed to lose their reference and need to be relinked.

This happens way too often and rolling through 600+ features again every time the surface ID changes is frustratingly time consuming. 

Send help! 

Comments

  • GWS50GWS50 Member Posts: 366 PRO
    I also come across this time consuming issue quite a lot. Having to re-assign the part to boolean to because the part ID has changed is tiresome. Is there a way to perhaps re-assign the the first broken ID and then have that be passed down to the other commands in the history tree. After all the same ID is there it's just not recognised.
  • shawn_crockershawn_crocker Member, OS Professional Posts: 798 PRO
    I have been bothered by this often when creating configured parts.  Sometimes I will encounter and arrangement of configured features that will cause the part to have a new ID.  Then in assemblies, The part errors out because the configuration selection made a new ID.  It would be cool if we could create a bunch of user defined ids similar to equations.  Then, at any point in the feature tree we could apply a special feature that would allow you to select a piece of geometry and then allow you to select which ID to apply from your list of premade IDs.  This way we could actually name the ID something meaningful and have control over it instead of having to MacGyver a way to get the system to accidentally apply the right id.
  • lougallolougallo Member, Moderator, Onshape Employees, Developers Posts: 2,001
    @Sebastian_Tymoczko I am not going to mark this as an improvement since we are already working on ways to make things more stable in the part studio wrt ids.  Splits, booleans etc can cause these to be reassigned based on how our query system works.  We understand this can cause pain at times and are investing time and effort into stability.  Thanks for the post.  It validates our expense in effort in this area.
    Lou Gallo / PD/UX - Support - Community / Onshape, Inc.
  • nick_papageorge073nick_papageorge073 Member, csevp Posts: 659 PRO
    I'm coming from proe/creo... This would happen all the time there. When merging two quilts, the resultant quilt would take the id of one of the quilts. Later in the tree if that number is lost, the features relying on that number will fail. The solution in that software was the order of selection of the quilts. Whichever quilt you select  first, the merged resultant quilt takes the id of that first quilt. Knowing this, as you merge quilts going forward, you can always select the one most likely to stick around to make the model more robust and less likely to fail when making changes.

    IDK if OS does similar. I do notice when performing a union operation, you can re-order the selection inside the window. Does the order of that selection matter in OS?
  • NeilCookeNeilCooke Moderator, Onshape Employees Posts: 5,310
    @nick_papageorge073 - yes order does matter with Boolean and I think it is the same with all CAD systems - there has to be a "parent" and it is the first body in the list.
    Senior Director, Technical Services, EMEAI
Sign In or Register to comment.