[CF-metadata] standard_name modifiers
Dear Jonathan,
I don't quite agree with the implication you derive from : "In general, CF metadata describes what a quantity *is* and not how it was calculated from other quantities." -- a temperature difference is a temperature, but you don't want to confuse it with a temperature (pun intended). Suppose you have this wonderful search engine that finds out that NOAA, UK Met Office, JMA, ECMWF and many others provide daily fields of sea surface temperatures. Then you load them all and compute a mean value. What happens if the NOAA values are SST anomalies rather than actual temperatures? As far as I can tell, the software would have no way of telling. OK: you can argue this is why we still need humans, but in my view it defeats the GEOSS concept of interoperability. In particular, because it should be avoidable. But perhaps a simple solution yould be to add a standard_name modifier called "derived_quantity" which would mean that it has similar properties (grid, units, etc.) like the original, but values should not be c
ompared with the original.
Best,
Martin
>
> It would probably help if we focussed on some real use-cases
> where it is essential to provide *systematic* metadata i.e.
> which can be processed by programs. It is always possible to
> provide descriptive metadata, useful to humans, in
> non-standardised attributes such as long_name and history,
> and this can explain how the quantity is obtained.
>
> Best wishes
>
> Jonathan
>
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDirig Dr. Karl Eugen Huthmacher
Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Sebastian M. Schmidt
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
Received on Fri Feb 25 2011 - 06:56:28 GMT
This archive was generated by hypermail 2.3.0
: Tue Sep 13 2022 - 23:02:41 BST