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
At the moment due to the way in which the uncertainties are computed in the filter files, running the same file twice with two different computers might results in differences in the ~10 digit.
These differences are completely spurious and I believe it makes more sense to round the values to the point they are more or less stable.
In order to make sure everybody is using the same function it would be a good idea to have a custom_yaml_dumper or something as part of the filter file with a custom representer for floats.
Something like this would achieve the desired value (where I set the number of digits to 8).
Here I'm passing every float that yaml.dump will see to prettify_float, which then delegates to the default represent_float function. If the result has a length greater than 8 (this is looking at the length of the string so it is taking into account things like -, . or e4. Then it rounds the value to 8 digits. Otherwise it uses the default oen.
(assigning this to @comane since he was taking care of organizing a bit the filter utils)
The text was updated successfully, but these errors were encountered:
At the moment due to the way in which the uncertainties are computed in the filter files, running the same file twice with two different computers might results in differences in the ~10 digit.
These differences are completely spurious and I believe it makes more sense to round the values to the point they are more or less stable.
In order to make sure everybody is using the same function it would be a good idea to have a
custom_yaml_dumper
or something as part of the filter file with a custom representer for floats.Something like this would achieve the desired value (where I set the number of digits to 8).
Here I'm passing every float that
yaml.dump
will see toprettify_float
, which then delegates to the defaultrepresent_float
function. If the result has a length greater than 8 (this is looking at the length of the string so it is taking into account things like-
,.
ore4
. Then it rounds the value to 8 digits. Otherwise it uses the default oen.(assigning this to @comane since he was taking care of organizing a bit the filter utils)
The text was updated successfully, but these errors were encountered: