Re: [OSGeo-Discuss] Remote routing solutions

2009-10-12 Thread Mateusz Loskot
-Mensaje original- De: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] En nombre de Mateusz Loskot Enviado el: martes, 06 de octubre de 2009 23:04 Para: Discuss@lists.osgeo.org Asunto: [OSGeo-Discuss] Remote routing solutions Folks, May I kindly ask for a bit

[OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Mateusz Loskot
Folks, May I kindly ask for a bit of brainstorming about available and programmatically callable, optionally usable, optionally effective, optionally robust solutions of remote routing services? The use case is very simple: 1) client is a non-Web thin client 2) client has access to the Internet

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Stephen Woodbridge
Mateusz Loskot wrote: Folks, May I kindly ask for a bit of brainstorming about available and programmatically callable, optionally usable, optionally effective, optionally robust solutions of remote routing services? The use case is very simple: 1) client is a non-Web thin client 2) client has

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Michael Weisman
GraphServer is worth a look too. It can even do multi-modal routing and is compatible with osm and google transit data. http://github.com/bmander/graphserver Michael On Tue, Oct 6, 2009 at 2:36 PM, Markus Neteler nete...@osgeo.org wrote: On Tue, Oct 6, 2009 at 11:21 PM, Stephen Woodbridge

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Mateusz Loskot
Stephen Woodbridge wrote: Mateusz Loskot wrote: Folks, May I kindly ask for a bit of brainstorming about available and programmatically callable, optionally usable, optionally effective, optionally robust solutions of remote routing services? The use case is very simple: 1) client is a

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Mateusz Loskot
Markus Neteler wrote: On Tue, Oct 6, 2009 at 11:21 PM, Stephen Woodbridge wood...@swoodbridge.com wrote: Mateusz Loskot wrote: ... The big issues in most cases will be data. Some people are doing routing with OpenStreetMap ... for example: OpenStreetMap routing service

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Stephen Woodbridge
Mateusz Loskot wrote: Stephen Woodbridge wrote: Mateusz Loskot wrote: Folks, May I kindly ask for a bit of brainstorming about available and programmatically callable, optionally usable, optionally effective, optionally robust solutions of remote routing services? The use case is very

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Dan Putler
There are actually several different specialized routing engines that work with OpenStreetMap data. The summary page on this on the OpenStreetMap Wiki is (http://wiki.openstreetmap.org/wiki/Routing). And yes, data is a _huge_ issue. For many folks OpenStreetMap is likely to be the only choice. It

Re: [OSGeo-Discuss] Remote routing solutions

2009-10-06 Thread Chris Holmes
We've actually also just kicked off an open source routing engine project, attempting to collaborate with all the open source trip planners we knew about at the time. See http://opentripplanner.org/ We're working with Brandon of GraphServer, as well as the developers of Five Points (see