<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Times New Roman">Hi all,<br>
<br>
The reason "basin" is on the exclude list (I think) is that
"basin" is also a "dimension" variable (e.g. for msftmyz). We
don't want a lot of "dimensions" showing in the database as
"variables", so they get excluded. Problem is that when "basin"
is a legitimate variable (as in the "fixed frequency" group), it
gets omitted by the publisher.<br>
<br>
Maybe Bob can suggest a work-around that won't simply remove
"basin" from the exclude list, because this would result in
unwanted dimensions being published.<br>
<br>
regards,<br>
Karl<br>
</font><br>
On 5/28/12 3:25 PM, <a class="moz-txt-link-abbreviated" href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a> wrote:
<blockquote
cite="mid:5B96EE31-B9AC-44AE-AA53-5919463AE364@stfc.ac.uk"
type="cite">
<pre wrap="">Hi,
I want to warn datanode administrators about a potential problem with datasets containing the "basin" variable.
We have recently discovered that our CMIP5 datasets with fixed frequency in the ocean realm didn't contain the "basin" variable despite the underlying data containing this variable. It turns out that the default ESGF datanode configuration lists "basin" as one of the variables to exclude (in the default esg.ini file) therefore basin was being omitted from THREDDS catalogues even though the files were in the datanode database.
A quick check of pcmdi9 shows that there are only 9 datasets containing "basin", all at GFDL. This looks suspicious to me and it seems likely that other nodes have omitted basin in error. The BADC has now corrected this problem.
Regards,
Stephen.
</pre>
</blockquote>
</body>
</html>