Re: [CF-metadata] mailing list and trac tickets

2012-01-26 Thread Schultz, Martin
> Jonathan, > > What do you mean by "deliver trac tickets to everyone"? > > There is some old documentation on how the CF trac system handles e-mail > notification: > > http://cf-pcmdi.llnl.gov/discussion/about-the-cf-trac-ticket-system > > In particular: "The mailing lists are arranged in such a

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Cameron-smith, Philip
Hi All, 'Anomaly' is one of those words, like 'coupled', that is widely used but means totally different things to different people, depending on their field and their current interest. Hence, I would prefer we avoided it for CF. However, there are already four std_names that use it, and in a

Re: [CF-metadata] mailing list and trac tickets

2012-01-26 Thread Dave Allured
Jonathan, What do you mean by "deliver trac tickets to everyone"? There is some old documentation on how the CF trac system handles e-mail notification: http://cf-pcmdi.llnl.gov/discussion/about-the-cf-trac-ticket-system In particular: "The mailing lists are arranged in such a way that you ca

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Bert Jagers
Hi all, The term "sea level anomaly" is indeed used in the context given by Stéphane; I know my colleagues are using it in exactly the same way. So, I don't agree with Jonathan that the term "anomaly" wouldn't be correct, however, he's probably equally right when indicating that it's in other

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Bentley, Philip
Hi Stephane, Would one or both of the following two standard names cover your use-case? The first is in effect your residual, I think. -- standard name: water_surface_height_above_reference_datum canon units: m description: 'Water surface height above reference datum' means the

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Lowry, Roy K.
Hello Jonathan, It's not absolutely clear to me that 'tidal_level' is the result of a prediction - I've seen the term used in association with measurements. What do people think of using 'predicted_level' instead? Cheers, Roy. -Original Message- From: cf-metadata-boun...@cgd.ucar.edu

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Jonathan Gregory
Dear Stephane I don't think "anomaly" is quite right here. It generally means the difference from a multi-year climatology. You mean the difference of SSH from the tidal prediction, if I understand correctly. That's a more specific concept which deserves a special name. Would sea_surface_height_ab

Re: [CF-metadata] Sea surface height

2012-01-26 Thread Jim Biard
Makes sense to me. Now if only "_anomaly" were a standard extension to standard names, you'd be all set! On 1/26/2012 8:58 AM, Stephane TAROT wrote: Hi, In the MyOcean european project, we are using sea_surface_height_above_sea_level for the insitu data mesured by tide gauges. By substrac

[CF-metadata] Sea surface height

2012-01-26 Thread Stephane TAROT
Hi, In the MyOcean european project, we are using sea_surface_height_above_sea_level for the insitu data mesured by tide gauges. By substracting these measures and the predicted tide sea level, we calculate the residual due to atmospheric (pressure and wind)

Re: [CF-metadata] Regions, Gazetteer, etc

2012-01-26 Thread Jim Biard
With an appropriate style sheet it is easy to generate an HTML file from an XML file. On 1/26/2012 5:48 AM, Jonathan Gregory wrote: Dear John Could you say a bit more about this requirement? In particular, "plain text with nothing but the list in it" and "machine-readable" aren't entirely c

Re: [CF-metadata] mailing list and trac tickets

2012-01-26 Thread Jonathan Gregory
Dear all Thanks for your replies about this. In an off-list discussion, we are trying to work out how to deliver trac tickets to everyone. Best wishes Jonathan ___ CF-metadata mailing list CF-metadata@cgd.ucar.edu http://mailman.cgd.ucar.edu/mailman/li

Re: [CF-metadata] Regions, Gazetteer, etc

2012-01-26 Thread Jonathan Gregory
Dear John > Could you say a bit more about this requirement? In particular, "plain text > with nothing but the list in it" and "machine-readable" aren't entirely > contradictory, but may preclude more complex representations that are > appropriate, no? (I'm not an expert in gazetteer represen