Update issues....

[dcubbedge]

General question: why do updates happen on parts that are detailed, checked, and need no update? I had to fix a stair on my model (had one tread too many) and the subsequent renumbering and updating removed a brace detail on the other side of the model that was not touched?

This program is just beyond frustrating at times...…. 

[Emanuel.Nestor]

Hi @dcubbedge 

I am sorry to hear about the troubles you have with update status. Even more frustrating when you are under pressure and need to submit ...

The question is indeed a general one, with more than one answer - and not necessary straight. It depends on too many things that can happen.

The numbering might not be up-to-date. Or the initial detail was not in the right state (up-to-date). Or the numbering was done on "selection set" - but then some objects where modified (actually, this might be a more common cause than others). The link between detail and model was invalid.

The only way to investigate what happen is to have the project "before" and "after". 

Would it be possible to attach an archive with the project, to take a look ?

Best regards,
Emy

[dcubbedge]

Thanks for looking into this Emy.

Unfortunately, in order to keep the project moving forward, I had to 'accept' the anomaly and move on, so I don't have an archive, only the current model.

I will attach it with the braces in question visible, as the clues might still be there. I do notice when I isolate the braces that some of the holes are 'green', others are just holes....that might have all to do with it, but how did it get in that state? Like I said. before I tweaked that stair, the braces were fine, (3) assemblies, quantity 2.

[Emanuel.Nestor]

Hi @dcubbedge 

Investigating the model I found some thinks a bit odd.

Running the numbering process for the entire model ends up with a lot of of changed numbers: 

So I could only make some guesses, more or less on spot ...

One possible scenario: when modify some elements, then run the numbering on selected objects only. This is tricky, because you need to select all the involved elements - not just the modified ones, but also the ones that were identical prior modification.

Another scenario: when modify the numbering tolerance (the tolerance for identical part detection). Then, at one point, the tolerance is changed again. This happens sometimes when work on another project and use a different tolerance; or when AstorSettings database is replaced with a backup one or with one from someone else.

Do you think one of this could be case ?

Other than that, not sure what I can do for now. If you see a situation when the numbering is not consistent (the part marks are changed without reason), please let me know and I will investigate.

Best regards,
Emy

[Emanuel.Nestor]

Hi @dcubbedge 

Please let me know if my previous post help you and if there is anything else I could help you with in this case.

Best regards,
Emy