Sorry about that. On the .grb2 file, I get: 492053148 21637412
ruc2anl_130_20090605_2200_000.grb2.
Thanks, too, for the cksum info.
Michelle M. Serino
M.S. Candidate
Texas A&M University
Atmospheric Sciences Dept.
Eller O&M, Suite 1017
College Station, TX 77843
(484) 769-0949
On Tue, Apr 19, 2016 at 7:10 PM, George Trojan - NOAA Federal
<george.trojan@xxxxxxxx <mailto:george.trojan@xxxxxxxx>> wrote:
By the way, I asked for checksum on the GRIB2 file. We know
the converted one is too short.
On Tue, Apr 19, 2016 at 11:07 PM, George Trojan - NOAA
Federal <george.trojan@xxxxxxxx
<mailto:george.trojan@xxxxxxxx>> wrote:
Checksum value and file size. Google should be your
friend: https://en.wikipedia.org/wiki/Cksum
I did have in the past issues with cnvgrib built on
Centos 6 and recent Fedora's. Before going into this,
let's eliminate simple causes.
On Tue, Apr 19, 2016 at 10:53 PM, Michelle Serino
<mmserino@xxxxxxxx <mailto:mmserino@xxxxxxxx>> wrote:
I get:
942363691 228074 ruc2anl_130_20090605_2200_000.grb.
What do those numbers represent? I am not familiar
with the cksum command.
Michelle M. Serino
M.S. Candidate
Texas A&M University
Atmospheric Sciences Dept.
Eller O&M, Suite 1017
College Station, TX 77843
(484) 769-0949 <tel:%28484%29%20769-0949>
On Tue, Apr 19, 2016 at 6:49 PM, George Trojan - NOAA
Federal <george.trojan@xxxxxxxx
<mailto:george.trojan@xxxxxxxx>> wrote:
Either the input file is corrupted, or your
version of cnvgrib is bad. Try this to eliminate
the first possibility:
$ cksum ruc2anl_130_20090605_2200_000.grb2
492053148 21637412 ruc2anl_130_20090605_2200_000.grb2
The numbers 492053148 21637412 should be the same.
On Tue, Apr 19, 2016 at 10:42 PM, Michelle Serino
<mmserino@xxxxxxxx <mailto:mmserino@xxxxxxxx>> wrote:
When I do 'wgrib
ruc2anl_130_20090605_2200_000.grb,'I
get,'1:0:d=09060522:HGT:kpds5=7:kpds6=100:kpds7=1000:TR=1:P1=0:P2=0:TimeU=1:1000
mb:anl:NAve=0,'and that is the only output. I
am not sure exactly how to read that output
and if that indicates that there is only one
field.
I got the length of the .grb file as
only 228074 bytes: -rwxr-xr-x 1 mserino 30490
228074 Apr 7 17:39
ruc2anl_130_20090605_2200_000.grb
Michelle M. Serino
M.S. Candidate
Texas A&M University
Atmospheric Sciences Dept.
Eller O&M, Suite 1017
College Station, TX 77843
(484) 769-0949 <tel:%28484%29%20769-0949>
On Tue, Apr 19, 2016 at 6:00 PM, George
Trojan - NOAA Federal <george.trojan@xxxxxxxx
<mailto:george.trojan@xxxxxxxx>> wrote:
Does wgrib list only one field? I just
ran convert on the same file. There
should be 317 data fields. What is the
length of .grb file? I got 65403248 bytes.
George
On Tue, Apr 19, 2016 at 9:31 PM, Michelle
Serino <mmserino@xxxxxxxx
<mailto:mmserino@xxxxxxxx>> wrote:
Thank you everyone for getting back
to me.
My apologies for not including the
location of my data. I downloaded it
from
http://nomads.ncdc.noaa.gov/data/rucanl/ for
the appropriate date and time. Let
me respond to everyone's suggestions.
1. When I run:
od -c
ruc2anl_130_20090605_2200_000.grb | less
I get output:
0000000 051107 041111 075003 000752
000000 001034 064407 100202
0000020 062007 164003 003011 013005
000400 000000 000001 000000
0000040 000025 000400 000000 000052
001777 141401 050401 037400
0000060 100631 135354 100410 014163
032000 000351 164464 040000, etc.
2. When I run:
wgrib ruc2anl_130_20090605_2200_000.grb
I get output:
1:0:d=09060522:HGT:kpds5=7:kpds6=100:kpds7=1000:TR=1:P1=0:P2=0:TimeU=1:1000
mb:anl:NAve=0
3. When I run:
wgrib -v
ruc2anl_130_20090605_2200_000.grb
I get similar output:
1:0:D=2009060522:HGT:1000
mb:kpds=7,100,1000:anl:winds in grid
direction:"Geopotential height [gpm]
4. George, you mentioned that "It is
possible that the program does not
know about GRIB2 fields, specific to
the office that created the file."
By program, are you referring to the
program I am using to process these
data? Or are you referring to
another program? I am not able to
test the wgrib2 command at the moment
because I do not have the permissions
to install it (my advisor will have
to do that).
It appears that wgrib at least
recognizes the *.grb file. Are the
lists of the grids as they should
be? Perhaps something small is
getting lost in the conversion
process that my processing code
(using Warning Decision Support
System - Integrated Information
algorithms) cannot reconcile?
Thank you for the continued help!
Michelle
Michelle M. Serino
M.S. Candidate
Texas A&M University
Atmospheric Sciences Dept.
Eller O&M, Suite 1017
College Station, TX 77843
(484) 769-0949 <tel:%28484%29%20769-0949>
On Mon, Apr 18, 2016 at 1:52 AM,
Michael Dross
<mdross@xxxxxxxxxxxxxxxxxx
<mailto:mdross@xxxxxxxxxxxxxxxxxx>>
wrote:
If you have wgrib installed do a
wgrib -v
ruc2anl_130_20090605_2200_000.grb
If it converted it correctly you
should get a listing of the
grids. If not, something is
amiss with the cnvgrib you have.
- Mike
Sent from my iPad
On Apr 17, 2016, at 9:11 PM,
Michelle Serino
<mmserino@xxxxxxxx
<mailto:mmserino@xxxxxxxx>> wrote:
Hi all,
I am using NCAR's cnvgrib
utility to convert grib2
RUC-Analysis data to grib1. An
example of one of these data
files is below:
ruc2anl_130_20090605_2200_000.grb2
When I run the command,
cnvgrib
-g21 ruc2anl_130_20090605_2200_000.grb2
ruc2anl_130_20090605_2200_000.grb
the converting process seems to
work. I get a file with an
extension of "grb." However,
while the file type is listed as
a data file, it appears green,
as an executable file. In
addition, the code I am using
does not recognize the file as a
grb1 file. (The code only
recognizes grb1 files.) The
website to which I referred to
use this utility
(http://blog.nssl.noaa.gov/wdssii/)
did not list any additional
options to use besides the
required '-g21.' Am I missing
something? This is my first
implementation of the cnvgrib
utility, so I apologize if I
have made a naive mistake. I
appreciate any help.
Best regards,
Michelle Serino
Michelle M. Serino
M.S. Candidate
Texas A&M University
Atmospheric Sciences Dept.
Eller O&M, Suite 1017
College Station, TX 77843
(484) 769-0949
<tel:%28484%29%20769-0949>
_______________________________________________
ldm-users mailing list
ldm-users@xxxxxxxxxxxxxxxx
<mailto:ldm-users@xxxxxxxxxxxxxxxx>
For list information or to
unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
