Dear Karl, Jonathan, Jim,
thanks for those comments.
The CMIP6 variable in question is clmisr
(http://clipc-services.ceda.ac.uk/dreq/u/59151ed6-9e49-11e5-803c-0d0b866b59f3.html)
with a coordinatte of 16 altitude bins
(http://clipc-services.ceda.ac.uk/dreq/u/dim:alt16.html ).
I'd be happy with
Dear Jim
That is an ingenious idea. I don't think the flag atts are currently allowed
for coord variables, but they could be, I agree.
Best wishes
Jonathan
- Forwarded message from Jim Biard -
> Date: Tue, 11 Oct 2016 14:39:56 -0400
> From: Jim Biard
> To: cf-metadata@cgd.ucar.edu
>
Dear Martin
I'm still uneasy about it having to be the first bin, in particular, or are
you not set on that? If it can be identified from the coordinate value by
flags, it could be any bin.
I believe that a change to convention would be needed to allow flag values
to be used with coordinates, unl
Hello,
There are two standard names of the form histogram_of_. in the CF Standard
Name list (at version 36):
histogram_of_backscattering_ratio_over_height_above_reference_ellipsoid and
histogram_of_equivalent_reflectivity_factor_over_height_above_reference_ellipsoid.
Both of these where us
Jonathan,
Missing/fill values are not allowed, but I don't see any language
prohibiting flags. I'd appreciate it if you could expand on your
thoughts about why they aren't allowed.
Grace and peace,
Jim
On 10/12/16 1:30 PM, Jonathan Gregory wrote:
Dear Jim
That is an ingenious idea. I don't