Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.

adding levels

NOTE: The decoders mailing list is no longer active. The list archives are made available for historical reasons.

Hi there,
I am reading a somewhat "non-standard" grib file, in that I am trying
to read vaiables that are not defined in the gribtonc source code. The
variables I am having rouble reading are 2-dim variables. They have
been assigned param id 7 which is geopotential height, but they have
different levels ids (207, 208, and 209), which are not level ids
being used in the source code at this time. So I added them to
levels.h, and I modified the functions "levelname", "levelsuffix",
"level1", "level2", "levelunits" in levels.c and the function
"levelsuffix" in params.c to accomodate these additions. When I run
gribdump on the grib file, it recognizes these new parameter, level
combinations, and prints out the correct information:

vis:richeym:~/coamps/grib> cmps_gribdump -b
cbrha1200001280000000000000000000sfl.grib
 cnt mdl grd prm    lvlf lev1 lev2  trf tr0 tr1 bits bms gds   npts header
  58  83 255   7    cbrh    0    0    0   0   0   21   0   1   1591 1


Where "cbrh" is the level suffix I chose. gribdump also gets the
correct string for Level Type:
(cut from output from gribdump using the -h flag)
 ...
                  Parameter : 7 (Z)
                      Units : gp m
                 Level Type : Cloud base from Rh
 ...
            
The problem is that gribtonc is not decoding anything. When I run
gribtonc on the same file that I successfully ran gribdump on, I get
this in the logfile:

vis:richeym:~/coamps/grib> m cbrh.log
Feb 01 02:40:35 cmps_gribtonc[28085]: Starting Up
Feb 01 02:40:36 cmps_gribtonc[28085]: EOF on input
Feb 01 02:40:36 cmps_gribtonc[28085]: Exiting
Feb 01 02:40:36 cmps_gribtonc[28085]: 1 WMO msgs, 1 GRIBs decoded, 0
written

Which looks to me  like it is not recognizing the variable names I am
using in the cdl file.
I am using Z_cbrh, Z_cbas, and Z_ceil, which are the suffix names that
I used in levels.c. Is that the correct way to express these new
variables?

Do you have any idea as to what the problem might be?

Thanks,
Missy Petty

>From richeym@xxxxxxxxxxxx  Tue Feb  1 08:24:26 2000

Hi there,
I sent you this message last night regarding my difficulty in decoding
variables with new level definitions. I found the problem.  The levels
I added were 1-dim levels and needed to be added to the function
"getlev" in nc.c, so that the function returned a -2 in their case.
The decoder works now.

Missy Petty

  • 2000 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the decoders archives: