On Mar 12, 2009, at 4:07 AM, Heinke Hoeck wrote:
I would propose a short suffix like '_raw'.
Are the units free selectable for the '_raw' data? Should we add
'raw_unit'?
I think the raw data are a proxy. This should be commented in the
header.
What does "the raw data are a proxy" mean, please? (Proxy for what?)
Short suffix '_raw' works for me.
If you are suggesting adding 'raw_unit' as an attribute, I think this
will be necessary. The existing attribute 'unit' is not sufficient
because of the restriction that it be something from UD_Units. I
propose freely selectable units, with a strongly recommended practice
of using a URI.
This makes me realize that the most abstract version of this use case
is data in any units that can not be transformed to the canonical
units, for example:
- partially transformed units that aren't raw but aren't in science
form
- data not in UD_Units -- alternate formats for certain complex data
values
- data not in UD_Units -- new or atypical measurements not in
UD_Units, like 'counts'
The latter conditions are somewhat common observationally, in my
experience. The middle one can be avoided by transformation, but not
necessarily the first or last.
So if we wanted to generalize our semantics, we could make the suffix
'_alternate_unit' (or a shorter variant?) and the attribute
'alternate_unit'. On the other hand, it's probably acceptable just to
use '_raw' for the more general situations described above.
John
On Mar 12, 2009, at 4:07 AM, Heinke Hoeck wrote:
Dear all,
I agree with Jonathan,
I would propose a short suffix like '_raw'.
Are the units free selectable for the '_raw' data? Should we add
'raw_unit'?
I think the raw data are a proxy. This should be commented in the
header.
Best wishes
Heinke
Jonathan Gregory wrote:
Dear all
I too would vote for including specific standard names for raw
measurements.
We have already added some standard names which relate to the
measurement and
thing measured rather than to geophysical quantities, and it seems
the logical
route to me.
Best wishes
Jonathan
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
John
--------------
John Graybeal <mailto:[email protected]> -- 831-775-1956
Monterey Bay Aquarium Research Institute
Marine Metadata Interoperability Project: http://marinemetadata.org
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
