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, No, you don't need 2 copies. Also, since GEMPAK can read the product in its compressed PNG format, I provide the action to just file the product. I provide a single pqact.conf action for GEMPAK distributions (as pqact.gempak_nexrad in $NAWIPS/ldm/etc/templates/ which you can add to your pqact.conf file, or run a separate pqact process per .conf file). If you want McIDAS to use the product, you will be uncompressing it using the ldm-mcidas decoder pngg2gini which converts the PNG portion to the standard GINI raster. GEMPAK can read either. Steve Chiswell Unidata User Support On Wed, 2005-04-06 at 13:14, John Hobbie wrote: > Hi -- > > The other day I noticed that the pqact.conf file processes the FNEXRAD > product > ^rad/NEXRCOMP/(...)/(...)_(........)_(....) > twice. LDM puts one copy in data/gempak/images/sat/NEXRCOMP/1k/....... > and puts a second copy of the data in data/gempak/nport/RADAR/........ > according to the standard pqact.conf configuration. It appears that in the > second instance, it is being processed by a McIDAS decoder. Thus two copies > of the images are being saved. > > Gempak/GARP by default uses the data found in the first location. > > Just for laughs, I modified the Garp_defaults file to point to the second > location. GARP wouldn't work if I placed the path under an image type; I > tried G8. But it worked great when I placed the path under the "nowrad" data > type. > > So, do we really need two copies of these data? > > > John Hobbie > National Scientific Balloon Facility > Palestine, Texas