Changes between Initial Version and Version 1 of Ticket #21


Ignore:
Timestamp:
Aug 3, 2009, 11:13:18 AM (15 years ago)
Author:
lguez
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #21 – Description

    initial v1  
    11"create_etat0_limit" est actuellement incompatible avec "gcm" en ce qui concerne la gestion du temps. Le problème vient de la définition de la variable "day_ini". "day_ini" est évalué dans "gcm" au premier jour de la simulation courante et ne change plus au cours de la simulation. Sauf erreur, avant les modifications de Laurent, "day_ini" était le nombre de jours depuis le 1er janvier de "annee_ref". Mais Laurent a semblé considérer que "day_ini" était le nombre de jours depuis la date de référence "(annee_ref, day_ref)". Cela se voit à la ligne 222 de "leapfrog.F" :
    2 
     2{{{
    33      jD_cur = jD_ref + (day_ini - 1) + int (itau * dtvr / daysec)
    4 
     4}}}
    55Le problème est que "etat0_netcdf" est toujours écrit selon l'ancienne définition de "day_ini". Si bien que si on crée par exemple un état initial avec "create_etat0_limit" avec :
     6{{{
    67day_ref = 331
    7 annee_ref
    8 calendrier de 360 jours
     8annee_ref = 1980
     9}}}
     10calendrier de 360 jours,
    911on démarre dans "gcm" avec un jour courant au 1er novembre 1981. Et les erreurs qui vont avec ça dans "physiq" pour la position sur l'orbite, etc.