NO my experience - with what yo described - does NOT work. And I have not been able to develope a mehtod that does.
Even If I idmension within the model I have problems making association be reliable
Ustn since 1988SS4 - i7-3.45Ghz-16 Gb-250/1Tb/1Tb-Win8.1-64bEric D. MilbergerArchitect + Master Planner + BIMSenior Master Planner NASA - Marshall Space Flight CenterThe Milberger Architectural Group, llc
Thanks for the feedback.
The graduation from the DEM extractions to dynamic view portals by itself elevates BA to the same BIM playing field as Autodesk's Revit (which our firm also uses) and is more than enough to encourage our firm to move from XM to v8i as quickly as possible...but it sure would've been nice if associative dims had already worked in this revised environment too. We hope this is a primary focus area for the Bentley developers as soon as the pending bug fix cleanup release is issued.
I remember when Associative Dimensioning was added back in the early 90's.
It was the greatest thing to happen to CAD and MicroStation - saving me a great deal of time and libility.
It was the best feature second only to Reference Files
I'm not sure about anyone else, but to be honest, I'm not completely following the workflow.... It may help if you could use what I'd call the "ABC" approach - file A contains this, file B contains that, and file C contains the other thing. File A is referenced into file B, which is referenced into file C. I'm placing my dimensions in file X.
I'd leave out any other terms and just go with the basics. Maybe we can figure out why this isn't working for you.
The project team I'm participating on right now is our firm's second BA XM (our client's FM group is not yet prepared to accept v8i deliverables) project and after fussing with DEM for a while (with the dims placed as an overlay in the model side of the plot sht dgn file along with other annotations pertaining to this plot sht) we're a little frustrated by the inefficiency of this production method. One unfortunate aspect of this method is that you cannot associate the dims to the underlaying bldg graphics (residing in a separate extraction file) because, of course, as soon as you manully update your extraction to reflect the changes which have been occuring in the design model (split amongst several other separate dgn's) the associations are simply destroyed. [re: attache3d image file]
So this leads me to the question noted in the subject line of this thread: if instead of this underlay being an extraction it were merely a portal (dynamic view) into the design model would one then be able to associate these dims (still residing in the model side of the plot sht file) to the bldg graphics now residing in the actual design model files as opposed to a snapshot copy (extraction) of it?
Or will it be necessary at BAv8i to have the dims reside in the same dgn file as the bldg graphics to which they are associated in order for them to automatically revise themselves when that bldg graphic data was modified?
The heart of the matter I'm trying to get to I suppose is whether the "federated" strategy is flexible enough to accomodate this level of integration across separate files. We accept the notion that this federated files strategy might be a superior approach compared to the appearant Revit approach of all things that need to be associated in this way shall remain in the same rvt file but we don't know yet. Eventually we'll have to tackle a very large project using one of these products so I'm trying to understand the pros, cons & limits of each of these competing products' somewhat different conceptual approaches.
x.dgn I build a model
from this create Building View
a.dgn From this create a DrawingView (Also called an Engineering view. Ourtside file wiht the Building View Attached)
On this I place all annotations
p.dgn - p10.dgn Then I create a sheet or 10 with Borders
Then I reference a.dgn onto each sheet p-p10 (One Overal Plan, and then 4 Quad Plans, Kitchen Locker, Toilet, etc)
x.dgn is in the \Drawings directory a.dgn is in hte \Drawings\Sections and Plans directory p.dgn is in the \Drawings\Sheets Directory
Mr. Cocchi:
Please note the diagram appended to my post which describes our current XM workflow. I think this should clarify my initial question. If not please let me know and I will attempt to untangle the description further.
Is your assessment of Mr. Milberger's reply that one cannot associate dimensions across dynamic views in v8i correct or incorrect? And if those smart associations indeed cannot span across files in this way is this merely because of a minor bug which can be fixed in an upcoming release?
Reply from another Bentley personnel would be welcome as well in case Mr. Cocchi may have become busy attending to other, more pressing issues. Thank you.
Ah... I missed that PDF the first time around, and yes, it does help clarify your workflow. What you essentially have is geometry existing in file A, that is then referenced into the design model of file B, dimensions added there, and then that referenced into a sheet model also in file B (I don't think that last part is as relavant). So whether the geometry being dimensioned is extracted, or the true 3D geometry from a DV, it's still one reference file away.
The behavior your describing is certainly possible when using an extraction, that has been done many times before. Though if you are modifying the initial geometry *after* the dimensions are placed, you may want to turn On the Keypoints for Associative Dimensions option under the TriForma preferences... That should help keep those associative dimensions associated, hence its name. :)
When it comes to DVs, that could be a different story. We don't have this type of historical data in support, and there's little experience in this area on our end. In a quick test I just did, I could not seem to retain the dimension association as I could with an extraction file, which would line up with what Eric described. Why? I honestly do not know. It's possible that I'm just missing something, but I'd have to do more investigation to be sure.