>From: "John Hobbie" <address@hidden> >Organization: NMSU/NSBF >Keywords: 200504061914.j36JEev2008027 ldm-mcidas FNEXRAD Hi John, >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? GEMPAK can use the image in both PNG-compressed and uncompressed forms. McIDAS can only use the image in the uncompressed form. The second action you refer to above is likely one that runs the 'ldm-mcidas' decoder pngg2gini. If you want to use the images in both GEMPAK and McIDAS, you need to decode it using the ldm-mcidas decoder 'pngg2gini'. Cheers, Tom -- +-----------------------------------------------------------------------------+ * Tom Yoksas UCAR Unidata Program * * (303) 497-8642 (last resort) P.O. Box 3000 * * address@hidden Boulder, CO 80307 * * Unidata WWW Service http://www.unidata.ucar.edu/* +-----------------------------------------------------------------------------+
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.