Hi PSC,<div><br></div><div>Many weeks have passed since we decided to migrate to OSGeo environment as described here:</div><div><a href="http://pgrouting.postlbs.org/wiki/RFC/02">http://pgrouting.postlbs.org/wiki/RFC/02</a></div>

<div>Sorry for not giving any updates on the migration progress. </div><div><br></div><div>The beginning was very promising and I thought it won&#39;t take a week to have everything moved to OSGeo servers. But then it got stuck with SVN and nobody of the OSGeo administrators was willing or able to import the SVN dump nor giving any clear answer to my emails on the mailing list. You can find emails and tickets in SAC TRAC and mailing list archives. </div>

<div><br></div><div>What could be achieved so far:</div><div><ul><li>user mailing list migrated to OSGeo servers</li><li>dev mailing list created on OSGeo server</li><li>download directory created under <a href="http://download.osgeo.org/pgrouting/">http://download.osgeo.org/pgrouting/</a></li>

</ul><div>Everything went quick but SVN migration became frustrating and I started to think if it&#39;s really a good idea to use OSGeo servers if the OSGeo administrators seem to be a bit too much busy. They are all volunteers, so I appreciate their work. But there were a couple of issues with the servers the last weeks, so I started to look for alternatives:</div>

</div><div><ul><li>SUBVERSION alternative: <br>Recently a lot of projects use distributed version control systems like Git, Mercurial or Bazaar. Especially Git seems to become more and more popular. Just a few weeks ago OpenLayers started to work on version 3 using Github for example. <br>

In my opinion a move to Git would make participation of developers without commit access easier. It would allow others to make use of version control without losing versioning information, so it would allow us to bring changes from other projects back into the main project. You see, I&#39;m still hoping for contributions ;-)<br>

<br></li><li>FORUM alternative:<br>The forum is a problem in my opinion. First it&#39;s missing notification, second it&#39;s more or less Anton and me answering 99% of the questions, and third it attracts a lot of spam, which I&#39;m tired to delete. Spam filters don&#39;t work. On the other hand it&#39;s a lot more popular than the mailing list, so we would probably take a away a popular resource for pgRouting users. It seems the entry level to ask in a forum is a lot lower than to signup for the mailing list.<br>

So my idea would be something like &quot;Stackoverflow&quot;. There is an open source alternative called &quot;Shapado&quot;, which you can install on your own server, but also use a hosted installation. At the moment I would prefer the latter, and to see how it looks like I setup this for testing: <a href="http://ask.pgrouting.org/">http://ask.pgrouting.org/</a><br>

<br></li><li>TRAC WIKI alternative:<br>The number of TRAC users is probably already several thousand ... 99% spam accounts though. You can&#39;t delete them anymore through the web interface, because user management with TRAC sucks. On the other hand, there are just a few people editing the TRAC wiki, so I don&#39;t think a wiki is really necessary. People tend to write their recipes in their own blog anyway.<br>

I would propose to use Sphinx documentation generation to produce static HTML and PDF as so many other OSGeo projects do now. My experience with Sphinx is very good since I wrote the FOSS4G workshop manual with it, and also the pgRouting chapters of the next LiveDVD documentationt. We can keep the website documents under version control and make it accessible under <a href="http://pgrouting.org">pgrouting.org</a> domain (there is no problem to host it on the Georepublic server from my side).<br>

<br></li><li>TRAC TICKETS alternative:<br>Probably it would be easiest to use the Github ticketing system if we decide to use Github.</li></ul><div>If you have any comments, please let eevryone know.</div></div><div>Otherwise I would be interested to know who agrees or disagrees with this change of RFC 2.</div>

<div>If everyone agrees I will change RFC 2 (or make RFC 3) and proceed like described above.</div><div><br></div><div>Best regards,</div><div>Daniel<span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><div>

<span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><br>
</span></div><div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><br></span></div><div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><br>
</span></div><div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><br></span></div>-- <br>Georepublic UG &amp; Georepublic Japan<br>eMail: <a href="mailto:daniel.kastl@georepublic.de" style="color:rgb(66, 99, 171)" target="_blank">daniel.kastl@georepublic.de</a><br>


Web: <a href="http://georepublic.de" style="color:rgb(66, 99, 171)" target="_blank">http://georepublic.de</a><br><br></span>
</div>