<div>Hi Stephen, Daniel, Mario and Regina,</div><div><br></div><div>I think that Regina's proposal is good news for pgRouting Windows users like me.</div><div>(Windows users will be able to install pgRouting from Application Stack Builder GUI.)</div>
<div><br></div><div>I will be a little bit busy from next week to middle of November for mobile development learning,</div><div>but if the issues (especially Windows packaging and old one) exists, I will contribute as far as I can.</div>
<div><br></div><div>Regards,</div><div><br><div class="gmail_quote">2012/7/15 Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Daniel and Mario,<br>
<br>
There is going to be a Boston code sprint in February or March 2013 that I am planning on attending. (see email below). I would like to work on pgRouting and want to open up the discussions about integrating it with postGIS again, at least from a build and release point of view if not in other ways that might be acceptable to all.<br>
<br>
I know Mario is working on stuff now. It would be good to try and coral the various random work being done into some kind of mini freeze before this event which is TDB.<br>
<br>
To this end, I would like to get a list of what Mario is working on and any timeline if he has one. Additional input from Sanak, Steve Horn, Max Weninger, and Jay Mahadeokar, Razequl, Jinfu and anyone else that might have a fork and changes that might need to get integrated. If you have generated any RFC's or have ticket numbers that would be handy if you supplied links to them.<br>
<br>
I would like to also get a list of priority items that I should try to focus on for the sprint. High on my list of issues is putting in place an automated test framework that can be run via "make test" so that developers can check that changes do not break things. And to establish a pattern for future additions. My thoughts on this are that we need two levels of testing:<br>
<br>
1. high level via sql commands<br>
2. low level command line tool the reads a text file, sets up structs and then calls the algorithm code all outside of postgresql.<br>
<br>
This allows for simple low-level algorithm verification and debugging via gdb. While the higher level test can be used to validate wrapper and database integration separate from the algorithm. Both of these can use the same test data using a simple tool to extract the sql tables into a text file for the low-level tests. TRSP already has a commandline tool like this. and I believe Razequl and Jinfu have developed a tool like this for there own test efforts.<br>
<br>
Code sprinters, I would value you input as well if you have input on any of these issues.<br>
<br>
Thanks to all,<br>
-Steve<br>
<br>
On 7/14/2012 2:13 PM, Paragon Corporation wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Steven,<br>
<br>
It would be great to have you. I've cc'd Mark, Mat, Paul, Olivier, and strk<br>
since you mentioned pgRouting. I know Olivier is interesting in pgRouting<br>
as well.<br>
<br>
One of the issues I see is that pgRouting has a CMake build structure. Mat<br>
and Mark have been working hard to change PostGIS to have a CMake build<br>
system as well. I think this will make pgRouting easier to integrate with<br>
PostGIS.<br>
<br>
One of our hopes is that once CMake build is in full swing we can start<br>
packaging pgRouting for windows alongside our PostGIS windows builds. This<br>
is one issue some windows folks have raised about not wanting to use the<br>
newer PostGIS/PostgreSQL versions because they rely on pgRouting and<br>
binaries (at least for windows) are hard to come by.<br>
<br>
We're also thinking about having a similar campaign for packaging pgRouting<br>
(at least for windows) that we did for the window 64-bit. We've been<br>
hesitant just because we haven't surmised the effort involved to do so.<br>
This could help with the cost of migrating to a CMake build system and<br>
testing the CMake build system.<br>
<br>
Thanks,<br>
Regina<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-----Original Message-----<br>
From: Stephen Woodbridge [mailto:<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.<u></u>com</a>]<br>
Sent: Friday, July 13, 2012 8:41 PM<br>
To: Paragon Corporation<br>
Subject: Re: Boston Code Sprint<br>
<br>
On 7/10/2012 8:25 PM, Paragon Corporation wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Steve,<br>
You're near Boston right and are heavily involved in MapServer,<br>
PostGIS, etc? You think you could partake in the Boston<br>
</blockquote>
Code sprint<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
coming up that we are hosting?<br>
Would be nice to chat about geocoding and other things.<br>
<a href="http://wiki.osgeo.org/wiki/Boston_Code_Sprint_2013" target="_blank">http://wiki.osgeo.org/wiki/<u></u>Boston_Code_Sprint_2013</a><br>
Thanks,<br>
Regina and Leo<br>
</blockquote>
<br>
I would like to come and meet people.<br>
I might be able to do some hacking also. :)<br>
<br>
I would like to talk about pgRouting also. I know there have<br>
been some discussions in the past about combining this with<br>
postGIS but I was not part of that.<br>
<br>
Thanks,<br>
-Steve<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<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/<u></u>mailman/listinfo/pgrouting-dev</a><br>
</blockquote></div><br></div>