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

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

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 #CCZ-968878]: NMAP2 CONUS view issue in 5.10.1 release
  • Date: Wed, 21 Feb 2007 11:33:34 -0700
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.2 distribution. 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