<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi,<br>
<br>
Am 16.03.2012 14:29, schrieb <a class="moz-txt-link-abbreviated" href="mailto:stephen.pascoe@stfc.ac.uk:">stephen.pascoe@stfc.ac.uk:</a>
<blockquote
cite="mid:4C353E6E4A08AE4792B350DAA392B52126767C50@EXCHMBX01.fed.cclrc.ac.uk"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft Word 12 (filtered
medium)">
<!--
[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle22
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif][if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Estani,<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal">> Well... we are doing that. That's part
of the script (of course, not all sites are publishing the
same script, but that's yet another issue...).<br>
<span style="font-size: 11pt; font-family:
"Calibri","sans-serif"; color: rgb(31,
73, 125);">We are doing it on download, is there a way of
doing it after they've downloaded?</span></p>
</div>
</blockquote>
I think I understand now what you mean. They can always perform a
checksum, and the information at the download time is stored in the
wget script. But I see you mean about a notification system.<br>
Well that's something completely different to a checksum, which is
what Gavin was talking about and what Jamie continued on.<br>
Checksums are not meant to notify anything, it's just a simply
procedure to extract a fairly good representation of data in a very
brief form. Indeed it's a good means for basing any comparison as
you don't have to move much data across the wire, but if anything it
can be just a brick for building such a system.<br>
We could start a discussion on this, I just don't think it's so
closely related to checksums.<br>
<br>
<blockquote
cite="mid:4C353E6E4A08AE4792B350DAA392B52126767C50@EXCHMBX01.fed.cclrc.ac.uk"
type="cite">
<div class="WordSection1">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal">> The problem is again, what to do with
those sites not publishing them or publishing the wrong one.<span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size: 11pt; font-family:
"Calibri","sans-serif"; color: rgb(31,
73, 125);">And also how do we know whether they've change
them without updating the version.</span></p>
</div>
</blockquote>
In the worst case, we just don't. If you change BADC files, or
remove them, or change the read permits :-) then you'll realize just
when someone downloads the file and either can't, finds always the
wrong checksum, etc. Not before. And downloading the 1PB archive to
see if something was changed is not feasible.<br>
<br>
My 2c,<br>
Estani<br>
<blockquote
cite="mid:4C353E6E4A08AE4792B350DAA392B52126767C50@EXCHMBX01.fed.cclrc.ac.uk"
type="cite">
<div class="WordSection1">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">S.<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">---<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Stephen
Pascoe +44 (0)1235 445980<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Centre
of Environmental Data Archival<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">STFC
Rutherford Appleton Laboratory, Harwell Oxford, Didcot
OX11 0QX, UK<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US"> Estanislao Gonzalez
[<a class="moz-txt-link-freetext" href="mailto:gonzalez@dkrz.de">mailto:gonzalez@dkrz.de</a>]
<br>
<b>Sent:</b> 16 March 2012 13:27<br>
<b>To:</b> Pascoe, Stephen (STFC,RAL,RALSP)<br>
<b>Cc:</b> <a class="moz-txt-link-abbreviated" href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><br>
<b>Subject:</b> Re: [Go-essp-tech] What is the risk that
science is done using 'deprecated' data?<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Well... we are doing that. That's part of
the script (of course, not all sites are publishing the same
script, but that's yet another issue...).<br>
The problem is again, what to do with those sites not
publishing them or publishing the wrong one.<br>
<br>
But I might not be getting the point, you are right.<br>
<br>
Thanks for putting the agenda together.<br>
<br>
Cheers,<br>
Estani<br>
<br>
Am 16.03.2012 14:22, schrieb <a moz-do-not-send="true"
href="mailto:stephen.pascoe@stfc.ac.uk:">stephen.pascoe@stfc.ac.uk:</a>
<o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Estani,</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I
think the issue is wider than just publishing of checksums.
We could do a lot more to help users verify they have the
right data, e.g. automatically comparing checksums to the
published ones after download.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A
new thread on Tuesday's agenda is coming ...</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">S.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">---</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Stephen
Pascoe +44 (0)1235 445980</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Centre
of Environmental Data Archival</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">STFC
Rutherford Appleton Laboratory, Harwell Oxford, Didcot
OX11 0QX, UK</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US">
<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</a>
[<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</a>]
<b>On Behalf Of </b>Estanislao Gonzalez<br>
<b>Sent:</b> 16 March 2012 13:15<br>
<b>To:</b> <a moz-do-not-send="true"
href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><br>
<b>Subject:</b> Re: [Go-essp-tech] What is the risk that
science is done using 'deprecated' data?</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Hi Stephen,<br>
<br>
IMHO there is not much to discuss at all. <br>
We could spare some Minutes to hear if someone has arguments
against publishing the checksums and/or decide what to do with
those cites breaking this rule, even partially.<br>
<br>
That shouldn't take more than 5'... <br>
In preparation to that, I'd say that people not wishing to
comply with this request (providing valid and current
checksums *as well* as publishing new data *always* under a
new version) should start a new thread to discuss it (this one
is too long and have already changed subjects a couple of
times).<br>
<br>
My 2c,<br>
Estani<br>
<br>
Am 16.03.2012 14:01, schrieb <a moz-do-not-send="true"
href="mailto:stephen.pascoe@stfc.ac.uk:">stephen.pascoe@stfc.ac.uk:</a>
<o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Jamie,</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">There
will be a telco at 16:00GMT on Tuesday. We have several
candidate topics for discussion at the moment (See
<a moz-do-not-send="true"
href="http://esgf.org/wiki/Esgf/Cmip5Meetings">http://esgf.org/wiki/Esgf/Cmip5Meetings</a>)
but checksums is not one of them. Let me coordinate a
realistic agenda and I'll try and ensure there is some time
to discuss this.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Stephen.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">---</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Stephen
Pascoe +44 (0)1235 445980</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">Centre
of Environmental Data Archival</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.5pt;font-family:Consolas;color:#1F497D">STFC
Rutherford Appleton Laboratory, Harwell Oxford, Didcot
OX11 0QX, UK</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"
lang="EN-US">
<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</a>
[<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</a>]
<b>On Behalf Of </b>Kettleborough, Jamie<br>
<b>Sent:</b> 16 March 2012 10:27<br>
<b>To:</b> Gavin M. Bell; Barron Jr, Tom O.<br>
<b>Cc:</b> <a moz-do-not-send="true"
href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><br>
<b>Subject:</b> Re: [Go-essp-tech] What is the risk that
science is done using 'deprecated' data?</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">Hello,</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">when
is the next telco, and is this issue on the agenda?</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">Thanks,</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">Jamie</span><o:p></o:p></p>
<blockquote style="border:none;border-left:solid blue
1.5pt;padding:0cm 0cm 0cm
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<p class="MsoNormal"> <o:p></o:p></p>
<div class="MsoNormal" style="text-align:center"
align="center"><span lang="EN-US">
<hr align="center" size="2" width="100%">
</span></div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif""
lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif""
lang="EN-US">
<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</a>
[<a moz-do-not-send="true"
href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</a>]
<b>On Behalf Of </b>Gavin M. Bell<br>
<b>Sent:</b> 12 March 2012 22:21<br>
<b>To:</b> Barron Jr, Tom O.<br>
<b>Cc:</b> <a moz-do-not-send="true"
href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><br>
<b>Subject:</b> Re: [Go-essp-tech] What is the risk that
science is done using 'deprecated' data?</span><o:p></o:p></p>
<p class="MsoNormal">Hi Tom, <br>
<br>
I don't envy your (ORNL's .et al) position, but this is what
must be done. This is why Balaji was so adamant about
making checksums *required* from the very beginning of this
endeavor. He was right. Though, to be honest it was always
something that was known... this is not a surprise to
anyone. I think that having it be "optional" in the
publisher was the sticky point. Putting it in the publisher
is, IMHO, or should be the checksum of last resort. Folks
should have schemes to calculate these things out of band
and integrating them back into the publisher... a feature
that made it's way into the publisher albeit a bit after the
bell. It is no one's fault just a comedy of errors but...
now we are all enlightened and know *why* we need checksums
(hashes) in a distributed system that requires integrity
assertions made about said data.<br>
<br>
Oh well :-(...<br>
<br>
At least we are relatively early in the game... if that is
any consolation :-\<br>
<br>
checksums or bust.<br>
<br>
P.S.<br>
Regarding the catalogs, the topic Stephen has been
shepherding, there are cool things we can do with having the
constituent files' checksums. Mmmwwaaahhh aahhh aahhhh....
(evil laugh).<br>
<br>
<br>
On 3/12/12 9:46 AM, Barron Jr, Tom O. wrote: <o:p></o:p></p>
<pre>Thanks for the reply, Gavin. I understand what you say.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>I just wanted to highlight that a significant amount of data has been published without checksums at ORNL on the ESG2 gateway. Extracting it all from the HPSS archive for checksumming in preparation for republishing on the ESGF portal will take significant time. I'm not saying we shouldn't do it. Just that we shouldn't expect to get it done quickly.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Tom<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 2012.0309, at 17:24, Gavin M. Bell wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hi Tom,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>In the simplest form of the assertions we have made about checksums... If you can't get the checksums then it shouldn't / can't be published, period. So access must be gotten and checksums computed. Otherwise you simply can't *trust* the data is "who it says it is".<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 3/9/12 11:10 AM, Barron Jr, Tom O. wrote:<o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>How will a requirement for checksums affect the ability to publish offline datasets that are not immediately accessible for computing a checksum?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 2012.0309, at 03:47, Gavin M. Bell wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>With checksums, we can put in client-side sanity checking tools to give users peace of mind. The other side benefit would be alerting offending sites that something is wrong. I agree with you, Bryan, checksums are a must. We can enforce it mechanically in the publisher. This is worth bringing up at the next call - without spending too much time on it.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 3/9/12 12:20 AM, Bryan Lawrence wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Karl has written to modellng centres requiring them to do this, and I think we should start enforcing it.<o:p></o:p></pre>
<pre>Bryan<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hello,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>If we enforced checksums to be done as a part of publication, then this<o:p></o:p></pre>
<pre>would address this issue, right?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 3/8/12 8:39 AM,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Tobias, sorry I miss-typed your name :-)<o:p></o:p></pre>
<pre>S.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 8 Mar 2012, at 16:00,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:stephen.pascoe@stfc.ac.uk"><stephen.pascoe@stfc.ac.uk></a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hi Thomas,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>As you say, it's too late to do much re-engineering of the system now -- we've attempted to put in place various identifier systems and none of them are working particularly well -- however I think there is another perspective to your proposal:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>1. ESG/CMIP5 is deployed globally across multiple administrative domains and each domain has the ability to cut corners to get things done, e.g. replacing files silently without changing identifiers.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>2. ESG/CMIP5 system is so complex that who'd blame a sys-admin for doing #1 to get the data to scientists when they need it. Any system that makes it impossible, or even only difficult, to change the underlying data is going to be more complex and difficult to administer than a system that doesn't, unless that system was very rigorously designed, implemented and tested.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Because of #1 I'm convinced that a fit-for-purpose identifier system wouldn't use randomly generated UUIDs but would take the GIT approach of hashing invariants of the dataset so that any changes behind the scenes can be detected.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Because of #2 I'm convinced that now is not the time to start building more software to do this. We have to stabilise the system and learn the lessons of CMIP5 first.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Cheers,<o:p></o:p></pre>
<pre>Stephen.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 8 Mar 2012, at 15:32, Tobias Weigel wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Jamie/All,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>these are important questions I have been wondering about as well; we just had a small internal meeting yesterday with Estani and Martina, so I'll try to sum some points up here. I am not too familiar with the ESG publishing process, so I can only guess that Stephen's #1 has something to do with the bending of policies that are for pragmatic reasons not enforced in the CMIP5 process. (My intuition is that *ideally* it should be impossible to make data available without going through the whole publication process. Please correct me if I am misunderstanding this.)<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Most of what I have been thinking about however concerns point #2. I'd claim that the risk here should not be underestimated; data consumers being unable to find the data they need is bad ("the advanced search issue"), but users relying on deprecated data - most likely without being aware of it - is certainly dangerous for scientific credibility.<o:p></o:p></pre>
<pre>My suggestion to address this problem is to use globally persistent identifiers (PIDs) that are automatically assigned to data objects (and metadata etc.) on ESG-publication; data should ideally not be known by its file name or system-internal ID, but via a global identifier that never changes after it has been published. Of course, this sounds like the DOIs, but these are extremely coarse grained and very static. The idea is to attach identifiers to the low-level entities and provide solutions to build up a hierarchical ID system (virtual collections) to account for the various layers used in our data. Such persistent identifiers should then be placed prominently in any user interface dealing with managed data. The important thing is: If data is updated, we don't update the data behind identifier x, but assign a new identifier y and create a typed link between these two (which may be the most challenging part) and perhaps put a small annotatio!
!<o:p></
o:p></pre>
<pre> !<o:p></o:p></pre>
<pre> n on x t<o:p></o:p></pre>
<pre>hat this data is depreca<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>ted. A clever user interface should then redirect a user consistently to the latest version of a dataset if a user accesses the old identifier.<o:p></o:p></pre>
<pre>This does not make it impossible to use deprecated data, but at least it raises the consumer's awareness of the issue and lowers the barrier to re-retrieve valid data.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>As for the point in time; I'd be certain that it is too late now, but it is always a good idea to have plans for future improvement.. :)<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Best, Tobias<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Am 08.03.2012 13:06, schrieb Kettleborough, Jamie:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Thanks for the replies on this - any other replies are still very welcome.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Stephen - being selfish - we aren't too worried about 2 as its less of an issue for us (we do a daily trawl of thredds catalogues for new datasets), but I agree it is a problem more generally. I don't have a feel for which of the problems 1-3 would minimise the risk most if you solved it. I think making sure new data has a new version is a foundation though.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Part of me wonders though whether its already too late to really do anything with versioning in its current form. *But* I may be overestimating the size of the problem of new datasets appearing without versions being updated.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Jamie<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>-----Original Message-----<o:p></o:p></pre>
<pre>From:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>[<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>] On Behalf Of Sébastien Denvil<o:p></o:p></pre>
<pre>Sent: 08 March 2012 10:41<o:p></o:p></pre>
<pre>To:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:go-essp-tech@ucar.edu">go-essp-tech@ucar.edu</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Subject: Re: [Go-essp-tech] What is the risk that science is<o:p></o:p></pre>
<pre>done using 'deprecated' data?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Hi Stephen, let me add a third point:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>3. Users are aware of a new versions but can't download files<o:p></o:p></pre>
<pre>so as to have a coherent set of files.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>With respect to that point the p2p transition (especially the<o:p></o:p></pre>
<pre>attribut caching on the node) will be a major step forward.<o:p></o:p></pre>
<pre>GFDL just upgrad and we have an amazing success rate of 98%.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>And I agree with Ashish.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Regards.<o:p></o:p></pre>
<pre>Sébastien<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Le 08/03/2012 11:34,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:stephen.pascoe@stfc.ac.uk">stephen.pascoe@stfc.ac.uk</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> a écrit :<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hi Jamie,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>I can imagine there is a risk of papers being written on<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>deprecated data in two scenarios:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre> 1. Data is being updated at datanodes without creating a<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>new version<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre> 2. Users are unaware of new versions available and<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>therefore using<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>deprecated data<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Are you concerned about both of these scenarios? Your<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>email seems to mainly address #1.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Thanks,<o:p></o:p></pre>
<pre>Stephen.<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>On 8 Mar 2012, at 10:21, Kettleborough, Jamie wrote:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>Hello,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Does anyone have a feel for the current level of risk that<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>analysists<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>are doing work (with the intention to publish) on data<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>that has been<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>found to be wrong by the data providers and so deprecated (in some<o:p></o:p></pre>
<pre>sense)?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>My feeling is that versioning isn't working (that may be<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>putting it a<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>bit strongly. It is too easy for data providers - in their<o:p></o:p></pre>
<pre>understandable drive to get their data out - to have<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>updated files on<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>disk without publishing a new version. How big a deal does anyone<o:p></o:p></pre>
<pre>think this is?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>If the risk that papers are being written based on<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>deprecated data is<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>sufficiently large then is there an agreed strategy for<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>coping with<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>this? Does it have implications for the requirements of the data<o:p></o:p></pre>
<pre>publishing/delivery system?<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Thanks,<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Jamie<o:p></o:p></pre>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
</blockquote>
</blockquote>
<pre>--<o:p></o:p></pre>
<pre>Sébastien Denvil<o:p></o:p></pre>
<pre>IPSL, Pôle de modélisation du climat<o:p></o:p></pre>
<pre>UPMC, Case 101, 4 place Jussieu,<o:p></o:p></pre>
<pre>75252 Paris Cedex 5<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Tour 45-55 2ème étage Bureau 209<o:p></o:p></pre>
<pre>Tel: 33 1 44 27 21 10<o:p></o:p></pre>
<pre>Fax: 33 1 44 27 39 02<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>Department of Data Management<o:p></o:p></pre>
<pre>Deutsches Klimarechenzentrum GmbH (German Climate Computing Center)<o:p></o:p></pre>
<pre>Bundesstr. 45a<o:p></o:p></pre>
<pre>20146 Hamburg<o:p></o:p></pre>
<pre>Germany<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Tel.: +49 40 460094 104<o:p></o:p></pre>
<pre>E-Mail:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:weigel@dkrz.de">weigel@dkrz.de</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Website:<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://www.dkrz.de">www.dkrz.de</a><o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Managing Director: Prof. Dr. Thomas Ludwig<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Sitz der Gesellschaft: Hamburg<o:p></o:p></pre>
<pre>Amtsgericht Hamburg HRB 39784<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre>--<o:p></o:p></pre>
<pre>Bryan Lawrence<o:p></o:p></pre>
<pre>University of Reading: Professor of Weather and Climate Computing.<o:p></o:p></pre>
<pre>National Centre for Atmospheric Science: Director of Models and Data.<o:p></o:p></pre>
<pre>STFC: Director of the Centre for Environmental Data Archival.<o:p></o:p></pre>
<pre>Ph: +44 118 3786507 or 1235 445012; Web:home.badc.rl.ac.uk/lawrence<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<pre>--<o:p></o:p></pre>
<pre>Gavin M. Bell<o:p></o:p></pre>
<pre>--<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> "Never mistake a clear view for a short distance."<o:p></o:p></pre>
<pre> -Paul Saffo<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
</blockquote>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
</blockquote>
<pre>--<o:p></o:p></pre>
<pre>Gavin M. Bell<o:p></o:p></pre>
<pre>--<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> "Never mistake a clear view for a short distance."<o:p></o:p></pre>
<pre> -Paul Saffo<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> <o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Gavin M. Bell<o:p></o:p></pre>
<pre>Lawrence Livermore National Labs<o:p></o:p></pre>
<pre>--<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> "Never mistake a clear view for a short distance."<o:p></o:p></pre>
<pre> -Paul Saffo<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>(GPG Key - <a moz-do-not-send="true" href="http://rainbow.llnl.gov/dist/keys/gavin.asc">http://rainbow.llnl.gov/dist/keys/gavin.asc</a>)<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre> A796 CE39 9C31 68A4 52A7 1F6B 66B7 B250 21D5 6D3E<o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"> <o:p></o:p></p>
<p>-- <br>
Scanned by iCritical. <o:p></o:p></p>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>GO-ESSP-TECH mailing list<o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:GO-ESSP-TECH@ucar.edu">GO-ESSP-TECH@ucar.edu</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</a><o:p></o:p></pre>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Estanislao Gonzalez<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Max-Planck-Institut für Meteorologie (MPI-M)<o:p></o:p></pre>
<pre>Deutsches Klimarechenzentrum (DKRZ) - German Climate Computing Centre<o:p></o:p></pre>
<pre>Room 108 - Bundesstrasse 45a, D-20146 Hamburg, Germany<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>Phone: +49 (40) 46 00 94-126<o:p></o:p></pre>
<pre>E-Mail: <a moz-do-not-send="true" href="mailto:gonzalez@dkrz.de">gonzalez@dkrz.de</a> <o:p></o:p></pre>
<p class="MsoNormal"><o:p> </o:p></p>
<p>-- <br>
Scanned by iCritical. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Estanislao Gonzalez<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>Max-Planck-Institut für Meteorologie (MPI-M)<o:p></o:p></pre>
<pre>Deutsches Klimarechenzentrum (DKRZ) - German Climate Computing Centre<o:p></o:p></pre>
<pre>Room 108 - Bundesstrasse 45a, D-20146 Hamburg, Germany<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>Phone: +49 (40) 46 00 94-126<o:p></o:p></pre>
<pre>E-Mail: <a moz-do-not-send="true" href="mailto:gonzalez@dkrz.de">gonzalez@dkrz.de</a> <o:p></o:p></pre>
</div>
<br>
<p>-- <br>
Scanned by iCritical.
</p>
<br>
</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>