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.
Gilbert, > OK. I have tried Google, making sure tabs weren't spaces... > > I've spent 3 hours on this, and I'm totally stuck. > > I want the 20 km RUC 1 hour forecast from the NGRID feed. > To do this, I make an appropriate notifyme to see if it works > from idd.unidata.ucar.edu, then I request it from my NOAAPort > receiver/server: > > /home/ldm% notifyme -v -l - -o 3000 -h weather2.admin.niu.edu -p > "^[LM].DB.. KWBG" > Nov 11 04:05:35 notifyme[27767] NOTE: Starting Up: weather2.admin.niu.edu: > 20111111031535.526 TS_ENDT {{ANY, "^[LM].DB.. KWBG"}} > Nov 11 04:05:35 notifyme[27767] NOTE: LDM-5 desired product-class: > 20111111031535.526 TS_ENDT {{ANY, "^[LM].DB.. KWBG"}} > Nov 11 04:05:35 notifyme[27767] INFO: Resolving weather2.admin.niu.edu to > 131.156.8.58 took 0.000265 seconds > Nov 11 04:05:35 notifyme[27767] NOTE: NOTIFYME(weather2.admin.niu.edu): OK > Nov 11 04:05:36 notifyme[27767] INFO: 33629 20111111034203.724 NGRID > 47028839 LHDB62 KWBG 110300 > !grib2/ncep/RUC2/#130/201111110300F001/HGHT/625 hPa PRES > Nov 11 04:05:36 notifyme[27767] INFO: 33775 20111111034203.901 NGRID > 47028840 LHDB75 KWBG 110300 > !grib2/ncep/RUC2/#130/201111110300F001/HGHT/750 hPa PRES > > And verify that it works. So, again, I have put that into an ldmd.conf > entry, and as you can see, it is coming in. > > Oh, but now I want to save the incoming data. Easy? Sure: > > # File raw GRIB messages corresponding to RUC model on the Q (211) grid. > HRS ^[YZ].Q... KWB. ([0-3][0-9])([0-2][0-9]).*/mRUC > FILE hrs/ruc/\2(\1:mm)\1(\1:yy).gbr > NGRID ^[LM].DB.. KWBG ([0-3][0-9])([0-2][0-9]) > # FILE hrs/ruc/\2(\1:mm)\1(\1:yy).grd > FILE hrs/ruc/(\1:yyyy)(\1:mm)(\1:dd).grd > > The HRS entry on top is saving the data normally. But neither of the > bottom ones are. Naturally, there are no errors in ldmd.log, pqact.conf > checks out fine, and there are NO files that end in .grd in hrs/ruc/ > where they are supposed to go. Not even a trace of one. > > So...you can see what I want to do; I want to match the filename as seen > in the HRS entry above the NGRID entry. How do I get there from here? The first thing I would do would be to verify that you can correctly process the desired data-products that are already in the product-queue. Extract the pqact(1) configuration-file entry into its own configuration-file and then execute pqact(1) manually -- specifying the configuration-file you just created -- and ensuring that the "time offset" option will cause any desired data-products in the product-queue to be process (verify that they do exist in the product-queue with an appropriate pqcat(1)). Make sure you execute the pqact(1) process in the right directory. > Confused in DeKalb, > > Gilbert > > ******************************************************************************* > Gilbert Sebenste ******** > (My opinions only!) ****** > Staff Meteorologist, Northern Illinois University **** > E-mail: address@hidden *** > web: http://weather.admin.niu.edu ** > Twitter: http://www.twitter.com/NIU_Weather ** > Facebook: http://www.facebook.com/niu.weather * > ******************************************************************************* Regards, Steve Emmerson Ticket Details =================== Ticket ID: MUX-347649 Department: Support LDM Priority: Normal Status: Closed