<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">Dear all,<br>
      <br>
      In February I asked for comments on my proposal to extend the DRS
      to&nbsp; include information about spatio-temporal subsets or means.&nbsp; I
      heard from Jamie, but no one else.&nbsp; I respond to Jamie below, but
      I also would like your input specifically about:<br>
      <br>
      1.&nbsp; Is this method of describing spatio-temporal subsets
      acceptable?<br>
      2.&nbsp; Is it worth taking this step if we don't say anything about
      other "processed" output?&nbsp;&nbsp; For example how to describe
      "regridded" data or multi-model means.<br>
      <br>
      I've attached the proposed version of the DRS, which differs from
      the one I sent in January only in a couple mods made in response
      to Jamie.<br>
      <br>
      Best regards,<br>
      Karl<br>
    </font><br>
    On 2/13/12 6:47 AM, Kettleborough, Jamie wrote:
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <meta name="GENERATOR" content="MSHTML 8.00.6001.19170">
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">Hello Karl,</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">this will be terse as
            I have time to review, but not to necessarily get the words
            right - hope I don't say anything too bad because of this.</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">1. section 2.3,&nbsp; Not
            sure 'output' should be mentioned under 'product'.&nbsp; I don't
            think 'output' ever makes it to publication level, so does
            not need to appear in a publication level id.&nbsp; I know cmor
            produces it, but I think that's kind of historical isn't it,
            rather than necessary?&nbsp; Maybe its too late for details like
            this?</font></span></div>
    </blockquote>
    It's true that in the end the CMIP5 output should not remain as
    "output", but be assigned to "output1" or "output2".&nbsp; Nevertheless,
    I don't think there is any harm in keeping it in the DRS.&nbsp; <br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">2. section 2.3 version
            number: to be consistent with what we really have in CMIP5 I
            think you need to note that v1, v2 are also present, though
            any *new* versions should use vYYYYMMDD.</font></span></div>
    </blockquote>
    I have modified the text to indicate that software cannot rely on
    the version number reflecting a date.<br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">3. section 2.3
            version:&nbsp; I wonder if you need to say more (maybe not here,
            but if not where?) about what triggers a new version.&nbsp; I
            think its </font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">&nbsp; a. anything that
            changes the content of a file already published and</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">&nbsp; b.&nbsp;the addition or
            deletion of files from any publication data set.&nbsp;</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">&nbsp;&nbsp;Pure 'data
            management' meta data changes (addition of checksums, move
            to new URL's) need not trigger a new version.</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">&nbsp; Do you also need to
            say there is no guarantee that old versions will be kept
            (unless they have a DOI).</font></span></div>
    </blockquote>
    I've added some of this information now to the document.<br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">4. section 2.4
            Temporal Subsets or means: I don't understand the 'avg'
            example, or if I do I don't know if its right (but the point
            is relatively minor).&nbsp; I think the example you quote as one
            6 month mean field in it.&nbsp; This is based on 1 day means.&nbsp; I
            think its a little anomalous to keep the frequency as 'day'
            in this case.&nbsp; That's not quite consistent with the
            definition (and I think all other uses) of frequency.&nbsp;
            Strictly speaking frequency should be 6mon no?&nbsp; (I may have
            misunderstood).</font></span></div>
    </blockquote>
    I think you're right.&nbsp; I'm not sure why I thought this was the right
    way to do it.&nbsp; I've changed the example, <br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">5. section 3.5.&nbsp; Does
            this need clarifying?&nbsp;I think&nbsp;the current wording
            is&nbsp;potentially confusing, &nbsp;I think it should say something
            like:</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">'URLs referencing the
            data files will have a site dependent prefix (that may
            change due to site-specific data management tasks) followed
            by the directory structure.&nbsp; This directory structure should
            (but may not) follow the recommendations of section 3.3'</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>
        <br>
      </div>
    </blockquote>
    I've modified the text as suggested.<br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">6. I've noticed that
            the thredds catalogs also expose a thing called the file_id,
            e.g</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">&lt;property
            name="file_id"
value="cmip5.output1.CNRM-CERFACS.CNRM-CM5.rcp45.mon.ocean.Omon.r1i1p1.vo_Omon_CNRM-CM5_rcp45_r1i1p1_203601-204512.nc"/&gt;</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">I don't know if they
            need a mention as being anything important (we don't use
            them as they don't give any version info).</font></span></div>
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>
        <br>
      </div>
    </blockquote>
    We've already given 5 use cases, which I think is enough.&nbsp; The DRS
    is used in a number of other ways.<br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">Hope this is useful,</font></span></div>
    </blockquote>
    Yes thanks very much!<br>
    Karl<br>
    <blockquote
cite="mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB29@EXXMAIL02.desktop.frd.metoffice.com"
      type="cite">
      <div dir="ltr" align="left"><span class="096222214-13022012"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="096222214-13022012"><font
            color="#0000ff" face="Arial" size="2">Jamie</font></span></div>
      <br>
      <blockquote style="BORDER-LEFT: #0000ff 2px solid; 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>
            <a class="moz-txt-link-abbreviated" href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</a>
            [<a class="moz-txt-link-freetext" href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</a>] <b>On Behalf Of </b>Karl
            Taylor<br>
            <b>Sent:</b> 10 February 2012 01:32<br>
            <b>To:</b> V. Balaji; Steve Hankin; Martin Juckes; Bryan
            Lawrence; Stephen Pascoe; <a class="moz-txt-link-abbreviated" href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><br>
            <b>Subject:</b> [Go-essp-tech] DRS corrections and
            extensions<br>
          </font><br>
        </div>
        <font face="Times New Roman">Dear all,<br>
          <br>
          Attached is my attempt to make the DRS consistent with CMIP5
          (in describing the precision of "time instants"), but
          primarily to extend it to a more complete treatment of
          spatio-temporal subsets or means.&nbsp; I've also corrected a few
          typos.<br>
          <br>
          Comments most welcome.&nbsp; In particular could someone recheck
          sections 3.3-3.5 (which haven't been changed by me) to see if
          they remain consistent with CMIP5?<br>
          <br>
          thanks and best regards,<br>
          Karl<br>
        </font></blockquote>
    </blockquote>
  </body>
</html>