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

20021220: Setting up GEMPAK decoders

Kevin,
asside from my previous response, Looking at your pqact.conf
entries shows that although you have modified the output data 
files from my default entries under data/gempak/storm/...
for dcwtch and dcwarn ( the 2 decoders you will need for
watches and warnings in nmap2), you have not set the
log output file location from what I provide as
data/gempak/logs/....

If that is the case, then you likely have a problem generating the
output log file so that the decoder does not work.

If you still cannot get things to work, I suggest using the
default data/gempak/....structure that I provide
along with the datatype.tbl entries so that you can
verify that the output files are created before modifying
them to match you own naming scheme.

As always, make sure that the log and data file directories
exist and are writeable by the ldm.

Steve Chiswell
>
>------------------------------------------------------------------
><snip>
>My next big problem is I don't seem to be getting watch and warning 
>graphics to display on NMAP.  Also, I've noticed when I am attempting 
>to decode the watch graphic with dcwtch....I have a process that starts 
>to use a huge amount of CPU resources and I eventually have to go in 
>and kill the process. It seems it is not decoding. Then I don't seem to 
>have anything getting decoded for the dcwarn, dcstorm, dcsvrl, and 
>dcwatch.  I am not sure what the problem is. I look into the directory 
>where the data should be saved and it is empty. Perhaps I have 
>something wrong with my pqact.conf file that you can see. I have also 
>modified my datatype.tbl file to accomodate the change. Last time we 
>spoke Chiz said that the datatype.tbl file was sensitive in regards 
>that the way the columns are set up.  I had an extra directory in my 
>former datatype.tbl (it was /usr1/nawips/metdat/gempak/storm) which 
>made it longer than it was supposed to be (apparently).  So, I modified 
>it to take out the gempak directory (so its 
>now /usr1/nawips/metdat/storm) but that's where the dcwtch problem is. 
>It doesn't seem to want to decode the data and put it into that 
>directory. As for the other decoders I mentioned...it doesn't seem to 
>want to decode anything. What could I be doing wrong and what would I 
>need to do to fix it?  As I said before....I used to have these working 
>just fine but when I upgraded to later builds I think something got 
>screwed up along the way.
>
>Finally, this morning I also noticed I was getting a message in the log 
>file saying "broken pipe, and pbuf_flush, and write error) when dcgrib2 
>was trying to decode RUC model data. My ldmd.log file was too big to 
>send so I thought I would just mention it.
>
>So hopefully you can point me in the right direction here and I can get 
>this thing fixed. I appreciate your help. Thanks.
>
>Kevin Polston
>Senior Instructor, NWSTC
>Kansas City MO 64152
>
>816-880-9314 ext 273
> 
><snip>
>
>-Jeff
>____________________________                  _____________________
>Jeff Weber                                    address@hidden
>Unidata Support                               PH:303-497-8676 
>COMET Case Study Library                      FX:303-497-8690
>University Corp for Atmospheric Research      3300 Mitchell Ln
>http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000
>________________________________________      ______________________
>
>
>