Is there a setting or a way to set the dimensions Primary Value to only run out to a predefined number of decimal places?
If this is checked it will suggest an input value, although, if "other users" don't enter the correct value you still end up with long numbers.
Did you try changing this
Yes all of the precisions are set correctly.
In my pic above was after I changed it - before, this document was 4 place decimal, I changed it to what you see and my primary dimension stays at 2 decimal, so maybe a bug somewhere
The primary value should normally reflect a high degree of accuracy with the dimension display modified as John shows. "Primary" dimension refers to the units being used first if dual dimens are shown. "Primary" value refers to the near-absolute numeric size of the part.
Usually what John states works, but I have found that occasionally it is overridden by the units setting. I usually make sure both setting agree in the units and dimensions window.
I have not been able to figure what is the cause.
Just to confirm that for those of you who answered that when you have these set you only show 3 or 4 decimals in the dimension box?
My actual dimensions display with the correct decimal accuracy. What I run into is the example below where users leave "1.11118829".
I'm pretty sure that is up to the user to not leave dangling decimal places if that isn't what is desired. I know that I wouldn't want Solidworks truncating my fractional decimals automatically just because my document units are set to .000. Why isn't the user entering the desired dimension when it's created in the first place? Problem exists between keyboard and chair?
This will still show the dimension as up to 8 decimal places (the same as in the primary value box).
It will just give the designer the ability to easily see and change the value to a better number with less decimal places.
I agree with Matthew that is is up to the user (designer or drafter) to enter proper dimensions.
They should be correct values withing the appropriate decimal level.
Often, machining tolerances are based on number of displayed decimal places and if 6 or 7 decimal places are shown the the machinist will hate the designer or the Cost Quote for making the part will be inflated dramatically and unnecessarily do to poor drafting or designing practices.
I like and agree with Matthew's terminology of the cause of the problem being between keyboard and chair. I never heard it put that way before.
Just to add... I agree with Rick and Matthew. The designer needs to clean up their inputs to show the zeros. SolidWorks is working exactly as it is designed.
PEBCAK - Wiktionary Problem Exists Between Chair And Keyboard
I think this is the best solution for him, and I do agree that this is something the designer needs to be accountable for.
I have seen the same thing on my system since I started with SW2012 (now on 2015).
It appears that your spin box wheel and the primary value display will show up to 8 decimal places no matter what your primary units length is set to unless the last digits (say 6th 7th and 8th position) are '0's.
in this case (with your primary value setting to show 3 decimal places) would show 1.11118 (not 1.11118829).
If you have less than 3 decimal places with values other then 0, then it will show 3 decimal places (1.100000 would show as 1.100).
This can be a good thing though, it will show if someone made a part with a screwy size that when it gets to a machinist it would be rounded up and would potentially cause fit problems with other parts or confusion to the machinists (but I don't think this would be a big deal with the error being more than 4 decimal places - unless you are dealing with some really, really small parts (in which case you should have more primary units anyway)).
Just out of curiosity, does this situation/example stem from an imported part in any way, shape or form?
It does not, it stems from users not following best practice.
Have you seen the values change from the original ones after you import a part?
I have seen where I get odd numbers when I import parts made in Inventor and convert with FeatureWorks, but I have always felt (and still do) that it was actually a correct conversion and that the original Inventor file was the issue.
I feel this because all the parts we make with 3 decimal place precision (and fully constrain) maintain the same precision and numbers after I convert with Feature works.
But, we have one designer who ends up with extra decimal place values because (I believe) he likes to mirror (and sometimes mirror the mirrored part again) and it keeps dividing down the number and adding decimal places, and leaves them as is.
He also doesn't fully constrain parts so we sometimes get weird dimensions when his designs shift.
The rest of us fully constrain parts but he is a senior designer and there is not convincing him since "it works for him!".
This may be the kind of situation that Alice is facing.
Rick, I was thinking that but then again it could be a unit conversion as well. Most of the imported parts I might use are 'off the shelf' or equivalents, I don't see this very often but it does pop up here and there. I was hoping to get confirmation on that too.
I can not remember ever seeing any values being converted to a different decimal value (more decimal places or different values) from the values that I had set them to in parts I had made (or had corrected) before I converted them.
I have converted a few hundred Inventor files to SolidWorks that we made here or had imported from solids to Inventor.
Files that I had not touched before converting (so I didn't know the original value) and files where I know had extra decimal places (in the Inventor file), were the only ones with more decimal places than there should have been.
I have not gone back to many of the files (to the pre-converted file) that were converted with extra decimal digits to confirm that they were wrong originally (but I have gone back to a few and they matched with the same extra decimal places).
Many Inventor files created here by the engineer I mentioned, in the earlier post, have extra decimal places in the original Inventor files and the only time I ever remember seeing extra decimal places is from files he created or edited.
I feel about 98% confident that the extra decimal values were not added due to converting, but were there before converting.
I'm currently working on a file in 2012, this is the import options window, notice the Unit field below. This was the basis of my commentary and why I posed the comment. Like many others here on the forums, I learn quite a bit from the issues facing others.
My understanding of this function was that if you convert a file that is in one format (Metric or Imperial) and the document template you are importing it to is of the other format it will convert (or maintain) the numbering format based on your selection here.
I can see where it would change the value (and decimal precision) if the number was converted from say ANSI to Metric which could then add digits, but it "should not" change these if the numbering system is the same, though I have never tested that.
I delved into this area a few months ago because I did notice that Feature Works always converts any holes to Metric values even if they were ANSI (rest of the dimensions stay the same (ANSI)).
I found this is a long time problem with Feature Works from a DSS engineer that was at my user group meeting and I also reported it to my VAR (who found a service request and upgraded the priority of it). I have now noticed that, with the new 2016 beta documentation, it looks like this will be fixed in SW 2016.
For the most part my inches are .xxx and the MM are .xx but yet these .xxxxxxx pop up for me too. I just verify a couple of dimensions to be sure of scale (I can't tell my boss I didn't check) and leave it as is. Again, these 'rules' are for off the shelf parts. Assemblies I also re-save as a part file.
Retrieving data ...