Re: [CF-metadata] [CF Metadata] Question about ancillary variables/formula terms variables

2015-12-22 Thread David Hassell
Hello all, Many thanks for the replies. It seems there is only support for the case that ancillary variable dimensions must be a subset of their parent variable dimensions (treating scalar coordinate variables like size 1 coordinate variables for the sake of a snappier sentence - oh, that's blown

Re: [CF-metadata] [CF Metadata] Question about ancillary variables/formula terms variables

2015-12-22 Thread John Caron
Hi David: At the risk of giving more useful answers to the wrong question, i will say that we could do something other than require ancillary or coordinate variables to only have dimensions that the parent variable has. There just must be a simple and explicit rule for mapping between parent and

Re: [CF-metadata] [CF Metadata] Question about ancillary variables/formula terms variables

2015-12-22 Thread Karl Taylor
Hi John, this is a bit of a tangent, but you state: "Another possible use case is to represent contiguous bounds, where lower_bounds(i+1) == upper_bounds(i), then one only needs n+1 values instead of 2*n." I seem to recall this option in CF, but recently I was reviewing the bounds

Re: [CF-metadata] [CF Metadata] Question about ancillary variables/formula terms variables

2015-12-22 Thread Jim Biard
Karl, This is not in CF. There is a statement that many assume that bounds are at the midpoints between coordinate values, but it then points out that this is not a convention. That's as close as it gets. If it was there in the past it is gone now. Grace and peace, Jim On 12/22/15 12:07

Re: [CF-metadata] [CF Metadata] Question about ancillary variables/formula terms variables

2015-12-22 Thread Karl Taylor
Thanks, Jim. Glad that my edit "find" skills haven't deteriorated too much. best, Karl On 12/22/15 9:10 AM, Jim Biard wrote: Karl, This is not in CF. There is a statement that many assume that bounds are at the midpoints between coordinate values, but it then points out that this is not a