I am using OpenBuildings Designer CE update 5 (10.05.00.49), but I have also confirmed the below problem in the latest version.
When applying structural rules to plan views I always have Delta TOS set as one of the attributes all the applied rules.
I also ensure that when DTOS equals 0 that it is set to "Hide labels when delta = 0" in the view presentation options.
I am finding that this is not working as shown in the plan below:
It can be seen that there are a couple of variations in the DTOS display - one with brackets and one without.
I tried both options when setting up the rules but neither vanishes.
I should not see any form of DTOS where 0 appears.
Is this a bug?
Change coordinate readout to 6 decimal places. You'll find that the members are not all on the same RL and even a small difference gives the 0 RL. I've seen this in V8i as well. Only thing you can do is go through and make sure all members are on the same level. This has been put in an SR before.
FYI
I've been on this program since it first came out as Bentley Structural, so that was the first thing I checked.
I think this is a bug.
I believe that would be a "duh" on my part - I added TOS to my rule, not Delta TOS. Oops.
Anyhow, it seems to be some type of refresh issue - if you disable the rule, click OK, the re-enable the rule, that should change the annotation as expected.
Bob, if this works for you as well could you file a Service Request with support so we can get this logged as a defect?
That process didn't work for me.
I tried hitting OK, refresh, everything, but I'm still seeing lots of zeros, and no I didn't hit my head
After Bear confirmed the problem I filed a service request 7001024601.
Hi Bob,
That process is still working for me (Update 6) even though I originally did not have the labels positioned side-by-side or the Delta TOS in brackets as shown in your image (just fixed that). I'll ping the analyst that picked up your SR just to be sure we're on the same page.
I've logged an SR as well Steve, the person I dealt with was able to reproduce the error.
Thanks, I've been corresponding with the analysts handling both SRs.