[Go-essp-tech] Status of Gateway 2.0 (another use case)

[Estanislao Gonzalez]

For the P2P there is an API to query facets (I think), Luca can answer 
this better than I can.
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".
Of course that waiting is not "intentional", but I just wanted to warn 
you...
Anyway, that was the idea about the facets until it was found out that 
it didn't scale (this is my opinion only).

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.
I'm just giving possibilities here, not saying they are the best :-)

Thanks,
Estani

Am 15.12.2011 16:42, schrieb Jennifer Adams:
> Is there any other way that I can discover what ensemble names are 
> available for a given experiment/realm/frequency/MIP_table/model?
>
>
> On Dec 15, 2011, at 10:37 AM, Karl Taylor wrote:
>
>> Hi Jennifer,
>>
>> 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.
>>
>> Best regards,
>> Karl
>>
>> On 12/15/11 7:30 AM, Jennifer Adams wrote:
>>>
>>> On Dec 15, 2011, at 10:02 AM, Karl Taylor wrote:
>>>
>>>> Hi Jennifer and Mark,
>>>>
>>>> RE:
>>>>> http://cmip-pcmdi.llnl.gov/cmip5/esg_tables/transpose_esg_static_table.html
>>>>
>>>> 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).
>>>>
>>>> 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.
>>> 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.
>>>
>>> --Jennifer
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org <mailto:jma at cola.iges.org>
>
>
>
>
>
> _______________________________________________
> GO-ESSP-TECH mailing list
> GO-ESSP-TECH at ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/go-essp-tech


-- 
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:  gonzalez at dkrz.de

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/go-essp-tech/attachments/20111215/4e370970/attachment-0001.html