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.
"John C. Nordlie" wrote: > > Hi, Anne. > We haven't been getting any HDS, IDS/DDPLUS data here at RWIC > since July 17, 2001 ~3:00 pm CDT. We are still receiving NLDN and > WSI products. I've restarted the ingestors, rebuilt queues, etc., and > still no luck. Any suggestions? > > ========================================================================= > ==)---------- | ----------(== > John Nordlie N0RNB | Regional Weather Information Center > address@hidden | University of North Dakota > 701-777-6112 / 701-777-3888 fax | PO Box 9007, Grand Forks, ND 58202-9007 > http://people.aero.und.edu/~nordlie/ > | > C Program. | "If you ask me, most sports would > C Program Run. | benefit from an infusion of rocketry." > Run, Dammit, Run! | -- Jason Fox, 'Foxtrot' > ==)---------- #include <std.disclaimer.h> ----------(== > ========================================================================= Hi John, Are you still feeding from amelia.geol.iastate.edu? It looks like they are getting that data: (anne) imogene:/home/anne 122 % notifyme -vl - -h amelia.geol.iastate.edu -f IDS|DDPLUS Jul 19 21:08:39 notifyme[8947]: Starting Up: amelia.geol.iastate.edu: 20010719210839.963 TS_ENDT {{IDS, ".*"}} DDPLUS: Command not found. Jul 19 21:08:40 notifyme[8947]: NOTIFYME(amelia.geol.iastate.edu): OK Jul 19 21:08:45 notifyme[8947]: 1090 20010719210842.620 IDS|DDPLUS 208 AEUS73 KEAX 192108 /pAQIMCI Jul 19 21:08:46 notifyme[8947]: 7683 20010719210844.635 IDS|DDPLUS 215 ASUS43 KMSP 192108 /pSWRMN Jul 19 21:09:00 notifyme[8947]: 494 20010719210857.811 IDS|DDPLUS 338 FPUS71 KLWX 192108 /pNOWLWX Jul 19 21:09:06 notifyme[8947]: 4074 20010719210901.645 IDS|DDPLUS 415 FPUS75 KBOU 192108 CCA /pNOWDEN ... (anne) imogene:/home/anne 123 % notifyme -vl - -h amelia.geol.iastate.edu -f HDS Jul 19 21:09:47 notifyme[8954]: Starting Up: amelia.geol.iastate.edu: 20010719210947.356 TS_ENDT {{HDS, ".*"}} Jul 19 21:09:47 notifyme[8954]: NOTIFYME(amelia.geol.iastate.edu): OK Jul 19 21:09:49 notifyme[8954]: 461 20010719210948.515 HDS 795 SACN96 CWAO 192100 Jul 19 21:09:49 notifyme[8954]: 4941 20010719210948.548 HDS 797 SDUS85 KLKN 192105 /pDPALRX Jul 19 21:09:49 notifyme[8954]: 1525 20010719210948.554 HDS 799 SACN97 CWAO 192100 ... How do you know that you're not getting that data? Maybe it's getting into the queue but not being filed. To see if you're getting it into the queue use 'pqcat', e.g., pqcat -vl - -f HDS > /dev/null will output a line for each HDS product in your queue. Similar for IDS|DDPLUS. If you don't have any of that data in your queue, then do a 'notifyme' to your upstream site like I did above. That will tell you if they have an 'allow' line for your machine. If you're not 'allow'ed, contact them and ask them to put you back in (and see why they took you out). If they do 'allow' you and you're still not getting the data into the queue, then let me know. If you are getting it into the queue but it's not being filed properly, then ensure that pqact is running ('ps -ef | grep pqact'). If pqact is running, then take a close look at the appropriate entry in the pqact.conf file. You'll remember from the workshop that pqact.conf entries can easily hide bugs. Try these things, let me know what you find out, and we'll go from there. Anne -- *************************************************** Anne Wilson UCAR Unidata Program address@hidden P.O. Box 3000 Boulder, CO 80307 ---------------------------------------------------- Unidata WWW server http://www.unidata.ucar.edu/ ****************************************************