<br><br><div class="gmail_quote">2011/6/3 Kishore Kumar <span dir="ltr">&lt;<a href="mailto:justjkk@gmail.com">justjkk@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi,<div><br></div><div>A quick question. I googled for PSC but couldn&#39;t find what it means. Is it a formal club of people working on a project?</div></blockquote><div><br></div><div>Project Steering Committee</div><div>

<br></div><div>It&#39;s something that OSGeo for example requires to apply for project incubation.</div><div><br></div><div>Daniel</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><br></div><div>Thanks &amp; Regards,</div><div>J Kishore kumar.<div><div></div><div class="h5"><br>
<br><div class="gmail_quote">On Fri, Jun 3, 2011 at 9:18 AM, Stephen Woodbridge <span dir="ltr">&lt;<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>On 6/2/2011 11:18 PM, Daniel Kastl wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
<br>
2011/6/3 Anton Patrushev &lt;<a href="mailto:anton.patrushev@georepublic.de" target="_blank">anton.patrushev@georepublic.de</a><br></div>
&lt;mailto:<a href="mailto:anton.patrushev@georepublic.de" target="_blank">anton.patrushev@georepublic.de</a>&gt;&gt;<div><div></div><div><br>
<br>
     &gt; There was some talk about merging with PostGIS. Is anything<br>
    happening on that front or is that dead?<br>
<br>
    Looks more like it&#39;s dead so far.<br>
<br>
<br>
In my opinion it is not. Because it wasn&#39;t more than a first idea and<br>
the earliest time would have been PostGIS 2.1 anyway. So I guess there<br>
is still plenty of time and it&#39;s more up to pgRouting to do the<br>
necessary work.<br>
<br>
If integration into PostGIS is a goal, then changing or adding a license<br>
isn&#39;t a topic, right?<br>
</div></div></blockquote>
<br>
I think the bigger question is is the purpose of integrating with PostGIS? This is not to challenge whether not not we should do this, only to get a better understanding of the reasons and to validate them.<br>
<br>
Do we think it will get us more development? How and Why do we believe this would happen?<br>
<br>
Do we think it would improve the product from a technical, marketing, management, funding or other point of view? How and Why do we believe this would happen?<br>
<br>
Some other assumptions that we might have?<br>
<br>
So there is a good president for project consoldation, in that mod_geocache and tinyOWS are small projects that are in the process of moving their provenance and management under the mapserver PSC. Both of these projects provide functionality that are commonly needed by mapserver users and smoothing the integration and coordinating releases adds some value to the mapserver users and hopefully some of the mapserver developers will get involved with these projects.<br>



<br>
So back to your question of licensing ... As long as the license is not in conflict with the PostGIS licensing then it should not be a problem. For example today you use boost graph which has a permissive license like MIT-X and this is not a problem. If we moved all the core algorithm development into something like opengraphrouter and then wrote pgRouting wrappers to integrate it it would be the same as what you have now.<br>



<br>
But there would be a huge advantage to the permissive licensing if you remember a while back there was some discussion with Ingres database, or we might want to integrate into mysql, sqlite, spatialite or just write standalone routing daemons. Having license flexibility makes this much easier.<br>



<br>
Ok, so we don&#39;t want to hassle with re-licensing pgRouting, then if we can prove that opengraphrouter code can be integrated into pgrouting then we could look at what to would take to replicate the existing functionality in opengraphrouter and wrap that back into pgrouting and then continue core algorithm development there and use the pgrouting PSC as the governing body for this work.<br>



<br>
We have a way to go to prove this, but Ashraf is willing to work on this to prove that we can do it.<br>
<br>
-Steve<div><div></div><div><br>
_______________________________________________<br>
pgrouting-dev mailing list<br>
<a href="mailto:pgrouting-dev@lists.osgeo.org" target="_blank">pgrouting-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a><br>
</div></div></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
pgrouting-dev mailing list<br>
<a href="mailto:pgrouting-dev@lists.osgeo.org">pgrouting-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse">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></span><br>