We actually use ‘comma’(,) as a decimal separator instead of dot (.). At the first stage, BO reads the values correctly, (20,000000) and in the next step it is multiplying with the number of values present after comma. Please find attached screenshot for more information. Can someone pls help me in tracing this, how all of sudden this issue is happening. WE have similar issue where ever we load numerics.
We have verified the server regional settings, it is set correctly where the decimal separator is comma.
There is also an other issue we are facing, “Numeric value out of range”. I tried changing the BO job accordingly, but BO is throwing an error for the same files which had run successfully in the past runs.
At least for flat files the decimal format is completely locale dependent. Meaning if you moved to a server with a different format this might be causing problems. For flat files you can specify the format explicitly in the file format editor. Sadly you will have to do that per column. As far as I remember, setting the locale in the file format editor does not help for the number format but I’m not quite sure about that.
For excel files there shouldn’t really be a format since the content is an actual number and how it is displayed should be excel’s problem. I don’t see how you need to convert anything there, you should never have the number as a string represneted in the first place.
Hi Toni, Thanks for your response. I have verified the windows server format, it is using the same Dutch format (being comma as decimal separator)
If i need to specify the format for all the columns in file format editor, then i would need to edit this for many jobs which is causing same problem.
Hi Ganesh,
our complete environment should have the same setup of comma as a decimal separator. I see in BODS data store configuration, the decimal separator is dot, I tried changing this but throwing an error.
Can you pls suggest me if there are some settings to be changed.