You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Shouldn't rounding be more in the realm of the user and their particular use case (display method, graph system, etc) rather than the default?
While you can change the precision, there's still going to be some precision loss by the nature of the rounding formula used here if you end up in overflow or underflow scenarios. It would seem to me better to provide the "raw" values by default and rounding as opt-in.
The text was updated successfully, but these errors were encountered:
Completely agree on this one - worse yet, the rounding does not adjust for decimal values, and is done during calculations, not after the fact, resulting in wildly incorrect r2 values, and bad results.
There NEEDS to be a way to opt-out of rounding - and while changing the default would be semi-breaking (could cause existing projects to overflow UIs), the current design is problematic enough that it is really worth considering (moving rounding to after the fact only would also help)
Shouldn't rounding be more in the realm of the user and their particular use case (display method, graph system, etc) rather than the default?
While you can change the precision, there's still going to be some precision loss by the nature of the rounding formula used here if you end up in overflow or underflow scenarios. It would seem to me better to provide the "raw" values by default and rounding as opt-in.
The text was updated successfully, but these errors were encountered: