<div dir="ltr">On 20 February 2016 at 01:07, Massimiliano Cannata <span dir="ltr"><<a href="mailto:massimiliano.cannata@supsi.ch" target="_blank">massimiliano.cannata@supsi.ch</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>With this mail I would personally like to ask a few questions the different communities:</div><div><br></div><div>- who is intended to present a fund request for sprint code in 2016. This will give an idea of the number of expected requests.</div></div></blockquote><div><br></div><div>Thanks to OSGeo both providing funds, and providing backup, for the GeoServer sprint. No further sprints are planned in 2016.</div><div><br></div><div>I think that providing backup-funding is a more valuable use of OSGeo resources - it enables planning to start early before "enough" sponsorship is in place.</div><div>(I am really glad to see such generous sponsorship  of the paris code sprint!)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>- do you have preferences on criteria for assign resources and eventually what is your choice motivation?</div></div></blockquote><div><br></div><div>There is not a bad list of criteria in the wiki: <a href="https://wiki.osgeo.org/wiki/Code_Sprint_Guidelines">https://wiki.osgeo.org/wiki/Code_Sprint_Guidelines</a><br></div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><div><i>When deciding to support a sprint, OSGeo should follow these guidelines:</i></div></div></div></div></blockquote><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><ul><li><i>OSGeo has a limited budget, and gives priority to proposals which provide value to a wide OSGeo community. Greater value might be achieved by incorporating sprints from multiple OSGeo projects into one, or by extending the code sprint to incorporate virtual participants from around the world.<br></i></li><li><i>OSGeo should not be the sole source of funding for the event. OSGeo prefers sprints to be partially funded by third-party sponsors, and may choose to provide funding "matching" the amount of sponsorship money raised for the event. OSGeo's contribution should go towards reducing the net cost for participants instead of for instance supporting a more expensive venue or setup.<br></i></li><li><i>OSGeo understands that some events may require up-front costs, e.g. for deposits, and some events may present a financial risk, e.g. if the number of attendees is not met. Instead of direct funding, OSGeo may provide "back-stop" funding and assume the liability risk.</i><br></li></ul></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div>Criteria:</div><div>- OSGeo projects represented (although sprint open to all like minded projects it would be a shame to have an OSGeo sprint with no OSGeo projects).</div><div><br></div><div>Recommended:</div><div>- Multiple projects participation (cross project communication is great for community building - "we are in it together" feeling)<br></div><div><br></div><div>Ideal:</div><div>- Cross project activities (say integration testing between several osgeo projects, or a joint initiative)</div><div>- Sprint focused on OSGeo goals (incubation sprint, website sprint, education outreach sprint)</div><div>- Sprint focused on a partner goal (say a sprint focused on OGC CITE testing)</div><div><br></div><div>Thanks for facilitating this conversation Maxi</div><div><br></div></div></div></div>