Hi Pete,
I think the culprit is in the $GEMPAK/source/gemlib/im/imsimg.f
subroutine. Line 422 is commented out:
C imdoff = imdoff + ioff
If you uncomment this line, recompile the subroutine, replace its object
file in the $GEMLIB/gemlib.a archive file, and then remake gpmap (or
whatever program you are using to display the level 3 radar file) it
will display the data in the DS.p94r0 directory that I assume you are
referring to.
However, I suspect this will cause other radar files to not display . .
. I suspect that the level 3 radar files must have differences in their
headers, such that two different header lengths are found depending on
the file.
Hope this helps at least temporarily . . .
Cheers,
Kevin
______________________________________________________________________
Kevin Tyle, Systems Administrator **********************
Dept. of Atmospheric & Environmental Sciences ktyle@xxxxxxxxxxxxxxxx
University at Albany, ES-235 518-442-4578 (voice)
1400 Washington Avenue 518-442-5825 (fax)
Albany, NY 12222 **********************
______________________________________________________________________
On 11/23/2010 10:09 PM, pmanousos@xxxxxxxxxxxxxxxxxxx wrote:
Hi again -
We are pulling 1km 0.5 Base Refl local radar data from
http://www.nws.noaa.gov/tg/radfiles.html that although display
properly in 5.10.4, 5.11.1 (NMAP2 or gpmap) do display no data in 6.2.0.
Interestingly the "blank" image DOES display the proper map
background, image label, and color bar information. However there is
no data on the image.
We feel there is a table setting we are not invoking but are unaware
of going from 5.11.1 to 6.2.0.
We've even pointed 6.10.2 at 5.11.1 tables and still no luck. Just to
clarify these are not nex2gini composites (which do display properly
in 6.2.0), rather these are any local radar pulled from the site above.
If anyone has any insight on this, we'd love to hear it as we've been
pulling our hair out most of the day testing seemingly innumerable
adjustments in imgtyp.tbl and various lut files (even throwing Hail
Mary's by testing changes in nidprod.tbl, and datatype.tbl).
Pete ----------------------------------------- The information
contained in this message is intended only for the personal and
confidential use of the recipient(s) named above. If the reader of
this message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified that
you have received this document in error and that any review,
dissemination, distribution, or copying of this message is strictly
prohibited. If you have received this communication in error, please
notify us immediately, and delete the original message.
_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
