[GEMPAK #BHU-427789]: L2 data on GEMPAK.

> Steve,
> 
> I think I'm going nuts; starting yesterday, L2 NEXRAD data caused
> NMAP2 to crash.  I thought maybe my feed was corrupt - so have been
> doing testing with the vendor.  Incidently, IDV displays the data
> with no errors, and correctly.  I broke down and even tried GRLevel2
> (Windows software) - it worked fine with it, also.
> 
> Finally, I went to the IA State site and grabbed a file to compare -
> just to see if I was getting some kind of transmission
> corruption . . . the file was the exact same size as I had received,
> and a binary diff indicated the files to be identical.
> 
> The latest L2 data doesn't always make the gempak program I'm using
> crash - it sometimes plots a radial line of data - but never the plot
> as it should be.
> 
> Finally - this is on the Darwin version (Mac OS 10.4.5) . . . but I
> also tested on a Linux version of GEMPAK.  Both of these are on 5.9.1.
> 
> Are you seeing the same thing?
> 
> Stonie
> 
> 


Stonie,

You didn't mention the site, but it could be that the site you are looking at
is one that is just recently upgraded to the new ORDA:
http://www.orda.roc.noaa.gov/deployment/schedule_map/ASPschedule/ASPschedule.asp?menu_name=schedule

The RSL library had a fix for the ORDA, which I've rolled in, and will
be part of the 5.9.2 release, but I've also back patched the binary
distributions as of March 9. Can you test the current Linux binary? 

Steve Chiswell
Unidata User Support

Ticket Details
===================
Ticket ID: BHU-427789
Department: Support GEMPAK
Priority: Normal
Status: Closed