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.
Nancy, I took a quick look at the csh script and saw one problem right off, so I'll send this to you, and if you still have problems I'll dig deeper. Your section as follows: ------------------------------------ if ( -e $indir$infile ) then sfedit<<EOF sffile=$gemfile sfefil=$indir$infile run exit EOF endif ------------------------------------- in the above, you have: indir=/usr/user/ldm/tmp infile=YYMMDD Your string $indir$infile will not have the "/" directory separator, and without braces "{" and "}", the shell will not be able to tell where the variable name separators are. This should most likely be: if ( -e $indir/$infile ) then ... sfefil=$indir/$infile This would explain wht the file was created in sfcfil, but not written to in sfedit. In the above, for clarity if your variables are running together, you might consider using ${indir}/${infile} Steve Chiswell Unidata User Support On Tue, 2005-03-01 at 11:14, Nancy Selover wrote: > Steve, > I have been through the tutorial and all the documentation > about how to bring local surface data into GEMPAK to view in NMAP2, > but it's not working. I haven't found anything on the e-mail archives > to help. We are pulling mesowest surface data every 15 minutes > through LDM, and they supplied a program to convert it to a GEMPAK > format. I suspect that is the problem. I have put the alias, MESO, > into datatype.tbl, updated the prmlst.tbl, and added the > meso_parms.tbl, as well as a table of the stations used for converting > to GEMPAK. The data come into a /tmp directory, and a program called > "process_mesowest" is supposed to decode the file, and append it to > the file for that day. I don't think that is happening correctly, > because when I run NMAP2, it finds MESO and I can select the type of > plot I want, but it can find no available times. > > Attached is the process_mesowest decoder file, and a sample > data file, that comes in every 15 minutes. The pqact.conf file > contains the following: > > EXP mesowest.sfedit > FILE /usr/user/ldm/tmp/%y%m%d%H%M_meso.sfedit > EXP mesowest.sfedit > EXEC /usr/user/ldm/process_mesowest > /usr/user/ldm/tmp/%y%m%d%H%M_meso.sfedit > > Can you see where the trolley is going off the tracks? > > When I have run the SF programs on these files interactively in GARP, > I can't plot because it says it can't find any dates or times in the > GEMPAK file, even though it says it has created the GEMPAK file. > > <<process_mesowest>> <<0503010028_meso.sfedit>> > > Thank you. > > Nancy > > Nancy J. Selover > Asst. State Climatologist > Office of Climatology tel: 480-965-0580 > Arizona State University fax: 480-965-1473 > Tempe, AZ 85287-1508 e-mail: address@hidden > >