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

[LDM #KAK-226817]: pqact wierdness

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.

  • Subject: [LDM #KAK-226817]: pqact wierdness
  • Date: Tue, 24 Jul 2007 09:13:59 -0600
Mark,

One thing to look into is exactly how the radar products are
being processed by the downstream site.  A too-simple implementation
of an LDM NEXRAD2 decoder can result in product loss even though
all products are received.  This happens when the "pqact" process
runs out of file-descriptors and data-products arrive out-of-sequence.
See

<http://www.unidata.ucar.edu/software/ldm/ldm-current/basics/pqact.conf.html#output-file%20limit>

for more information.

Incidentally, you might like to know that the extended regular
expression substring "([0-9]|[0-9][0-9]|[0-9][0-9][0-9])" that
you used in your investigations can be simplified to "([0-9]{1,3})".

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: KAK-226817
Department: Support LDM
Priority: Normal
Status: Closed