This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
=============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research address@hidden WWW: http://www.unidata.ucar.edu/ =============================================================================== ---------- Forwarded message ---------- Date: Thu, 20 Feb 2003 09:02:47 -0700 From: Russ Rew <address@hidden> To: John A. Dutton <address@hidden> address@hidden Subject: Re: GRIB to netCDF >To: address@hidden >From: "John A. Dutton" <address@hidden> >CC: address@hidden >Subject: Re: 20030220: GRIB to netCDF >Organization: College of Earth and Mineral Sciences, The Pennsylvania State >University >Keywords: 200302201546.h1KFk2t26770 Hi John, > 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. Could you tell us how to access some of the ECMWF GRIB files of ensemble seasonal forecasts that the gribtocdl utilities don't handle? I know that ECMWF has defined some nonstandard GRIB extensions http://www.ecmwf.int/publications/manuals/libraries/gribex/localGRIBUsage.html that our tools don't support, so if they are using these, we may be out of luck. Otherwise, if we could reproduce the problem here, it might be possible to fix the problem or recommend a workaround. Thanks! --Russ