hexagon logo

Nominals in DIMENSIONS keep changing!

I have read most of the posts on this site, and they mainly seem to point to the nomials for the actual feature changing... and like most of you say " I have never had DMIS change a nominal ... ever! And if it is changing it on you , you have done somthing wrong!"

I am not talking about it changing a nominal for a feature! I am saying that when i create a dimension, without CAD, I have to tell it what nominal i want for the dimension, bedcause it always picks the wrong one! Then I print a report and all is fine... UNTIL I RUN THE PROGRAM AGAIN! Then, the next time i print the report, all the nominals are different and I have to update them again!

Also tolerances that i put in the angle dimension edit box won't transfer to the report at all.

Thoughts??

Sam
Parents
  • Perhaps this should be taught as a caveat in the training lessons. If you want to lock in your nominals, start the program with a constructed alignment from generic features. We used to do this with our PMM w/QUINDOS (UNIX) and never had an issue. I believe that we were instructed to build features and place them in one of the db's , EDB, GDB, I don't remember. This way we could access the feature for an initial alignment for any program we built.


    That is a good suggestion, but it should not be necessary to do this. You have a machine coordinatesystem already. If you only use a plane as level and zero, the transformation matrix calculation (for the other two axis') should be based on the machine coordinatesystem, like AndersI mentions.
Reply
  • Perhaps this should be taught as a caveat in the training lessons. If you want to lock in your nominals, start the program with a constructed alignment from generic features. We used to do this with our PMM w/QUINDOS (UNIX) and never had an issue. I believe that we were instructed to build features and place them in one of the db's , EDB, GDB, I don't remember. This way we could access the feature for an initial alignment for any program we built.


    That is a good suggestion, but it should not be necessary to do this. You have a machine coordinatesystem already. If you only use a plane as level and zero, the transformation matrix calculation (for the other two axis') should be based on the machine coordinatesystem, like AndersI mentions.
Children
No Data