<!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="#ffffcc">
Hi, <br>
<br>
In the context of this thread, that version is fine.<br>
<br>
<br>
On 5/2/11 1:49 PM, Sébastien Denvil wrote:
<blockquote cite="mid:4DBF18C0.2080609@ipsl.jussieu.fr" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi,<br>
<br>
very useful link Roland. Reading it I was not able to figure out
if the bug comes from the client or the server?<br>
<br>
This wiki points netcdf-4.1.2-beta2. The 4.1.2 has been released:
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.unidata.ucar.edu/software/netcdf/release-notes-4.1.2.html">http://www.unidata.ucar.edu/software/netcdf/release-notes-4.1.2.html</a><br>
Do you know if the released library contains the C API Security
Extension for Earth System Grid?<br>
<br>
On the data node side : our production data node is using thredds
Version 4.2.20100908.2246. The 4.2.5 thredds version released
2011-03-02 includes opendap ESG access control : <a
moz-do-not-send="true" class="moz-txt-link-freetext"
href="ftp://ftp.unidata.ucar.edu/pub/thredds/4.2/CHANGES.txt">ftp://ftp.unidata.ucar.edu/pub/thredds/4.2/CHANGES.txt</a><br>
Do you know if this is a required version for the data node.<br>
<br>
Gavin : what is the installer version you suggest us to use.
v1.0.3-14-g485f969 or a later one?<br>
<br>
Thanks.<br>
Sébastien<br>
<br>
On 02/05/2011 17:51, Roland Schweitzer wrote:
<blockquote cite="mid:4DBED2F4.9020001@noaa.gov" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
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 moz-do-not-send="true" 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 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>
<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">--
Sébastien Denvil
IPSL, Pôle de modélisation du climat
UPMC, Case 101, 4 place Jussieu,
75252 Paris Cedex 5
Tour 45-55 2ème étage Bureau 209
Tel: 33 1 44 27 21 10
Fax: 33 1 44 27 39 02
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Gavin M. Bell
Lawrence Livermore National Labs
--
"Never mistake a clear view for a short distance."
-Paul Saffo
(GPG Key - <a class="moz-txt-link-freetext" href="http://rainbow.llnl.gov/dist/keys/gavin.asc">http://rainbow.llnl.gov/dist/keys/gavin.asc</a>)
A796 CE39 9C31 68A4 52A7 1F6B 66B7 B250 21D5 6D3E
</pre>
</body>
</html>