I stated earlier that over-riding dimensions is not good practice. I avoid
it where reasonable. This specific incident is about the third time in
1-1/2 years that I have over-ridden the dimension. The point is, if
Inventor will allow dimensions to be over-ridden, they should not revert
without notification. It would be better/safer if it were not allowed at
all.
Ed R
"Dennis Jeffrey" wrote in message
news:3DC41E3F.B1267EBE@cadassociates.com...
> I guess I would be concerned WHY the other features are failing before I
put
> this part into my design.
>
> Dennis
>
> Ed Rasmussen wrote:
>
> > I know that overriding the dimensions of geometry is not a good practice
and
> > I avoid doing it. That said, however, it sometimes is the most cost
> > effective solution to a minor change. I have one part that needs to
have
> > one dimension changed from .074 to .080. If I try to change the feature
in
> > the model that drives this dimension, I get a cascade of feature
problems.
> > I do not want to take time at this stage to resolve all of those
problems
> > for the sake of changing this one dimension. I decide to make an
exception
> > and change the dimension manually. I go to tolerances and change the
> > nominal value. Presto the drawing looks right. Almost done, but I
forgot
> > some minor cleanup another sheet of the same drawing. I do that work
and
> > then print the drawing. I happen to double check the first sheet and
find
> > that the .080 I entered and witnessed on screen earlier has now reverted
to
> > and printed as the original .074. Scary. Did I not change/override in
the
> > correct manner? If IV won't hold an override, it shouldn't accept it in
the
> > first place. What I saw happen was a dimension changing with no warning
on
> > a sheet that was not being altered, when the model was not being
modified
> > dimensionally. Sure it is all the more reason to avoid overriding a
> > dimension, but man this is frightening. You don't expect to have to
recheck
> > things that have not been changed. I hope I did something wrong in the
> > override, but it seemed to work as expected until..... Anyone know
what is
> > going on with this? Thanks.
> >
> > Ed R
>
> --
> Dennis Jeffrey
> CAD Associates - Fort Wayne
> Autodesk ASC
> (260-432-9695 x 221
>
>