-
Notifications
You must be signed in to change notification settings - Fork 354
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with decimals #189
Comments
Hi @a-br can you post your data? |
Hi @yanofsky Also, another small issue is using a language with accent marks. You can see that the font changes when there is a mark above a letter. Data:
Snapshot: Hope it can helps to your improvement! |
Sorry for my late reply! What's the issue here? That the y-axis doesn't have decimals? That the points aren't labeled? As for the accents, that appears to be a font issue. If you change your styles to use a different font does the problem persist? |
The problem is that 2.95 is not recognized as a number between 2 and 3. Instead it is ignoring the dot as a seperator and displays it as 295. The only number correctly displayed is the 10. I have the same problem. In Germany the tasks of a comma and a dot are different from the US system. Are these seperators saved somewhere? |
Oh, now i see. Chartbuilder is supposed to be able to determine what type of number format your browser uses (but not your data) but it relies on The determination of separators is done here Chartbuilder/src/js/stores/SessionStore.js Lines 85 to 102 in 879112e
(which is then passed through to here
Any ideas on better ways to auto-determine the number formatting convention being used? |
I guess a switch would be the easiest solution (12.345,67 or 12,345.67). For this specific case one could also look for two and three digit numbers in the data as they easily indicate which character is used for indicating values below 1. Or maybe look at a certain value in the data containing both seperators. The seperator that appears first is for the thousands, the one that appears last is for the values below 1. (I am just starting to code, but I think that could work) |
2.36 is obviously 2 + 36/100 The logic you suggest would work in some cases, but it would still be ambiguous if numbers only had one separator, i.e it's entirely integers less than 1 million but greater than -1 million or entirely numbers greater than -1000 and less than 1000 with fewer than three-digit decimal precision. I think the best we we could do is put in a warning message that the data is of an ambiguous magnitude. |
When you introduce decimal numbers in Chartbuilder, it takes and visualize them as whole numbers. So, it is not possible right now to visualize decimal numbers. Hope it helps. Thanks!
The text was updated successfully, but these errors were encountered: