Dimensions acting starnge in layout

[kevin b]

We are having some issues with dimensions in layout windows on Teamwork project. One team mmeber set up layouts for interior elevations, everything appears correct. Another team member opens layout and all of the windows are sized differently due to dimensions in the views appearing oddly. Some strings are to random points in space. Even if all are selected and updated it is still wrong. You have to open the source view (where all of the dimensions are indeed correct) and ten go back to the layout and update the view again, then they revert to their correct state.

Anyone else getting this. This is a big problem for us as a junior member of the team may be asked to print out drawings and may not notice the mistake.

[Erika Epstein]

kevin wrote:
. Another team member opens layout and all of the windows are sized differently due to dimensions in the views appearing oddly. Some strings are to random points in space.

Kevin, a screen shot of what you describe might be helpful.
I am wondering if the views were not accidentally redefined.
You mentioned you are doing IE, are you using the IE markers which can act up, or using the section tool?

[Anonymous]

Yes, we are experiencing the same problem. We have found that opening the view and then coming back to the layout fixes the dimensions. Set the view to manual update. I have reported it to Graphisoft.

[kevin b]

Yes we are trying the (insert sarcasm here) fantastic IE tool once again. And yes it seems like if one team member makes modifications to the elevation, it triggers it to go all weird, and you have to open the source view and then go back to the layout. Just updating does nothing.

I will post an image once it happens again.

[kevin b]

See attached, I just combined a few screen shots so the scales are off but you can see the problem. Left view is layout , after updating, center is viewing source view, and right is going back to layout and updating, no modifications done between the steps. Note the bottom string of dimensions. This is a simple one, gets worse in other cases.

[kevin b]

MORE DIMENSION WEIRDNESS...

Same Teamwork project, when looking at some interior elevations on computer of User A the dimensions are correct. In this case correct means that a string of dims of base cabinets have all been modified for custom text, in this case they are all "EQ" When User B looks at the elevations, they all show the Measured Value.

This is true of both the layout and the actual source view. When the text is selected in the source view of User A it shows in the info box that it is custom text, for User B it shows as measured. Both Users have done S/R. Neither User has any of the info in the elevation reserved.

See following images.

[kevin b]

Image for User B

[Greg Kmethy]

Kevin,

I can confirm that GRAPHISOFT is aware of both of these problems. It more than likely happens to dimensions that have been edited by two or more users (although probably that is not the only contributing factor). If the elements are not likely to change, you might consider setting the dimensions static, until this is fixed. We handle this issue with priority.

Greg

[Dennis Lee]

This is causing us a lot of problems. Can we have a fix soon?
This started happening to us when we added a third user to TW files.

[kevin b]

I haven't heard anything more from them about it. It is a huge problem for us. I have also notice, in same project, that certain things that are dimensioned in the interior elevation window do not update when the model changes. So that if you say change the height of a piece of casework, making the change in the model or in the IE window, the dimension does not dynamically update, it acts like a static dimension.