[Go-essp-tech] Status of Gateway 2.0

Jennifer Adams jma at cola.iges.org
Wed Dec 7 10:10:46 MST 2011


Thank you, Karl, for a very helpful straight answer. One thing I don't understand: Eric Neinhouse's statement that 'getting Gateway 2.0 in production at NCAR is a top priority' seems to be in direct conflict with what you wrote. Will Gateway 2.0 be for non-CMIP5 ESG datasets, or are NCAR and PCMDI taking different approaches? 
--Jennifer

On Dec 7, 2011, at 11:29 AM, Karl Taylor wrote:

> Dear Jennifer,
> 
> Thank you for your valuable input on how to improve the search and scripting capabilities of both the ESG Gateway 2.0 and the ESGF P2P system.  
> 
> Before you spend too much time attempting to optimize your download of CMIP5 data, you should know that we are very unlikely to actually make Gateway 2.0 operational for CMIP5 model output. Instead we will move directly to P2P.  We believe that with currently available resources PCMDI and the ESG federation cannot support two new systems.  Instead we will keep our current operational system running and bring on line the P2P.  The testing phase of this should happen by the end of the month.  At some       point the currently operational system will be turned off and the P2P will become operational.  Therefore, if as a CMIP5 user you plan to further explore the new systems, I suggest your time might be best spent focusing on P2P.
> 
> P2P and Gateway 2.0 may have similar capabilities at this time, and both are substantially improved over previous versions of the Gateway, but we're convinced that P2P provides a more robust and flexible framework for adding future improvements.   By going directly to P2P, we'll also minimize the inconvenience for users already on the system.
> 
> Please let me know if you have any concerns about our plans.  We realize the current system continues to be more difficult to use than it should be,  so your feedback and suggestions are invaluable.   Our focus is on getting the improvements offered by P2P in place as soon as possible.  I will let you know if our planned path to a better ESGF delivery system for CMIP5 data changes.  Please feel free to write me directly at taylor13 at llnl.gov
> 
> best regards,
> Karl
> 
> On 12/7/11 6:14 AM, Jennifer Adams wrote:
>> 
>> Dear Colleagues,
>> Here is more feedback on the prototype of Gateway 2.0. My current use case is searching with a fixed experiment, realm, frequency, and a selected subset of variables. I'm delighted that you can select more than one variable and it will keep adding them to the list of selected results. THANK YOU for listing the variables alphabetically by short name ("Variable Name"); the listing by long name ("CF Variable") is not useful to me, it is not alphabetized, and some names are so long they wrap so it looks like there are three variables called "Flux in the Atmosphere", "Due to Natural", and "Sources". Oops, my bad, it's actually "Surface Carbon Mass Flux into the Atmosphere Due to Natural Sources". Heh. QED. 
>> 
>> When I'm done clicking on all my desired constraints, I get a URL that looks like this :
>> http://search-esg.prototype.ucar.edu/search?Type=Dataset&Experiment=decadal1960&Frequency=mon&Realm=atmos&Variable+Name=clt&Variable+Name=prw
>> That is great, because it means I can take a short cut from all the mouse clicking by building a URL that will create my desired collection. 
>> 
>> I am happy with the search results, so I click on the "Download Selected" button, and get a wget script called "script.wget". 
>> 
>> 1. It would be great if you could give the script a name that reflects the search constraints used to build that script -- something like
>>     wget.cmip5.decadal1960.mon.atmos.clt+prw.sh
>> Every time I download a new wget script, I have to rename it to something meaningful (such as the above) because the very next search result will overwrite script.wget, or give me "script(1).wget" instead, and I'll have no simple way to know what data set that wget script is configured to bring back. Can you PLEASE give the wget script a relevant name for me so I can skip this time-consuming step?
>> 
>> 2. Is there a way to use our favorite tool (wget) or curl to download the wget script so I can bypass the Gateway 2.0 browser interface altogether? My guess is the answer is no, because of the elaborate login process with OpenID and username/password, but it's worth asking… 
>> 
>> -----------
>> 
>> As an alternative, I have looked carefully at the wiki page (and its embedded links) on automated generation of wget scripts, http://www.esgf.org/wiki/ESGF_scripting. This is very promising, and Luca assures me that the P2P service will be working in a matter of weeks. 
>> 
>> I think the syntax of the URL for the same search as my example above would be:
>> http://esg-datanode.jpl.nasa.gov/esg-search/wget?experiment=decadal1960&realm=atmos&time_frequency=month&variable=clt,prw
>> 
>> 1. Is the comma-delimited list of desired variables legitimate syntax? 
>> 2. Will it work the way the Gateway 2.0 does to deliver my subset of variables?  
>> 3. Will "http://esg-datanode.jpl.nasa.gov" be the only location providing this service? 
>> 4. Will the delivered wget script use certificates and checksums?
>> 
>> Since this isn't fully operational at the moment, I can't say for sure whether this will be the better route for reaching my goal of acquiring CMIP5 data using only scripts and no browser. 
>> 
>> Respectfully submitted,
>> Jennifer
>> 
>> 
>> 
>> 
>> --
>> Jennifer M. Adams
>> IGES/COLA
>> 4041 Powder Mill Road, Suite 302
>> Calverton, MD 20705
>> jma at cola.iges.org
>> 
>> 
>> 

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/go-essp-tech/attachments/20111207/29ec20d9/attachment-0001.html 


More information about the GO-ESSP-TECH mailing list