Make sure correct zerovalue is used for precip_models_cascade in blending code
During a recent performance improvement, there was some uncertainty on how to deal with computing the zerovalue for precip_models_cascade: https://github.com/pySTEPS/pysteps/pull/435#discussion_r1786151740. 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: https://github.com/pySTEPS/pysteps/issues/396 and https://github.com/pySTEPS/pysteps/issues/384