(RESOLVED) ARWpost not creating all interval times in .ctl file

[Jayanti pal]

I have wrf out file which have time step 8. Here below I am giving you the detail of output file.

netcdf wrfout_d01_2020-05-17_00\:00\:00 {
dimensions:
Time = UNLIMITED ; // (8 currently)
DateStrLen = 19 ;
west_east = 99 ;
south_north = 105 ;
bottom_top = 32 ;
bottom_top_stag = 33 ;
soil_layers_stag = 4 ;
west_east_stag = 100 ;
south_north_stag = 106 ;
seed_dim_stag = 8 ;

when I am creating .ctl file using ARWpost.exe the file shows t=1
below I have attached the namelist of ARW.
As the extension (.ARWpost) is not valid for attaching, I have attached a .txt file below.

why it showing t=1?

 

[kwerner]

Hi,
What are you using to display the "t=1" that you mention? Can you send a .txt file (or screenshot) showing what you are seeing? Thanks!

 

[Jayanti pal]

Sir
I am using GraDs. here I provide the output




(base) oem@oem-Inspiron-15-5501:~$ cd wrfout/
(base) oem@oem-Inspiron-15-5501:~/wrfout$ ls
case1 test.ctl test.dat wrfout_d01_2020-05-17_00:00:00
(base) oem@oem-Inspiron-15-5501:~/wrfout$ grads

Grid Analysis and Display System (GrADS) Version 2.2.1
Copyright (C) 1988-2018 by George Mason University
GrADS comes with ABSOLUTELY NO WARRANTY
See file COPYRIGHT for more information

Config: v2.2.1 little-endian readline grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile
Issue 'q config' and 'q gxconfig' commands for more detailed configuration information
Landscape mode? ('n' for portrait): y
GX Package Initialization: Size = 11 8.5
ga-> open test.dat
Scanning description file: test.dat
Warning: Missing all required attribute fields
The data file was not opened.
ga-> open test.ctl
Scanning description file: test.ctl
Data file test.dat is open as file 1
LON set to 75.8462 100.634
LAT set to 3.4233 28.4797
LEV set to 1 1
Time values set: 2020:5:17:0 2020:5:17:0
E set to 1 1
ga-> q file
File 1 : OUTPUT FROM WRF V4.2.1 MODEL
Descriptor: test.ctl
Binary: test.dat
Type = Gridded
Xsize = 99 Ysize = 105 Zsize = 32 Tsize = 1 Esize = 1
Number of Variables = 153

 

[kwerner]

It took a bit of research, but I believe the value of tsize is the number of interval seconds in the file. So if I have a file that contains 24 hours worth of data, regardless of how often I have my history output, I would have 9 "tsize" times in that file (hours 0,3,6,9,12,15,18,21,24). If one of those was incomplete - for e.g., if I set frames_per_outfile in the namelist.input file to 24, then I would have files for the 00 hour and 00 hour the next day (24 hours later), meaning the 24th hour wouldn't be included in that file, and therefore if I ran ARWpost on the initial 00 file, I would only have tsize = 8. Does this help your value to make sense? If not, please attach your namelist.input file so that I can take a look. Thanks!

 

[Jayanti pal]

Thank you for reply.
Here I have attached namelist.input below.

 

[kwerner]

Thanks for sending that. Hmm... so according to this, I would think tsize would equal 8. Can you share your wrfout_d01* file with me so that I can test this out? If this file is too large to attach, please see the Forum home page for instructions on uploading large files. Thanks!

 

[Jayanti pal]

Thanks for your reply
I have uploaded output file of wrf in nextCloud storage.

 

[kwerner]

Thanks for uploading that file. I think the problem has to do with the time stamps in your wrfout* file. These are the times listed:
Times =
"2020-05-17_00:00:00",
"2020-05-17_03:01:20",
"2020-05-17_06:00:00",
"2020-05-17_09:01:20",
"2020-05-17_12:00:00",
"2020-05-17_15:01:20",
"2020-05-17_18:00:00",
"2020-05-17_21:01:20" ;

Notice there are odd times - not exactly every 3 hours. When ARWpost runs, it's looking for hours 00, 03, 06, etc. However, ARWpost stops at hour 03 - likely because it's not finding output for that time. Try adding the line "adjust_output_times = .true." to your &time_control section of the namelist.input file when you run wrf to see if that corrects the output times. If so, then try running ARWpost again after that.

 

[Jayanti pal]

Thank you.
Now it is working.

 

[kwerner]

Great! Thanks for letting me know.