NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Scott, Thanks for your great suggestion. With that technique of GAREA=DSET and then "cursor garea" I was able to see that this GAREA selection: GAREA = 30.1;125.5;44;115 produces this image from the current GOES17 CONUS vis (Channel02): http://www.met.sjsu.edu/weather/images/test/goes17-CONUS-test.gif So, yes the longitude positive is the opposite of standard GEMPAK. When I plot the the same GAREA with IR (Channel14) I get this plot, where the shading looks reversed (white is warm): http://www.met.sjsu.edu/weather/images/test/goes17-CONUS-IR-test.gif ( This is with standard $GEMTBL/sat/imgtyp.tbl values as:) GOES17 CH14 11.2um IR 0 255 188 2**13 1 GRAY I tried tweaking this to GOES17 CH14 11.2um IR 0 128 188 2**13 1 GRAY but I get a white map: http://www.met.sjsu.edu/weather/images/test/goes17-CONUS-IR-test2.gif Where might I look to reverse the color ramp? Or, could there be something else fairly obvious I'm missing? Thanks again for the tips; this is much appreciated! -Mike On Fri, Jul 26, 2019 at 5:32 AM Scott Jacobs - NOAA Federal < scott.jacobs@xxxxxxxx> wrote: > Mike, > > Try to use GAREA=DSET with PROJ=SAT. This should give you the entire > domain of the image file you selected. You can then use "cursor garea" from > the GEMPAK prompt to zoom in on the area you want. I tried this on the G17 > CONUS image and the longitude values came back as positive - the opposite > of what GEMPAK normally uses. However, when I used the resultant garea, the > image looked ok. > > Scott > > > Scott Jacobs > NOAA/NWS/Office of Central Processing > Technology, Engineering and Application Management Team > SSMC2 - 12350 > 301-427-9413 > > > > On Thu, Jul 25, 2019 at 3:47 PM Mike Voss <mike.voss@xxxxxxxx> wrote: > >> Hi Gembuds, >> I'm a longtime user of Gempak, and maybe 10 years ago I had a little >> better grasp of how it all works. Nonetheless, I'm trying to replace some >> of my outdated satellite images scripts with newer GOES17 images from the >> NIMAGE feed of GOES17 data. So, not the original nc files, but the >> adjusted version supplied by Unidata that theoretically can be plotted in >> Gempak. >> https://www.unidata.ucar.edu/data/nimage.html >> >> My system is running the latest versions of LDM and Gempak at this level: >> Linux vulcan.XXX 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 >> UTC 2019 x86_64 x86_64 x86_64 GNU/Linux >> >> I tried several times to get images to plot via gpmap with various >> standard GAREA entries, but I kept getting this error: >> " [GEMPLT -60] NIMCORD - Invalid image display coordinates." >> >> Then I tried various geographic identifiers. With GAREA=US I got this to >> plot for the CONUS image: >> http://www.met.sjsu.edu/weather/images/test/goes-vis.gif >> And then interestingly when I plot the Full Disk image and use GAREA=US, >> I get this: >> http://www.met.sjsu.edu/weather/images/test/goes-vis2.gif >> >> HMM....strange, somethings seems off with the lat lon registration. >> >> Then I fiddled with adding lat lon corners and got some to work, but >> plots are much farther east than expected: >> E.G.: >> GAREA = -165;15;-155;25 >> produces: http://www.met.sjsu.edu/weather/images/test/goes-vis3.gif >> and >> GAREA=-179;10;-140;30 >> produces http://www.met.sjsu.edu/weather/images/test/goes-vis4.gif >> >> So, clearly gempak is not reading something about the lat/lon correctly. >> Before I go any further in my "pool sweep" level of troubleshooting, might >> there be a $GEMTBL/sat/imgtyp.tbl adjustment needed here? Or would anyone >> have another tip to help diagnose my underlying issue. >> >> thanks, >> -Mike >> >> >> -- >> Mike Voss >> SJSU Meteorology >> 408.924.5249 >> _______________________________________________ >> NOTE: All exchanges posted to Unidata maintained email lists are >> recorded in the Unidata inquiry tracking system and made publicly >> available through the web. Users who post to any of the lists we >> maintain are reminded to remove any personal information that they >> do not want to be made public. >> >> >> gembud mailing list >> gembud@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> https://www.unidata.ucar.edu/mailing_lists/ >> > -- Mike Voss SJSU Meteorology 408.924.5249
gembud archives: