[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Fwd: Re: 20041020: no record dimension data written to netCDF file]
- Subject: Re: [Fwd: Re: 20041020: no record dimension data written to netCDF file]
- Date: Wed, 27 Oct 2004 15:53:35 -0600 (MDT)
On Wed, 27 Oct 2004, Lori Thompson wrote:
> Robb-
>
> I just wanted to pass along to you the solution to the problem I had
> that was presented by Remik. Thanks for all your help.
thanks for the response. So it appears that your cdl wasn't 100% correct
robb...
>
> Lori
>
> Remik Ziemlinski wrote:
> > gribtocdl in.grib > in.cdl
> > gribtonc in.cdl out.nc < in.grib
> > ncrename -d record,reftime out.nc
> >
> > Voila...and please update Robb.
> >
> >
>
> >> > Robb-
> >> >
> >> > The record dimension (time) has 124 values, where each value is a
> >> number
> >> > representing "n" days since a particular date (i.e., 105192,
> >> 105198). In
> >> > this case, the resultant netCDF file does not contain this data in the
> >> > data section. As a result, the time values are 1 through 124.
> >> >
> >> > Valtime and reftime have these correct values, but the data variables
> >> > are a function of the record dimension and not these variables. I
> >> tried
> >> > manually editing the CDL file and adding the record data in the data
> >> > section but this did not work. You can get the GRIB data and the ASCII
> >> > file containing the time variables via anonymous ftp:
> >> > ftp ftp.gfdl.noaa.gov
> >> > The tar gzipped file is:
> >> > /pub/lat/pgb.200401.tar.gz
> >> >
> >> > Thank you,
> >> > Lori
> >> >
> >> > Robb Kambic wrote:
> >> > > On Wed, 20 Oct 2004, Unidata Support wrote:
> >> > >
> >> > >
> >> > >>------- Forwarded Message
> >> > >>
> >> > >>
> >> > >>>To: address@hidden
> >> > >>>From: "Lori Thompson" <address@hidden>
> >> > >>>Subject: no record dimension data written to netCDF file
> >> > >>>Organization: NOAA
> >> > >>>Keywords: 200410201509.i9KF9IUE015245 gribtonc
> >> > >>
> >> > >>I used gribtocdl and gribtonc to convert NCEP reanalysis2 GRIB
> >> data to
> >> > >>netCDF. The resulting netCDF file contains the correct time
> >> levels (124)
> >> > >>represented as RECORD dimension and all the variables are a function
> >> > >>of this dimension. However, there is no data for RECORD in the data
> >> > >>section. The data section contains values for reftime, valtime,
> >> > >>datetime, valtime_offset and forecasttime. As a result, plots of the
> >> > >>data show it as a function of 124 records, instead of the correct
> >> values
> >> > >>as a representation of "hours since 1992-01-01..." The correct
> >> values
> >> > >>are represented in the data section under reftime and valtime and
> >> the
> >> > >>strings are correct for datetime and forecasttime. Is the correct
> >> > >>solution to manipulate the CDL file and make the variables a
> >> funtion of
> >> > >>valtime instead of record?
> >> > >
> >> > >
> >> > > Lori,
> >> > >
> >> > > no quite sure i understand fully what you are saying, but if
> >> valtime
> >> > > works... could you send me your cdl file and the resulting
> >> netcdf file
> >> > > with the data section, actually you could just send a ascii
> >> representation
> >> > > of the vars reftime, valtime, datetime, valtime_offset and
> >> forecasttime.
> >> > > also do you have a sample grib file i can get?
> >> > >
> >> > > robb..,
> >> > >
> >> > >
> >> > >>Thanks in advance,
> >> > >>Lori
> >> > >>
> >> > >>--
> >> >
> >>
> >> >>****************************************************************************
> >> > >>Unidata User Support UCAR
> >> > >>(303)497-8643
> >> > >>address@hidden
> >> >
> >>
> >> >>----------------------------------------------------------------------------
> >> >
> >>
> >> >>----------------------------------------------------------------------------
> >> > >>NOTE: All email exchanges with Unidata User Support are recorded
> >> in the
> >> > >>Unidata inquiry tracking system and then made publicly available
> >> > >>through the web. If you do not want to have your interactions made
> >> > >>available in this way, you must let us know in each email you
> >> send to us.
> >> > >>
> >> > >>------- End of Forwarded Message
> >> > >>
> >> > >
> >> > >
> >> > >
> >> ===============================================================================
> >>
> >> > > Robb Kambic Unidata Program Center
> >> > > Software Engineer III Univ. Corp for Atmospheric
> >> Research
> >> > > address@hidden WWW: http://www.unidata.ucar.edu/
> >> > >
> >> ===============================================================================
> >>
> >> >
> >> >
> >>
> >> ===============================================================================
> >>
> >> Robb Kambic Unidata Program Center
> >> Software Engineer III Univ. Corp for Atmospheric Research
> >> address@hidden WWW: http://www.unidata.ucar.edu/
> >> ===============================================================================
> >>
> >>
> >
> >
>
>
===============================================================================
Robb Kambic Unidata Program Center
Software Engineer III Univ. Corp for Atmospheric Research
address@hidden WWW: http://www.unidata.ucar.edu/
===============================================================================