<div><br></div><div>As always I want the documentation to capture what the team currently does .. as such it is project specific.</div><div><br></div><div>Here are some examples from projects I work on:</div><div><br></div><div>GeoTools: "Thou shalt not break the buildDon't break the build" </div><div>- http://docs.geotools.org/latest/developer/roles/index.html</div><div><br></div><div>GeoServer: "over time some rules and conventions have emerged"</div><div>- http://docs.geoserver.org/stable/en/developer/policies/comitting.html</div><div><br></div><div><div>And I find your GeoMOOSE Coding Standards to cover the same kind of material:</div><div>- http://www.geomoose.org/developer/standards.html</div><div><br></div><div>As for the scope .. let us ask Cameron what is is thinking of for these guidelines.</div><div>Cameron occasionally expects more process out of projects (with respect to QA etc..).</div><div><br></div><div>-- </div><div>Jody Garnett<br></div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Tuesday, 9 October 2012 at 5:01 AM, Basques, Bob (CI-StPaul) wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[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>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS"">Jody,<o:p></o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS""><o:p> </o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS"">These listed items sound like they will fall out of completing the list of to-to items, with the exception of Camerons comment.<o:p></o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS""><o:p> </o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS"">Sounds like Cameron is asking for two things, "Commiter Responsibilities Guidelines" and "Software Developers Guide" We do have a section for developers in the Geomoose website
 here: <a href="http://www.geomoose.org/developer/index.html">http://www.geomoose.org/developer/index.html</a>, I would imagine that the guidelines would be included there in the end.  I have a question here though, is this something that is in place for all
 other incubated projects (under these titles).  This almost sounds like something that should be thought of more as a operational requirement by OSGeo instead of controlled at the Project level, something re-evaluated regularly by OSGeo (yearly).  There are
 actually a few items like this in the check list that could be kept in one spot (on the OSGeo) side instead of replicating in each project.  Even if this item does make sense to keep at the project level, there are other similar checklist items that seem to
 belong at the OSGeo admin level.  Does this make any sense?<o:p></o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS""><o:p> </o:p></span></p>
<p style="margin: 0px; "><span style="font-size:10.0pt;font-family:"Comic Sans MS"">Bobb<o:p></o:p></span></p>
<p style="margin: 0px; "><o:p> </o:p></p>
<p style="margin: 0px; "><o:p> </o:p></p>
<p style="margin: 0px; "><o:p> </o:p></p>
<p style="margin: 0px; "><o:p> </o:p></p>
<p style="margin: 0px; "><span style="font-size:8.0pt;font-family:"Comic Sans MS""><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p style="margin: 0px; "><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> geomoose-psc-bounces@lists.osgeo.org [<a href="mailto:geomoose-psc-bounces@lists.osgeo.org">mailto:geomoose-psc-bounces@lists.osgeo.org</a>]
<b>On Behalf Of </b>Jody Garnett<br>
<b>Sent:</b> Friday, October 05, 2012 3:15 AM<br>
<b>To:</b> <a href="mailto:geomoose-psc@lists.osgeo.org">geomoose-psc@lists.osgeo.org</a><br>
<b>Subject:</b> [geomoose-psc] catching up<o:p></o:p></span></p>
</div>
</div>
<p style="margin: 0px; "><o:p> </o:p></p>
<div>
<p style="margin: 0px; ">Evening, although I noticed this email list when filling in the incubation checklist - the archives showed a "Incubation (last items)" thread so I thought I could drop in :D<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<div>
<p style="margin: 0px; ">Bobb provided the following:<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<div>
<p style="margin: 0px; ">1) Need Documentation License.<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">2) Need Code contribution agreement or statement that we do not require such an agreement (from the Sep 24th, incubation committee meeting minutes). <o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">3) Code, documentation and data review work items summarized in one spot.<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">4) Author’s list referencing each organization or employer<o:p></o:p></p>
</div>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<p style="margin: 0px; ">I also had the following from the <a href="http://wiki.osgeo.org/wiki/IncCom_Meeting20">
incubation meeting</a>:<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">- Frank really wanted to see a code contribution agreement, or a clear notice that one was not being used<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<p style="margin: 0px; ">"FrankW: <span style="font-size:10.5pt;font-family:"Courier New"">Normally for projects without a legal contribution agreement it is good to make clear guidelines on provenance responsibilities and to have each committer agree to it. It
 would certainly be desirable to make that more explicit."</span><o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<p style="margin: 0px; ">And from the email list:<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">- Cameron: "I'd also like to see "Commiter Responsibilities Guidelines" embedded into a "Software Developers Guide" or similar. I'm afraid the link to meeting minutes doesn't constitute guidelines."<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
<div>
<p style="margin: 0px; ">-- <o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; ">Jody Garnett<o:p></o:p></p>
</div>
<div>
<p style="margin: 0px; "><o:p> </o:p></p>
</div>
</div>
</div>
</div>


</div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>