problemas con wrfout_name_end_date

[maru]

Al activar la variable wrfout_name_end_date en el experiment.wrf4g, el final de los nombres de fichero no lo escribe correctamente (sigue poniendo la misma fecha que en el principio, salve 8 pasos de tiempo ó 1). Si todo corre perfectamente no pasa nada, pero hay un problema a la hora de relanzar chunks, ya que te pisa el primer fichero del chunk siguiente.

[carlos]

¿ Con qué versión del wrf4g te ocurre ( wrf4g --version )? ¿ Te ocurre con todos los experimentos ?
Te pregunto esto porque con la version 2.2.1 (la última) si ejecutas el experimento de prueba el single, el resultado que obtienes es :

$ ls -lth
-rw-r--r-- 1 carlos carlos 8,2K jun  8 12:14 wrfout_d01_20110830T000000Z_20110830T000000Z.nc
-rw-r--r-- 1 carlos carlos  14K jun  8 12:14 wrfout_d01_20110829T150000Z_20110829T210000Z.nc
-rw-r--r-- 1 carlos carlos  14K jun  8 12:14 wrfout_d01_20110829T030000Z_20110829T090000Z.nc
-rw-r--r-- 1 carlos carlos 8,2K jun  8 12:14 wrfout_d01_20110829T120000Z_20110829T120000Z.nc
-rw-r--r-- 1 carlos carlos  12K jun  8 12:13 wrfout_d01_20110828T210000Z_20110829T000000Z.nc
-rw-r--r-- 1 carlos carlos  14K jun  8 12:13 wrfout_d01_20110828T120000Z_20110828T180000Z.nc

Que sería lo correcto.

Carlos

[carlos]

Aparentemente este error solo se produce en el supercomputador Altamira por causa del sistema de ficheros. Cuando al fichero wrfout, que ha sido post-procesado previamente, se le aplica el comando ncdump -v Times para obtener su end date el metadato que devuelve no está actualizado. Por lo tanto, el end date obtenido no es el correcto. Como solución, el end date se obtendrá del fichero wrfout previamente a su post-procesado.