<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19170"></HEAD>
<BODY bgColor=#ffffff text=#000000>
<DIV dir=ltr align=left><SPAN class=267161810-15022012><FONT color=#0000ff
size=2 face=Arial>Thanks Estani,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=267161810-15022012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=267161810-15022012><FONT color=#0000ff
size=2 face=Arial>do you have any thoughts on the tracking_id? Should this
be left as is (I think what you say below implies it
should).</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=267161810-15022012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=267161810-15022012><FONT color=#0000ff
size=2 face=Arial>Jamie</FONT></SPAN></DIV><BR>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> go-essp-tech-bounces@ucar.edu
[mailto:go-essp-tech-bounces@ucar.edu] <B>On Behalf Of </B>Estanislao
Gonzalez<BR><B>Sent:</B> 15 February 2012 10:06<BR><B>To:</B>
go-essp-tech@ucar.edu<BR><B>Subject:</B> Re: [Go-essp-tech] Incorrect file
names?<BR></FONT><BR></DIV>
<DIV></DIV>Hi,<BR><BR>it's required a new version to be published, so that its
publication will signal that something has changed. If not, then it won't be
picked up by other services, e.g. replica services, as it would assume the
data hasn't been changed at all.<BR>In our particular case (DKRZ) we will see
files haven't been changed, provided that the checksums are properly
published, and will just link them to the older ones, allowing users to get
both versions (i.e. users that are already downloading files will be able to
keep downloading them, and not have to start everything anew because of this
renaming)<BR>(I can't see if the checksums are there because the node is not
accessible at this time)<BR><BR>We could use that information to infer what
happened and display it under the history information.<BR><BR>Maintaining the
same version provides no benefit for the publisher at all and creates the same
confusion to the user (which will see that files are missing).<BR><BR>Just my
2c,<BR>Estani<BR><BR>Am 15.02.2012 10:29, schrieb Kettleborough, Jamie:
<BLOCKQUOTE
cite=mid:E51EDFEBF10BE44BB4BDAF5FC2F024B90FB7FB46@EXXMAIL02.desktop.frd.metoffice.com
type="cite">
<META name=GENERATOR content="MSHTML 8.00.6001.19170">
<DIV dir=ltr align=left><SPAN class=920511609-15022012><FONT color=#0000ff
size=2 face=Arial>Hello,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=920511609-15022012></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=920511609-15022012><FONT color=#0000ff
size=2 face=Arial>sorry, a but of a side track, but maybe
useful. I know this is an unusual case - but it is another
example of an understandable slip that can be made when producing
data. When Laura republishes these should it be under a new
publication data set version or not? I think the only thing that
is changing is the filename - is that right? I don't think this
warrants a new publication data set version, but could be
wrong.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=920511609-15022012></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=920511609-15022012><FONT color=#0000ff
size=2 face=Arial>Jamie</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=920511609-15022012></SPAN> </DIV>
<DIV dir=ltr align=left>
<HR tabIndex=-1>
</DIV>
<DIV dir=ltr align=left><FONT size=2 face=Tahoma><B>From:</B> <A
class=moz-txt-link-abbreviated
href="mailto:go-essp-tech-bounces@ucar.edu">go-essp-tech-bounces@ucar.edu</A>
[<A class=moz-txt-link-freetext
href="mailto:go-essp-tech-bounces@ucar.edu">mailto:go-essp-tech-bounces@ucar.edu</A>]
<B>On Behalf Of </B>Laura Carriere<BR><B>Sent:</B> 14 February 2012
19:43<BR><B>To:</B> Jennifer Adams<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] Incorrect file names?<BR></FONT><BR></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr><BR>Ah, now I see your reply. Since you have a solution to
your immediate problem, I will not rush the republish but will have it
done as soon as it's convenient. Thanks.<BR><BR>
Laura.<BR><BR>On 2/14/2012 2:32 PM, Jennifer Adams wrote:
<BLOCKQUOTE cite=mid:703D7639-7DC2-4B2D-BB10-1B677EFD5046@cola.iges.org
type="cite">Oh dear. Rather than renaming the files, I used a set
of symlinks to solve my immediate problem, but I still find this a bit
troubling. I will have to check all GEOS-5 data files I grab from now
on. I asked Larry Marx to check if any of COLA's CMIP5 data at NASA have
8-digit date stamps, and he found everything to be correct with only
YYYYMM date strings.
<DIV>--Jennifer</DIV>
<DIV><BR>
<DIV>
<DIV><BR>
<DIV>
<DIV>On Feb 14, 2012, at 1:29 PM, Laura Carriere wrote:</DIV><BR
class=Apple-interchange-newline>
<BLOCKQUOTE type="cite">
<DIV text="#000000" bgcolor="#ffffff"><BR>Quick answer on my way to a
meeting - CMOR2 was used for this and at least one other dataset that
we have (from COLA) that also has the yyyymmdd format. I'll ask
a few other questions after my meeting but that's the short
answer.<BR><BR> Laura.<BR><BR>On 2/14/2012 1:21 PM, Karl Taylor
wrote:
<BLOCKQUOTE cite=mid:4F3AA614.7070509@llnl.gov type="cite"><FONT
face="Times New Roman">Dear Novice (with clearly more knowledge than
most so-called experts),<BR><BR>I'm copying a contact for the GEOS-5
model who may be able to provide some information on this. I
can't explain why the monthly file names are inconsistent with what
CMOR2 puts out. Maybe CMOR2 wasn't used. The DRS
document doesn't absolutely forbid including more precision than
necessary in specifying the time-periods, so I don't think we can
force them to rename their files. That being said, my hope was
everyone would use CMOR, so the file names would all follow the same
template.<BR><BR>Karl<BR></FONT><BR>On 2/13/12 9:30 AM, Jennifer
Adams wrote:
<BLOCKQUOTE
cite=mid:142906E8-DE5A-4F87-A140-E1F95BC8392A@cola.iges.org
type="cite">
<DIV>Dear Experts, </DIV>
<DIV><BR></DIV>
<DIV>Here is a dataset:</DIV>
<DIV><A
href="http://pcmdi3.llnl.gov/esgcet/dataset/cmip5.output1.NASA-GMAO.GEOS-5.decadal1960.mon.atmos.Amon.r1i1p1.html"
moz-do-not-send="true">http://pcmdi3.llnl.gov/esgcet/dataset/cmip5.output1.NASA-GMAO.GEOS-5.decadal1960.mon.atmos.Amon.r1i1p1.html</A></DIV>
<DIV><BR></DIV>
<DIV>And here is the file name template for all the variables in
this dataset: </DIV>
<DIV>
<DIV><varname>_Amon_GEOS-5_decadal1960_r1i1p1_19610116-19701216.nc </DIV>
<DIV><BR></DIV>
<DIV>My script to generate a GrADS descriptor for this file barked
because the MONTHLY data file has time stamps in the YYYYMMDD
format. </DIV>
<DIV>If I have read the DRS document correctly, this a not a
correct file name. </DIV>
<DIV>Shouldn't I be able to assume that monthly files will have
only YYYYMM date strings? </DIV>
<DIV><BR></DIV>
<DIV>--Jennifer</DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV apple-content-edited="true"><SPAN style="FONT-SIZE: 12px"
class=Apple-style-span>
<DIV>--</DIV>
<DIV>Jennifer M. Adams</DIV>
<DIV>IGES/COLA</DIV>
<DIV>4041 Powder Mill Road, Suite 302</DIV>
<DIV>Calverton, MD 20705</DIV>
<DIV><A href="mailto:jma@cola.iges.org"
moz-do-not-send="true">jma@cola.iges.org</A></DIV>
<DIV><BR class=khtml-block-placeholder></DIV><BR
class=Apple-interchange-newline></SPAN></DIV><BR></DIV></BLOCKQUOTE></BLOCKQUOTE><BR><BR><PRE class=moz-signature cols="72">--
Laura Carriere, SAIC <A class=moz-txt-link-abbreviated href="mailto:laura.carriere@nasa.gov" moz-do-not-send="true">laura.carriere@nasa.gov</A>
NCCS, Code 606.2                 301 614-5064</PRE></DIV>_______________________________________________<BR>GO-ESSP-TECH
mailing list<BR><A href="mailto:GO-ESSP-TECH@ucar.edu"
moz-do-not-send="true">GO-ESSP-TECH@ucar.edu</A><BR><A
class=moz-txt-link-freetext
href="http://mailman.ucar.edu/mailman/listinfo/go-essp-tech"
moz-do-not-send="true">http://mailman.ucar.edu/mailman/listinfo/go-essp-tech</A><BR></BLOCKQUOTE></DIV><BR>
<DIV apple-content-edited="true"><SPAN
style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-SPACING: 0px; BORDER-COLLAPSE: separate; FONT: 12px Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px"
class=Apple-style-span><SPAN
style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-SPACING: 0px; BORDER-COLLAPSE: separate; FONT: 12px Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px"
class=Apple-style-span><SPAN
style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-SPACING: 0px; BORDER-COLLAPSE: separate; FONT: 12px Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px"
class=Apple-style-span>
<DIV>--</DIV>
<DIV>Jennifer M. Adams</DIV>
<DIV>IGES/COLA</DIV>
<DIV>4041 Powder Mill Road, Suite 302</DIV>
<DIV>Calverton, MD 20705</DIV>
<DIV><A href="mailto:jma@cola.iges.org"
moz-do-not-send="true">jma@cola.iges.org</A></DIV>
<DIV><BR class=khtml-block-placeholder></DIV><BR
class=Apple-interchange-newline></SPAN></SPAN></SPAN></DIV><BR></DIV></DIV></DIV></BLOCKQUOTE><BR><BR><PRE class=moz-signature cols="72">--
Laura Carriere, SAIC <A class=moz-txt-link-abbreviated href="mailto:laura.carriere@nasa.gov" moz-do-not-send="true">laura.carriere@nasa.gov</A>
NCCS, Code 606.2                 301 614-5064</PRE></BLOCKQUOTE><BR>
<FIELDSET class=mimeAttachmentHeader></FIELDSET> <BR><PRE wrap="">_______________________________________________
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></BLOCKQUOTE></BODY></HTML>