This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
HI Steve, Yes, the examples on the page should work.. I have eyeballed them again, and they match what my notifyme puts out: Oct 24 22:49:41 notifyme[10230]: 65269 20021024214800.533 FNMOC 000 US058GMET-GR1mdl.0058_0240_00000F0OF2002102418_0001_000000-000000snw_dpth What do you see when you do a: notifyme -vl - -h usgodae3.fnmoc.navy.mil -f NOGAPS -o 15000 This may not be pertinent since you did indicate other data was coming in, but is your clock right? In regards to the pqact we have: HDS|NMC2|NOGAPS|CMC ^(/afs|[HOYZ]|US058)|.*CMC_GEM_reg_).* PIPE decoders/dcgrib2 -d data/pub/decoded/gempak/logs/dcgrib.log -v 1 -e GEMTBL=/home/gempak/NAWIPS/gempak/tables Could be modified to: NOGAPS ^(US058*) PIPE decoders/dcgrib2 -d data/pub/decoded/gempak/logs/dcgrib.log -v 1 -e GEMTBL=/home/gempak/NAWIPS/gempak/tables But if you are not getting these other models, or even if you are, you can use the original..I now it works.. Keep me posted! -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 ________________________________________ ______________________ On Thu, 24 Oct 2002, Unidata Support wrote: > > ------- Forwarded Message > > >To: address@hidden > >cc: address@hidden, > >cc: address@hidden, > >cc: address@hidden > >From: "Steve Cousins" <address@hidden> > >Subject: Re: Fwd: Re: 20021004:Maine FNMOC NOGAPS Feed > >Organization: UCAR/Unidata > >Keywords: 200210241752.g9OHqsq22280 > > Hi Jeff, > > I tried putting the following in the pqact.conf file: > > NOGAPS ^US058....-.......(0058)_...._.........(....)(..)(..)(..)_(.*) > FILE -overwrite -close ldm02/nogaps/\2/\3/\4/\5/\1/\6 > # COAMPS > NOGAPS > ^US058....-.......([^0]...|0[^0]..|00[^5].|005[^8])_...._.........(....)(..)(..)(..)_(.*) > FILE -overwrite -close ldm02/coamps/\2/\3/\4/\5/\1/\6 > > I got this from the Unidata web site. I restarted ldm and let it run all > night. Still nothing in the ldm02 directory. The ldmd.log file still shows > multiple pairs of: > > Oct 24 17:22:20 rocky usgodae3[1678]: RECLASS: 20021024162220.607 > TS_ENDT {{NOGAPS, ".*"}} > Oct 24 17:22:20 rocky usgodae3[1678]: skipped: 20021024162119.486 > (61.120 seconds) > > I'd give the one that you supplied a try except I'm not sure what parts are > relevant for our needs. Should the ones that I put in (above) work? > > Thanks for any help you can give (anyone). > > Steve > > address@hidden writes: > >Hi Steve, > > > >If you do not "act" on the data..i.e. via pqact, then the LDM does not > >know what to do with it, it will sit in your queue and then go away.. > > > >Something like this: > > > ># GEMPAK GRIB decoding > ># > >HDS|NMC2|NOGAPS|CMC ^(/afs|[HOYZ]|US058)|.*CMC_GEM_reg_).* > > PIPE decoders/dcgrib2 -d data/pub/decoded/gempak/logs/dcgrib.log > > -v 1 > > -e GEMTBL=/home/gempak/NAWIPS/gempak/tables > > > >Is how we have it...but this is acting on ALL the models(NCEP, NCEP > >Conduit, FNMOC, and GEM) > > > > > >-Jeff > ________________________________________________ > Steve Cousins Email: address@hidden > Research Associate Phone: (207) 581-4302 > Ocean Modeling Group > School of Marine Sciences 208 Libby Hall, > University of Maine Orono ME 04469 > > > > ------- End of Forwarded Message > >