CaveMan Posted July 15, 2011 Posted July 15, 2011 A few times we have had a problem > Drawing geometry in model space Associate dimensions paper space through viewport. Dims snapped to correct model space points. Dimension correctly displayed. Drawing Saved and closed then opened at a later stage > Incorrect values displayed on some of the dimensions in paper space? Any input welcome. Quote
DANIEL Posted July 15, 2011 Posted July 15, 2011 check your dimassoc setting 1 for non associated 2 for accociated. Quote
SLW210 Posted July 15, 2011 Posted July 15, 2011 He claims the are associated. I am WAGging he located them with the NODE OSNAP. Quote
DANIEL Posted July 15, 2011 Posted July 15, 2011 He claims the are associated. I am WAGging he located them with the NODE OSNAP. probably, caveman, make sure your snapping to the object in the viewport and not a node associated with another dimension. Quote
rkent Posted July 15, 2011 Posted July 15, 2011 A few times we have had a problem >Drawing geometry in model space Associate dimensions paper space through viewport. Dims snapped to correct model space points. Dimension correctly displayed. Drawing Saved and closed then opened at a later stage > Incorrect values displayed on some of the dimensions in paper space? Any input welcome. I have had this happen a few times to me with 2012. Dimensions are displayed correctly, close drawing for the night. Open the next day and half are reading PS distances. Dimassoc set to 2, snapping to endpoints. Very scary that the dims are that unstable, I may have to rethink putting dims in PS. Quote
SLW210 Posted July 15, 2011 Posted July 15, 2011 I haven't had any problems and I save to 2004, I just turn off the offending OSnaps when dimensioning. Quote
rkent Posted July 15, 2011 Posted July 15, 2011 I haven't had any problems and I save to 2004, I just turn off the offending OSnaps when dimensioning. I don't use running osnaps instead I use osnaps assigned to the F keys, I never use node or appint when dimensioning, just endpoint and center. Quote
Rebel Posted July 15, 2011 Posted July 15, 2011 I have had issues with associative dimensions when snapping to center in the past. Autocad just doesn't seem to like it for some reason (well, mine doesn't at least) Quote
SLW210 Posted July 15, 2011 Posted July 15, 2011 I have had issues with associative dimensions when snapping to center in the past. Autocad just doesn't seem to like it for some reason (well, mine doesn't at least) Never noticed a problem with center, but I often use a center mark or center lines and snap to those. Quote
CaveMan Posted July 18, 2011 Author Posted July 18, 2011 Hi In this case instance would not say points are ideally snapped but both points show associatvly correct if reassociate dimension is used. If you simply just go update dimension the correct value displays? This has caused somewhat hassels after we have checked and approved drawings? Cheers for the help so far Regards CaveMan 6832-800-D26-300.02.dwg Quote
CaveMan Posted July 18, 2011 Author Posted July 18, 2011 File as requested - regards CaveMan 6832-800-D26-300.02.dwg Quote
SLW210 Posted July 18, 2011 Posted July 18, 2011 I moved the associated lines in Model and the dimension in paper space moved accordingly. Although associative dimensions support most object types that you would expect to dimension, they do not support the following: •Hatches •Multiline objects •2D solids •Objects with nonzero thickness •Images •DWF underlays When selecting objects to dimension, make sure that the objects that you select don't include a directly overlapping object that does not support associative dimensioning such as a 2D solid. Associativity is not maintained between a dimension and a block reference if the block is redefined. Associativity is not maintained between a dimension and a 3D solid if the shape of the 3D solid is modified. Quote
CaveMan Posted July 19, 2011 Author Posted July 19, 2011 Hi Watch this (Model Space) Moved geometry > dim updated as associate checked entity type - both lines (Paper Space) Created new Dim > Value Correct Updated incorrect Dim > then displays correct. No variables of anything altered in the background? strange when dim first created = fine Drawing Close > Open then incorrect? Somehow the dimension must be corrupt - presume from users matching propertys as they seem to like this? Cheers for the debugging CaveMan Quote
SLW210 Posted July 19, 2011 Posted July 19, 2011 What version do you save the file? You may just need to do a Dimension Update. Quote
CaveMan Posted July 19, 2011 Author Posted July 19, 2011 Opening an AutoCAD 2007/LT 2007 format file. Regenerating layout. Regenerating model. Saved to 2010 and reopened - but error within drawing file Audit does not reflect any errors? Have come accross that the Dim Scale Linear is culprit? Value displying -2500.000 Not sure how this gets changed though - by putting 1 as unit configures it to change to -50 the correct viewport scale > then dim displayed correctly? Drawing Stick Figures on the Cave Wall was by far easier back in my Time!! Cheers CaveMan Quote
SLW210 Posted July 19, 2011 Posted July 19, 2011 I save to 2004 DWG. I reopen, select dimensions, then update. The dimension in your drawing gives correct dimension. Quote
CaveMan Posted July 19, 2011 Author Posted July 19, 2011 The nature of the problem occurs when saving and closing the drawing when opening the dimesions have changed - but not all of them Updating the dimensions corrects this - but tedious as the draughts person has to quickly skim through the sizes to see if correct Dim Scale Linear contributes to the error - i will have to research what could trigger the change? Quote
SLW210 Posted July 19, 2011 Posted July 19, 2011 Do you know the source of these files? Maybe they were created by a vertical product or AutoCAD clone? You might could search for a LISP or create a SCRIPT. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.