<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Peter, yes in an ideal world with unlimited volunteer energy, it
    would be good to have someone write a changes doc. In reality, I
    don't expect someone will write it, unless you do.<br>
    However, I think the best you are going to get is a diff between
    versions of the doc, which can probably be constructed from:<br>
    <a class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/Project_Graduation_Checklist">http://wiki.osgeo.org/wiki/Project_Graduation_Checklist</a><br>
    <br>
    Probably easier would be to visually compare 1.0 and 2.0, and look
    for the differences. <br>
    <br>
    <div class="moz-cite-prefix">On 15/06/2014 6:43 pm, Peter Baumann
      wrote:<br>
    </div>
    <blockquote cite="mid:539D5C9D.4040506@jacobs-university.de"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">thanks for your insights, Cameron!
        Indeed, adjusting to new versions binds extra resources.<br>
        In that respect, may I suggest that OSGeo provides a change list
        for new versions so that projects can quickly grasp what has
        been altered, hence what to look at. This is common, eg, in OGC
        standards updates (where I had to write the Change Notes for a
        couple of specifications myself).<br>
        <br>
        thanks for considering,<br>
        Peter<br>
        <br>
        <br>
        On 06/15/2014 02:03 AM, Cameron Shorter wrote:<br>
      </div>
      <blockquote cite="mid:539CE2C9.501@gmail.com" type="cite">
        <meta http-equiv="Content-Type" content="text/html;
          charset=ISO-8859-1">
        Peter,<br>
        As far as I'm aware, the incubation committee has not discussed
        what to do when the graduation document that a project is
        working from is updated.<br>
        My personal suggestion is that you keep the template you started
        with, but look over the new template, and incorporate any major
        things from the new template which may have been missed from the
        first.<br>
        <br>
        Our graduation template represents a level of quality for our
        OSGeo projects, and it should be expected that all projects
        should meet OSGeo's current definition of quality at the time of
        graduation.<br>
        <br>
        <div class="moz-cite-prefix">On 14/06/2014 11:22 pm, Peter
          Baumann wrote:<br>
        </div>
        <blockquote cite="mid:539C4C7A.4050905@jacobs-university.de"
          type="cite">
          <div class="moz-cite-prefix">Hi Jody, Cameron, &
            incubation organizers,<br>
            <br>
            does an incubating project need to update its documents
            whenever a new version of the incubation checklist is
            issued?<br>
            How is this meant for graduating and graduated projects?<br>
            My concern is the extra burden put on projects.<br>
            <br>
            thanks for your advice,<br>
            Peter<br>
            <br>
            <br>
            <br>
            On 06/14/2014 04:23 AM, <a moz-do-not-send="true"
              class="moz-txt-link-abbreviated"
              href="mailto:bruce.bannerman.osgeo@gmail.com">bruce.bannerman.osgeo@gmail.com</a>
            wrote:<br>
          </div>
          <blockquote
            cite="mid:887787EC-7B05-4FB3-88BF-A53AAE27C487@gmail.com"
            type="cite">
            <div>Peter,</div>
            <div><br>
            </div>
            <div>See <a moz-do-not-send="true"
                href="http://lists.osgeo.org/pipermail/incubator/2014-May/002404.html">http://lists.osgeo.org/pipermail/incubator/2014-May/002404.html</a></div>
            <div><br>
            </div>
            <div>Please use the incubation graduation checklist that I
              referred to below.</div>
            <div><br>
            </div>
            <div>Bruce</div>
            <div><br>
            </div>
            <br>
          </blockquote>
        </blockquote>
        <br>
        <pre class="moz-signature" cols="72">-- 
Cameron Shorter,
Software and Data Solutions Manager
LISAsoft
Suite 112, Jones Bay Wharf,
26 - 32 Pirrama Rd, Pyrmont NSW 2009

P +61 2 9009 5000,  W <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.lisasoft.com">www.lisasoft.com</a>,  F +61 2 9009 5099</pre>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="80">-- 
Dr. Peter Baumann
 - Professor of Computer Science, Jacobs University Bremen
   <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.faculty.jacobs-university.de/pbaumann">www.faculty.jacobs-university.de/pbaumann</a>
   mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:p.baumann@jacobs-university.de">p.baumann@jacobs-university.de</a>
   tel: +49-421-200-3178, fax: +49-421-200-493178
 - Executive Director, rasdaman GmbH Bremen (HRB 26793)
   <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.rasdaman.com">www.rasdaman.com</a>, mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:baumann@rasdaman.com">baumann@rasdaman.com</a>
   tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882
"Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)


</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Cameron Shorter,
Software and Data Solutions Manager
LISAsoft
Suite 112, Jones Bay Wharf,
26 - 32 Pirrama Rd, Pyrmont NSW 2009

P +61 2 9009 5000,  W <a class="moz-txt-link-abbreviated" href="http://www.lisasoft.com">www.lisasoft.com</a>,  F +61 2 9009 5099</pre>
  </body>
</html>