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

[GEMPAK #CCZ-968878]: NMAP2 CONUS view issue in 5.10.1 release

> Thanks for responding Steve.
> 
> I used a compiled binary.
> 
> When do you think you will have a new binary ready for me to download?

Within a few hours.
I have reposted the source tarfile, and now rebuilds in progress.
You will see the timestamp of the download tarfile updated when the binary is 
posted.

Steve Chiswell
Unidata User Support




> 
> - Brian
> 
> On 2/21/07, Unidata GEMPAK Support <address@hidden>
> wrote:
> >
> > Brian,
> >
> > There is a bug in the 5.10.1 image translation matrix for the X pixmap
> > (The first column
> > has an offset applied when the GAREA is being set other than dset).
> >
> > I have the fix for the driver library, as it is in the 5.10.2distribution. 
> > Did you build
> > from source, or use a compiled binary? I'll have to repost the binary
> > distributions once I
> > have them rebuilt. Or, I can send you the source changes if you built
> > yourself.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >
> >
> >
> >
> > > Whenever I load up GOES-12 data in nmap2 AND use the predefined map
> > > area "US", the far eastern side of the data gets shifted to the far
> > western
> > > side and everything in the middle gets shifted eastward.  I didn't see
> > this
> > > data shift in 5.9.4.  I also didn't change any of the files that
> > originally
> > > came with the 5.10.1 distribution.
> > >
> > > The "shift" above is pretty dramatic.  If you use the default map area
> > of
> > > "SAT" in 5.10.1, it looks ok.  However, if you look really close, you
> > can
> > > see a very small "shift".  The same small shift can be seen when looking
> > at
> > > individual Nexrads.  The "shift" is small, probably 1km or less.
> > >
> > > I attached 2 GOES-12 CONUS view gifs that I exported from nmap2.  The
> > > 5.9.4version looks fine.  The
> > > 5.10.1 version shows the "shift" I tried to describe above.
> > > When I use the CONUS area in Garp, it doesn't have the problem that
> > > 5.10.1nmap2 has.
> > >
> > > I've reproduced the shifts on satellite and nexrad on 3 separate
> > computers.
> > > All 3 are running Fedora Core 5 with all of the latest updates.  Version
> > > 5.9.4 was, and still is running fine (reverted back to after viewing
> > "shift"
> > > problem with version 5.10.1.)  No hardware or software changes have been
> > > made since January 15th.
> > >
> > > If you can check into this or guide me toward a solution, I would
> > greatly
> > > appreciate it.
> > >
> > > Thanks for your time.
> > >
> > > Brian Koochel
> > > Meteorologist
> > > Weather or Not, Inc.
> > >
> > >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: CCZ-968878
> > Department: Support GEMPAK
> > Priority: Normal
> > Status: Closed
> >
> >
> 
> 


Ticket Details
===================
Ticket ID: CCZ-968878
Department: Support GEMPAK
Priority: Normal
Status: Closed