<!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="#ffffcc" text="#000000">
    Hi Stephen, <br>
    <br>
    I agree with Dean, this is great.&nbsp; I was just thinking about doing
    this today... I was going to reverse engineer the thredds catalog
    xml into an xsd of only thing things we represent in our catalogs.&nbsp;
    But I see you have embarked on this mission so have at it, let me
    know what I can do to help.&nbsp; Estani and I have talked about this for
    a while - the need for a succinct (hand waving) and explicit grammar
    for catalogs.&nbsp; I like that you are moving along with the
    header(mutable)/body(immutable) approach.&nbsp; I believe it is the right
    thing to do.&nbsp; There is a data location structural issue that will
    come up i.e. "dataspace" level file system description - eh ehm
    (DRS) - I have been anticipating this as I've been push for a
    canonical catalog description.&nbsp; It will dove tail into this effort
    later.<br>
    <br>
    I believe we need to have a canonical catalog and a description of
    such that is germane to how *we* use the data now and future.<br>
    To get there... <br>
    <br>
    - "xsd" of catalog <br>
    - canonical dataspace "filesystem" description<br>
    <br>
    Stephen, if there isn't already a working group on the esgf.org
    wiki, please make one.<br>
    <br>
    P.S.<br>
    I cross posted to the esgf-devel list to get some other technical
    eyes on this as well.<br>
    <br>
    On 3/12/12 4:48 AM, <a class="moz-txt-link-abbreviated" href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a> wrote:
    <blockquote
cite="mid:4C353E6E4A08AE4792B350DAA392B521267628D4@EXCHMBX01.fed.cclrc.ac.uk"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">Dear all,<o:p></o:p></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
        <p class="MsoNormal">There has been lots of discussion recently
          about future possibilities for the ESGF dataset architecture.&nbsp;
          Therefore &nbsp;I'm sharing an early draft of a document to define
          the relationship between ESGF and THREDDS XML.&nbsp; There are
          still many missing pieces and inconsistencies to address but I
          hope it's in a shape suitable for discussion.&nbsp; In various
          places I'll need help to clarify how THREDDS is being used.<o:p></o:p></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
        <p class="MsoNormal">In the final section I take a stab at a
          dataset representation independent of THREDDS that could be
          used to create hash-based dataset identifiers which is of
          direct relevance to the recent CMIP6+ thread.<o:p></o:p></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
        <p class="MsoNormal">Comments welcome.<o:p></o:p></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
        <p class="MsoNormal">Cheers,<o:p></o:p></p>
        <p class="MsoNormal">Stephen.<o:p></o:p></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
        <p class="MsoNormal"><span style="font-size: 10.5pt;
            font-family: Consolas;">---<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="font-size: 10.5pt;
            font-family: Consolas;">Stephen Pascoe&nbsp; +44 (0)1235 445980<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="font-size: 10.5pt;
            font-family: Consolas;">Centre of Environmental Data
            Archival<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="font-size: 10.5pt;
            font-family: Consolas;">STFC Rutherford Appleton Laboratory,
            Harwell Oxford, Didcot OX11 0QX, UK<o:p></o:p></span></p>
        <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
      </div>
      <br>
      <p>-- <br>
        Scanned by iCritical.
      </p>
      <br>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Gavin M. Bell
--

 "Never mistake a clear view for a short distance."
                      -Paul Saffo

</pre>
  </body>
</html>