Routing website using Gosmore routing engine

No problem. I’ll have no problem filling this time with figuring out how to incorporate yournavigation in my own website. :slight_smile:

i’ll start with looking into the code of your site today.

bedankt,
Steven

Will these gosmore changes be published/released at some point ?

They are committed to the SVN repository afaik.

Mea culpa … scanned the top handful and saw 5-9 mos aged files and missed the handful of updates from 2 mos ago :roll_eyes:

Seems the routing is sometimes wrong.

Look at this route:

from (Halle (Saale), Germany)

11.970158,51.482192

to (Erfurt, Germany)

11.108871,50.916092

The pedestrian route and the shortest routes are ok, but the fastest route for cars goes to Poland…

Regards
Henk

I have no idea what’s going on there, my route goes via Antartica or does not compute at all :frowning: Other tests in different areas works fine…

Development update: I’ve added support for motorway=yes which implies that agricultural, .bicycles and pedestrians are not allowed

In the Wiki, you said you’d be supporting route via’s in a couple of weeks. When will this be available ? Since I’m presently just prototyping things, I’d also be glad to help with testing and alpha versions.

Hmm, did I say that? :stuck_out_tongue:

I have been working on via’s and directions and a complete website makeover but it all has stalled when the routable Garmin maps service took off and now because I’m in the process of moving to my new house. The code of this new version is a mess and not functional (but you can see where I’m going).

The harddisk of the server got full tonight (again). Unfortunately this broke the Gosmore database so routing isn’t working for the next few days…

The Gosmore database for Europe, Asia, Africa and Oceania is up-to-date again. America is next.

I’ve been looking over your code, and I noticed this in gosmore.php

echobig($kml, 1024);

Which would possibly be self defeating if the server uses deflate/gzip compression etc.

Also you don’t need the ?> at the end of the file, this just leads to problems if there is trailing blanks, better to not have it.

Thanks for reporting this. The echobig thing was hearsay and I just copied it… :slight_smile: Anyway, I replaced the whole echobig thing with just ‘echo $kml;’. I also enabled standard gzip compression to the .htaccess file and confirmed that the output is now gzipped when the client requests it.

I always thought that, when you ‘open’ the PHP code with ‘<?php' you'd always have to add the 'close' as well ('?>’). But I searched it up and found this. So, yes, you actually have to omit the closing php tag.

Thanks again.

North South America is up-to-date again. I’ll try to make backups first before copying new (and possibly corrupted) databases over older working ones :wink:

There is a limit of about 1280 usable byte per packet most of the time, however the TCP stack/NIC deals with this just fine all on it’s own you don’t need to do a thing about it.

As the link says, it’s optional if you have a closing tag or not, but they said the same thing I did, you don’t end up with problems of trailing white spaces which can cause issues if you don’t have the closing tag.

I finally fixed the GPX export function so that it uses a HTTP POST query instead of HTTP GET. This makes the export function to work even with long routes.

Two major things changed:

  1. Routing can now use waypoints.

  2. The routing API can return the route results in geoJSON format.

Also an IE 6.0 bug has been fixed.

The Gosmore database update for this week has been reversed because of weird routing results (at least in Europe): Gosmore seemed more interested in very small roads then motorways.

Possibly no database updates in the coming two weeks while trying to sort the problem.

Someone from a server in Denmark was hammering the API for days (or weeks, who knows) with about 20 requests per second on an automated manner. This interfered with normal users requests so I’ve blocked the source IP.

A new version of YOURS is released after a lot of work with large contributions from Milo van der Linden (thanks!) rewriting almost everything. This release brings a new -much better looking- interface, calculation of all route segments in parallel, additional transport types and a nice logo.

Screenshot of YOURS

Hi Lambertus,
The interface is very nicely done! Great improvement!

Does YOURS support housenumbers? I am looking for an free software routing service on OSM to check the housenumbers I entered. I also wrote a little tutorial on entering housenumbers and would like to cite your service as an example who would benefit from housenumbers.
http://wiki.openstreetmap.org/wiki/User:Longbow4u/Hausnummern_eintragen

Until now my housenumber queries have failed on yours.

Perhaps you could add a statistics page. It would be interesting to know how many route requests were delivered. Perhaps this would lead to more people contributing (as they see its worthwile).

Another idea would be a simple report mechanism for wrong routing instructions. For example: sometimes when I enter start and endpoint I get a wrong route. I would like to send a short bug report to the designer of the routing algorithm. This report should contain the permalink to my query, (start address, end address), version and date of the OSM-data used, version of the routing software used, date of the routing request, and a short description what went wrong (did not use this motorway but that primary road, did route on forest track instead of available main road etc.). The answers and links could be posted to a message board so that the algorithm designers could improve their software. I think feedback could be very helpful to them.

I would like to help you, but unfortunately I am not a programmer.
Thank you for your great work.

Longbow4u