Custom Query (115 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (79 - 81 of 115)

Ticket Resolution Summary Owner Reporter
#25 fixed Problem with splitting file date ymipsl smasson
Description

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...

#36 fixed Problem with "sync" file attribut aclsce ymipsl
Description

It appears that the sync attribute flush the netcdf only one time over 2.

#44 fixed problem with xios_field_is_activate ymipsl jgipsl
Description

Concerning XIOS rev 477

The problem is described in the following exemple in ORCHIDEE :

       IF (xios_field_is_active("RootMoist") .OR. xios_field_is_active("DelSoilMoist") .OR. &
            xios_field_is_active("DelIntercept") .OR. xios_field_is_active("DelSWE") .OR. &
            xios_field_is_active("SoilWet")) THEN

          almaoutput=.TRUE.
          WRITE(numout,*) 'almaoutput has been set to true in xios_orchidee_init'
       END IF

Case 1) Everything is fine when these variables are declared only in field_def_orchidee.xml. almaoutput becomes FALSE. See exemple at curie : /ccc/scratch/cont003/dsm/p86ghatt/LMDZOR/XIOS/RUNDIR/TESTING/RUN_rev1960/prod_mpi_omp/TestAlma

Case 2) If one or several of these variables are set in file_def_orchidee.xml but the file is deactivated, the result is almaoutput=TRUE. This is not ok. See here an extract from file_def_orchidee.xml :

<file id="sechiba2" name="sechiba_out_2_xios" output_level="10" output_freq="1d" enabled=".FALSE.">
  <field field_ref="RootMoist" level="1"/>
  <field field_ref="Areas" level="1"/>

Exemple : /ccc/scratch/cont003/dsm/p86ghatt/LMDZOR/XIOS/RUNDIR/TESTING/RUN_rev1960/prod_mpi_omp/TestAlma2

I think the behaviour of xios_field_is_activate was correct in earlier versions of XIOS.

Note: See TracQuery for help on using queries.