<!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 bgcolor="#ffffff" text="#000000">
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 class="moz-txt-link-abbreviated" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a>
<br>
<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>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
<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>
<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 class="moz-txt-link-abbreviated" href="mailto:gonzalez@dkrz.de">gonzalez@dkrz.de</a> </pre>
</body>
</html>