Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Capping infiltration seems not to account for rain or flows from neighboring cells #90

Open
lrntct opened this issue May 23, 2019 · 1 comment
Labels
enhancement New feature or request major

Comments

@lrntct
Copy link
Contributor

lrntct commented May 23, 2019

Original report by pirmin borer (Bitbucket: PBorer, ).


In line 398 and 423 the infiltration rates are capped with the method cap_inf_rate(float dt_h, float h float infrate)

It seems that the capping of the infiltration rate does only account for the maximum of waterdepth which is available for infiltration. It does not account for the rain which falls during that time-step, neither the water which will flow from other cells. This has the effect that the amount of water is only correctly calculated where enough ponding occurs such that the infiltration is not limited by the water height. Actually the infiltration is twice capped, once by the method cap_inf _rate but also in apply_hyrology() where the new water height is set to :

h_new = max(arr_h[r, c] + (rain - inf - etp - capped_losses) * dt_h / 1000., 0.)

The effective infiltration rate could be calculated by

(1) arr_inf_out[r,c] = max(1000 * arr_h[r,c] / dt_h + qn * dx + qs * dy + rain - etp - inf- capped_losses, 0)

It is unclear to me if at the point of applying the hydrology, the water flow from other cells already has been added to the array arr_h. If so, then qn*dx + qs *dy are not necessary in (1)

This is just an idea of how the inflow from rain and other cells could be used to calculate the effective infiltration rate. What do you think?

Thank you for your answer.

@lrntct lrntct added major enhancement New feature or request labels May 16, 2020
@lrntct
Copy link
Contributor Author

lrntct commented Jun 29, 2020

I believe this issue could be resolved by reducing the hydrology time-step. If hydrology is computed at every timestep, then the last step inflow from neighbouring cells will be taken into account. Which might be closer to the reality.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request major
Projects
None yet
Development

No branches or pull requests

1 participant