[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FNEXRAD product question
- Subject: Re: FNEXRAD product question
- Date: 06 Apr 2005 13:29:40 -0600
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