[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #SFA-225882]: GEMPAK - Initial field of RUC model is all zeros

Wen-shiang,

The F000 forecast time is being distributed in both the CONDUIT and HDS feeds 
if RUC, and will be received for the with the
LDM pqact.conf patterns I provide. In the HDS data stream, the RUC products all 
have the broadcast center identifier of KWBG. 
These are the RUC grids on grid #211 (80km) and grid #236 (40km). The CONDUIT 
data stream provides the 20km grid #252.
Unfortunately, I do not see your LDM stats here so I don't know if you are 
receiving CONDUIT. For the
HDS, you should be seeing the F000 time. If you can tell me what file you 
believe does not contain the F000
forecast time, and an example of a "missing" parameter/level might be, I can 
tell you if it is part
of the stream. In general, You should have a full set of forecast times if you 
use the patterns which
I provide.

Steve Chiswell
Unidata User SUpport



> Steve,
> 
> Thank you for your prompt reply and yes, I am getting three separate files 
> instead of one now.  However, our professor still encounter problem in using 
> the saved data.  Let me patch her messages in the following.  The second part 
> of the patched message describes what she meant about the all zeros in the 
> initial field.  I have no idea what GEMPAK is, so I guess I will rely on your 
> help on how to find the "initial field".
> 
> ####### patched message #######
> Chen,
> 
> OK, with these files there are no initial fields at
> all.  I think the initial fields must be being
> distributed because they show up in the IDV data sets.
> Is there something about the GEMPAK decoders that are
> not getting the initial fields?
> 
> Donna
> -----Original Message-----
> From: Donna Tucker [mailto:address@hidden]
> Sent: Wednesday, August 02, 2006 3:26 PM
> To: Chen, Wen-shiang
> Subject: RE: Ask for a favor
> 
> Chen,
> 
> Look at the web page
> http://www.unidata.ucar.edu/software/gempak/tutorial/
> It shows how to use GEMPAK.  Thus, you only need to go
> as far as the listing programs. You can use the
> program gdlist to view the data so that you don't have
> to worry about graphical features.  You want the files
> for the RUC model.  There are 5 times in the file.
> The first time is the one in the file name and the one
> with the trouble.  For today with the 12 UTC model run
> GDATTIM = 060802/1200f000 for the first set of fields.
> You can set GFUNC to any function the model outputs
> but I have been using TMPK and RELH.  They both show
> fields of zeros.
> 
> Donna
> ####### end of patched message #######
> 
> Chen
> -----Original Message-----
> From: Unidata GEMPAK Support [mailto:address@hidden]
> Sent: Wed 8/2/2006 6:14 PM
> To: Chen, Wen-shiang
> Cc: address@hidden
> Subject: [GEMPAK #SFA-225882]: GEMPAK - Initial field of RUC model is all 
> zeros
> 
> Wen-shiang,
> 
> Your pqact pattern has one problem which may be a contributing factor. The 
> pattern I provide
> for the CONDUIT and HRS feed combination is:
> 
> HDS|CONDUIT     (KWBG.*/mRUC)
> PIPE    decoders/dcgrib2 -d data/gempak/logs/dcgrib2_RUC.log
> -e GEMTBL=@GEMTBL@
> 
> Note that I do not provide a single file name, wheras you are using a file 
> named
> gempak/hrs/YYYYMMDDHH_ruc.gem
> 
> The problem wirg your action is that there are at least 3 different  grid 
> projections arriving, ao that
> I cannot tell what field/projection you have in your file. The others after 
> the first one that
> is received and used to create the file will be rejected.
> 
> By using the action I provide, the $GEMTBL/grid/gribkey.tbl file will be used 
> to
> to separate the different grids into files named YYYYMMDDHH_ruc211.gem, 
> *_ruc236.gem
> and *_ruc252.gem. Each of these file names matches a defined data set name in
> $GEMTBL/config/datatype.tbl.
> 
> I suspect that you have been having undetermined results for a while. When 
> you say all zeros,
> I'm wondering if a field is "missing" simply because it is not available for 
> the one grid set tha
> was received first when the output file was created.
> 
> Steve Chiswell
> Unidata User Support
> 
> 
> 
> > Institution: University of Kansas
> > Package Version: 5.9.2
> > Operating System: Red Hat Enterprise Linux 4
> > Hardware Information: Dell Power Edge 850
> > Inquiry: Dear sir, I am an administrator for Linux systems in the 
> > department of Geography at KU.  One of our professors, Donna Tucker, 
> > reported that our local data from the RUC model is corrupted.   The initial 
> > field of the data is all zeros.  However, the fields for NAM (old eta 
> > model) seem to be OK.  I am wondering if you help me finding the source of 
> > the problem.  Thanks!
> >
> > I have two configurations for this data, and both of them failed.  They are 
> > copied as followed:
> > #HRS|CONDUIT        (/mRUC|MT.ruc)
> > #   PIPE    dcgrib2
> > #           -d ../logs/dcgrib2_RUC.log
> > #           -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
> > #           gempak/hrs/YYYYMMDDHH_ruc.gem
> > HDS|CONDUIT (KWBG.*/mRUC|MT.ruc)
> > PIPE        dcgrib2 -d ../logs/dcgrib2_RUC.log
> > -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
> > gempak/hrs/YYYYMMDDHH_ruc.gem
> >
> > LDM seems to receiving and storing data OK.  But the stored data, like 
> > 2006080222_ruc.gem, has all zero in the initial field.
> >
> > Thanks you for your help in advance.
> >
> >
> >
> >
> 
> 
> Ticket Details
> ===================
> Ticket ID: SFA-225882
> Department: Support GEMPAK
> Priority: Normal
> Status: Closed
> 
> 
> 
> 


Ticket Details
===================
Ticket ID: SFA-225882
Department: Support GEMPAK
Priority: Normal
Status: Closed