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.
> 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