[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20050713: 20050712: 20050702: DSWRF parameter in ETA file?
- Subject: 20050713: 20050712: 20050702: DSWRF parameter in ETA file?
- Date: Wed, 13 Jul 2005 12:57:16 -0600
Chirag,
That directory looks OK, for your 5.7.3 version. The dcgrib2 will not reread
the file,
but rather the next time it starts up, it will have the new configuration.
If your dcgrib2 process that the LDM pqact is using has not restarted since your
modification of gribkey.tbl, then that is why you haven't seen the change in
decoded files yet.
The default location I currently use for the ETA 212 model data is
data/gempak/model/eta/YYYYMMDDHH_eta212.gem
As mentioned in the 5.7.4 release notes:
http://my.unidata.ucar.edu/content/software/gempak/GEMPAK5.7/whats_new.html#5.7.4
The models are now stored in individual subdirectories under $MODEL so
that using the FFF template for larger data sets does not create too many files
in a single directory. Thats a change that was done at the same time
as the datatype.tbl template change.
Steve Chiswell
Unidata User Support
>From: "Shukla, Chirag" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200507131701.j6DH13jo021501
>Hello Steve,
>
>Sorry for bugging you again. Changed gribkey.tbl from 18,000 to 24,000
>grids but it did not reflect in the new files. Do I have to restart ldm?
>
>Just wanted to check if I am requesting the right files. Here is my
>ldmd.conf line:
>request CONDUIT "MT.(eta|nam)" pircsl4.agron.iastate.edu
>
>And here is my pqact.conf line:
>HDS|CONDUIT (/mETA|MT.eta|MT.nam)
> PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_ETA.log
> -e GEMTBL=/home/gempak/GEMPAK5.7.3/gempak/tables
>
>Data is dumped in data/gempak/model/yyyymmddhh_eta212.gem. Does the
>above configuration seem correct?
>
>Thanks a lot.
>
>Chirag.
>
>
>
>
>
>
>
>-----Original Message-----
>From: Unidata Support [mailto:address@hidden]
>Sent: Tuesday, July 12, 2005 11:51 AM
>To: Shukla, Chirag
>Cc: Unidata Support
>Subject: 20050712: 20050702: DSWRF parameter in ETA file?
>
>
>Chirag,
>
>Your GDATTIM in gdlist should be a single time, such as f000, where it
>appears to be "ALL" in the list below. Also note that your decoded file
>is full, with 18000 grids- so you will want to increase the maximum
>number of grids to 24,000 in the future (in the current
>$GEMTBL/grid/gribkey.tbl this is 24000).
>
>The following works for me today:
>
> % gdlist
> GDATTIM Grid date/time f000
> GLEVEL Grid level 0
> GVCORD Grid vertical coordinate none
> GFUNC Scalar grid swrd
> GDFILE Grid file eta212
> GAREA Graphics area uslcc
> PROJ Map projection/angles/margins|dr lcc
> SCALE Scalar scale / vector scale 0
> OUTPUT Output device/filename t
> Parameters requested:
>GDATTIM,GLEVEL,GVCORD,GFUNC,GDFILE,GAREA,PROJ,SCALE,
> OUTPUT.
> GEMPAK-GDLIST>r
>
>
> GDLIST PARAMETERS:
>
> Grid file: eta212
>
> GRID IDENTIFIER:
> TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>050712/1200F000 0 NONE SWRD
>
> GAREA: uslcc
> SCALE FACTOR : 10** 0
> OUTPUT: TERM/
>
> MINIMUM AND MAXIMUM VALUES 0.00 581.75
>Enter <cr> to accept parameters or type EXIT:
>
>
> Grid file: eta212
>
> GRID IDENTIFIER:
> TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>050712/1200F000 0 NONE SWRD
> AREA: uslcc GRID SIZE:
>185 129
> COLUMNS: 28 169 ROWS: 12 106
>
> Scale factor: 10** 0
>
><etc.>
>
>Steve Chiswell
>Unidata User Support
>
>
>>From: "Shukla, Chirag" <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200507121626.j6CGQEjo017814
>
>>Hello Steve,
>>
>>Ran `gdinfo` to verify the presence of parameter SWRD and got the
>>following
>>
>> GEMPAK-GDINFO>l
>> GDFILE = 2005071212_eta212.gem
>> LSTALL = yes
>> OUTPUT = t
>> GDATTIM = all
>> GLEVEL = all
>> GVCORD = all
>> GFUNC = swrd
>> GEMPAK-GDINFO>r
>>
>> GRID FILE: 2005071212_eta212.gem
>>
>>
>> GRID NAVIGATION:
>> PROJECTION: LCC
>> ANGLES: 25.0 -95.0 25.0
>> GRID SIZE: 185 129
>> LL CORNER: 12.19 -133.46
>> UR CORNER: 57.29 -49.39
>>
>> GRID ANALYSIS BLOCK:
>> UNKNOWN ANALYSIS TYPE
>>
>> Number of grids in file: 18000
>>
>> Maximum number of grids in file: 18000
>>
>> NUM TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
>> 486 050712/1200F000 0 NONE SWRD
>> 1100 050712/1200F003 0 NONE SWRD
>> 1724 050712/1200F006 0 NONE SWRD
>> 2330 050712/1200F009 0 NONE SWRD
>> 2966 050712/1200F012 0 NONE SWRD
>> 3581 050712/1200F015 0 NONE SWRD
>> 4206 050712/1200F018 0 NONE SWRD
>> 4803 050712/1200F021 0 NONE SWRD
>> 5444 050712/1200F024 0 NONE SWRD
>> 6066 050712/1200F027 0 NONE SWRD
>> 6673 050712/1200F030 0 NONE SWRD
>> 7254 050712/1200F033 0 NONE SWRD
>> 7897 050712/1200F036 0 NONE SWRD
>> 8489 050712/1200F039 0 NONE SWRD
>> 9118 050712/1200F042 0 NONE SWRD
>> 9735 050712/1200F045 0 NONE SWRD
>>10351 050712/1200F048 0 NONE SWRD
>>10970 050712/1200F051 0 NONE SWRD
>>11578 050712/1200F054 0 NONE SWRD
>>12178 050712/1200F057 0 NONE SWRD
>>12802 050712/1200F060 0 NONE SWRD
>>13443 050712/1200F063 0 NONE SWRD
>>14036 050712/1200F066 0 NONE SWRD
>>14662 050712/1200F069 0 NONE SWRD
>>15275 050712/1200F072 0 NONE SWRD
>>15872 050712/1200F075 0 NONE SWRD
>>16505 050712/1200F078 0 NONE SWRD
>>17188 050712/1200F081 0 NONE SWRD
>>17235 050712/1200F081 0 NONE SWRD
>>17895 050712/1200F084 0 NONE SWRD
>>unidata gempak/model>
>>
>>
>>
>>Then tried `gdlist` but did not get any result. Am I doing something
>>wrong? Here is what I tried:
>>
>>unidata gempak/model> gdlist
>> GDATTIM Grid date/time all
>> GLEVEL Grid level all
>> GVCORD Grid vertical coordinate NONE
>> GFUNC Scalar grid swrd
>> GDFILE Grid file 2005071212_eta212.gem
>> GAREA Graphics area uslcc
>> PROJ Map projection/angles/margins|dr lcc
>> SCALE Scalar scale / vector scale
>> OUTPUT Output device/filename t
>> Parameters requested:
>>GDATTIM,GLEVEL,GVCORD,GFUNC,GDFILE,GAREA,PROJ,SCALE,
>> OUTPUT.
>> GEMPAK-GDLIST>glevel=0
>> GEMPAK-GDLIST>r
>> [DG -7] Input grid SWRD ^050712/1200F000 @0 %NONE cannot be found.
>>
>>
>>Your help is greatly appreciated.
>>
>>Thank you.
>>
>>Chirag.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>-----Original Message-----
>>From: Unidata Support [mailto:address@hidden]
>>Sent: Sunday, July 03, 2005 6:32 PM
>>To: Shukla, Chirag
>>Cc: Unidata Support
>>Subject: 20050702: DSWRF parameter in ETA file?
>>
>>
>>Chirag,
>>
>>You can get SWRD from the eta212 grids delivered by CONDUIT.
>>SWRD is synonymous with DSWRF. The 212 grids have a number of flux
>>terms (each forecast time has some 604 parameter/levels).
>>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>>From: "Shukla, Chirag" <address@hidden>
>>>Organization: UCAR/Unidata
>>>Keywords: 200507022013.j62KDWjo021976
>>
>>>Hello Steve,
>>>
>>>I am new to LDM/GEMPAK and climate/weather world. We, at SD State
>>>University, are trying to find downward solar radiation flux (DSWRF)
>>>parameter from among the model files we ingest through LDM but I am
>>>not
>>
>>>able to figure out what file might have that parameter. If it is
>>>published in one or more model files and is served through LDM, can
>>>you
>>
>>>please let me know, if possible, what model/file might have this
>>>parameter?
>>>
>>>As of now, I am using `gdinfo` on random data/gempak/model/*eta.gem
>>>files but so far have not found the parameter. Any help is greatly
>>>appreciated.
>>>
>>>Thanks.
>>>
>>>Sincerely,
>>>Chirag Shukla
>>>Climate Data Specialist
>>>Office of SD Climate and Weather
>>>AE-206, Box 2120
>>>Ag Engineering
>>>South Dakota State University
>>>Brookings, SD 57007
>>>(605)688-5682
>>>
>>--
>>***********************************************************************
>>*
>>Unidata User Support UCAR Unidata
>>(303)497-8643 P.O. Box
>>address@hidden Boulder, CO
>>-----------------------------------------------------------------------
>>-
>>Unidata WWW Service
>>-----------------------------------------------------------------------
>>-
>>NOTE: All email exchanges with Unidata User Support are recorded in the
>
>>Unidata inquiry tracking system and then made publicly available
>>through the web. If you do not want to have your interactions made
>>available in this way, you must let us know in each email you send to
>us.
>>
>>
>--
>************************************************************************
>Unidata User Support UCAR Unidata
>(303)497-8643 P.O. Box
>address@hidden Boulder, CO
>------------------------------------------------------------------------
>Unidata WWW Service
>------------------------------------------------------------------------
>NOTE: All email exchanges with Unidata User Support are recorded in the
>Unidata inquiry tracking system and then made publicly available through
>the web. If you do not want to have your interactions made available in
>this way, you must let us know in each email you send to us.
>
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web. If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.