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

BUG/MAINT: Calculation of pr in production #336

Closed
nghi-truyen opened this issue Oct 2, 2024 · 3 comments · Fixed by #337
Closed

BUG/MAINT: Calculation of pr in production #336

nghi-truyen opened this issue Oct 2, 2024 · 3 comments · Fixed by #337
Assignees
Labels
bug Something isn't working maintenance Maintenance

Comments

@nghi-truyen
Copy link
Member

Why not write pr = pn - ps instead of pr = pn - (hp_imd - hp) * cp? Mathematically, the second expression is incorrect because (hp_imd - hp) * cp = ps - es, not ps.

@nghi-truyen nghi-truyen added bug Something isn't working maintenance Maintenance labels Oct 2, 2024
@nghi-truyen nghi-truyen added this to the Release v1.1.0 milestone Oct 2, 2024
@inoelloc
Copy link
Member

inoelloc commented Oct 2, 2024

La pluie est neutralisée par l'etp avant de rentrer dans la production (voir gr_interception). Donc en entrée de la fonction de production, soit pn est positif et en nul soit pn est nul et en positif. Ensuite, dans le calcul de ps et es, on va avoir tanh(pn) ou tanh(en) et vu que tanh(0) = 0, es = 0 si en = 0 et ps = 0 si pn = 0. Au final, si ps est positif, es est nul et vice versa. L'expression peut porter à confusion, on peut changer ca et mettre pr = pn - ps, on devrait avoir les memes résultats plus ou moins la précision machine.

@nghi-truyen
Copy link
Member Author

La pluie est neutralisée par l'etp avant de rentrer dans la production (voir gr_interception). Donc en entrée de la fonction de production, soit pn est positif et en nul soit pn est nul et en positif. Ensuite, dans le calcul de ps et es, on va avoir tanh(pn) ou tanh(en) et vu que tanh(0) = 0, es = 0 si en = 0 et ps = 0 si pn = 0. Au final, si ps est positif, es est nul et vice versa. L'expression peut porter à confusion, on peut changer ca et mettre pr = pn - ps, on devrait avoir les memes résultats plus ou moins la précision machine.

Oui oui, je m'en doute, y'aura pas de différence numériquement comme ps et es ne peuvent pas être positifs en même temps (tant mieux pour les runs !!) mais oui il faudra changer l'expression pour rendre ça plus clair. Bon on parlera de tout ça !

@pag13
Copy link
Collaborator

pag13 commented Oct 3, 2024

Oui on a le bon comportement avec l'effet de la routine de neutralisation cpdt c'est l'expression pr = pn - ps qui est à calculer dans gr_production.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working maintenance Maintenance
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants