wxp and GRIB2 problems with U/V components

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

All,

Has anyone been playing around with the 0.5 deg GFS GRIB2 stuff
with wxp?  

I just revisited my efforts trying to get wxp to play happy with
the 0.5 deg GRIB2 GFS data that we get over CONDUIT.

The problem is that it's still not handling the U/V in the same
grib record correctly, that I can tell.

I'm running version 5.039 from the wxp.unidata.com/bin/linux directory
(dated January 28, 2006) with current grib_var.lup, grib2_var.lup, and
variable.lup files as far as I can tell.

In a griblook -me debug, it seems as though it's identifying that there
is a U and V component, but in the standard listing line it shows
only the V component. grbcalc can't find either U or V trying to
plot them individually.

Here's some output from the griblook -me debug of a combined U/V GRIB2
record:

section: 1 21
section: 3 72
GDS: 0
Lat-lon Grid
Grid locate: 90.00 N, 0.00 E - -90.00 N 359.50 E 0.00 - 720 361
Grid locate: 0.00 N, 179.75 E
Grid size: 0.50x0.50
Gridpoint direction: 7 : north to south
latlon:0.000:179.750:::,0.000,179.750,720,361,0.5000,0.5000
section: 4 34
Analysis or forecast on horizontal level at a fixed time
get_ver2_param 7 0 2 2
 GPARAM: uwnd m/s 33
LEV 100 255 50000.000000 0.000000
Source: 7
Model: 96
Init time: 2006/6/15 12:00
Grid type: 9007205
Grid time: 3
Level type: 100
Level: 500
Variable: 33 m/s
section: 5 23
JPEG2000 data compression
section: 6 6
section: 7 104146
section: 4 34
Analysis or forecast on horizontal level at a fixed time
get_ver2_param 7 0 2 3
GPARAM: vwnd m/s 34
LEV 100 255 50000.000000 0.000000
Source: 7
Model: 96
Init time: 2006/6/15 12:00
Grid type: 9007205
Grid time: 3
Level type: 100
Level: 500
Variable: 34 m/s
section: 5 23
JPEG2000 data compression
section: 6 6
section: 7 103066
section: 71 926365495
 65: 3 hour GFS valid 15Z THU 15 JUN 06-500 mb V wind component (m/s)
     Model: GFS  Time: 3hr          Level: 500mb        Variable: vwnd    Units
: m/s
     Model: 96 Ltype: 100 Level: 500 Var: 34 Hour: 3 Grid: 9007205
     Proj: latlon:0.000:179.750:::,0.000,179.750,720,361,0.5000,0.5000
     HEADER DUMP:
           0   1   2   3   4   5   6   7   8   9
      00: [00][00][00][00][00][02][0B][B3][00][00]
      10: [00][15][01][00][07][00][00][02][01][01]
      20: [07][D6][06][0F][0C][00][00][00][01][00]
      30: [00][00][48][03][00][00][03][F7][50][00]
      40: [00][00][00][06][00][00][00][00][00][00]
      50: [00][00][00][00][00][00][00][00][00][00]
      60: [00][02][D0][00][00][01][69][00][00][00]
      70: [00][00][00][00][00][05][5D][4A][80][00]
      80: [00][00][00][30][85][5D][4A][80][15][6D]
      90: [88][E0][00][07][A1][20][00][07][A1][20]
     100: [00][00][00][00][22][04][00][00][00][00]
     110: [01][00][02][00][60][00][00][00][01][00]

I tried the griblook in the beta folder (id's itself
as GRID FILE PARSER (Ver 6.0A18-LINUX-X11) and it does display
independent U/V components in a listing, as it should. It doesn't
seem to use the ymdh_t file though to look up file names as
the earlier versions do.

The old v5.039 version runs like:

~/bin/griblook.5.039 -cu la -mo gblav2003
      GRID FILE PARSER (Ver 5.39-LINUX-X11)

Current filename: /data/grib2/gblav2.06061612_F003
Reading from grid file:/data/grib2/gblav2.06061612_F003
  0: 3 hour GFS valid 15Z FRI 16 JUN 06-975 mb Geopotential Height (gpm)
  1: 3 hour GFS valid 15Z FRI 16 JUN 06-550 mb Geopotential Height (gpm)
  2: 3 hour GFS valid 15Z FRI 16 JUN 06-950 mb Geopotential Height (gpm)
  3: 3 hour GFS valid 15Z FRI 16 JUN 06-750 mb Geopotential Height (gpm)
...

The beta version gives:

[wxp@tempest grib2]$ ~/bin/griblook.5.039b -cu la -mo gblav2003 -dp /data/grib2
      GRID FILE PARSER (Ver 6.0A18-LINUX-X11)

Reading from grid file:gblav2003

Wierd... anyways..  Anyone else with any ideas or experiences?

I'm kinda nervous about this since there is talking about
removing the GRIB1 1 deg GFS data and totally replacing it
with GRIB2 0.5 deg GFS data from 0 to 180 h. Which would
be fine with me if I could plot it right!

Thanks much!

Pete


--
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
^ Pete Pokrandt                    V 1447  AOSS Bldg  1225 W Dayton St^
^ Systems Programmer               V Madison,         WI     53706    ^
^                                  V      poker@xxxxxxxxxxxxxxx       ^
^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
^ University of Wisconsin-Madison  V       262-0166 (Fax)             ^
+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+


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