NSF Unidata

[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.



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