| 90 | 96 | * Juliette + Julie : Je voudrais ici faire le point sur qqs bugs concernant de près ou de loin la salinité et que nous proposons de corriger pour la prod quest. NEMO tourne avec une équation d'état dite "TEOS10", ce qui est assez nouveau dans la communauté et surement plus réaliste. Conséquence: la température et la salinité utilisés dans le code et donnés en sortie (field) ne sont pas exactement les mêmes quand dans le cas par défaut (EOS80). La température et la température dite conservative (TEOS10) par opposition à la température potentielle (EOS80) (mêmes unités). La salinité est la salinité absolue (TEOS10, en g/kg) par opportion à la salinité "classique" (EOS80, en psu, issue de mesure de conductivité electrique, mais correspondant bien à des g de NACl pour 1kg d'eau de mer). Dans NEMO: celà devrait à notre avis en toute rigueur impliquer un changement de nom de la variable T et/ou S selon l'équation d'état. Christian, c'est peut être à faire remonter? Dans le ping: Il y a 2 variables possibles pour la température: nous on n'a renseigné que la temperature conservative, et de ce point de vue, on est ok. En salinité, la DR (et le ping) ne proposent qu'une variable de salinité. Or, les papiers OMIP de référence soulignent que meme si c'est "mieux" de tourner en TEOS10, il vaut mieux donner les sorties en psu car + courant. La conversion se fait par un simple facteur multiplicatif. C'est ce qu'on a fait (facteur convSpsu dans context_nemo.xml). En se repenchant sur la DR, on réalise qu'on ne le dit nulle part explicitement, un utilisateur lambda ne peut pas forcément le deviner - est ce que ca vaut le coup de mettre un commentaire quelque part pour les données publiées? Est ce qu'on peut / devrait ajouter un commentaire dans la DR "corrigée" qu'on est en train de préparer? Par ailleurs, les flux de sel en sortie de NEMO sont donnés en [sel]*kg/m2/s or le field indique que ce sont des kg/m2/s. C'est faux, ce sont en fait des g/m2/s. Idem pour les tendances de sel: elles sont données en [sel]/s/m * rau0. Elles sont donc en g/m2/s alors que à nouveau le field annonce des kg/m2/s. Dans les 2 cas, il y a une erreur dans le field, valable qu'on soit en EOS80 ou TEOS10. -> Christian, a nouveau: est ce que tu pourrais faire remonter ça? Pour le moment, on n'a pas voulu toucher au field. On a donc corrigé le 1e3 manquant dans le ping (on a appelé ca un "pansement ping") qu'on s'apprete à soumettre pour le nouveau DECK. Notre problème est: comment faire le lien avec les éventuelles corrections du field ou du code qui seront faites; c'est à dire que si nemo décide d'ajouter 1e3, il faudra l'enlever du ping... Et il y a donc une erreur dans tous les flux et tendances de sel publiés en CM6.1.XX |
