<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>Hi Stephen,</div><div><br></div><div>To fix this problem, data publishers should remove 'basin' from the configuration option 'thredds_exclude_variables' in esg.ini. Since for CMIP5 the publisher requires the variable name to match the leading portion of the file name, the dimension variables named basin will still not be indexed (as should be the case).</div><div><br></div><div>Thanks, Stephen, for pointing out the problem.</div><div><br></div><div>--Bob</div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> "Taylor, Karl Taylor" <<a href="mailto:taylor13@llnl.gov">taylor13@llnl.gov</a>><br><span style="font-weight:bold">Date: </span> Tue, 29 May 2012 11:33:07 -0700<br><span style="font-weight:bold">To: </span> "<a href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a>" <<a href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a>><br><span style="font-weight:bold">Cc: </span> "<a href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a>" <<a href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a>>, "<a href="mailto:esg-node-dev@lists.llnl.gov">esg-node-dev@lists.llnl.gov</a>" <<a href="mailto:esg-node-dev@lists.llnl.gov">esg-node-dev@lists.llnl.gov</a>><br><span style="font-weight:bold">Subject: </span> Re: [Go-essp-tech] basin variable in CMIP5<br></div><div><br></div><div>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div 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>
</div></div></span></body></html>