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
During a recent performance improvement, there was some uncertainty on how to deal with computing the zerovalue for precip_models_cascade: #435 (comment). There is some code there that is supposed to get this zerovalue when precip_cascade is completely filled with nan's.
In the new code, it is not the case that the entire precip_models_cascade is stored in RAM at that time, so just taking the nanmin over that entire array is not possible anymore. I have solved it by looping over precip_models until we find a timestamp and member that has rain and decompose that and take the nanmin to get the zerovalue. This differs from the old code, but should not be functionally different.
When discussing this some other questions arose. Namely: since this part of the code is supposed to catch the case where precip_cascade is completely filled with nan's, why is this not checked? And is this the best way to get a zerovalue for precip_cascade?
This also ties in with 2 other issues: #396 and #384
The text was updated successfully, but these errors were encountered:
During a recent performance improvement, there was some uncertainty on how to deal with computing the zerovalue for
precip_models_cascade
: #435 (comment). There is some code there that is supposed to get this zerovalue whenprecip_cascade
is completely filled with nan's.In the new code, it is not the case that the entire
precip_models_cascade
is stored in RAM at that time, so just taking thenanmin
over that entire array is not possible anymore. I have solved it by looping overprecip_models
until we find a timestamp and member that has rain and decompose that and take thenanmin
to get the zerovalue. This differs from the old code, but should not be functionally different.When discussing this some other questions arose. Namely: since this part of the code is supposed to catch the case where
precip_cascade
is completely filled with nan's, why is this not checked? And is this the best way to get a zerovalue forprecip_cascade
?This also ties in with 2 other issues: #396 and #384
The text was updated successfully, but these errors were encountered: