Custom Query (115 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 115)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#75 fixed The axis attribute "value" should be optional rlacroix
Description

The axis attribute "value" should be optional. If it's missing, it could either be auto-generated or just skipped completely.

#98 fixed Issue with DHT when the number of indexes is lower than the number of clients mhnguyen rlacroix
Description

This can be reproduced using test_client.exe. The axis has 5 elements but as soon as you use more than 5 servers, the axis size used when computing the indexes will become equal to the number of clients.

The problem lies somewhere in CClientClientDHTInt class or in one of the classes it uses but I'm not familiar with this code so it would be easier if you could have a look at the issue.

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

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.