20010125: Level-III Formats for NMAP

>From: "Glenn Rutledge" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200101252040.f0PKewX08882

>Steve,
>I'm trying to get Level-III form NOAAport on NMAP/GARP.  I have a patch
>installed now needed on NRS units, by default, decompress.  The patch is
>in and seems to working correctly (I checked the NRS logs and it shows a
>compressed volume then a decompressed Product).  Anyway, I get an
>"unsupported Image Format" from NMAP when I try to plot the data.   My
>pq-act entry is:
>
>FSL5 SDUS5. .... ([0-3][0-9])([0-2][0-9])([0-6][0-9]).* /p(...)(...)
># FILE -close
>/npfos/noaaport/nawipsdata/nexrad/NIDS/\5/\4/\4_(\1:yyyy)(\1:mm)\1_\2\3
>
>and it creates the following file name format.
>npfos:/npraid/noaaport/nawipsdata/nexrad/NIDS/ABR/N0R->ls
>N0R_20010125_2026
>
>I am using the 5.6 version. And working on upgrade to 5.6a (some
>problems of compiling) but....do I need the 5.6a version?  Since the
>data is already decompressed I thought the 5.6 version would work..
>
>
>Thx, Glenn
>


Glenn,

If you use 5.6 with an uncompressed NIDS file, GEMPAK will expect that
there is no WMO or pil before the NIDS product starts. This is the
way we previously received NIDS from WSI (eg notheing that looked like a 
FOS header before the start of the data).

In 5.6a, I added 2 things. First was the ability to read the zlib
compressed products, and second was the ability to skip past the WMO
and PIL lines for the images posted on the weather.noaa.gov ftp server.

If necessary, you can use the unix "tail" command to strip off the 
leading fos looking stuff.

Steve Chiswell