<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19190"></HEAD>
<BODY bgColor=#ffffff text=#000000>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>Hello,</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>not sure how helpful this is, but I've copied the main
responses here to</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012><A
href="http://esgf.org/wiki/CMIP5ForProvidersFAQ">http://esgf.org/wiki/CMIP5ForProvidersFAQ</A></SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>Any one who is interested should</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>1. check this is a reasonable summary of the current
view on 'unsolicited data' (I have added a few bits to Karls main
reply)</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>2. flag whether you think putting this in an FAQ is the
best thing to do - if not where should it be put (I'm very happy to delete
the wiki page, I just wanted to try and put a summary of this issue
somewhere).</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>Jamie</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><SPAN
class=638584612-27022012>ps I just noticed these links:</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><A
href="http://cmip-pcmdi.llnl.gov/cmip5/modeling_faq.html">http://cmip-pcmdi.llnl.gov/cmip5/modeling_faq.html</A></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2 face=Arial><A
href="http://cmip-pcmdi.llnl.gov/cmip5/data_faq.html">http://cmip-pcmdi.llnl.gov/cmip5/data_faq.html</A></FONT></DIV>
<DIV dir=ltr align=left><FONT color=#0000ff size=2
face=Arial></FONT> </DIV>
<DIV dir=ltr align=left><SPAN class=638584612-27022012><FONT color=#0000ff
size=2 face=Arial>should these link to the FAQ Stephen has started to put
together?</FONT></SPAN></DIV><BR>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> go-essp-tech-bounces@ucar.edu
[mailto:go-essp-tech-bounces@ucar.edu] <B>On Behalf Of </B>Karl
Taylor<BR><B>Sent:</B> 25 February 2012 17:20<BR><B>To:</B> Si Shen;
go-essp-tech@ucar.edu; cmor@lists.llnl.gov<BR><B>Subject:</B> Re:
[Go-essp-tech] can I cmor extra variable ?<BR></FONT><BR></DIV>
<DIV></DIV><FONT face="Times New Roman">Dear Eddie,<BR><BR>For consistency
with guidance provided to Aparna at GFDL, perhaps it would be better to store
"table_id" as AmonExtra (rather than "none"). The variable names look
o.k. If your net fluxes are "positive down", then the standard names
should
be:<BR>toa_net_downward_shortwave_flux<BR>toa_net_downward_shortwave_flux_assuming_clear_sky<BR><BR>If
they are "positive upward", then:<BR>toa_net_upward_shortwave_flux<BR>and
please write the CF mail list with a request to add: </FONT><FONT
face="Times New Roman">toa_net_upward_shortwave_flux_assuming_clear_sky</FONT>,
which isn't currently listed as a standard
name.<BR><BR>thanks,<BR>Karl<BR><FONT face="Times New Roman"><BR></FONT><BR>On
2/25/12 5:16 AM, Si Shen wrote:
<BLOCKQUOTE
cite=mid:CAC40pX_Kct33XvRfsUeOk_Jt=eKxbcorcX7C4eOQ=2E8J3iu6g@mail.gmail.com
type="cite">Dear Karl,<BR><BR>We have written a new ad-hoc table
"CMIP5_AmonExtra", which includes the two variables named "rsnt" and
"rsntcs". The table id and product have been modified to "none" and
"unsolicited" respectively. And the data can be generated successfully. Is
this ok for releasing? Thanks for everybody's
help!<BR><BR>Cheers,<BR><BR>eddie<BR><BR>
<DIV class=gmail_quote>2012/2/25 Karl Taylor <SPAN dir=ltr><<A
href="mailto:taylor13@llnl.gov"
moz-do-not-send="true">taylor13@llnl.gov</A>></SPAN><BR>
<BLOCKQUOTE
style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex"
class=gmail_quote>
<DIV text="#000000" bgcolor="#FFFFFF"><FONT
face="Times New Roman">Hi all,<BR><BR>I have
included the go-essp-tech group in this reply, since the software will
have to handle "unsolicited" CMIP5 output (i.e., output not officially
requested by CMIP5, but produced by CMIP5 model runs).<BR><BR>Thanks,
Jamie, for recovering the earlier discussion about this. >From that
discussion (and with some expansion/decisions), unsolicited variables may
be written and served through ESG if<BR><BR>1. They are written
through CMOR (or equivalent)<BR>2. A special CMOR table has been put
together including the metadata associated with unsolicited variables and
would get written by CMOR.<BR>3. The unsolicited variable names are
not the same as any of the requested CMIP5 variable names. (A
possible exception is that one might want to provide output of one of the
CMIP5 variables, but at a different frequency than was requested. In
this case the variable name should be the same as the variable written at
a requested frequency.)<BR>4. The special CMOR table is named "none"
and the "product" recorded in the table is "unsolicited" (not
"output"). Thus, the global attribute in the netCDF files would be
"unsolicited", and the filename would begin with
"<varName>_none_..." where varName is the unsolicited
variable name.<BR><BR>Does anyone foresee any problems with
this?<BR><BR>best regards,<BR>Karl<BR><BR></FONT>
<DIV>
<DIV class=h5>On 2/24/12 8:39 AM, Kettleborough, Jamie wrote:
<BLOCKQUOTE type="cite"><PRE>Hello,
I think this has come up before. From what I remember the conclusion
was these kind of variables should be product=unsolicited, MIP table to
be decided...
I've attached the previous discussion I could related to this. Not sure
if anyone can find anything more recent. I guess this should also be
written up somewhere as 'advice to data providers'?
Jamie
</PRE>
<BLOCKQUOTE type="cite"><PRE>-----Original Message-----
From: <A href="mailto:owner-cmor@lists.llnl.gov" target=_blank moz-do-not-send="true">owner-cmor@lists.llnl.gov</A>
[<A href="mailto:owner-cmor@lists.llnl.gov" target=_blank moz-do-not-send="true">mailto:owner-cmor@lists.llnl.gov</A>] On Behalf Of Doutriaux, Charles
Sent: 24 February 2012 16:30
To: Si Shen
Cc: cmor
Subject: Re: can I cmor extra variable ?
I agree,
Please DO NOT modify the official CMIP5 tables, these are
md5s and the md5 of the table you used s actually recorded in
your output files. Any discrepancy might trigger a flag at QC time.
I would strongly recommend instead to simply create a copy of
the table with only your additional variables in it.
Karl do you think it would be acceptable for this copy to be
named the same (e.g. Amon etc..) or should we create a
"special" category for non-standard tables? For example UAmon
(User Amon)? Of course because of the drs that would push
this variable in a separate location from the "regular"
variables, I'm no expert on this so I will defer to the CMIP5 experts.
C.
On Feb 23, 2012, at 7:19 PM, Si Shen wrote:
</PRE>
<BLOCKQUOTE type="cite"><PRE> Hello! I met a problem on CMOR output of Amon. Our model
</PRE></BLOCKQUOTE><PRE>didn't output rsdt (TOA Incident Shortwave Radiation) and
rsut (TOA Outgoing Shortwave Radiation) , but we have TOA Net
Shortwave Radiation, which might be useful in diagnosing the
model but not in Amon Table. Could I cmor this extra variable and How?
</PRE>
<BLOCKQUOTE type="cite"><PRE>Thank you !
Eddie ,Shen
</PRE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></DIV></DIV></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>