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

[GEMPAK #NBK-114468]: Display error for nexr2rhi



Art,

The cursor command is documented in the GEMPAK intro section
where the other commands you can enter at the GEMPAK prompt are.
You can type "phelp" by itself to see the valid commands.

I'll look at the RSL cube volume interpolation. Thats where the 
radar is navigated to the cube that the slice is taken through
(as well as whether to interpolate between observations.

Steve Chiswell
Unidata User Support


> Steve,
> 
> On Fri, 28 Jul 2006, Unidata GEMPAK Support wrote:
> 
> > Art,
> >
> > The point @150;460 for the cross section is outside the range for the
> > slantr calculation being used by the RSL library.
> 
> Hmmm, I was using that because the online docs for nexr2rhi say that
> CXSTNS have row/column ranges of 1 to 460.  What's the correct range?
> 
> > I instead plotted the image first with gpnexr2 and then used the
> > "cursor cxstns" command to obtain the lat/lon values from the
> > center / radar location to the cell to the north and east of the
> > radar and came up with:
> >
> > CXSTNS   = 44.7;-88.7>47.3;-86.1
> 
> I thought there should be an easier way to get the end points... thanks
> for the tip.  I don't see "cursor" documented anywhere (at least in
> gpnexr2)... it might be worth adding a link/note there about it.  Since I
> want the RHI to start from the radar antenna location, it's still a bit
> difficult to use "cursor" because it's hard to locate that point
> in the ground clutter.
> 
> > I then ran nexr2rhi using that and was able to produce a plot.
> 
> Okay, this works okay now.  And, gempak V5.9.2 works now too.  However,
> I'm having trouble capturing the hail spike in the RHI.  In fact, the
> result I get from the "cursor cxstns" command, which I placed exactly over
> the hail spike/maximum echo return on the ppi, doesn't seem to match what
> shows up in the nexr2rhi display using the cxstns value output to
> gemglb.nts.  I'm wondering if there could be a bug somewhere in navigating
> the imagery from ppi->cursor_select->rhi...?
> 
> > The routine should do a better job of clipping the points outside the
> > data range, and I'll see if that can be improved.
> 
> Also, it would be more representative to not extend the color fill areas
> down to ground level but, rather, keep them within some beam spread range
> on the rhi... this becomes misleading at farther distances from the radar.
> 
> Thanks for your help...
> 
> Art.
> 
> 
> > Steve Chiswell
> > Unidata User Support
> >
> >
> >> Hi...
> >>
> >> I'm using nexr2rhi in gempak 5.9.1 to produce an RHI plot but the fill
> >> graphics appear goofy.  I tried 5.9.2 but it just produces a blank screen
> >> (which I saw with an RHI from a different date/site as well) so it appears
> >> that 5.9.2 isn't working at all.  I've attached my script, the radar file
> >> and the output.  Can you provide a work-around?
> >>
> >> Thanks.
> >>
> >> Art
> >>
> >> Arthur A. Person
> >> Research Assistant, System Administrator
> >> Penn State Department of Meteorology
> >> email:  address@hidden, phone:  814-863-1563
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: NBK-114468
> > Department: Support GEMPAK
> > Priority: Normal
> > Status: Closed
> >
> >
> 
> Arthur A. Person
> Research Assistant, System Administrator
> Penn State Department of Meteorology
> email:  address@hidden, phone:  814-863-1563
> 
> 


Ticket Details
===================
Ticket ID: NBK-114468
Department: Support GEMPAK
Priority: Normal
Status: Closed