+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 d e > 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 > [email protected] > http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata John Graybeal <mailto:[email protected]> phone: 858-534-2162 Product Manager Ocean Observatories Initiative Cyberinfrastructure Project: http://ci.oceanobservatories.org Marine Metadata Interoperability Project: http://marinemetadata.org _______________________________________________ CF-metadata mailing list [email protected] http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
