[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GEMPAK #ZTH-407575]: GEMPAK nagrib issue
- Subject: [GEMPAK #ZTH-407575]: GEMPAK nagrib issue
- Date: Thu, 05 Dec 2013 12:02:07 -0700
> Michael,
>
> The GEMPAK file test.grd was created from a file named
> avn.2012103000f00.grib2.
>
> I assumed it was a GRIB2 file when I first downloaded it from NOMADS but
> NAGRIB2 did not decode it (error on screen was NAGRIB2 3) so I tried NAGRIB
> with the following parameters (and it worked).
Well that leaves me utterly perplexed because I can't reproduce it with the 1
degree GFS grib2 files. I'm curious if the avn file is actually grib1 and not
grib2, since it didn't come through on your email before, would you please
upload it to
http://motherlode.ucar.edu/repository/alias/gempakuploads/
I will then be able to check it.
Or, if you have a direct URL so I can wget the same file as you, that will
work.
Michael
>
> GBFILE = avn.2012103000f00.grib2
> INDXFL =
> GDOUTF = test.grd
> PROJ =
> GRDAREA =
> KXKY =
> MAXGRD = 3000
> CPYFIL = #3
> GAREA =
> OUTPUT = t
> GBTBLS =
> GBDIAG =
> PDSEXT = no
> OVERWR = no
>
> When I use the following GDCNTR parameters, I get the STR image sent
> originally with a black cone at 0 deg long (missing values). It doesn't
> matter what variable or level I choose (result is always the same). Yet
> reading the grid with raw GEMLIB routines in my FORTRAN code shows no
> missing values.
>
> GDATTIM = first
> GLEVEL = 300
> GVCORD = pres
> GFUNC = tmpk
> GDFILE = test.grd
> CINT = 0
> LINE = 32
> MAP = 1
> MSCALE = 0
> TITLE = 1
> DEVICE = xw
> SATFIL =
> RADFIL =
> IMCBAR =
> PROJ = str/90;-25;0
> GAREA = 1.17;-70;1.17;110
> IJSKIP =
> CLEAR = yes
> PANEL = 0
> TEXT = 1
> SCALE = 0
> LATLON = 1/1/1/1/10;10
> HILO =
> HLSYM =
> CLRBAR = 1
> CONTUR = 0
> SKIP = 0
> FINT = 5
> FLINE = 30-15
> CTYPE = f
> LUTFIL =
> STNPLT =
>
Ticket Details
===================
Ticket ID: ZTH-407575
Department: Support GEMPAK
Priority: Normal
Status: Open