watem-sedem / rfactor

R-factor
https://watem-sedem.github.io/rfactor/
GNU Lesser General Public License v3.0
6 stars 2 forks source link

Cumulative values in erosivity calculation #100

Open SethCallewaert opened 3 months ago

SethCallewaert commented 3 months ago

I saw that there is a difference of inclusion in the cumulative columns yielded from the compute_erosivity function ('all_event_rain_cum' vs 'erosivity_cum'. The former does not include the values of the calculated storm, while the latter does. I do not have strong preference for one specific way of showing the cumulative values, however it should be consistent for both columns.

It also seems that there the all_event_rain does not add up with the sum of the event_rain_cum, maybe because not all rainfall is counted into the events (short rainfall or < rainfall than threshold). See attachments.

afbeelding KMI_6438_2013.txt

Sachagobeyn commented 2 months ago

@SethCallewaert : from what I can tell from the code (https://github.com/watem-sedem/rfactor/blob/master/src/rfactor/rfactor.py#L398-L405)

the all_event_rain_cum is a sum of event_rain_cum (with a shift indeed, thus summing all rainfall untill end of event).

The reason why it does not seem to add is line here: the https://github.com/watem-sedem/rfactor/blob/master/src/rfactor/rfactor.py#L420 - event with a small amount of rain are removed. Can you check if this compliant with the workflow of GV?

SethCallewaert commented 3 weeks ago

My issue is in the columns 'all_event_rain_cum' and 'erosivity_cum'. If you look at the first line, the former is 0 and the latter is 2.08, which is strange as both should or take into account this event or not.

in line: https://github.com/watem-sedem/rfactor/blob/577efc0d2121e28dd996f332464b29f7cbb0e35a/src/rfactor/rfactor.py#L415 there seems to be a shift implemented, but what is the reason for this?

Sachagobeyn commented 2 weeks ago

@SethCallewaert:

Can you let us know what you prefer?