[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[LDM #QTX-639939]: GPS bufr format data
- Subject: [LDM #QTX-639939]: GPS bufr format data
- Date: Thu, 13 Nov 2008 09:01:07 -0700
Hi Elmer,
re:
> Here are the files you requested,
They were apparently not attached, but given your information below, this
does not seem important.
> but I got it working. I added -close
> to the pqact.conf line and it started saving.
> HRS ^(ISXT40) (KBOU) (..)(..)(..)
> FILE -close
> /home/ldm/data/bufr/\1_/\2_(\3:yyyy)(\3:mm)(\3:dd)\4\5
> instead of
> HRS ^(ISXT40) (KBOU) (..)(..)(..)
> FILE /home/ldm/data/bufr/\1_/\2_(\3:yyyy)(\3:mm)(\3:dd)\4\5
Adding the '-close' should not have made the action work when it was not
working at all previously. It will force the flushing of data to the
output file, and closing of the file, of course, but the file should
have been opened in the first place.
We use a number of different 'pqact' actions that keep an output file
open while new data is being received. The best example of this is
for Nexrad Level II (full volume scan) radar data. A full volume scan
is composed of a number of pieces which are written to the same output
file as they are received. Upon receipt of the last piece, the file is
renamed so that applications will "see" them. In the case of the Level
II data, the use of renaming is useful so that the user's application
will never try to use the data before it is complete.
Anyway, all's well that ends well :-)
Cheers,
Tom
--
****************************************************************************
Unidata User Support UCAR Unidata Program
(303) 497-8642 P.O. Box 3000
address@hidden Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage http://www.unidata.ucar.edu
****************************************************************************
Ticket Details
===================
Ticket ID: QTX-639939
Department: Support LDM
Priority: Normal
Status: Closed
