Hi Russ,
Thanks for your thoughts. A few follow-up comments below.
From: netcdfgroup-bounces@xxxxxxxxxxxxxxxx
[mailto:netcdfgroup-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Russ Rew
Sent: 15 April 2015 16:34
To: netcdfgroup@xxxxxxxxxxxxxxxx
Subject: Re: [netcdfgroup] Interpretation of valid_min/max/range attributes
Hi Phil,
I think that's a misinterpretation of the Users Guide attribute conventions.
Under the description for _FillValue, the Guide states:
The fill value ... is normally outside the valid range and therefore treated as
missing when read by generic applications. It is legal (but not recommended)
for the fill value to be within the valid range.
The last sentence implies that the valid range is not determined by the
_Fill_Value.
I think it's intended that the rule about _Fill_Value under the description for
valid_range only applies in case none of valid_min, valid_max, or valid_range
are specified, so it wouldn't apply to your example:
If neither valid_min, valid_max nor valid_range is defined then generic
applications should define a valid range as follows. ...
Indeed, that statement, together with this one from the preceding paragraph (in
the NUG)...
“Generic applications should treat values outside the valid range as missing.”
...would seem, on the face of it, to be unambiguous: every netcdf dataset is
associated with a valid range (whether explicitly defined or constructed from
the rules), and generic netcdf applications should treat values outside the
valid range as missing.
I seldom encounter netcdf files which contain the valid min/max/range
attributes, and so don’t really have a strong view on their usage. However, if
commentators do not think these attributes should be used to identify missing
data (which seems to be the documented intent), then perhaps there is a need to
clarify what purpose they do serve. To enable client s/w to report invalid
values during file load operations? To prohibit writing invalid values during
file write operations? To act as an informal guide to users of the data that
the values should probably fall within this range!
Regards,
Phil
_______________________________________________
netcdfgroup mailing list
netcdfgroup@xxxxxxxxxxxxxxxx<mailto:netcdfgroup@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/