<!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 text="#000000" bgcolor="#ffffff">
Hi,<br>
<br>
Here are some detailed notes on client access. The netCDF library
target that contains the security infrastructure has still not been
officially release and in our most recent testing still contains
some bugs.<br>
<br>
I'll update this page after we get our builds finalized with the
netCDF library release.<br>
<br>
<a class="moz-txt-link-freetext" href="http://esgf.org/wiki/ClientAccessToESGFOPeNDAPServers">http://esgf.org/wiki/ClientAccessToESGFOPeNDAPServers</a><br>
<br>
(I had to login into the Wiki to see it. Maybe Gavin can link to
this page and make it more public. I don't know how to manage the
access in this Wiki.)<br>
<br>
Roland<br>
<br>
On 05/02/2011 10:14 AM, Estanislao Gonzalez wrote:
<blockquote cite="mid:4DBECA43.30204@dkrz.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Sébastien,<br>
<br>
there is a requirement about the NetCDF library version that work
with ESGF. I don't recall it now (Phil, which version was it?),
but it means that not every nco can connect to the data node. The
OpenDAP connector must provide the required certificate and follow
redirects for it to work.<br>
<br>
Thanks,<br>
Estani<br>
<br>
Am 02.05.2011 16:09, schrieb Sébastien Denvil:
<blockquote cite="mid:4DBEBB10.7070807@ipsl.jussieu.fr"
type="cite"> Thanks Luca. <br>
<br>
<br>
On 02/05/2011 15:38, Cinquini, Luca (3880) wrote: <br>
<blockquote type="cite">Hi Sebastian, <br>
the ESGF security infrastructure can be used for opendap
access - infact, this is already working at JPL. Once opendap
<br>
access is configured with security, users can use either a
browser or an esg-enabled client to access datasets. <br>
</blockquote>
<br>
Great. At least with opendap they can access from the browser a
region if they know array indices that cover it. If they have
nco operator with opendap client enable they should in theory be
able to extract their area using physical lat/lon. Not everyone
has made this nco compilation. <br>
<br>
The good thing with netCDF subsets is that it works with
longitude and latitude from the browser.... Lot of browser
addict out there. <br>
<br>
<blockquote type="cite">I will try to write some documentation
on the esgf.org wiki either this evening or tomorrow, and then
let you try it out... <br>
<br>
thanks for raising the issue, I meant to start an email
conversation on this but never quite got to it... <br>
</blockquote>
<br>
That's already big fun to setup model / run them / produce &
distribute those data. We tried hardly in the past and was
discourage by the difficulty and the fact that we did not know
how to find out precisely what was supposed to work and what was
not (given the day we install the stack). In that case it's not
easy to investigate and to find a way to contribute without
being in the development main stream. <br>
<br>
Glad to hear it should be smooth install now. We will read your
notes and try it out with confidence. <br>
<br>
Cheers. <br>
Sébastien <br>
<br>
ps : any further comments about gridFTP or netcdf subsets? If
you say it should work we will try and report, but we need this
green light to try. <br>
<br>
<blockquote type="cite">Luca <br>
<br>
On May 2, 2011, at 7:32 AM, Sébastien Denvil wrote: <br>
<br>
<blockquote type="cite"> Dear all, <br>
<br>
we received increasing demand asking for regional model
boundary <br>
conditions from CMIP5 simulations. Those datasets are heavy
and <br>
therefore "wget" is not my favourite answer. I would like
this answer to <br>
be base on a ESG-F solution and not a home made one. <br>
<br>
In order to build a meaningful response I would like to know
what are <br>
the plan regarding the datanode to have : <br>
- openDAP enable with CMIP5 filters. <br>
- netCDF subsets enable with CMIP5 filters. <br>
* openDAP and/or netCDF subsets will be very useful for
those <br>
focusing on a specific region (Africa OR Asia for example).
They could <br>
then extract only the area of interest. <br>
<br>
- gridFTP enable with CMIP5 filters. <br>
*gridFTP will be very useful for those focusing on many
regions <br>
and/or doing the CORDEX exercise but without a limited area
model. It's <br>
very likely that they will download the whole datasets. <br>
<br>
My understanding is that gridFTP is not fully functional at
this point <br>
of time and that openDAP and netCDF subsets are not yet
secure by the <br>
ESG-F security layer. <br>
<br>
A corollary coming from those questions : Is there a
documentation we <br>
could refer to if we want to update a production data node?
<br>
<br>
Please refine my understanding. <br>
<br>
Thanks. <br>
Sébastien <br>
<br>
-- <br>
Sébastien Denvil <br>
IPSL, Pôle de modélisation du climat <br>
UPMC, Case 101, 4 place Jussieu, <br>
75252 Paris Cedex 5 <br>
<br>
Tour 45-55 2ème étage Bureau 209 <br>
Tel: 33 1 44 27 21 10 <br>
Fax: 33 1 44 27 39 02 <br>
<br>
<br>
<smime.p7s>_______________________________________________
<br>
GO-ESSP-TECH mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a>
<br>
<a moz-do-not-send="true" 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>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
GO-ESSP-TECH mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:gonzalez@dkrz.de">gonzalez@dkrz.de</a> </pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>
</body>
</html>