Context Navigation

hydric_stress

-                      v13
+                      v14
 > Perso, j'ai un peu de mal à comprendre la solution proposée, c'est possible d'avoir qq équations ? Mais sur le principe, je n'ai rien contre si ça garantit bien que l'on ne peut pas prendre plus d'eau dans une couche que ce qu'elle contient.
+>> N. Vuichard 20/09/16
+>> J'étais aussi en faveur d'une fonction de stress 'intégrée', mais quand on a repris cela avec Agnès, on a tout de même été sensible à l'argument avancé par Agnès, à savoir ne pas prendre plus d'eau que ce qu'une couche contient (voir en particulier ces lignes de code: https://forge.ipsl.jussieu.fr/orchidee/browser/trunk/ORCHIDEE/src_sechiba/hydrol.f90#L6274).
 > A noter aussi qu'il pourrait être utile de "relaxer" la pente très raide du stress hydrique, comme dans Baker et al. 2008 dans SiB3.
 …
 > Bien vu. Si possible, appliquer le mask_soiltile au meme endroit que pour humrel, en step 1 de hydrol_diag_soil
+>> Ce n'est pas vraiment un bug dans le sens où on a ces lignes de code (https://forge.ipsl.jussieu.fr/orchidee/browser/trunk/ORCHIDEE/src_sechiba/hydrol.f90#L4684), mais c'est sûr que tout cela est ultra bugogène. On a en tête de reprendre toutes ces variables (vegstress, humrel,...) qui sont définies par PFT et par soiltile, alors que dans le code chaque PFT ne peut émarger qu'à un seul soitile. En d'autres termes, on peut se passer de la dimension 'soiltile' pour ces variables, ce qui simplifierait grandement le code.