Re: FW: Re: NCEP North American Reanalysis (fwd)

• To: Dan Swank <Dan.Swank@xxxxxxxx>
• Subject: Re: FW: Re: NCEP North American Reanalysis (fwd)
• From: Robb Kambic <rkambic@xxxxxxxxxxxxxxxx>
• Date: Wed, 20 Oct 2004 16:14:01 -0600 (MDT)

no need to include the others now...


On Wed, 20 Oct 2004, Dan Swank wrote:

Getting a little closer...

Set the Env var and now udunits works as expected... however gribtocdl
still gets stuck in an infinate loop and don't seem to work right.
when i ran it on the narr-b GRIB it got to the following section


 // Navigation
 nav_model = "GRIB1" ;
 grid_type_code = 3 ;
 grid_type = "Lambert conformal projection" ;
 grid_name = " " ;
 grid_center = 7 ;
 grid_number = 221 ;
 i_dim = "lon" ;
 j_dim = "lat" ;
 Nx = 349 ;
 Ny = 277 ;
 La1 = 1.000000 ;
 Lo1 = -145.500000 ;
 Lov = -107.000000 ;
 Dx = 32463.000000 ;
 Dy = 32463.000000 ;
 // Pole in proj. plane = North ;
 centers = 1 ;
 Latin1 = 50.000000 ;
 Latin2 = 50.000000 ;
 Splat = 0.000000 ;
 SPlon = 0.000000 ;
 ResCompFlag = 0 ;

if you notice the cdl i made didn't have lon and lats.  there must be
something wrong with your gribtocdl build.  for a test, i build the
decoders package on a linux box fedora 9 and gribtocdl created the cdl
fine.  remake the distribution, if you can try it on another box. whats
your os?

robb...

lon = -145.50,-146.50,-147.50,-148.50,-149.50,-150.50,-151.50,-152.50,
      -153.50,-154.50,-155.50,-156.50,-157.50,-158.50,-159.50,-160.50,
      -161.50,-162.50,-163.50,-164.50,-165.50,-166.50,-167.50,-168.50,

Then continues decrementing the longitue values and don't stop.  I was
forced to CNTL-C it and remove the lon section completely, putting the
curly bracket at the end.  Know why it might do this?
After setting the env var, gribtonc successfully re-created narr.nc from
the narr.cdl you supplied.  However when I tried my CDL from above i get
the following:

./narr-b_221_20010101_0000_000.grb
ncgen: narr-b2.cdl line 6: dimension length must be positive
ncgen: narr-b2.cdl line 7: dimension length must be positive
ncgen: narr-b2.cdl line 73: Nx not declared as a variable, fatal error

Does gribtocdl require any ENV vars to be set?

Appreciate the help.
-Dan




Robb Kambic wrote:

