Custom Query (96 matches)
Results (7 - 9 of 96)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#31 | fixed | Simulation par an avec moyennes mensuelles OK | ||
Description |
Bonjour, ce message pour ne pas oublier de vous en parler et peut-être faire un ticket. Faire les simulations en calendrier vrai par période d'un an avec des sorties mensuelles (et annuelles?). A l'occasion de la demande pressante du CCRT de réduire le nombre des fichiers, la question de faire les simulations par an se repose. Cela réduit d'un facteur 12 le nombre des fichiers. Attention néanmoins aux tailles des fichiers day HF et autres. Faire des sorties moyennées par mois avec IOIPSL est possible et est déjà utilisé par orchidee et nemo (depuis les sorties iomput, avec ioserver, branché ou non). Il suffit de préciser -1 pour une sortie mensuelle, -12 pour une sortie annuelle et -120 pour une sortie moyennée sur 10 ans. J'avais regardé si on pouvait faire cela dans LMDZ courant été 2009 lors des tests variés sur le calendrier 365 jours. Voir http://wiki.ipsl.jussieu.fr/Pole/Calendrier365 J'avais buté sur des modulo (nb de pas de temps par mois) qui n'auraient pas marché avec -1. Ils sont utilisés pour réinitialiser certaines variables dont les moyennes sont faites dans le code. Depuis les IO ont beaucoup évolué et je n'ai pas regardé. Est-ce que ce point peut être ajouté à la liste des choses à faire dans LMDZ? Est-ce que l'un(e) de vous pourrait estimer le temps de travail? Nous avons une réunion au CCRT mercredi prochain (13 avril) et toute info sera utile. Merci beaucoup Marie-Alice |
|||
#45 | fixed | Aérosols et schéma de Tiedke | ||
Description |
Étendre la possibilité de tenir compte de l'effet direct des aérosols à une simulation avec le schéma de convection de Tiedke.
From: Boucher Olivier <olivier.boucher@…> On parle d'aérosols off-line ici. Je ne vois pas vraiment ce qui nous en empeche. Pour ok_aie, il faut appeler ok_newmicro. Si on appelle une routine plus vieille, alors effectivement il ne faudrait pas pouvoir activer ok_aie avec Tiedtke Olivier
|
|||
#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. |