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.
Rodney, I edited the "etc/pqact.conf" file to remove some ".*" prefixes from some, otherwise, pathological regular-expressions and sent a HUP signal to the pqact(1) process to cause it to reread its configuration-file. The original "pqact.conf" still exists as "pqact.conf.prev". Information on pathological regular-expressions can be found at http://my.unidata.ucar.edu/content/software/ldm/ldm-6.0.14/basics/ERE.html The pqact(1) process is showing what data-products it's seeing. One of the data-products was FSL2 000 FSL.CompressedNetCDF.MADIS.metar.20040527_2300.gz This should have matched the following entry in the pqact(1) configuration-file: FSL2 ^FSL\.CompressedNetCDF\.MADIS\.metar\.(.*) PIPE -close /home/rpp/scripts/store_MADIS.sh /data/fxa/point/mesonet/netcdf \1 The script "/home/rpp/scripts/store_MADIS.sh" looks pretty simple and should have created something in the directory "/data/fxa/point/mesonet/netcdf". It didn't, however. I suggest testing the script on some canned data to ensure that it works. Can the script find the gzip(1), echo(1), cut(1), and mv(1) utilities (i.e., is the PATH correct)? You might try expliciting setting the PATH environment variable in the script (which is a good idea, in general). Alternatively, you might be able to simplify the entry to the following: FSL2 ^FSL\.CompressedNetCDF\.MADIS\.metar\.(.............) PIPE -close /bin/bash -c "gzip -d >/data/fxa/point/mesonet/netcdf/\1" Be advised that I haven't tried this. Keep me apprised. Regards, Steve Emmerson