Stephan,<div><br></div><div>Sorry for the delay.  I&#39;ve been away from the office.  I&#39;ll do my best here to fill you in.</div><div><br><div class="gmail_quote">On Fri, Mar 9, 2012 at 3:14 AM,  <span dir="ltr">&lt;<a href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I&#39;d like to understand better why aggregations are described as they are in ESGF THREDDS catalogs and what LAS expects from them.<br>
<br>
Modern datanodes have 2 levels of nested dataset elements describing aggregations.  E.g. [1].  In some cases there are multiple leaf datasets &quot;subset 1&quot; &quot;subset 2&quot; etc.  What&#39;s the reason for this?  Is it to split the field into manageable chunks for TDS or LAS?<br>
</blockquote><div><br></div><div>I believe the reasoning is as follows.  Some data sets have large gaps. For example, a run might write out data for a period of 100 years, skip 100 years and then write additional data for 100 years.  This makes for challenging user interface issues in LAS since it expects data to be more or less regular and contiguous.  So, I suggested that the publisher create separate aggregations where there are these know large gaps in the data. This will allow LAS to think of these things as two separate data sets in the UI and thus guarantee that the UI is presenting only time ranges for which data exists.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
There are LAS access elements for the dataset at 3 levels of the dataset hierarchy: top-level dataset, first-level aggregation and &quot;subset&quot; aggregation.  Are all three of these used by LAS?<br></blockquote><div>
<br></div><div>In the end, no they are not.</div><div><br></div><div>Originally LAS would only load the single variable when that URL of the &quot;subset&quot; was selected and would load all the variables in the data set when the top-level URL was selected.  I subsequently changed how the LAS used in the ESGF organized the data sets internally, so that the &quot;top-level&quot; url is the only one that matters and it loads all of the variables in the data set into the interface.</div>
<div><br></div><div>Luca and I were working on this recently and concluded that the publisher should only insert the &quot;top-level&quot; LAS URLs.  We could in a subsequent release create URLs at the &quot;subset&quot; level that would load all of the variable into the interface and then select that variable as the active variable.  The &quot;first-level&quot; URL seems less useful since we can&#39;t determine which subset the user wants.  However, neither of these last two options seems pressing or necessary since the search UI does not expose the links to individual variables.</div>
<div><br></div><div>Roland</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks,<br>
Stephen.<br>
<br>
[1] -----------<br>
<br>
    &lt;dataset name=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation&quot; ID=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation&quot; restrictAccess=&quot;esg-user&quot;&gt;<br>

      &lt;property name=&quot;aggregation_id&quot; value=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation&quot;/&gt;<br>
      &lt;!-- ... --&gt;<br>
      &lt;access urlPath=&quot;?catid=D9C519D5A310E197819B7197215FD574_ns_cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation&quot; serviceName=&quot;LASatPCMDI9&quot; dataFormat=&quot;NetCDF&quot;/&gt;<br>

      &lt;dataset name=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation - Subset 1&quot; ID=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation.1&quot; urlPath=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation.1&quot; restrictAccess=&quot;esg-user&quot;&gt;<br>

        &lt;serviceName&gt;gridded&lt;/serviceName&gt;<br>
        &lt;property name=&quot;aggregation_id&quot; value=&quot;cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation.1&quot;/&gt;<br>
        &lt;property name=&quot;time_delta&quot; value=&quot;1 month&quot;/&gt;<br>
        &lt;property name=&quot;calendar&quot; value=&quot;365_day&quot;/&gt;<br>
        &lt;property name=&quot;start&quot; value=&quot;2090-1-1 0:0:0.0&quot;/&gt;<br>
        &lt;property name=&quot;time_length&quot; value=&quot;1680&quot;/&gt;<br>
        &lt;access urlPath=&quot;?catid=D9C519D5A310E197819B7197215FD574_ns_cmip5.output1.INM.inmcm4.1pctCO2.mon.landIce.LImon.r1i1p1.sbl.20110323.aggregation.1&quot; serviceName=&quot;LASatPCMDI9&quot; dataFormat=&quot;NetCDF&quot;/&gt;<br>

      &lt;/dataset&gt;<br>
    &lt;/dataset&gt;--<br>
Scanned by iCritical.<br>
</blockquote></div><br></div>