Custom Query (96 matches)
Results (1 - 3 of 96)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#115 | fixed | upgrade the implementation of arch.path files | ||
Description |
To better match with other models (ORCHIDEE, NEMO, ...), it would make sense to have the arch.path follow the same rules, i.e. definitions using 3 sets of keywords : SOMETHING_LIBDIR ="-L....." SOMETHING_LIB="-l..." SOMETHING_INCDIR="-I...." Of course thins implies adapting the makelmdz[_fcm] scripts accordingly. An important benefit of having matching arch.path is that the file can then be shared by all models when compiling a combination (e.g. LMDZ+DYNAMICO+XIOS+IOIPSL) |
|||
#47 | fixed | sollwdown | ||
Description |
Dans la procédure physiq, il y a la variable sollwdown. Cette variable est passée en argument à pbl_surface, qui la calcule. Puis, dans physiq, la variable est passée à nouveau en argument à radlwsw, qui l'écrase. La variable est écrite dans les fichiers d'historique mais, sauf erreur, elle n'est pas utilisée par ailleurs. Comme le rayonnement n'est pas appelé tous les pas de temps, il semblerait que la variable sollwdown écrite dans les historiques vienne tantôt de pbl_surface, tantôt de radlwsw. Selon Jean-Louis Dufresne, les calculs de sollwdown dans radlwsw et pbl_surface devraient donner le même résultat, mais cela mériterait d'être vérifié. Et l'organisation pourrait peut-être être améliorée pour clarifier la situation et pour qu'il n'y ait pas un calcul inutile de sollwdown écrasé par un calcul suivant. |
|||
#53 | fixed | sauvegarder les termes de forçage du guidage |