Hi all,
I've been adding a number of new ontological constructs to RAMADDA
including vocabulary and standard name types. I've imported the CF standard
names (there sure are alot) into RAMADDA. Here is a top level search
interface:
http://ramadda.org/repository/search/type/project_standard_name
It
Hi Alison,
On 20/12/13 11:50, Frederic MELIN wrote:
> For the rest, I'd recommend:
> volume_absorption_coefficient_of_radiative_flux_in_sea_water_due_to_dissolved_organic_matter_and_non_pigmented_particles;
> ...
> is the sum of the other 2, and is a standard satellite product (the other 2
> ter
Dear Gary
The land/sea classification originated in models, which don't resolve small
bodies of water, and "sea" means anything which is not "land" in the area
type table. There have been previous discussions about whether we could replace
"sea" in standard names with something either more inclusi
Dear CF board,
We have an algorithm for aerosol optical depth which yields statistics
over oceans, strictly.
The area_type_table does include 'sea' in its list. Is this meant to be
strictly synonymous with
'ocean,' or is it more inclusive, e.g., large lakes. If 'sea' is indeed
meant to be a ra
Dear Alison,
I think I and then Olivier tried to define names for optical quantities along
the same suite of European projects, and this several times since for some
reasons they were not included in the standard table. It would be nice to
conclude on this issue.
volume_absorption_coefficient_
Hello Randy,
That's good news.
I can see no reason for it not to be in 1.7, as it was accepted ~1.5
years ago, but I'm not sure of the mechanisms behind this process
... can someone advise?
Many thanks and all the best,
David
Original message from rho...@excaliburlabs.com (04AM 20 Dec 13)
Dear David:
Yes, that will work. Thanks for pointing that out to me.
Is this enhancement going to make it into 1.7 ? I took a look at the 1.7
draft, and it is not in there yet.
very respectfully,
randy
From: "David Hassell"
Sent: Friday, December 20
Dear Randy,
Will the method accepted in ticket 70
(https://cf-pcmdi.llnl.gov/trac/ticket/70) work for you?
"The expanded form of the grid_mapping attribute is required if one
wants to store coordinate information for more than one coordinate
reference system"
Something like this, perhaps
