[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #IVD-729691]: nexr2rhi plotting problems

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [GEMPAK #IVD-729691]: nexr2rhi plotting problems
  • Date: Mon, 04 Jun 2007 16:54:29 -0600
> 
> Hi Steve,
> 
> Below is a list of my nexr2rhi... The program seg faults before even
> reading the radfil, so it doesn't matter what data is linked up here yet.
> I did attach the one I was hoping to use though. thanks... Brian
> 

Brian,

I haven't been able to duplicate your problem with the most recent binary as of 
yet
on our linux systems. One possibility is that I increased the array size of the 
grid from 460 to 920 in the horizontal (since the dz distance was 2x the sw/vr
range and I was trying to let users extract as much as posible), but that might
just be too big for the amount of memory available on your system. 

I'll recompile one version with 460, and another with full debugging with 920
and see if either of those help us determine your problem.

Steve Chiswell
Unidata User Support




> GEMPAK-NEXR2RHI>list
> CXSTNS   = @1;460>@920;460
> GVCORD   = hght
> PTYPE    = lin
> YAXIS    = 0/12000
> CINT     = 0
> SCALE    = 0
> LINE     = 1
> BORDER   = 1
> TITLE    = 1/-2/RHI Base Reflectivity Level II ^
> CLEAR    = YES
> DEVICE   = xw
> TEXT     = .8/1/1/111/hw
> PANEL    = 0
> CLRBAR   = 1
> CONTUR   = 3/2
> FINT     = 0;4;8;12;16;20;24;28;32;36;40;44;48;52;56;60;64;68;72
> FLINE    = 0;26;25;4;24;21;22;23;20;19;17;16;13;15;14;12;11;1;31;29;30
> CTYPE    = f
> RADFIL   =
> /usr/local/ldm/data/gempak/nexrad/craft/KOKX/KOKX_20070506_0000
> RADPARM  = dz
> RADTIM   = last
> INTERP   = y
> 
> 
> 
> Date: Tue, 29 May 2007 08:53:27 -0600
> From: Unidata GEMPAK Support <address@hidden>
> To: address@hidden
> Cc: address@hidden, address@hidden
> Subject: [GEMPAK #IVD-729691]: nexr2rhi plotting problems
> Brian,
> 
> I'm not seeing any problems under linux with the files I have. Could you
> send
> me one of
> your files that is dumping, and the "list" output from nexr2rhi just
> before
> you typed "run".
> 
> Steve Chiswell
> Unidata User Support
> 
> >
> > Hi Steve,
> >
> > I am trying to implement the new nexr2rhi that you helped Kelly with. I
> > downloaded the latest linux32 binaries, however I am getting a
> > segmentation fault on my Fedora 4/5 linux boxes here as soon as I type
> > run (does not matter what radfil is specified. It seems all the
> > other programs are working (garp, gdplot, etc...), and the last nexr2rhi
> > version did not seg fault, so I'm guessing it must be related to your
> last
> > series of changes. seg faults are pretty nasty errors, so I am not sure
> > what to try next.
> >
> > Thanks,
> >
> > Brian
> >
> > Kelly,
> >
> > The Linux and Linux64 distributions are being reposted now. I have fixed
> > several string problems and have updated the documentation to reflect
> that
> > the radar center point is now @460;460 rather than @230;230 which was
> the
> > primary cause of your missing data (since your cxstns values were almost
> > entirely outside the data area). The text confirmation display output
> will
> > now display the radar central lat/lon and radar center point location as
> a
> > reminder.
> >
> >
> > When using an E-W cross section through the radar point, use
> > @1;460>@920;460 for reflectivity (or use lat/lon values
> > which you can obtain from gpnexr2 and use the "cursor cxstns"
> > command to set your axis.
> >
> > Steve Chiswell
> > Unidata User Support
> 
> 


Ticket Details
===================
Ticket ID: IVD-729691
Department: Support GEMPAK
Priority: High
Status: Closed