⇐ ⇒

[CF-metadata] Proposal for standard name "surface_snow_binary_mask"

From: Jim Biard <jim.biard>
Date: Thu, 6 Sep 2012 14:23:15 -0400

Where it says "coordinate variable" below it should say "coordinate variable or scalar coordinate variable".

Jim Biard
Research Scholar
Cooperative Institute for Climate and Satellites
Remote Sensing and Applications Division
National Climatic Data Center
151 Patton Ave, Asheville, NC 28801-5001

jim.biard at noaa.gov
828-271-4900

On Sep 6, 2012, at 11:36 AM, Jim Biard <Jim.Biard at noaa.gov> wrote:

> So, the official request is:
>
> surface_snow_binary_mask
> The value is 1 where the snow cover area fraction is greater than a threshold, and 0 elsewhere. The threshold must be specified by associating a coordinate variable with the data variable and giving the coordinate variable a standard name of surface_snow_area_fraction. The values of the coordinate variable are the threshold values for the corresponding subarrays of the data variable.
>
> Grace and peace,
>
> Jim
>
> Jim Biard
> Research Scholar
> Cooperative Institute for Climate and Satellites
> Remote Sensing and Applications Division
> National Climatic Data Center
> 151 Patton Ave, Asheville, NC 28801-5001
>
> jim.biard at noaa.gov
> 828-271-4900
>
> On Sep 6, 2012, at 10:51 AM, Jonathan Gregory <j.m.gregory at reading.ac.uk> wrote:
>
>> Dear Jim and Roy
>>
>>> So, to sum up, the standard name and definition would be:
>>> surface_snow_cover_binary_mask: The value is 1 where the snow cover area fraction is greater than a threshold, and 0 elsewhere. The threshold must be specified by associating a scalar coordinate variable with the data variable and giving the scalar coordinate variable a standard name of surface_snow_area_fraction. The value of the scalar coordinate variable is the threshold value.
>>>
>>> Does that look/sound right?
>>
>> Yes, except that I think it should be surface_snow_binary_mask, for consistency
>> with existing names.
>>
>> Roy subsequently suggested it should be presence_of_surface_snow. I guess that
>> would have the same sort of meaning. I don't think we should use that phrase
>> just for this case, though. There are two existing names with binary_mask and
>> it's in the guidelines. We could change them all if people prefer to. I would
>> argue that binary_mask has the advantage of indicating the data variable is 0
>> and 1. Another way to convey the same info would be with a missing data mask,
>> and that could have a different standard name.
>>
>> If many binary_mask (or presence_of) names were requested we could no doubt
>> devise something more general but there doesn't seem to be a need for that yet.
>>
>> Best wishes
>>
>> Jonathan
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cgd.ucar.edu/pipermail/cf-metadata/attachments/20120906/b017e654/attachment-0001.html>
Received on Thu Sep 06 2012 - 12:23:15 BST

This archive was generated by hypermail 2.3.0 : Tue Sep 13 2022 - 23:02:41 BST

⇐ ⇒