Custom Query (116 matches)

It seems that the default value is set to false, or is not defined...

Salut,

Désolé pour toi mais les gens de mercator ont refait des tests et, suite à leurs inputs, j'ai, en effet, réussit à reproduire leur pb avec GYRE en intéractif sur 1 proc.

Ca se passe ici: /ccc/work/cont005/ra0542/massons/NEMOtrunk/CONFIG/GYRE/EXP00 (les exécutables sont compilées en débug).

• Je fais tourner 3 jours, du 2 Jan 1979 au 4 Jan 1979.
• Certaines variables sont calculées que tous les 2 pas de temps (nn_fsbc = 2 dans la namelist)
• J'active split_freq="1d"

1) si tu mets comme variables dans ton fichier de sortie une variable calculée tous les pas de temps:

<field field_ref="sst" />

Ca roule, il crée 3 fichiers -rw-r-----. 1 massons ra0542 50234 Apr 18 16:23 GYRE_3h_19790102_19790104_grid_T_19790102-19790102.nc -rw-r-----. 1 massons ra0542 50234 Apr 18 16:24 GYRE_3h_19790102_19790104_grid_T_19790103-19790103.nc -rw-r-----. 1 massons ra0542 50234 Apr 18 16:24 GYRE_3h_19790102_19790104_grid_T_19790104-19790104.nc Les axes du temps sont bons. et il y a bien

sst:interval_operation = "360s" ;

2) si tu mets comme variables dans ton fichier de sortie une variable calculée tous les 2 pas de temps:

<field field_ref="qt" />

Il tourne sans pbs apparents et Il crée 3 fichiers mais ont les dates contiennent une erreur: -rw-r-----. 1 massons ra0542 50233 Apr 18 16:29 GYRE_3h_19790102_19790104_grid_T_19790102-19790102.nc -rw-r-----. 1 massons ra0542 50233 Apr 18 16:30 GYRE_3h_19790102_19790104_grid_T_19790102-19790103.nc -rw-r-----. 1 massons ra0542 50233 Apr 18 16:30 GYRE_3h_19790102_19790104_grid_T_19790103-19790104.nc Les axes du temps sont bons. et il y a bien

qt:interval_operation = "720s" ;

3) Si tu mélanges des variables calculées tous les pas de temps et tous les 2 pas de temps:

<field field_ref="sst" /> <field field_ref="qt" />

alors il te crée les 4 fichiers suivants: -rw-r-----. 1 massons ra0542 79092 Apr 18 16:37 GYRE_3h_19790102_19790104_grid_T_19790102-19790102.nc -rw-r-----. 1 massons ra0542 76276 Apr 18 16:38 GYRE_3h_19790102_19790104_grid_T_19790102-19790103.nc -rw-r-----. 1 massons ra0542 76276 Apr 18 16:38 GYRE_3h_19790102_19790104_grid_T_19790103-19790104.nc -rw-r-----. 1 massons ra0542 39668 Apr 18 16:38 GYRE_3h_19790102_19790104_grid_T_19790104-19790105.nc

Pour les 3 premiers fichiers les axes du temps sont bons. et il y a bien

sst:interval_operation = "360s" ; qt:interval_operation = "720s" ;

Par contre le 4eme fichier ne contient qu'un record et l'axe du temps contient la dernière date du 3eme fichier...

As it is said in CF convention (​http://cf-pcmdi.llnl.gov/documents/cf-conventions/1.6/cf-conventions.html): "We use this term precisely as it is defined in section 2.3.1 of the NUG 2.3.1 of the NUG . It is a one-dimensional variable with the same name as its dimension [e.g., time(time)], and it is defined as a numeric data type with values that are ordered monotonically. Missing values are not allowed in coordinate variables."

It means we have to rename lon(x) into lon(lon) or x(x) (same for lat and time_counter). Comment : lon(lon) seems better than x(x)...

Thanks !