<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    For the P2P there is an API to query facets (I think), Luca can
    answer this better than I can.<br>
    For the Gateway you would issue "experiment realm frequency
    MIP_table mode" in the text search hit "Search" wait "a lot" and
    with some luck, if it doesn't time out, you'll see the results in
    the left column under "ensemble".  <br>
    Of course that waiting is not "intentional", but I just wanted to
    warn you...<br>
    Anyway, that was the idea about the facets until it was found out
    that it didn't scale (this is my opinion only).<br>
    <br>
    And regarding the limit of 1000 files for the script, it's a
    pagination, not a real limit, so you could still get the next 1000,
    etc. <br>
    I'm just giving possibilities here, not saying they are the best :-)<br>
    <br>
    Thanks,<br>
    Estani<br>
    <br>
    Am 15.12.2011 16:42, schrieb Jennifer Adams:
    <blockquote
      cite="mid:4E784F37-45B2-483C-9FD5-F1EF50F09FB7@cola.iges.org"
      type="cite">Is there any other way that I can discover what
      ensemble names are available for a given
      experiment/realm/frequency/MIP_table/model? 
      <div><br>
        <div><br>
          <div>
            <div>On Dec 15, 2011, at 10:37 AM, Karl Taylor wrote:</div>
            <br class="Apple-interchange-newline">
            <blockquote type="cite">
              <meta content="text/html; charset=ISO-8859-1"
                http-equiv="Content-Type">
              <div bgcolor="#FFFFFF" text="#000000"> <font face="Times
                  New Roman">Hi Jennifer,<br>
                  <br>
                  I didn't mean the table wasn't useful.  I meant that
                  the "dataset" unit reported in the table provides
                  little information other than distinguishing between
                  "at least partially available" (>0) and "not
                  available" (=0).  That information is, of course,
                  quite valuable to users ... I agree.  That's why we
                  created it.<br>
                  <br>
                  Best regards,<br>
                  Karl<br>
                </font><br>
                On 12/15/11 7:30 AM, Jennifer Adams wrote:
                <blockquote
                  cite="mid:76CD1298-7F49-4E45-872D-66DB60B544AB@cola.iges.org"
                  type="cite"><br>
                  <div>
                    <div>On Dec 15, 2011, at 10:02 AM, Karl Taylor
                      wrote:</div>
                    <br class="Apple-interchange-newline">
                    <blockquote type="cite">
                      <meta content="text/html; charset=ISO-8859-1"
                        http-equiv="Content-Type">
                      <div bgcolor="#FFFFFF" text="#000000"> <font
                          face="Times New Roman">Hi Jennifer and Mark,<br>
                          <br>
                          RE:<br>
                        </font>
                        <blockquote type="cite"><a
                            moz-do-not-send="true"
href="http://cmip-pcmdi.llnl.gov/cmip5/esg_tables/transpose_esg_static_table.html">http://cmip-pcmdi.llnl.gov/cmip5/esg_tables/transpose_esg_static_table.html</a></blockquote>
                        <br>
                        <font face="Times New Roman">The numbers listed
                          in the table (default view) show how many
                          "datasets" have been produced from each model
                          for each experiment.  Multiple datasets are
                          produced for each simulation.  Even if you
                          click on the selection button at the top of
                          the page and select a single CMOR table, this
                          won't definitively tell you how many
                          realizations of a simulation have been
                          performed by each model.  [For example, there
                          are two categories of output -- output1 and
                          output2 -- so the data produced from one CMOR
                          table can be split across two datasets.  Also,
                          I'm not sure whether the counting eliminates
                          replicated versions of the datasets (the same
                          data can be found at more than one data node).<br>
                          <br>
                          The bottom line is that this table should only
                          be used to infer which models have reported
                          (some) results from at least one realization. 
                          The dataset count isn't a particularly useful
                          quantity for a user. <br>
                        </font></div>
                    </blockquote>
                    I respectfully disagree, since a dataset list for a
                    particular model and experiment is useful to me. It
                    saves me from having to go to the gateway and suffer
                    through the painfully slow mouse-clicking and
                    "Loading, please wait" messages to select that
                    experiment/model/realm/frequency and discover what
                    the ensemble member names are. </div>
                  <div><br>
                  </div>
                  <div>--Jennifer</div>
                </blockquote>
              </div>
            </blockquote>
          </div>
          <br>
          <div apple-content-edited="true">
            <span class="Apple-style-span" style="border-collapse:
              separate; border-spacing: 0px 0px; color: rgb(0, 0, 0);
              font-family: Helvetica; font-size: 12px; font-style:
              normal; font-variant: normal; font-weight: normal;
              letter-spacing: normal; line-height: normal; text-align:
              auto; -khtml-text-decorations-in-effect: none;
              text-indent: 0px; -apple-text-size-adjust: auto;
              text-transform: none; orphans: 2; white-space: normal;
              widows: 2; word-spacing: 0px; "><span
                class="Apple-style-span" style="border-collapse:
                separate; border-spacing: 0px 0px; color: rgb(0, 0, 0);
                font-family: Helvetica; font-size: 12px; font-style:
                normal; font-variant: normal; font-weight: normal;
                letter-spacing: normal; line-height: normal; text-align:
                auto; -khtml-text-decorations-in-effect: none;
                text-indent: 0px; -apple-text-size-adjust: auto;
                text-transform: none; orphans: 2; white-space: normal;
                widows: 2; word-spacing: 0px; "><span
                  class="Apple-style-span" style="border-collapse:
                  separate; border-spacing: 0px 0px; color: rgb(0, 0,
                  0); font-family: Helvetica; font-size: 12px;
                  font-style: normal; font-variant: normal; font-weight:
                  normal; letter-spacing: normal; line-height: normal;
                  text-align: auto; -khtml-text-decorations-in-effect:
                  none; text-indent: 0px; -apple-text-size-adjust: auto;
                  text-transform: none; orphans: 2; white-space: normal;
                  widows: 2; word-spacing: 0px; ">
                  <div>--</div>
                  <div>Jennifer M. Adams</div>
                  <div>IGES/COLA</div>
                  <div>4041 Powder Mill Road, Suite 302</div>
                  <div>Calverton, MD 20705</div>
                  <div><a moz-do-not-send="true"
                      href="mailto:jma@cola.iges.org">jma@cola.iges.org</a></div>
                  <div><br class="khtml-block-placeholder">
                  </div>
                  <br class="Apple-interchange-newline">
                </span></span></span>
          </div>
          <br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
GO-ESSP-TECH mailing list
<a class="moz-txt-link-abbreviated" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a>
<a class="moz-txt-link-freetext" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Estanislao Gonzalez
Max-Planck-Institut für Meteorologie (MPI-M)
Deutsches Klimarechenzentrum (DKRZ) - German Climate Computing Centre
Room 108 - Bundesstrasse 45a, D-20146 Hamburg, Germany
Phone:   +49 (40) 46 00 94-126
E-Mail:  <a class="moz-txt-link-abbreviated" href="mailto:gonzalez@dkrz.de">gonzalez@dkrz.de</a> </pre>
  </body>
</html>