NOTE: The decoders
mailing list is no longer active. The list archives are made available for historical reasons.
On Mon, 3 Mar 2003, Benjamin Hauger wrote:
Robb, thanks for the incredibly rapid response. The new release of decoders appears to fix all; I am now able to create a ECMWF forecast CDL template with gribtocdl and I can then use gribtonc to create a CDF version of the ECMWF global forecast GRIB data. I appreciate your pointer on the parameter table syntax. My only remaining question is whether there is a way to convert all the ensemble member records for a given time at once. Currently, only the first record matching each variable name is converted. I am able to work around this by splitting the GRIB into individual ensemble member data files with wgrib, but I was wondering if there was a "more elegant" way I could be doing this with the decoders package tools.
Ben, Your question is most appropriate, the techies were just talking about this problem with ensemble model data at lunch. At this time we didn't come up with a good solution. So your approach of splitting the data is a reasonable solution until we figure out a better solution. At this point, we didn't see any easy/fast solution to the problem, it might be some major rewrites to the code. Robb...
Respectfully Yours, Ben Hauger On Fri, 21 Feb 2003, Robb Kambic wrote: > John, et al > > I used the example grib file that was send to test the decoders packeage, > the bugs were very apparent. The bugs were fixed and I also update the > gribdump program to use the -g flag ( user params table ) and updated the > gribtonc and gribdump man pages. The table file that was sent had a > error, the name of a NetCDF variable name cannot start with a digit, so I > created another one. ie, > > > Grib;netCDF;long name ;units;comments > 167 ;T_2meter ;2 metre temperature ;K ; > 228 ;precep_total ;Total precipitation ;m ; > > The ecmf.tbl and eecmf.cdl file are included as attachments. > > There is a new decoders release with the fixes: decoders-2.4.3.tar.Z > > %ftp www.unidata.ucar.edu > > login as anonymous > > % cd pub/decoders > % get decoders-2.4.3.tar.Z > > There is more documentation on the decoders page at: > > http://www.unidata.ucar.edu/packages/decoders > > Robb... > > > > > Date: Thu, 20 Feb 2003 10:45:58 -0500 > > From: "John A. Dutton" <dutton@xxxxxxxxxxx> > > To: russ@xxxxxxxxxxxxxxxx > > cc: hauger@xxxxxxxxxxx, dutton@xxxxxxxxxxx > > Subject: GRIB to netCDF > > > > Hi Russ.. > > > > It seems I have a flood of questions after years of silence... > > > > Thanks for your prompt reply on Monday. I got the SST data I needed > > via a direct compile and execution of a little program via gcc, but I > > still have not gotten the library to work in Code Warrior. I sent a > > message to Metrowerks...we'll see if I get an answer. > > > > New problem: We are encountering difficulties in trying to convert > > ECMWF GRIB files of ensemble seasonal forecasts to netCDF. The > > issue seems to turn on the fact that the Unidata gribtocdl utilities > > are using the NCEP GRIB > > parameter tables and that there are differences with ECMWF. > > > > Any information or assistance would be greatly appreciated. > > > > Please REPLY to ALL since Ben Hauger above is actually doing the work. > > > > Again, many thanks, John > > -- > > John A. Dutton > > Professor of Meteorology and Dean Emeritus > > College of Earth and Mineral Sciences > > The Pennsylvania State University > > 814 865 1534 > > > > ------- End of Forwarded Message > > > > > > ============================================================================== > Robb Kambic Unidata Program Center > Software Engineer III Univ. Corp for Atmospheric Research > rkambic@xxxxxxxxxxxxxxxx WWW: http://www.unidata.ucar.edu/ > ==============================================================================
============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research rkambic@xxxxxxxxxxxxxxxx WWW: http://www.unidata.ucar.edu/ ==============================================================================
decoders
archives: