Re: [OSM-talk] OpenStreetMap routing service
2008/9/8 Lambertus [EMAIL PROTECTED]: Lars Aronsson wrote: Lambertus wrote: There are no roads in Scandinavia that are called trunk roads. So we have to invent our own understanding of when to use this label. Unfortunately, the Finns and Norwegians made a different interpretation than the Swedes. So at some zoom levels, it looks as if Norway and Finland are full of green trunk roads, while Sweden is a country with very few roads. Because we labeled those roads as primary, which are not rendered at that zoom level. I think we should change all Swedish riksväg roads from primary to trunk, to match the definition used for Norway and Finland, and to make the map of Sweden look less empty at some zoom levels. FYI: In Norway trunk road are used for stamveg (marked with green number signs in the wild), not riksveg (white signs). This is described in http://wiki.openstreetmap.org/index.php/No:Map_Features -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap routing service
Another excellent routing service! A question: Is there an API? Is it possible to query the routing engine programmatically? (I would like to be able to send a query from my mom application running in Java ME on a mobile phone.) elvin From: Lambertus [EMAIL PROTECTED] Date: 6 September 2008 16:06:28 BDT To: [EMAIL PROTECTED], talk@openstreetmap.org Subject: [OSM-talk] OpenStreetMap routing service Reply-To: Lambertus [EMAIL PROTECTED] A few hours ago a new version of the OpenStreetMap Routing Service has come online. I think is has evolved enough to go public 'officially'... The (yet another, I know) OpenStreetMap Routing Service is linking together off-the-shelf software such as Gosmore routing engine, Gazetteer namefinder service, Route altitude profiler, Potlatch online editor and OpenLayers framework. This version includes some UI bugfixes for leftover markers and marker placement 'lag'. There's also better support for Internet Explorer, usage of the available display area and help text (still rudimentary). New in this version is the 'Edit map' button which is particulary useful when testing and debugging the OSM way- and routedata (e.g. restrictions, oneway streets and disconnected intersections). Once you've spotted an error you can click this button and the online 'Potlatch' map editor will be opened in a new window containing the current map view. Although this service supports routing throughout Europe, Asia, Africa and Oceania, routing in the America's (North and South) is currently not possible. The North American data is so massive that it needs a 64bit server for the routing engine (Gosmore), currently the sponsored server runs a 32bit OS. I hope to work around this problem by splitting America into three areas (Northeast, Northwest and South) but - unfortunately - this will prohibit routing from one area to another. I hope this effort in collecting readily available software will be useful in validating/improving the data, inspire further software developement and attract new contributors. Please give it a try and tell me what you think: http://tile.openstreetmap.nl/~lambertus/routing-world ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
Lars Aronsson wrote: Lambertus wrote: Perhaps an inventory of the countries that allow cyclists on trunks and motorways has to be created. Here you assume that trunk is a well defined concept. But it isn't. Maybe I should have written 'allow or deny access...', that's what I meant: a list of default features for each country for each road type found in the map_features even if it's not used. There are no roads in Scandinavia that are called trunk roads. So we have to invent our own understanding of when to use this label. Unfortunately, the Finns and Norwegians made a different interpretation than the Swedes. So at some zoom levels, it looks as if Norway and Finland are full of green trunk roads, while Sweden is a country with very few roads. Because we labeled those roads as primary, which are not rendered at that zoom level. I think we should change all Swedish riksväg roads from primary to trunk, to match the definition used for Norway and Finland, and to make the map of Sweden look less empty at some zoom levels. Here the dogma 'Don't change the tagging just to get it rendered' applies :-) I think it would be better to judge the roads on what their function is and try to correlate those roads to the map features page by their description. But this may well be that perhaps some ways in Sweden have to be reclassified to trunk or that some ways in Norway /Finland should be classified primary, I don't know that. However, even though the speed limit on a Swedish riksväg (similar to a German Bundesstrasse) is mostly 90 km/h (sometimes 70 km/h), you are allowed to drive tractors and bicycles there. There is ofcourse also the chance that Sweden just does not have a road type that fits the trunk type between motorway and primary, however from what I read in other mails it appears that cyclists are allowed on most trunk roads in GB. Sometimes tagging isn't just doesn't seem rational but requires compromises... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
2008/9/8 Nic Roets [EMAIL PROTECTED]: Next mappers will omit units of measurement because they feel it it's implied for their country. I omit units because I feel they are implied for the _world_. Map features, unless it has been changed since, takes the view that, for instance, width and maxspeed are understood to be in m and km/h. Subsequent discussion has decided that units should be permitted, and there are many opinions for or against this, but let's be careful in our definitions of normality... Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
This is where some of the strengths of this webservice implementations shows. You can place to and from markers on multiple places around the route to see where the problem originates (You don't need to clear the route entirely, just place a new to or from marker. So I've investigated this and found the most likely problem. Please have a look at the following two routes: http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=51.031219flon=-1.076628tlat=51.058047tlon=-1.265553v=motorcarfast=1 http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=51.014545flon=-0.924744tlat=51.058047tlon=-1.265553v=motorcarfast=1 These two routes seem to me an indication for a data error on or near the intersection, probably disconnected nodes. I hope this helps. Jack Challen wrote: First off, well done! It's very, very impressive. However, here's a route which seems a bit sub-optimal: http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=51.014545flon=-0.924744tlat=51.058047tlon=-1.265553v=motorcarfast=1 IMHO it should travel almost directly west along the A272 (which appears to be connected at both ends). cheers jack ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service - Northwest America
quote=Lambertus North America is supported as well in theory but our sponsored server currently lacks the necessary disk space. Some more space is requested and they will let me know if it's ok this weekso who knows :-) Well, what do you know... I managed to find a few more gigabytes and now there's also routing support for Northwest America. In this case the Northwest area is between longitude -168 and -30 and above latitude 13. PS. I'm now tying to build northeast America but that one is even bigger, so it's going to be a close call... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
Thanks for the links, that looks quite what I was thinking about. Would be nice if those pages (especially the maxspeed) page could be easily parsed by scripts. That way only one central wikipage has to be maintained (instead of both the wiki page and perhaps several files in svn). Tordanik wrote: Lambertus schrieb: One option could be to add a list default properties of who may access each type of road (car, bicycle, pedestrian, moped, agricultural vehicles, horses, etc) to the highway key/value pages. Mappers then can add the appropriate values (e.g. bicycle=no) to those roads that have different rules. Another option could be to define such a list per country and have that list incorporated into the route planners, this would be a great opportunity to add per country maxspeeds as well. Ofcourse roads that deviate from the country standards should have the appropriate tags as well. What you are suggesting sounds similar to what these wiki pages offer: http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Access-Restrictions http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed – except that you'd prefer to add the information directly to the key/value pages. Do I understand you correctly? Tordanik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
On 7 Sep 2008, at 19:42, Richard Fairhurst wrote: Nic Roets wrote: The wiki describes a trunk road as a road with a high maxspeed. I deduce that pedestrians and cyclists are not allowed. Certainly allowed in the UK (except for one or two roads with specific exceptions, e.g. A465 down the valley to Neath, some parts of the A55 on the North Wales Coast). I tend to find that it is a 80:20 chance that you are allowed to cycle on trunk in the UK. It just depends on where you are. I'll take the A720 Edinburgh City Bypass as an example of where you are not allowed to cycle, however the A8, just south of Edinburgh Airport, cyclists are allowed to cycle on the segregated dual carriageway, but it is preferred that they cycle on the adjacent cycleway. (Which on the western end is considerably worse than the eastern end.) To confuse you even further depending on where you are on the A1, depends on whether you can cycle there. For example between where it meets the A720, and Dunbar you are not allowed to cycle on it, however you are allowed to cycle on the rest of it between Edinburgh city centre and Berwick-upon-Tweed. Therefore for trunk roads, you cannot tell whether you can cycle there or not. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap routing service
A few hours ago a new version of the OpenStreetMap Routing Service has come online. I think is has evolved enough to go public 'officially'... The (yet another, I know) OpenStreetMap Routing Service is linking together off-the-shelf software such as Gosmore routing engine, Gazetteer namefinder service, Route altitude profiler, Potlatch online editor and OpenLayers framework. This version includes some UI bugfixes for leftover markers and marker placement 'lag'. There's also better support for Internet Explorer, usage of the available display area and help text (still rudimentary). New in this version is the 'Edit map' button which is particulary useful when testing and debugging the OSM way- and routedata (e.g. restrictions, oneway streets and disconnected intersections). Once you've spotted an error you can click this button and the online 'Potlatch' map editor will be opened in a new window containing the current map view. Although this service supports routing throughout Europe, Asia, Africa and Oceania, routing in the America's (North and South) is currently not possible. The North American data is so massive that it needs a 64bit server for the routing engine (Gosmore), currently the sponsored server runs a 32bit OS. I hope to work around this problem by splitting America into three areas (Northeast, Northwest and South) but - unfortunately - this will prohibit routing from one area to another. I hope this effort in collecting readily available software will be useful in validating/improving the data, inspire further software developement and attract new contributors. Please give it a try and tell me what you think: http://tile.openstreetmap.nl/~lambertus/routing-world Last, two examples to show how data errors can be spotted using the routing service: - What's wrong here? http://tile.openstreetmap.nl/%7Elambertus/routing-world/?flat=44.989401flon=4.977738tlat=44.985tlon=4.97615v=motorcarfast=1 - Disconnected junction? http://tile.openstreetmap.nl/%7Elambertus/routing-world/?flat=50.153805flon=5.79219tlat=50.135048tlon=5.788585v=motorcarfast=1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
Lambertus schrieb: I hope this effort in collecting readily available software will be useful in validating/improving the data, inspire further software developement and attract new contributors. Please give it a try and tell me what you think: http://tile.openstreetmap.nl/~lambertus/routing-world Hi! I would say: WELL DONE! Some nitpicking (using FF3 on WinXP) One thing annoyed me while playing around: disabling the edit text fields while waiting for namefinder and routing results is confusing - more than once I wasn't sure what's going on! The following things would be nice to have: - the .gpx export returns a file with 0 byte (having a route on the screen) - I just wasn't expecting the Edit map button at that location, maybe putting it under the export box? - I just wasn't expecting the Status messages at that location, maybe putting it below the map? - a VIA option would be nice Again, good work! Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
I just tried it in my (newly mapped) area. Kudos, first routing service that works for me, and the interface is nice. Only critic I see, is that more emphasis could be but on choosing larger ways when several are available. Like, choose a secondary instead of an unclassified if it makes the trip just a bit longer, but much easier and safer. Other than that, beautiful work, at first glance (both the involved components and their integration). -Message d'origine- De : [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] De la part de Lambertus Envoyé : samedi 6 septembre 2008 17:06 À : [EMAIL PROTECTED]; talk@openstreetmap.org Objet : [OSM-talk] OpenStreetMap routing service A few hours ago a new version of the OpenStreetMap Routing Service has come online. I think is has evolved enough to go public 'officially'... The (yet another, I know) OpenStreetMap Routing Service is linking together off-the-shelf software such as Gosmore routing engine, Gazetteer namefinder service, Route altitude profiler, Potlatch online editor and OpenLayers framework. This version includes some UI bugfixes for leftover markers and marker placement 'lag'. There's also better support for Internet Explorer, usage of the available display area and help text (still rudimentary). New in this version is the 'Edit map' button which is particulary useful when testing and debugging the OSM way- and routedata (e.g. restrictions, oneway streets and disconnected intersections). Once you've spotted an error you can click this button and the online 'Potlatch' map editor will be opened in a new window containing the current map view. Although this service supports routing throughout Europe, Asia, Africa and Oceania, routing in the America's (North and South) is currently not possible. The North American data is so massive that it needs a 64bit server for the routing engine (Gosmore), currently the sponsored server runs a 32bit OS. I hope to work around this problem by splitting America into three areas (Northeast, Northwest and South) but - unfortunately - this will prohibit routing from one area to another. I hope this effort in collecting readily available software will be useful in validating/improving the data, inspire further software developement and attract new contributors. Please give it a try and tell me what you think: http://tile.openstreetmap.nl/~lambertus/routing-world Last, two examples to show how data errors can be spotted using the routing service: - What's wrong here? http://tile.openstreetmap.nl/%7Elambertus/routing- world/?flat=44.989401flon=4.977738tlat=44.985tlon=4.97615v=motorcar fast=1 - Disconnected junction? http://tile.openstreetmap.nl/%7Elambertus/routing- world/?flat=50.153805flon=5.79219tlat=50.135048tlon=5.788585v=motor carfast=1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
Lambertus wrote: A few hours ago a new version of the OpenStreetMap Routing Service has come online. I think is has evolved enough to go public 'officially'... Interesting choice of routes when going north up the M6 but I'm sure at times that taking the back roads would be quicker ;) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
Some nitpicking (using FF3 on WinXP) One thing annoyed me while playing around: disabling the edit text fields while waiting for namefinder and routing results is confusing - more than once I wasn't sure what's going on! The site supports only one simultaneous AJAX call at the moment. Allowing two simulateneous calls would mess things up quite badly so that's why I disable all buttons and text fields. The following things would be nice to have: - the .gpx export returns a file with 0 byte (having a route on the screen) That used to work, perhaps it got broken on somewhere on the way... I'll look into it. - I just wasn't expecting the Edit map button at that location, maybe putting it under the export box? - I just wasn't expecting the Status messages at that location, maybe putting it below the map? Quite reasonable remarks. I have to say I'm no GUI designer, which is obvious :-), so input like this is more then welcome. Patches are welcome too ;-) - a VIA option would be nice This is on the todo list. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
On Sat, 2008-09-06 at 17:06 +0200, Lambertus wrote: A few hours ago a new version of the OpenStreetMap Routing Service has come online. I think is has evolved enough to go public 'officially'... Bravo, Lambertus! This also seems much faster than when I was looking at it yesterday. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk