[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000103: Gemlib update for satellite image labels

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.

  • Subject: 20000103: Gemlib update for satellite image labels
  • Date: Fri, 7 Jan 2000 14:49:58 -0700
Devin,

The answer to your NSAT label question is:
> >> 
> >> Nsat also needs to be updated for the "19" hardcoded in the title bar
> >> if you use that program.
> >> In $NAWIPS/nprogs/nsat/source/file.c, around line 79 should be updated 
> >> from:
> >> 
> >>    sprintf(tmpdate, "%s %s 19%s", day, months[m-1], year);
> >> 
> >> to:
> >> 
> >>         if(year[0] < '2')
> >>            sprintf(tmpdate, "%s %s 20%s", day, months[m-1], year);
> >>         else
> >>            sprintf(tmpdate, "%s %s 19%s", day, months[m-1], year);
> >> 

To answer the other common questions regarding GEMPAK and Y2K-

If you are having trouble with dcgrib and file names, this was fixed
in the pl12 distribution issued in July. You can also download
the fixed dcgrib.tar.Z from ~gbuddy/nawips-5.4/patches/dcgrib.tar.Z.
Unpack from $NAWIPS with: zcat dcgrib.tar.Z | tar xvf -
and build with:
cd $NAWIPS/unidata/ldmbridge/dcgrib
make clean
make all
make install
make clean

The problem with Satellite lables being incorrect and/or programs
crashing was fixed with the imar2gm.f patch.


I will post a completely patched distribution as pl15 in the
~gbuddy/nawips-5.4 distribution with the patch14 and 15
installed.

Steve Chiswell
Unidata User SUpport





On Fri, 7 Jan 2000, Devin Kramer wrote:

> Steve,
> 
> Should this fix the "1900" that is displayed for the year on nsat?  If I
> recall the date info at the top comes simply from the name of the file so
> is it just appending a 19 to the first two digits of that file name?
> Anyway, I applied the patch below yet I still get Jan 7 1900 in in the
> nsat window.
> 
> Ideas?
> 
> Thanks,
> Devin
> 
> --
> --------------------------------------------------------
> Programmer Analyst    Department of Atmospheric Science
> University of California Los Angeles
> PH:(310)825-2418 FAX:(310)206-5219
> http://www.atmos.ucla.edu/geninfo/comp/how_to.html
> --------------------------------------------------------
> 
> Steve Chiswell wrote:
> 
> > Gempak Users,
> >
> > There is a problem with GEMPAK satellite date/time labels generated
> > from the AREA files. The affected routine is
> > $GEMPAKHOME/src/gemlib/im/imar2gm.f, and I have placed an updated
> > version of this routine in ~gbuddy/nawips-5.4/patches/imar2gm.f
> >
> > This routine is also used by all text interface programs which
> > display satellites with the SATFIL variable as well as Garp.
> >
> > You can download this file into the $GEMPAKHOME/src/gemlib/im directory
> > and patch your distribution with:
> >
> > cd $GEMPAKHOME/src/gemlib/im
> > make clean
> > make all
> > make clean
> >
> > cd $GARPHOME
> > make all
> > make install
> >
> > cd $GEMPAKHOME/src/programs/
> > make all
> > make install
> > make clean
> >
> > Sorry for omitting that routine in the previously released patch.
> >
> > Steve Chiswell
> > Unidata User Support
> 
>