AutoCAD LT - changes to dim scale linear property in paper space.
Been experiencing this problem occasionally over the last few years, especially since leasing LT a few years ago, but it seems to be getting worse lately.
Dimensions will be correct, but then the dimension will change on its own to some crazy scale - such that a 7'-6" dimension turns into 147'-3 5/8". It is so random, that it will happen in one drawing, but not in others. The change can happen after going from one layout to another, or from model space to the layout, or even just regening the layout.
We only use one dimension style. This is NOT related to selecting model/paper space objects, or annotative/not annotative. We've been using AutoCAD since the 1980's, so we are well versed in the difference. It's a bug in AutoCAD that needs to be fixed.
At this point we are doing a "match property" over all dimensions in a layout prior to every print job and before closing a drawing, to fix the problem. If anyone know of a solution it would be greatly appreciated.
Solved! Go to Solution.
Solved by pendean. Go to Solution.
It's only a bug if everyone experiences it, and can repeat it. Can you post a dwg file showing a dim that has mysteriously changed, maybe someone can figure out what is going on? Unless another dozen people come along and say 'me too' then it could be down to something on your system.
You do at one point say 'we' are there more people in your organisation that can see this happen?
Hi @Anonymous,
I am sorry to hear you are experiencing this. I checked and did not find other reports of this issue being logged as a new or ongoing issue, but I am happy to help.
You mentioned this occurs in some files but not others, that sounds more file specific, possibly file or layout corruption. Do you start your drawings from a drawing template (DWT file) that was created in legacy version of AutoCAD, or from existing files?
The following Autodesk Knowledge Network (AKN) articles offer suggestions on how to repair corrupt files. For corrupt layouts, it may be necessary to replace them.
How to repair corrupt AutoCAD files
Optimizing the AutoCAD drawing file: Purge, Audit & Recover
If you need further assistance, let me know what version of AutoCAD LT you are using (and others you have seen it in), the operating system it is installed on, and share a sample file this is occurring in with a ScreenCast of the issue, I would be happy to take a deeper look to test if I can reproduce it or see what might be causing it.
If a post was helpful, Likes are always welcome.
Please click the Accept Solution button for any posts that resolve the issue or answer your question.
All the best,
I have experienced that problem from time to time. It's usually solved setting the variable DIMASSOC=1, and then matching properties from any dimension that is working correctly.
Hope this can help.
Best regards.
Walk to the thread where we are https://forums.autodesk.com/t5/autocad-lt-forum/random-change-in-dim-scale-linear/m-p/10414525#M1904...
[Reply]
and open your eyes while scrolling .. see the picture below
Sebastian
Hi,
you talking about 3257160'-10 3/8" and 3111482'-6 5/8" ?
both are not fully associated! Turn on ANNOMONITOR or check this by STRG+1
3111482'-6 5/8" assoc just one the left
3257160'-10 3/8" just on the upper defpoint.
Use object snaps, use the right one and select the right points.
See my picture, you selected points:
1. (vertcal dim) is totally OFF an object
2. (hor) snaped not to the ENDpoint, it's just a "next point" snap.
Use snap option which snaps to a real object grip - like ENDpoint.
Sorry, i am out.
https://help.autodesk.com/view/ACD/2022/ENU/?guid=GUID-8B7E8C96-C30D-409E-881E-7942871E80DA
https://help.autodesk.com/view/ACD/2022/ENU/?guid=GUID-8F5E5431-9EFB-414E-BC6D-2C65EFB2DAC3
Sebastian
Thanks for the reply and have fixed the dimensions but it still reads bogus lengths. unless I am missing something.
Something has changed my "Dim Scale Linear"
add.
And another thing of my personal DO NOT list is,
don't use an endless float number for your viewport scalefactor.
An in your case here, i would set the dimensions in modelspace,
it doesn't look very important that the printed dim-text hight is perfectly, or?
Sebastian
Yes that will fix the problem. But I am trying to find out what caused it to go bogus so that we donot do it agian or can watch for it.
Make sure you only have essential osnaps turned on, definitely turn off NEArest and NODe, and be careful with the END osnap if you use a short offset for the ends of the dim extension lines. And when placing dims maybe you need to zoom in a bit more when picking where the dims are going.
The other layout is a better sample for a "random problem".
It looks good (defpoints are on the same position as the vertex/endpoint).
But we can not say why it happend in this case, because we don't know the history..
One Question: You locked the viewport first, then you created the dimensions?
Because a middle mouse button action can break the association..
Or you had othe objects there, at tge same point, and the dimension was linked to this object. Later you erased this object.
Just "simple user issues" what is possible, i don't say this was the case -
we can not kniw it.
Normally it works well on (modelspace) polylines and lines.
Isn't easy to say without knowing the history in detail.
Sebastian
It's a bug. Happens to me all the time and I am the most **** snapper around. Unexplainable as user error, this is a system design flaw.
@bareiff1 wrote:
It's a bug. Happens to me all the time and I am the most **** snapper around. Unexplainable as user error, this is a system design flaw.
If you believe it to be so, you'll want to inform Autodesk about it where they look for user feedback, here is the link https://www.autodesk.com/company/contact-us/product-feedback
Can't find what you're looking for? Ask the community or share your knowledge.