<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Phillip,<br>
<br>
As far as the filen name goes, the same could be said for all
"fixed" field, they're likely to be the same across experiments
(sftlf/orog/etc...). But we're "trying" to get as close as possible
from the DRS....<br>
<br>
C.<br>
<br>
<br>
On 10/22/10 7:31 AM, Bentley, Philip wrote:
<blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90363649D@EXXMAIL02.desktop.frd.metoffice.com"
type="cite">
<title></title>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<meta name="GENERATOR" content="MSHTML 8.00.6001.18939">
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">Hi Karl,</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">A somewhat belated
follow-up question in connection with this proposal (and
with some slight overlap with Jamie's email which crossed on
the ether)...</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">As things stand the
files named in the 'associated_files' attribute appear thus
(using our RCP 4.5 simulation as an example):</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">"... gridspecFile:
gridspec_fx_HadGEM2-ES_rcp45_r0i0p0.nc areacella:
areacella_fx_HadGEM2-ES_rcp45_r0i0p0.nc"</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">Are the
<expt_id>_<rip> parts (i.e. 'rcp45_r0i0p0.nc' )
actually required? AFAIK, our gridspec/cellarea files will
not change from one simulation to the next using the same
model (HadGEM2-ES in this case).</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">Since, like most
centers, we will be running large numbers of simulations
using the same model, it looks like we would need to create
numerous duplicates of the gridspec/cellarea files - or lots
of symlinks - in order to for these references to make
sense. Unless you are planning to manage that on our behalf
somehow...?</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">I think our 4
gridspec files for the HadGEM2 atm grids are likely to be
called something like...</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">gridspec_fx_HadGEM2-ES_atm_pgrid.nc
</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">gridspec_fx_HadGEM2-ES_atm_ugrid.nc
</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">gridspec_fx_HadGEM2-ES_atm_vgrid.nc
</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">gridspec_fx_HadGEM2-ES_atm_uvgrid.nc
</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">So without
any simulation-specific info. (There would also be files for
the ocean grids)</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">As it happens the
gridspec files contain grid cell areas, so I'm now wondering
if we'd even supply both?</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">I'd be interested to
hear your thoughts on this. I may be mis-understanding
something/everything :-)</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">Regards</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"><font
color="#0000ff" face="Tahoma" size="2">Phil</font></span></div>
<div dir="ltr" align="left"><span class="216420714-22102010"></span> </div>
<br>
<blockquote style="border-left: 2px solid rgb(0, 0, 255);
padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div dir="ltr" class="OutlookMessageHeader" align="left"
lang="en-us">
<hr tabindex="-1"> <font face="Tahoma" size="2"><b>From:</b>
Karl Taylor [<a class="moz-txt-link-freetext" href="mailto:taylor13@llnl.gov">mailto:taylor13@llnl.gov</a>] <br>
<b>Sent:</b> 19 October 2010 18:36<br>
<b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:martin.juckes@stfc.ac.uk">martin.juckes@stfc.ac.uk</a><br>
<b>Cc:</b> Bentley, Philip; Doutriaux, Charles;
Kettleborough, Jamie; Bryan Lawrence; <a class="moz-txt-link-abbreviated" href="mailto:cmor@lists.llnl.gov">cmor@lists.llnl.gov</a>;
<a class="moz-txt-link-abbreviated" href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a>; <a class="moz-txt-link-abbreviated" href="mailto:Kyle.Olivo@noaa.gov">Kyle.Olivo@noaa.gov</a><br>
<b>Subject:</b> CMOR and cell_measures issues<br>
</font><br>
</div>
<font face="Times New Roman">Dear CMOR users,</font><br>
<br>
It has been brought to our attention that the CF checker (which
is different from the CMOR checker) traps an error in
CMOR-produced files indicating non-compliance with the CF
conventions. The error is that the cell_measures attribute is
defined, but the area and/or volume data is not contained in the
file. [We have included a non-CF attribute called
"associated_files" that points to the files containing
area/volume.] Still, in order to not confuse CF-compliant
software we plan to immediately release a new version of CMOR in
which the "cell_measures" attribute is replaced by a non-CF
attribute named "ext_cell_measures" (indicating that the
area/volume data is externally available).<br>
<br>
Also, some groups have reported that not all their variables are
carried on the same grid. (For example, sometimes the u and v
fields are staggered relative to T.) In this case it would be
necessary to have more than one set of areas associated with the
model, and this is not currently possible since only areacella,
areacello, and volcello are defined in the CMIP5 request for
model output. We have therefore decided to include an option
for CMOR users to suppress writing of the ext_cell_measures
attribute when it would point to areacella or areacello
incorrectly. The user would in effect be allowed one set of
areas to be associated with the atmospheric model and one set of
areas/volumes to be associated with the ocean models. The user
would suppress the ext_cell_measures attribute (and areacella,
areacello, volcello would not appear in the "associated_files"
attribute) for any variables where these areas/volumes would be
incorrect.<br>
<br>
We hope this is acceptable.<br>
<br>
Best regards,<br>
Karl and Charles<br>
<br>
<br>
</blockquote>
</blockquote>
<br>
</body>
</html>