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

20050207: NMAP upper air case study data

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: 20050207: NMAP upper air case study data
  • Date: Mon, 07 Feb 2005 12:51:34 -0700
>From: Michael Brennan <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200502071640.j17Gefv2023557

>Hi Steve et al.,
>
>We have a case study that we are analyzing, and we've been able to view 
>all the data (surface, model, etc.) in NMAP2 successfully except the 
>upper air data.  The environmental variable is defined as
>
>UAIR         $GEMDATA/upperair
>
>And we have the upper-air files in the correct place and the file-naming 
>convention looks OK.  Is there something else we need to change?
>
>Thanks!
>-Mike
>

Mike,

I'm assuming your files are $GEMDATA/upperair/YYYYMMDD_upa.gem

That will be the template that $GEMTBL/config/datatype.tbl is using
for UAIR. If you have hourly upper air files instead of daily, then
the template would have to be changed (or the hourly files merged
into daily files).

Other than that, are you seeing times on the timeline, or a blank
time line? Have you set the reference time in the data selection widget?
This is shown at the bottom of the page at:
http://my.unidata.ucar.edu/content/software/gempak/tutorial/nmap_data.html

Steve Chiswell
Unidata User Support

--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.