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

20000306: gempak_pl15 bug?

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: 20000306: gempak_pl15 bug?
  • Date: Wed, 08 Mar 2000 09:48:51 -0700
>From: "David J. Knight" <address@hidden>
>Organization: .
>Keywords: 200003081517.IAA25757

>
>Chiz,
>     I did not create the offending grid file, but
>my understanding is that is was made using gempak5.4
>and gddiag. 
>
>Yes I compiled the gempakupc_pl15 from source
>on Solaris 2.6 machine.
>
>I put the grid on
>ftp://ftp.atmos.albany.edu/pub/gempak/mmoutp2.type2b2thermo.gem
>
>If you could test it that would be great. For right now
>we will just use gempak5.4_pl6 for this particular plot.
>
>Thanks
>
>David
>

David,

I downloaded the file and plotted the field using both solaris and sgi.
 GDATTIM  = 940706/0000f021:940706/0000f024
 GLEVEL   = 925:850
 GVCORD   = pres
 GFUNC    = mul(res,3600)
 GDFILE   = mmoutp2.type2b2thermo.gem
 PROJ     = scc
 GAREA    = grid

Its a pretty noisy looking field...but I don't see the problem
you are having.

So, my next question is, was the pl15 built in a clean subdirectory-
or was it unpacked in your previous pl6 tree (I figured you wouldn't
have done this sonce you had modified some tables for your use that
you probably didn't want to get overwritten...but if you did, then 
its possible that some functions in the libraries were not rebuilt
if you didn't completely wipe out $GEMLIB/*).

My solaris configuration for 2.6 is
chiz--> cc -V
cc: WorkShop Compilers 5.0 98/12/15 C 5.0
chiz --> f77 -V
f77: WorkShop Compilers 5.0 99/09/16 FORTRAN 77 5.0 patch 107596-03

Steve Chiswell