Hi Jatin, hi Stephen and others,<br><br>Thank you, Jatin, for your early and detailed project idea!<br>And sorry that I haven't replied faster, but in Japan we usually sleep when the mailing list threads grow ;-)<br><br>
I'm not the person, who wrote the C/C++ code in pgRouting and Anton will probably be mad at me later when I give amateurish comments, but Stephen called me, so here is what I think about the idea:<br><br>First, I'm not sure I haven't heard about a shortest path search algorithm implementation in Java, and as far as I know <a href="http://openrouteservice.org">openrouteservice.org</a> is Java based. There was always some talk to releaase the source code, but I'm not up-to-date anymore with that issue.<br>
<br>Speaking for pgRouting I can't see much advantage for a Java replacement of the C part.<br>Jatin, may I ask you if you have already installed and tried pgRouting? Maybe you have already tried our workshop, haven't you?<br>
<br>Because for a user the "API" to pgRouting isn't in C or in C++ and it won't be in Java. pgRouting extends PostgreSQL/PostGIS with shortest path search functions, so the way you talk to pgRouting is SQL. <br>
The reason why pgRouting uses C is more or less historical, it makes use of Boost library and I'm not sure actually you can make use of Java with writing for PostgreSQL. Anton actually likes Java much more than C, that's not the reason.<br>
<br>The idea behind pgRouting is that you have your network data stored in a database (not in a binary format for example) and just select the data of your graph you need to do a shortest path search (SQL "select ... from .... where"). <br>
<br>Because it works through SQL you can actually make use of pgRouting with any software that can connect to a PostgreSQL database. If your program is written in Java, you might use JDBC for that. Your software doesn't need to care that pgRouting uses Boost library and is written in C. <br>
<br>There is actually an alternative project called "pgRoute" written by Christian Gonzales, who replaced Boost with iGraph library.<br>But for the pgRouting project I don't see a Java implementation as important (Anton, do you?), because it won't bring new functionalities and we then had to maintain a Java and a C "tribe" afterwards.<br>
<br>So I'm afraid, Jatin, your project wouldn't be ranked high on our internal list, what lowers the chance to be selected by GSoC. Not because we don't like Java or your thoughts are not good, but because pgRouting prefers to get new features implemented.<br>
<br>I also think that for a GSoC project creating some new functionality and extending a project, instead of rewriting it in another programming language, is much better. <br>Nevertheless, as you could see, there are a lot of people of other projects who support your idea. So with some changes it might become a GSoC for a Java based project.<br>
<br>Best regards,<br>Daniel<br><br><br><br><br><br><br><br><div class="gmail_quote">2010/3/12 Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I would like to hear from Daniel on his thoughts on this. My first thought is that pgRouting basically has two components:<br>
<br>
plpgsql code that wraps calls to the lower level C/C++ code that implements the guts of the graph building and analysis.<br>
<br>
It sounds like Jatin's proposal is to build a new project based on Java that implements graph analysis in PostgreSQL similar in nature to what pgRouting is doing today. I think this makes good sense for supporting the Java based projects that Alex mentioned. If this is the case, then I'm not sure how much help a pgRouting mentor will be, but I could be wrong on this. I'm also not sure that it makes sense to pre-condition Jatin's project with what may or may not be good design decision for C/C++ vs Java as I suspect the integration issues will vary greatly.<br>
<br>
Alex - thank you for your suggestion on other projects that might be interested.<br>
<br>
Daniel - please chime in when you have a chance.<br>
<br>
Wolf - I think your help co-ordinating might be very helpful.<br>
<br>
-Steve<br>
<br>
Wolf Bergenheim wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">
On Thu, Mar 11, 2010 at 20:59, Alex Mandel <<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This sounds like it might be a good joint project with gvSig,UDig or<br>
OpenJump integration of pgRouting, all are Java implementations of GIS<br>
and UDig is closely tied to the origins of postgis.<br>
<br>
I'm not sure who has volunteered to mentor from those projects but it<br>
wouldn't hurt to ask around. This might be a good 2 mentor project.<br>
<br>
</blockquote>
<br>
Yes very nice. One pgRouter and one UDig mentor would be very nice! I<br>
can help in the co-ordination if needed.<br>
<br>
--Wolf<br></div></div>
_______________________________________________<br>
SoC mailing list<br>
<a href="mailto:SoC@lists.osgeo.org" target="_blank">SoC@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/soc" target="_blank">http://lists.osgeo.org/mailman/listinfo/soc</a><br>
</blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Georepublic UG (haftungsbeschränkt)<br>Salzmannstraße 44,<br>81739 München, Germany<br><br>eMail: <a href="mailto:daniel.kastl@georepublic.de">daniel.kastl@georepublic.de</a><br>
Web: <a href="http://georepublic.de">http://georepublic.de</a><br><br>Tel: +49 (089) 4161 7698-1<br>Fax: +49 (089) 4161 7698-9<br><br>Commercial register: Amtsgericht München, HRB 181428<br>CEO: Daniel Kastl<br><br><br>