Custom Query (95 matches)

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.

... pour prendre patience vu que la compilation avec xios prend du temps et qu'on se demande si le script n'est pas bloqué ....

(27 octobre 2021)

Introduire petit à petit dans la trunk les modifications nécessaires pour l'utilisation du nouveau parser pour la lecture de tracer.def / traceur.def créé par David Cugnet

Au préalable ménage à faire :

• solsym (Anne)
• suppression de la possibilité de tourner sans traceur.def (Ehouarn, Anne)
• remove dyn3dpar / phymar (Ehouarn)
• agrandir chaine de caractère (Ehouarn)
• faire le point sur hadv / vadv / iadv - A discuter au poihl

Créer un dépôt à part (svn ou git) pour le parser (David)

Premiers pas vers le parser dans la trunk :

• Copier la version ref du parser dans LMDZ/libf/misc (David)
• modifier tname pour utiliser le type dérivé trac (David)

Dans un premier temps : importance de conserver la retrocompatibilité avec traceur.def les dev pour tracer.def pourront être introduit petit à petit ensuite.