>On Wed, 20 Oct 2004, Dan Swank wrote:
>
>
>
>>I copied the narr.cdl file from the FTP and tried:
>>
>>gribtonc -v -l ./log -e ./error ./narr.cdl
>>narr-b_221_20010101_0000_000.nc < narr-b_221_20010101_0000_000.grb
>>
>>
>>
>
>here's the process
>
># creates cdl file narr.cdl
>% gribtocdl -v narr-b_221_20010101_0000_000.grb > narr.cdl
>
># creates netcdf file narr.nc  in verbose mode, logging to screen
>% gribtonc -vl - narr.cdl narr.nc < narr-b_221_20010101_0000_000.grb
>
>
>
>>Result
>>Segmentation fault
>>
>>
>
>explained below, set UDUNITS_PATH
>
>
>
>
>
>
>>and
>>Oct 20 19:31:05 gribtonc[32594]: Starting Up
>>in the ./log file.
>>
>>Any idea whats going on?  It is likely gribtonc (or more likely one of
>>its dependancies) is not installed correctly on our system (RedHat 7.3)
>>Also, what did you use to create this CDL file?  The data in cdl seems
>>like a translation of the information in the grib PDS, reworked into a
>>format that ncgen can understand.
>>Any way i can get anymore debug information regarding this?
>>
>>Only hunch is that it is not happy with the udunits package
>>
>>-> /usr/local/udunits-1.11.7/udunits-1.11.7/bin/udunits
>>udunits(3): Couldn't open units database "/upc/udunits/etc/udunits.dat":
>>
>>
>
>
>ahh, that's the problem. udunits can't find udunits.dat  either place
>udunits.dat in dir /upc/udunits/etc/ or set environment var
>
>% setenv UDUNITS_PATH /your/udunits/path/udunits.dat
>
>replace /your/udunits/path/ with appropriate path
>
>robb...
>
>
>
>
>
>>No such file or directory
>>Segmentation fault
>>
>>But, while building the unidata decoders package it only seemed to want
>>the .dat .a and .h files within these packages.
>>Would this be the source of the problems?
>>
>>-Dan
>>
>>
>>
>>Robb Kambic wrote:
>>
>>
>>
>>>Thanks russ for the clarification.  i was assuming you were familar with
>>>the decoders process. if i can answer any more questions let me know. i'll
>>>try to be more descriptive.
>>>
>>>robb...
>>>
>>>
>>>On Tue, 19 Oct 2004, Dan Swank wrote:
>>>
>>>
>>>
>>>
>>>
>>>>Russ
>>>>
>>>>Actually, i was, at first, trying
>>>>GRIB -( gribtocdl )-> CDL -( gribtonc )-> NetCDF
>>>>Which i now understand is completely wrong, thanks for the help.
>>>>As you have noticed, we are completely unfamiliar with these programs.
>>>>
>>>>Attempting it the correct way now, i'll let you know how it goes.
>>>>
>>>>-Dan
>>>>
>>>>
>>>>
>>>>Russ Rew wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Robb,
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>i downloaded the file from the last message, created a cdl, and decoded
>>>>>>the grb file. there might be something wrong with Dan's  decoders build or
>>>>>>it could be a platform issue. this was done on a solaris box 5.9  The
>>>>>>narr.cdl file is attached and the files narr.cdl, narr.grb, and narr.nc 
are
>>>>>>in the Unidata's ftp dir at
>>>>>>
>>>>>>ftp unidata.ucar.edu
>>>>>>
>>>>>>% cd pub/contrib
>>>>>>% mget narr*
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>Thanks Robb.  The file sizes are:
>>>>>
>>>>>-rw-rw-r--   1 rkambic  ustaff   3486764 Oct 19 13:32 narr.nc
>>>>>-rw-rw-r--   1 rkambic  ustaff      8560 Oct 19 13:32 narr.cdl
>>>>>-rw-rw-r--   1 rkambic  ustaff   1398914 Oct 19 13:32 narr.grb
>>>>>
>>>>>so the netCDF file is about 2.5 times as big as the GRIB file.
>>>>>
>>>>>I'm guessing the source of the problem may come from using
>>>>>
>>>>>GRIB -> (via gribtocdl) -> CDL -> (via ncgen) -> netCDF
>>>>>
>>>>>(Using gribtocdl to generate a very large CDL file and then using ncgen
>>>>>to convert that into a netCDF file.)
>>>>>
>>>>>I think Robb used the following tools instead:
>>>>>
>>>>>GRIB -> (via gribtocdl) -> CDL
>>>>>GRIB and CDL -> (via gribtonc) -> netCDF
>>>>>
>>>>>(Using gribtocdl to generate a small CDL file describing structure of
>>>>>the desired netCDF file and then using gribtonc to convert the GRIB
>>>>>data into the netCDF file.)
>>>>>
>>>>>--Russ
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>--
>>>>Dan Swank <dan.swank@xxxxxxxx>
>>>>NOMADS programmer
>>>>STG, Incorporated - Government Contractor
>>>>151 Patton Avenue, Room 514
>>>>Asheville, NC 28801
>>>>Phone: 828-271-4007
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>==============================================================================
>>>Robb Kambic                            Unidata Program Center
>>>Software Engineer III                          Univ. Corp for Atmospheric 
Research
>>>rkambic@xxxxxxxxxxxxxxxx               WWW: http://www.unidata.ucar.edu/
>>>==============================================================================
>>>
>>>
>>>
>>>
>>--
>>Dan Swank <dan.swank@xxxxxxxx>
>>NOMADS programmer
>>STG, Incorporated - Government Contractor
>>151 Patton Avenue, Room 514
>>Asheville, NC 28801
>>Phone: 828-271-4007
>>
>>
>>
>>
>
>==============================================================================
>Robb Kambic                            Unidata Program Center
>Software Engineer III                          Univ. Corp for Atmospheric 
Research
>rkambic@xxxxxxxxxxxxxxxx               WWW: http://www.unidata.ucar.edu/
>==============================================================================
>
>

--
Dan Swank <dan.swank@xxxxxxxx>
NOMADS programmer
STG, Incorporated - Government Contractor
151 Patton Avenue, Room 514
Asheville, NC 28801
Phone: 828-271-4007

==============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
rkambic@xxxxxxxxxxxxxxxx                   WWW: http://www.unidata.ucar.edu/
==============================================================================