<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div>I do not feel strongly about renaming the section or not, but it seems </div><div>to make sense that if a project is already happily hosting its </div><div>infrastructure elsewhere then they should be allowed to do so as long as </div><div>the system that is used is open and not controlled by a single </div><div>organization that could decide to lock out all project members if they </div><div>were bought by an evil entity for instance.</div></div></div></span></blockquote><div>Thus far all the projects that have stayed with their hosting, email list, or website have been making use of other open source hosting facilities ( sourceforge, github etc...).</div><div><br></div><div>You raise an interesting point however; let me try for some wording on that.</div><div><br></div><div>BEFORE</div><div><div><br></div><div><b>Infrastructure Transition</b></div><div>Note, for each of the following it isn't necessary to move to foundation infrastructure, but if you aren't a reason should be provided.</div></div><div><br></div><div>AFTER</div><div><br></div><div><b>Infrastructure</b></div><div>This section is used to list where your project is currently located (example SourceForge, github, private svn, etc..).&nbsp;The incubation committee expects projects to be hosted in a vendor neutral manner. If you are interested in transition to OSGeo Foundation hosting this section is used to collect the specifics for the SAC committee.</div><div><br></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div>For this reason, my personal opinion is that if a project is hosted </div><div>outside of OSGeo servers, then measures should be taken to ensure that </div><div>in case of problems OSGeo and its community always has access to a </div><div>recent copy of all source code archives, bug tracker db, forum/list </div><div>archives, website, etc, including history where applicable,</div></div></div></span></blockquote><div>Interesting; not sure if this has come up previously.</div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">A way to handle this could possibly be to setup a daily rsync/backup<span><div><div><div>from the hosted services to an OSGeo backup server. Would this be asking </div><div>too much of projects?</div></div></div></span></blockquote><div>I think it would be asking too much of SAC :-) I don't see the need to try and keep up with source forge or github; as long as a release of the source code is available we should be able to pick up a project that suffered an infrastructure failure.</div><div><br>
                </div><div>Jody</div>