+1
This is a case where clearly the pragmatic approach is to do the systematic approach.
Probably can't formally deprecate the terms as Roy points out, but one could put in all of their definitions a pointer to the currently recommended practice.
John
On Feb 28, 2011, at 00:14, Schultz, Martin wrote:
> Dear Jonathan et al.,
>
> maybe I am fighting a lost battle here, but let me try to argue once more for a generalized solution, i.e. the addition of "anomaly" as a standard name modifier. I don't like the idea of adding a new standard name for each new anomaly: i) this seems illogical and new users will ask "why is there an anomaly defined for temperature, but nor for precipitation?", ii) past experience has shown that it takes time to get new standard names adopted, and if new use cases come up (as they are bound to be for something as essential as anomalies) it may discourage people to even go for standard names for these variables. Why not try to make the system as systematic as possible? I don't want to argue against a pragmatic approach, but if you decide to change the anomalies from individual standard names to a modifier in three years, the effort might be much larger, the confusion will be greater and other "operators" with similar problems will come along. So, my suggestion would be to de
> precate the use of air_pressure_anomaly, air_temperature_anomaly, geopotential_height_anomaly and surface_temperature_anomaly now and introduce "anomaly" as a modifier. It's only replacing an underescore by a blank anyhow ;-)
>
> As we just developed some tools to compute multi-model means and model anomalies for the TFHTAP data sets, I would otherwise have to come up with a list of ~20 new "_anomaly" standard names. So, besides what I see a rational argument (above), I have a personal reason for arguing so vehemently.
>
> Cheers,
>
> Martin
>
>
> ------------------------------------------------------------------------------------------------
> ------------------------------------------------------------------------------------------------
> 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
> ------------------------------------------------------------------------------------------------
> ------------------------------------------------------------------------------------------------
> _______________________________________________
> CF-metadata mailing list
> CF-metadata at cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
John Graybeal <mailto:jgraybeal at ucsd.edu>
phone: 858-534-2162
Product Manager
Ocean Observatories Initiative Cyberinfrastructure Project:
http://ci.oceanobservatories.org
Marine Metadata Interoperability Project:
http://marinemetadata.org
Received on Mon Feb 28 2011 - 08:38:23 GMT
