Dear Charlie I agree with Karl and Dan that if you calculate a mean in several stages, but the end is eventually simply a mean, then you describe this with just one entry of "time: mean" in cell_methods. Climatological time is for a different purpose. "time: mean within years time: mean over years" is used when there are means for *parts* of years, for instance, if you have a climatological monthly mean for 1961-1990. You could in the same data variable have climatologies for more than one period e.g. for both 1961-1990 and 1991-2010, with twelve months for each, so the time coordinate has a size of 24. The climatology variable (instead of bounds) indicates for each one of the 24 which month it applies to (i.e. which range of dates within years) and which range of years.
I appreciate that you can regard a simple mean as a kind of collapsed case of climatological mean. If you average the 1961-1990 climatology over all months, and likewise for 1991-2010, you collapse the time dimension to size 2. You could still describe this as "time: mean within years time: mean over years" but the range of time within the year will be 1 Jan to 1 Jan i.e. all of it. This wouldn't be the clearest way to describe this statistic. We don't normally say, "This is the average annual temperature for an average year in 1961-1990." We say, "This is the average temperature for 1961-1990" i.e. a simple "time: mean". The reason we use a climatology att rather than the bounds att is to indicate that the bounds are to be interpreted in a different way. The climatology bounds indicate the range of years and the range within years together e.g. 1 Jan 1961 to 1 Feb 1990 for the monthly Jan climatology for 1961-1990. If it were not signalled that this is a climatological statistic, you would interpret those bounds as a continuous period of 12*29+1=349 months. There is an open trac ticket to enhance cell_methods to describe multi-step statistics when it's not climatological i.e. not relating to the diurnal or annual cycle. If you have a use for this, please comment on that ticket http://cf-trac.llnl.gov/trac/ticket/82 Best wishes Jonathan ----- Forwarded message from "Hollis, Dan" <[email protected]> ----- > Date: Fri, 26 Jun 2015 09:00:43 +0000 > From: "Hollis, Dan" <[email protected]> > To: 'Karl Taylor' <[email protected]>, Charlie Zender <[email protected]>, CF > Metadata Mail List <[email protected]> > Subject: Re: [CF-metadata] cell_methods for climatology? > > Hi Charlie, > > I agree with Karl - if the end result is basically a mean over the whole > period (even though it might have been computed in two steps) then it seems > simpler and clearer to just specify "time: mean". > > Obviously in other circumstances it is essential to record the fact that it's > a two-stage calculation e.g. we generate monthly values of mean daily maximum > temperature for which the cell method would be: > "time: maximum within days time: mean over days" > > One slight downside (in my opinion) is that closely related variables are > then treated slightly differently e.g. for monthly values: > > mean daily maximum temperature - "climatology" attribute with cell method of > "time: maximum within days time: mean over days" > mean daily minimum temperature - "climatology" attribute with cell method of > "time: minimum within days time: mean over days" > mean temperature (computed by averaging the daily max and min values) - > "bounds" attribute with cell method of "time: mean" > > Can anyone out there give a reason for there being two separate attributes, > "climatology" and "bounds". Our monthly stats are for individual calendar > months, not 30-year averages, yet the convention seems to require us to > specify a "climatology" attribute due to the two-stage calculation method. It > seems to me that the nature of the variable is clear from the cell method. Is > the use of the "climatology" attribute simply to alert the user, or does it > affect the way the cell methods are interpreted (in a way that I haven't > grasped)? Put another way, is it non-compliant to combine a "bounds" > attribute with a cell method of "time: maximum within days time: mean over > days"? > > Regards, > > Dan > > > ________________________________ > From: CF-metadata [mailto:[email protected]] On Behalf Of Karl > Taylor > Sent: 25 June 2015 23:14 > To: Charlie Zender; CF Metadata Mail List > Subject: Re: [CF-metadata] cell_methods for climatology? > > Hi Charlie (Carlos), > > I'm pretty sure the cell_methods should only be an attribute of a > non-coordinate variable (*not* an attribute of "time"). > > Your 1-step and 2-step methods will yield the same answer (if you keep track > of how long each season is when you do the averaging, and you weight the > samples appropriately). CF doesn't try to record in the cell_methods > attribute the details of your algorithm. So I think you have two options for > specifying the cell_methods (for time): > > If you have a "bounds" attribute for time, then "time: mean". > > If you have a "climatology" attribute for time, then "time: mean within years > time: mean over years" > > I'd go with the first option I think. > > You can place additional information in parentheses as allowed for in section > 7.3.2 of the convention. > > Best regards, > Karl > > > On 6/25/15 1:48 PM, Charlie Zender wrote: > Dear CFers, > > What should the cell_methods of a non-coordinate > variable (e.g., temperature) in a climatology? > > We have climate model output archived as monthly means > in each gridcell, so the cell_methods attribute of these > monthly data begin as "time: mean" (i.e., monthly mean). > We then create a climatology by a sequence of one or two > more temporal-averaging steps. The one-step method puts > all the months in the hopper and averages those. > The two-step method first averages the months into four > climatological seasons, and then averages those four > seasons into the climatological annual mean. > > My understanding is that the resulting time coordinate > cell_methods should be > > "time: mean within years time: mean over years" > > and that the time coordinate should supplant the time > bounds attribute/variable with a climatology bounds > attribute variable with appropriate endpoints. > > My question is what should be the cell_methods of the > non-coordinate variables? I can think of five plausible > answers: > > 1. "time: mean" (it's just a time-mean, after all) > 2. "time: mean time: mean" (one-step climatology) > 3. "time: mean time: mean time: mean" (two-step climo) > 4. "time: mean within years time: mean over years" (same as time) > 5. "time: mean time: mean within years time: mean over years" > 6. ??? > > I favor 1 or 4 because 2, 3, and 5 seem redundant (though > they do convey information about the arithmetic method). > What is the CF-recommendation on this? > > Muchas gracias, > Carlos > > _______________________________________________ > CF-metadata mailing list > [email protected] > http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata ----- End forwarded message ----- _______________________________________________ CF-metadata mailing list [email protected] http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
