Hi Chris,
I looked into this project recently and it seems pretty awesome. Being Java-based, it wouldn't work on iOS but I'd be curious how well it could be made to run on Android devices. An objective-c port of the code probably wouldn't be too strenuous.
There are two key factors in getting routing and vector rendering onto mobile devices - minimizing the size of data sets for any given region (save data transfer costs and on-device space), and producing near-real time results.
For routing, I suspect the two are somewhat mutually exclusive. From what I've read of routing algorithms, the "continental" scale algorithms tend to rely on huge pre-built indexes to achieve impressive performance. In looking briefly at Project OSRM, for instance, the size of the index files for even a moderately sized region would be prohibitive for most devices on the market today.
Cheers
Paul If you're looking at routing I highly recommend checking out http://opentripplanner.org/
It's not really optimized to run directly on mobile devices offline right now, but could potentially be improved for that. It's a great set of code, a solid community, and a bunch of production users. It'll also be the basis of this - http://www.kickstarter.com/projects/228865951/transit-app-for-ios-6-and-beyond (which I do encourage everyone to support). OpenPlans is the parent organization of OpenGeo, and their transit group is a sister to us.
Chris On Thu, Jul 26, 2012 at 8:54 AM, Dave McIlhagga <dmcilhagga@xxxxxxxxxxxxxx> wrote:
Hi Andrew,
We have a requirement over the next 1-2 years for a set of libraries to support client-side map rendering and routing in mobile/tablet devices. This would be capability that would have to run off-line on the devices.
Currently there are no open source packages that support all of this, and that have commercial-friendly licensing.
We're prepared to make some resource commitments to this initiative over the next couple of years, but need additional partners to be involved -- we're hoping we can find some friendly faces around the Eclipse table to move this forward.
Paul Spencer would be willing to provide a presentation outlining a vision for what these software packages might look like -- and perhaps we could have a discussion with other participants at the next meeting? Let us know if this would be of interest to the group.
Thanks,
Dave
Dave McIlhagga
dmcilhagga@xxxxxxxxxxxxxx
p: 613-565-5056 x301
www.dmsolutions.ca
_______________________________________________ location-iwg mailing list location-iwg@xxxxxxxxxxx http://dev.eclipse.org/mailman/listinfo/location-iwg
__________________________________________
Paul Spencer Chief Technology Officer DM Solutions Group Inc
|