[GEMPAK #UWX-110909]: GEMPAK - Problem with nsharp program

James,

I see the case in your plots. It appears that the temp is being set to the 
dewpoint value
at that surface. I can't reproduce your plot yet, but its probably 
a case of stepping on some memory. I'll work on this and see if I can determine 
where the fault
is occuring.

Steve Chiswell
Unidata User Support


> Steve,
> 
> Thank you for the fix. It worked.
> 
> I didn't include this with the initial email, but since I've got your
> attention...
> Nsharp plots some soundings incorrectly (no particular station bias that
> I see).
> When one clicks on the reset button, then the proper sounding shows.  The
> necessary correction seems to apply to the surface reading only. I've
> checked
> the raw sounding messages, and they confirm that the initial surface reading
> is wrong (comparing what is shown in the nsharp text file versus the
> undecoded,
> raw sounding message). I included images of before and after (clicking
> reset).
> They apply to the 18Z, 14 June, 2006 sounding for Rapid City, SD
> (UNR/72662).
> 
> I've accepted this flaw since it only involves clicking a button (I tell
> my students
> to always click the reset before examining the sounding). However, for
> future
> editions of gempak, it'd be nice if this gets corrected.
> 
> Anyway, thanks again.
> 
> James
> 
> P.S.- The addition to save procedures on the new Ntrans is terrific!
> 
> ----------------------------------------------
> James Murakami
> Staff Meteorologist/Student Affairs
> Department of Atmospheric and Oceanic Sciences
> University of California, Los Angeles
> 405 Hilgard Ave.
> Los Angeles, CA  90095-1565
> 
> 
> e-mail:  address@hidden
> telephone:  310-825-2418
> Fax:  310-206-5219
> -----------------------------------------------
> 
> 
> 
> Unidata GEMPAK Support wrote:
> 
> >Hi James,
> >
> >The OPC added a page of parameters, and they are exceeding the length of the 
> >string
> >variable they declared. I have fixed that in the attached source file 
> >xwvid3.c for
> >the $GEMPAK/source/programs/gui/nsharp directory.
> >
> >You can replace the file and rebuild (you said you had compiled, so I'm 
> >assuming
> >you want the source code fix):
> >
> >cd $GEMPAK/source/programs/gui/nsharp
> >make clean
> >make all
> >make install
> >make clean
> >
> >Thanks for providing the information needed to track this down!
> >
> >Steve Chiswell
> >Unidata User Support
> >
> >
> >
> >
> >
> >>Institution: Dept Atmospheric and Oceanic Sciences, UCLA
> >>Package Version: GEMPAK5.9.2
> >>Operating System: Solaris 8
> >>Hardware Information: SunBlade 1500
> >>Inquiry: Hello.
> >>
> >>I installed the source version for GEMPAK5.9.2 today. So far, most things 
> >>seem to run as designed. However, within nsharp, if you click on the "next 
> >>page" button, the whole program gui disappears. The statement "segmentation 
> >>fault" results when running the program from the "nsharp" command (no 
> >>message starting from ntl gui, but nsharp still disappears). I've compiled 
> >>more than once with separate downloads (same result).
> >>
> >>I don't have this problem running on version 5.8.3a.
> >>
> >>Your help on this matter is greatly appreciated.
> >>
> >>James
> >>
> >>
> >>
> >>
> >>
> >
> >
> >Ticket Details
> >===================
> >Ticket ID: UWX-110909
> >Department: Support GEMPAK
> >Priority: Normal
> >Status: Closed
> >
> 
> 
> 


Ticket Details
===================
Ticket ID: UWX-110909
Department: Support GEMPAK
Priority: Normal
Status: On Hold