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, can you please upload the three $MODEL/ens/ens_YYYYMMDDHH_* files to http://motherlode.ucar.edu/repository/alias/gempakuploads/ -Michael > no dice. The same error "Grid file or template does not exist" still > occurs. I've attached the same files as before for your perusal. Thanks > for any additional thoughts you have. Is it possible this version of > Gempak (which I got as a precompiled binary for mac os x) has a bug? > (version is 5.10.4 -Heather > > > address@hidden> wrote: > > > 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 > > > > > > Ticket Details =================== Ticket ID: NVD-552590 Department: Support GEMPAK Priority: Normal Status: Open