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.
>From: Janine Goldstein <address@hidden> >Organization: UCAR/JOSS >Keywords: 200106131744.f5DHi8p05306 $respond Hi Janine- >I am new to using GEMPAK and am being kicked out of sflist. > >To get set up to use GEMPAK, I added the line: > >source /opt/gempak5.6/Gemenviron > >to my .cshrc. I have the following setting in sflist: > >SFFILE Surface data file sa20010504.gem >AREA Data area co >DATTIM Date/time 010504/0100 >SFPARM Surface parameter list stid;stnm;slat;slon;selv;palt; >OUTPUT Output device/filename t >IDNTYP STNM or STID stid > >When I type run, I get a list of stations to my screen, and then I am >kicked out of sflist to the unix prompt, i.e. > > GEMPAK-SFLIST>run > PARM = STID;STNM;SLAT;SLON;SELV;PALT > > > STN YYMMDD/HHMM STID STNM SLAT SLON SELV PALT > 9V9 010504/0100 9V9 72653 43.80 -99.32 530.00 961.32 > ABQ 010504/0100 ABQ 72365 35.05 -106.62 1620.00 830.65 > AEG 010504/0100 AEG 99999 35.14 -106.80 1779.00 815.62 > . > . > . > VEL 010504/0100 VEL 99999 40.43 -109.52 1608.00 838.29 > VTN 010504/0100 VTN 72567 42.87 -100.55 792.00 930.56 > WRL 010504/0100 WRL 99999 43.97 -107.95 1294.00 875.82 > > >tornado:/home/janine/gempak_test> > >Am I missing something in my setup? I have a coworker who ran the same set of >params on the same file, but logged in as himself, and after the listing, he >got a "params requested" line, and then the GEMPAK-SFLIST> prompt back. He do > es >not recall doing anything to get set up other than sourcing the Gemenviron fil > e >in his .cshrc, so we are at a loss. The $respond variable (a hidden variable for all programs) is set to no in your default .nts file. When you enter sflist, type "$respond=yes", then run the program. You shouldn't get kicked out after that. $respond is usually set to no so you don't have to hit the extra return when using programs like gdcntr at the "are you sure?" message. However, in sflist, since there is no "are you sure" message, the effect is just to exit. Your coworker has $respond=yes, that's why he didn't get kicked out. If you are running scripts where the $respond variable is set to no during it's running, make sure you set it back at the end, or make sure it runs where the .nts files are written in a place that no other user will find them. Don Murray From: Janine Goldstein <address@hidden> Date: Wed, 13 Jun 2001 15:13:38 -0600 > The $respond variable (a hidden variable for all programs) is set to no in > your default .nts file. Ah Ha! Thanks. Janine