[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: decoding the UKMET (fwd)

Ross,
i'm in the middle of a project so it will be a couple of days before i can devote some time to the problem. i speculate it can be done, but i don't know for sure. 

RObb...





On Tue, 29 May 2007, Jeff Weber wrote:


Hiya Robb,

nice storm 'eh?!!!

Can you help this guy out?

Jeff
---
---------- Forwarded message ----------
Date: Tue, 29 May 2007 07:03:12 -0700
From: "Ross,Charles H - PGPW-5" <address@hidden>
To: address@hidden
Subject: RE: decoding the UKMET

I’m rephrasing my question…



Is anyone out there currently (successfully) decoding the UKMET model off
the Noaaport using either the gribtonc or the unidata java decoder?



Thanks for taking the time to check…



If this is the wrong forum to be asking this question, please direct me to
the proper unidata forum.  Thanks…



Charles



________________________________

From: address@hidden [mailto:address@hidden] On Behalf Of Ross,Charles H - 
PGPW-5
Sent: Wednesday, May 23, 2007 11:41 AM
To: address@hidden
Subject: decoding the UKMET



I’m having trouble creating a valid CDL (thus netCDF) for the UKMET.



Here’s my pqact.conf entry:



HDS     ^H..... EGRR ([0-3][0-9])([0-2][0-9])([0-5][0-9])

       FILE    /usr/local/models/(\1:yyyy)(\1:mm)\1\2_uk.grib





When I run a simple gribtocdl 2007052212_ukmet.grb > uk.cdl command I 
continually get this as my dimensions in the file:



dimensions:

       record = UNLIMITED ;   // (reference time, forecast time)

       lat = 73 ;            // latitude

       lon = -1 ;            // longitude

       level = 12 ;           // isobaric levels

       time_len = 21 ;        // string length for datetime strings

       valtime_offset = 13 ;   // number of offset times

       nmodels = 4 ;          // number of models

       ngrids = 9 ;           // number of grids

       nav = 1 ;              // for navigation

       nav_len = 100 ;        // max string length for navigation strings



Notice lon=-1.



Further down in the data section it tells me that:

 lon =-30.00 ;



I believe lon should equal 144 but obviously something is not working.



We take this same data and run it through the gempak decoders without a 
problem.  Anyone have any ideas what is going on with the gribtocdl program on 
this grib file?  I’ve run lots of  other model data through the gribtocdl 
program and never had a problem such as this.



Also, the java grib decoder has issues with this as well…



[ldm@metbox4 ukmet]$ java -Xmx512m ucar.nc2.iosp.grib.Grib2Netcdf 
2007052212_ukmet.grb uk_test.nc

Wed May 23 18:32:59 GMT 2007 ... Start of Grib2Netcdf

read grib file=2007052212_ukmet.grb write to netCDF file=uk_test.nc

Using default table:resources/grib/tables/wmo_2_v3.tab (74:-1:-1)

Exception in thread "main" java.lang.NullPointerException

       at ucar.nc2.Variable.setDimensions(Variable.java:1132)

       at ucar.nc2.NetcdfFileWriteable.addVariable(NetcdfFileWriteable.java:335)

       at ucar.nc2.FileWriter.writeToFile(FileWriter.java:158)

       at ucar.nc2.FileWriter.writeToFile(FileWriter.java:65)

       at ucar.nc2.iosp.grib.Grib2Netcdf.main(Grib2Netcdf.java:87)





Thanks for any help on this one..



Charles




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