Afaik this only happens on the highest zoom level and when you zoom out one level the route appears again. Is this the same behaviour that you are seeing? If so, it has been this way since the start of this project and I’m not sure why…
Edit: I changed the number of zoomlevels from 19 to 20 and now you can zoom in all the way and still see the route vector.
PS. I must say that I develop this service using FF 2 and FF 3 with the occasional check in IE. I know that the site looks odd in IE but my CSS skills to fix that have yet to be developed
How often is the database behind the routing application updated? (in the Help it says that is updated once a week after the new planet dump is finished, but I made some modifications and this week I haven’t seen any update). It will be available pretty soon or it will take another 2-3 days?
Btw, great tool, it really helps us findinf errors in the database.
Good news, a patch for Gosmore persuades it to rebuild the routing database again. So the routing service should be back in business again. Sorry for any inconvenience…
Unfortunately I have not received your mail. Can you send the patch to osm at na1400 dot info please? Thanks!
One small request, related to the database update behind the routing engine. Is it possible to put something like “Last update: 10/09/2008” (or similar) just under “Data by OpenStreetmap”? This way if somebody who doesn’t know when the planet file is generated visits the site, they will know what to expect.
Done, it’s at the bottom of the page currently. The time is misleading when a new planet-latest file has been downloaded but the processing has not yet completed, but this situation only true a few hours per week.
oh nice could you let the openstreetmap link in the corner be a permalink to openstreetmap.org/?lat=...&lon=… . So it’s easy to edit the place you are currently routing in.
EDIT: it seems I to missed the Edit button, I guess it’s what you are used of that you look for. But I think a permalink like that should be standard on all Openlayer maps.
Thanks for putting the last update information. But now I have another small request (or at least it looks small from this side): a button that will invert the route (change the destination with the start, and the other way around)
The reason for this is that sometimes I found some oneway streets that create a lot of problems and this feature will make things easier.
I have a suggestion for routing.
Google Map, Mappy, etc. cannot use the routing service with metro, tramway.
Since this type of data is in OSM (like in Paris, London, etc.), why not adding a “by public transport” category ?
This way, I can go from start to end
@Michael: The types of routing transport is limited by the Gosmore routing engine which is not my development. Having public transport routing would be great, but requires timetables to be added to the database as well. I don’t think there is even any tagging standards for that yet, let alone that there is an usable amount of data in the database…
Hum… I guess it is not so easy. It depends a lot of the type of public transport.
If you’re in a big city, with metro and trolleys every 2 minutes, you don’t need any timetable : you “just” need to count the number of stops and line changes to compare 2 different ways. (as we do for cars, we can say “a metro runs about 15km/h ans each stop means 2 minutes” + changing from one line to another takes an average of 10 minutes). I 'am aware this is a very rough thinking “from scratch” and must be deeply worked…
I think it is much more difficult for trains/boat, etc. because of the timetable issue
hum…I should look for routing discussion in osm wiki / forum to see if there are some talks about city public transport routing
Use different icons for the ‘to’ and ‘from’ markers (from = green, to = red).
Changed ‘edit map’ button to ‘edit map’ link on the map.
Added route reverse button.
Cycleroute layer can now calculate routes without the need for the ‘to’ and ‘from’ to be near a cycleroute and gaps in cycleroutes won’t break navigation. Downside to this is that routing only has a preference to cycleroutes but also regularly takes shortcuts using non-cycleroutes. This behavior is tweakable though.
Route calculation now also covers the whole of the American continent.
Actually it’s much easier to have 500 bus stations/subway stations/boat boardings each with a destination and time table, than to make a custom “algorithm”. So if you have those timetables in a good format then I’m sure someone (graphserver) has done the routing part. Google Transit springs to mind as well.
