<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Times New Roman">Dear Muhammad,<br>
      <br>
      Thanks very much for volunteering to help clean this up.&nbsp; As Bryan
      says, this will be a huge help to users and will save countless
      hours of effort for folks involved with ESGF development and those
      processing data.&nbsp;&nbsp; There will be benefits for years to come.<br>
      <br>
      I hope others copied will read this and make sure I haven't
      forgotten anything.<br>
      <br>
      There are various degrees of conformance you might attempt, but I
      think renaming the files and republishing are both essential.&nbsp; In
      the filenames, please<br>
      <br>
      1. Replace "historicalXXXX" with "historicalMisc"&nbsp; (for the expts.
      listed in a previous email.)<br>
      2. Replace "p1" with "pX", where the integer X should take on a
      different value for each of the different forcing runs (see 3
      below for more info.)<br>
      <br>
      You should send Gavin Schmidt a table indicating which "p" value
      corresponds to which forcing, as was requested in an email about a
      week ago.&nbsp; (If you didn't get that email, please let me know.)<br>
      <br>
      It would be desirable (and perhaps essential -- others might chip
      in here) also to correct the global attributes in the netCDF files
      themselves:<br>
      <br>
      1. Set experiment_id = 'historicalMisc'<br>
      2. Set experiment = 'other historical forcing'<br>
      3. Replace physics_version with "p" value consistent with the
      filename.<br>
      physics_version = an integer (&#8805;1) referring to the physics version
      used by the model If there is only one physics version of the
      model, then this argument should be normally given the value 1.
      Note that model versions that are substantially different should
      be given a different &#8220;model_id&#8221;; assigning a different
      &#8220;physics_version&#8221; should be reserved for closely-related model
      versions (e.g., as in a &#8220;perturbed physics&#8221; ensemble) or for the
      same model, but with different forcing or feedbacks active. In
      CMIP5, one would distinguish, for example, among runs forced by
      different combinations of &#8220;forcing&#8221; agents (as called for under
      the &#8220;historicalMisc&#8221; experiment &#8211; experiment 7.3) by assigning
      different values to physics_version. For fields appearing in table
      &#8220;fx&#8221; in the CMIP5 Requested Output, set physics_version=0
      (violating the general rule that it should be a positive definite
      integer). Note that the physics_version is used in constructing
      the &#8220;ensemble member&#8221; called for by the DRS document; it is the
      value of L in r&lt;N&gt;i&lt;M&gt;p&lt;L&gt;.<br>
      4. Generate a new tracking_id which is "a string that is almost
      certainly unique to this file and must be generated using the OSSP
      utility which supports a number of different DCE 1.1 variant UUID
      options. For CMIP5 version 4 (random number based) is required.
      Download the software from <a class="moz-txt-link-freetext" href="http://www.ossp.org/pkg/lib/uuid/">http://www.ossp.org/pkg/lib/uuid/</a>. The
      tracking_id might look something like:
      02d9e6d5-9467-382e-8f9b-9300a64ac3cd."<br>
      5. Also check that the "forcing" attribute has the correct forcing
      identifier(s) (see
      <a class="moz-txt-link-freetext" href="http://cmip-pcmdi.llnl.gov/cmip5/docs/cmip5_data_reference_Appendix1-2.doc">http://cmip-pcmdi.llnl.gov/cmip5/docs/cmip5_data_reference_Appendix1-2.doc</a>
      )<br>
      <br>
      I think this could be fairly easily scripted, but what sounds easy
      often is not.&nbsp; If you are unfamiliar with netCDF Operators (NCO),
      they can be used to rewrite attributes in netCDF files.<br>
      <br>
      After correcting the files and filenames, I think you will have to
      republish.&nbsp; I hope others will provide guidance on this.<br>
      <br>
      Please include anyone you think is interested in these emails.<br>
      <br>
      Thanks again for helping clean things up.&nbsp; It is much
      appreciated.&nbsp; <br>
      And don't hesitate to write with any questions.<br>
      <br>
      Best regards,<br>
      Karl<br>
      <br>
    </font><br>
    On 3/30/12 10:58 PM, Muhammad Atif wrote:
    <blockquote
      cite="mid:FEFFC6E5-40A4-4A33-8400-A7BBD9CE262C@anu.edu.au"
      type="cite">
      <pre wrap="">
Just to update; I had an email conversation with Estani when he first realised of the problem. We are prepared to do whatever might be required at the publishing end. 
He suggested to wait for a nice solution.

btw, should I bring the modellers (CSIRO-QCCCE team) into the email loop as well?


Regards


On 31/03/2012, at 4:46 PM, Bryan Lawrence wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">
I think it'd be better to fix this at source, otherwise these problems will lurk for ever not only in ESGF, but on the hard drives of everyone who downloads the data - causing a potential problem for the actual science because everyone will have to have their own hacks to deal with it.

I realise this may be a bit unfair on folks who wrote their data in advance, but the flip-side is that not doing so is unfair on everyone who uses that data ...

Cheers
Bryan


</pre>
        <blockquote type="cite">
          <pre wrap="">Hi Estani,

Yes, the official name for all of these is historicalMisc, and the 
different runs should have been identified by a different "p" value in 
the "rip", which distinguishes among members of an ensemble.  The DRS 
document describes this in more detail.

I *think* these datasets may have been generated prior to the DRS 
controlled vocabulary being fully settled, so I haven't raised a stink 
about this.  I note that they show up in the old gateway1.3.4 search, 
but not in the new p2p search.

Is there some way that the non-conforming experiment names could be 
changed, so that users can find these experiments under historicalMisc?

Best regards,
Karl


On 3/30/12 3:19 AM, Estanislao Gonzalez wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">Hi,

I'm trying to replicate data from CSIRO-QCCCE and I see the following
experiments names:
historicalNoOz
historicalNoAA
historicalAntNoAA
historicalAnt
historicalAA

These are used as the dataset id, e.g.
cmip5.output1.CSIRO-QCCCE.CSIRO-Mk3-6-0.historicalAA.fx.atmos.fx.r0i0p0

Shouldn't those be historicalMisc and the forcings detailed within the
global attributes?

By the way, we are also missing the contact data for CSIRO data node in
the CMIP5 Status Page.

Thanks,
Estani


</pre>
          </blockquote>
          <pre wrap="">
</pre>
        </blockquote>
        <pre wrap="">
--
Bryan Lawrence
University of Reading:  Professor of Weather and Climate Computing.
National Centre for Atmospheric Science: Director of Models and Data. 
STFC: Director of the Centre for Environmental Data Archival.
Ph: +44 118 3786507 or 1235 445012; Web:home.badc.rl.ac.uk/lawrence
_______________________________________________
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>
      <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>
  </body>
</html>