19990320: dattim string in sfgram

Maureen,

Bingo! The time string in one of the routines in sfgram is too short
to handle a fully expressed dattim. When abbreviated to just
DD/HH-DD/HH-0100, then the string is short enough to bypass the problem.

You can fix this in:
$GEMPAKHOME/src/programs/sf/sfgram/sfxdat.f

In the CHARACTER definition line, change time*20 to time*72, eg:
        
        CHARACTER       timfil (LLMXTM)*20, time*72, tstrt*20, tstop*20,
                                                 ^^
The dattim string being passed into the routine is allowed to be 
up to 72 characters- so the copying of dattim to time in
the subroutine call ST_LCUC(dattim, time, ier ) causes the
timestring to get truncated.

After editing the above routine, you can rebuild with:
cd $GEMPAKHOME/src/programs/sf/sfgram
make clean
make all
make install
make clean


Steve Chiswell
Unidata User Support

On Mon, 22 Mar 1999, Maureen Ballard wrote:

> Steve,
> 
> I think I figured it out. I ran my program with your file and it still plotted
> everything. Then I tried running it without specifying the year. That worked.
> I had been specifying:
> 
> 990321/0900-990322/0900-0100
> 
> for DATTIM. sfgram apparently doesn't like that (or my version doesn't at
> least!)
> 
> Thanks for the help!!!!
> 
> Maureen
> 
> Steve Chiswell wrote:
> 
> > Maureen,
> >
> > I imported your data into a file, and plotted it in
> > sfgram with the following values:
> >
> > SFFILE  = maureen.gem
> > DATTIM  = 21/09-22/09-0100
> > STATION = ME2K2
> > TRACE1  = DWPF;TMPF/4;2
> > TRACE2  = PMSL/4
> > TRACE3  = ;BRBK/5
> > TRACE4  = RELH/7/0;100
> > TRACE5  = P01I/22/0;2
> > NTRACE  = 5
> > TAXIS   = first-last-1;3;3;1
> > BORDER  = 1/1/1
> > MARKER  = 0
> > TITLE   = 4/1/ME2K2 PAST 24 HOUR METEOGRAM - 21/0900-22/0900 EST
> > CLEAR   = YES
> > DEVICE  = xw
> > PANEL   = 0
> > TEXT    = .90/21//sw
> >
> > The dattim string above does filter the data at the top of the hour
> > in my plot (I'll attatch the gif).
> >
> > I also ran with:
> > DATTIM  = 21/09-22/09
> > Without specifying a time step interval, I get all values.
> >
> > At this point, I've tested the plot under Solaris and Irix and
> > don't seen to be able to duplicate your problem. I'll attatch the
> > gempak file I used above, and you can try with the above
> > sfgram values to see if things still don't work.
> >
> > The only 2 things I see asstrange are your TIMSTN value
> > in the sfcfil invokation, and you had spaces between the
> > "-" characters in the dattim string in the email you
> > sent earlier. I created the surface file with TIMSTN = 200/2000
> > (you specified 300 times...200 is the max), but I can't see how
> > that would cause your problem.
> >
> > Anyhow, try using the file I create with the values I have above
> > for sfgram. If you still see a problem, then we may need to see if your
> > sfgram program is somehow different. Otherwise, we probably need to
> > focus on the file creation.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >   ------------------------------------------------------------------------
> >
> >                      Name: maureen.gem
> >    maureen.gem       Type: unspecified type (APPLICATION/octet-stream)
> >                  Encoding: BASE64
> >
> >                       Name: gempak.gif.1
> >    gempak.gif.1       Type: GIF Image (IMAGE/GIF)
> >                   Encoding: BASE64
> 
> 
> 
> --
> ========================================================================
> Maureen Moore Ballard                   address@hidden
> Staff Meteorologist                           ph:  606-257-3000ext244
> Ag. Weather Center                         fax: 606-257-5671
> 243 Ag. Engineering Bldg
> Dept. of Biosystems and Ag. Engr.
> University of Kentucky
> Lexington, KY 40546-0276
> HOMEPAGE   http://wwwagwx.ca.uky.edu
> 
> You don't stop laughing because you grow old;
> you grow old because you stop laughing.
> =========================================================================
> 
> 
>