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.
Heather, Line 316 in datatype.tbl defines the alias {ens} ENS $MODEL/ens ens_YYYYMMDDHH_* CAT_GRD SCAT_FCT -1 -1 -1 OFF/0/0 4 the third column is the filename template, defined as ens_YYYYMMDDHH_*, so GEMPAK is looking for files which match "ls -la $MODEL/ens/ens_YYYYMMDDHH_{NN}" where {NN} is the ensemble member number. This will not match any files! Your files are named ens_2010120505_1.gem, ens_2010120505_2.gem and ens_2010120505_3.gem here is how you should set your files and directories: 1) in datatype.tbl modify the ENS line to ENS $MODEL/ens ens_YYYYMMDDHH_*.gem CAT_GRD SCAT_FCT -1 -1 -1 OFF/0/0 4 2) in $MODEL/ens/ make sure the files are named ens_2010120505_01.gem, ens_2010120505_02.gem and ens_2010120505_03.gem 3) then re-run your gdplot script. -Michael > Okay, I attempted to change the file name and use the ENS name from the > datatype.tbl (line 316). So the files you have requested are attached as > is the gempak script I'm trying to use. The files ens_2010120505_1.gem > (and similar) contain only forecast data with the following dates: > 20101205/0500f001 (and similar). Thank you so much for all your help on > this. -Heather > > > address@hidden> wrote: > > > Rather than guess at how things are set up, I need to see the file > > $GEMTBL/config/datatype.tbl and I need a listing of the ens directory > > $MODEL/ens/. > > > > You can capture the contents of this directory with the command > > > > ls -al $MODEL/ens/ > ens_dir.log > > > > And then reply and attach the file "ens_dir.log" along with datatype.tbl > > and I will take a look. > > > > Thanks, > > > > Michael > > > > > > > > > I tried all three of those gdattim options, but none worked. Do you have > > > any other suggestions? -Heather > > > > > > > > > address@hidden> wrote: > > > > > > > I suspect the error is due to using an alias "{gefs}" which has a > > > > YYYYMMDDHH entry in $GEMTBL/config/datatype.tbl which is not the same > > > > date/time as that defined by GDATTIM = 101205/0500f001 > > > > > > > > What happens if you change gdattim = first, or gdattim = f001 or > > gdattim = > > > > last? > > > > > > > > > > > > -Michael > > > > > > > > Ticket Details > > =================== > > Ticket ID: NVD-552590 > > Department: Support GEMPAK > > Priority: Normal > > Status: Open > > > > > > Ticket Details =================== Ticket ID: NVD-552590 Department: Support GEMPAK Priority: Normal Status: Open