Talk:OpenRouteService

IMPORTANT: Before you report a bug, you need to check what the data actually looks like at the problem and if the roads are properly connected (topology).

General Questions to ORS

• We notice that you intend to make it open source which is very good; can you do this sooner rather than later! We could then help you by working on some of these bugs are requests. PeterIto 16:23, 3 September 2008 (UTC)
• Congratulations!! It seems a very good job!. I'm looking forward to see the code :-)

in work, rather the routing-engine is from the GeoTools Project! --Pitscheplatsch 13:38, 13 November 2008 (UTC)

• Gegen welche Quelle wird die Fehlerrate geprüft? Oder geht es nur drum ob eine Route berechenbar war? BigHead 18:36, 29 October 2008 (UTC)

die Fehlerrate ermittelt sich aus der Anzahl der fehlgeschlagenen Routenberechnungen, z.B.: "Routing isn't possible - No connection between Start- and EndPosition ... " oder "... getPath: The path obtained doesn't begin correctly ..." --pascal 21:54, 29 October 2008 (UTC)

• Bei Accessibility Analysis wird auch bei Einbahnstraßen ein Gebiet entgegen der Einbahnstraße angezeigt (beispielsweise Autobahnen, wo man in der angegebenen Zeit die Autobahn nicht verlassen kann).-- BigHead 18:33, 29 October 2008 (UTC)

Einbahnstraßen werden bei der Ermittlung berücksichtigt, aber natürlich müssen gewissen Abstriche bei der visuellen Darstellung gemacht werden, es geht ja um die Darstellung des Gebietes welches erreichbar sein könnte innerhalb einer vorgegebenen Zeit. Optional wäre es mittels des Service auch möglich nur die erreichabren Straßen zu visualiseren, dies hab ich allerdings noch nicht in die WebGUI eingebaut. --Pitscheplatsch 22:04, 29 October 2008 (UTC)

• Wie lange dauert es, bis Änderungen in OpenStreetMap bei OpenRouteService verwendet werden? Bzw. gibt es eine Möglichkeit, heraus zu bekommen, mit welchen Daten (Datum) OpenRouteService arbeitet? --Woidda 11:07, 4 May 2009 (UTC)

• Are data really updated every Wednesday as said on the wiki ? I added a oneway many weeks ago and ORS still said it could be used. The age of the data should be displayed somewhere on ORS to help people who correct OSM based on routing errors. --Wawet76 10:42, 30 October 2009 (UTC)

Comments

• I think it's quite unusual to use "trunk" and "trunk_link" for pedestrian and bicycle routing, if they are used, better explicitly check the access-tags. --florianheer 20:04, 25 August 2008 (UTC)

it is on our ToDo-list to use also other tags than those described at http://wiki.openstreetmap.org/index.php/OpenRouteService When we started, we needed to select those that were widely used as a first start... --pascal 10:20, 5 September 2008 (UTC)

Hehe, I just wanted to remind you of the problem, I already thought it would be adjusted --florianheer 03:45, 12 September 2008 (UTC)

comes in october --pascal 13:23, 29 September 2008 (UTC)

done --Pitscheplatsch 13:59, 20 October 2008 (UTC)

• What can I do for my postal code to be recognized in OpenRouteService? --De100819 08:58, 1 September 2008 (UTC)

Zip Codes are only supported in Germany currently, as we need the zip code boundaries internally for data preprocessing and do have those only for Germany. There still might be errors due to generalized zip code boundaries that do not fit nicely to the other OSM data. --pascal 10:20, 5 September 2008 (UTC)

in work --Pitscheplatsch 12:19, 14 November 2008 (UTC)

done --pascal 10:54, 12 Jan 2009 (UTC)

Cycling route

• First, this is a great site and service and I'm delighted it has been extended to cover the UK. But... To try it out I asked it to calculate a local cycling route and this was the result: (see thumb-image)
  I have overlaid a yellow path showing the route I would actually take which is about half as far and involves fewer crippling climbs. ORS's choice of route seems a little odd. How does the algorithm work? --Elvin 16:20, 3 September 2008 (UTC)

The algorithm uses currently only those tags as described at http://wiki.openstreetmap.org/index.php/OpenRouteService You need to check what the data actually looks like at that turn and if the roads are properly connected (topology). Then the algorithm should behave as wished... please contact us if there is really a bug. --pascal 10:20, 5 September 2008 (UTC)

It may be a topology problem. I found two disconnections and fixed them. I'll try it again in a few days and edit these bits out if it's OK. Thanks for the quick response. --Elvin 15:02, 4 September 2008 (UTC)

I'm relieved to hear that ;-) --pascal 10:20, 5 September 2008 (UTC)

• Route choice: Overall, I like ORS's choice of routes. However I think the number of junctions needs taking into account; try the M3 -> A13 route; most human drivers would use the M25, but ORS tries to go through central London. This will make a 1 hour journey take 3-4 hours. This is congestion + speed limits + traffic signals, so using primary vs motorway isn't the whole picture. --DrMark 08:44, 4 September 2008 (UTC)

• Are "amenities: parking" taken into account when calculating routes? If so, pedestrians and cyclists should also be allowed to enter parkings. See [1] as example (footway connected to amenity:parking).--Kielius 09:30, 20 October 2008 (UTC)

• Second, could the web-interface for openrouteservice be made less sensitive for the input so that e.g. Massmannstraße, Maßmannstraße, Massmannstrasse, Massmannstr., Massmann Str. and so on, or Gerberweg and Gerber Weg are interpreted the same? Right now you have to enter it exactly the way the name was entered in osm, which makes it hard if you search in an unknown city. thx, --Kielius 09:30, 20 October 2008 (UTC)

in work --Pitscheplatsch 13:38, 13 November 2008 (UTC)

Works great now, thank you very much :) --Kielius 09:30, 20 November 2008 (UTC)

done --pascal 10:54, 12 Jan 2009 (UTC)

• Is there a reason that routing would work for cars but not pedestrians or cyclists? this route is utterly ridiculous when compared to either of the car options (200 miles instead of 35). Ticking avoid motorways for the car options doesn't make any difference, so the bike/pedestrian route should be exactly the same as the car option. --Kaerast 11:37, 29 January 2009 (UTC)

• 1. I like Openrouteservice very much! 2. I think at the moment it weighs primary roads too high and motorways too low. I have two routes I know pretty well. Some months ago I got the directions I expected. Now I am routed on this routes for long periods over primary roads instead of the shorter and faster motorway. Perhaps you could check this out. (The motorway itself was properly linked, I checked).
  • Route No. 1 is Heinde - Gießen (Hessen). Currently, it routes via B243 via Bad Salzdetfurth to A7 Bockenem, and from Kassel southwards it is routed via B3 and Marburg to Gießen. Instead, it should route from Heinde to motorway exit Derneburg (A7) and then A7 until Hattenbacher Dreieck to (A5) - via Alsfeld to Reiskirchener Dreieck (A 480), A485 and exit Gießen Wieseck.
  • Route No. 2 is Gießen - Berlin, Friesacker Str. It currently routes via Dresden and then A 13 northwards. Instead, it should route A4 and then ab AK Gera northwards via A 9, and then choose the Berlin Ring east and northwards. But it crosses the Berlin-Ring to early and goes too long through inner-city roads, which takes too long. Perhaps you could look into it, because it probably affects other routes as well. I choose car (fastest) mode. You could also check out the estimated time, the currently proposed route takes longer than my route, if I enter e.g. Alsfeld as a via point. Thank you and please continue with your important work. Perhaps it could be trunk roads are weighed too high as well. Longbow4u 10:59, 16 May 2009 (UTC)

• ORS is great! To make it even better, I think the interface should be modified because the way the location search and the routing are linked is confusing. I would expect the POI perimeter search to search around the spot of the location search and not around the routing start point, same for the Accessibilty Analysis. On a left-click on the map, the position should be used for the POI search and not for the routing start point. So I think there should be two distinct modes: the routing mode, in which there is one start point and one end point and the route between, and the location search mode, in which there is one position and its perimeter with POI, accessibility etc. The map interaction should be linked to the location search mode and only on a right-click the positions should be taken for routing (as it is already done). --Npi 08:56, 30 July 2009 (UTC)

Report BUGS

Webseite ORS.org

• Heute Morgen habe ich mit Erfolg im ORS experimentiert. Super! Jetzt bekomme ich aber keine Route mehr angezeigt. Ist im Programm ein Bug oder habe ich etwas übersehen? --salsa 18:22, 8 June 2011 (BST)

• Wenn man einen Route-Permalink lädt, ist die blaue Routing Linie nicht sofort sichtbar, muss muss erst zB einmal rein-oder rauszoomen --chris66 16:32, 30 November 2008 (UTC)

• Das Setzen mehrerer Wegpunkte per Geocoder-Suche funktioniert nicht. Fügt man Wegpunkte hinzu indem man Ortsnamen eingibt, dann berechnet ORS die Route lediglich nur über den letzten eingegebenen Wegpunkt, die vorherigen Wegpunkte werden "vergessen". Bsp.: Man möchte eine Route berechnen, welche von Berlin über Leipzig (Wegpunkt 1) danach über Hannover (Wegpunkt 2) nach Köln führt. Man gibt alle Orte ein und drückt danach jeweils Set/Setze, er findet die Städte und setzt auch die entsprechenden Pfeile an der richtigen Stelle. Allerdings wird nach dem Setzen des 2. Wegpunktes (Hannover) der gelbe Wegpunktpfeil von Leipzig entfernt und in Hannover gesetzt, anstelle einen neuen 2. Wegpunktpfeil zu setzen. Im Endergebnis führt daher die Route nicht über Leipzig, sondern lediglich über Hannover nach Köln. Auch ein Entfernen eines solchen Wegpunktes ist nicht mehr möglich, dies geht nur indem die ORS-Seite neu geladen wird. Werden die Wegpunkte allerdings über die rechte Maustaste direkt auf der Karte gesetzt, dann funktioniert's. Dann erscheinen außerdem die kleinen Zahlen neben dem gelben Wegpunktpfeil, welche die Wegpunktreihenfolge (1,2,3,...) näher beschreiben. Leider ist dies ziemlich lästig, vor allem bei einer langsamen Internetverbindung, wenn man an jeder Wegpunktstelle auf der Karte erst mühselig hineinzoomen muß, um den Wegpunkt anschließend per Rechtsklick genau setzen zu können. Außerdem ist es auf diese Weise unmöglich mehr als einen Wegpunkt zu setzen. --Fireball2 21:02, 10 June 2010 (UTC)

• After using the "search-option" you're not able to change this entry again. You have to push the "search-button" a second time.

• umlauts are used on the page, so please use also ß for Straße (even with the new spelling rules it's written with ß (at least outside switzerland) -- Schusch 00:33, 7 September 2008 (UTC)

• concerning the SI (International System of Units)
  • please don't use squared brackets around unit symbols - the squared bracket have another meaning in this context (a common error, but please see for example http://en.wikipedia.org/wiki/Physical_quantity) -- Schusch 13:40, 5 September 2008 (UTC)
  • unit symbols are written with lower case letters -- Schusch 13:40, 5 September 2008 (UTC)

done --pascal 14:00, 5 September 2008 (UTC)

• well another one concerning the SI--between the number and the symbol there should always be a space (8 km (not 8km)) -- Schusch 00:18, 9 September 2008 (UTC)

sry, where? I can't find it ... ty! --pascal 12:56, 10 September 2008 (UTC)

no problem, I know the source :-) -- Bureau International des Poids et Mesures, The International System of Units (SI). 8th edition 2006, Organisation Intergouvernementale de la Convention du Mètre, (online english version, pdf, about 4 MB), 5.3.3 Formatting the value of a quantity: The numerical value always precedes the unit, and a space is always used to separate the unit from the number. ... Greetings, -- Schusch 01:24, 12 September 2008 (UTC)

I meant on ORS ;-) --pascal 12:56, 12 September 2008 (UTC)

ah! ... hm, well you seem to be right, must have been a fantasy ;-) (thanks) -- Schusch 11:31, 12 September 2008 (UTC)

• mit Linux (openSuse 11.0) und Firefox (mit Windows hab ich das noch nicht kontrolliert) funktioniert bei mir das Speichern des "Permalinks" über einen Maus-Rechte-Taste-Klick nicht - da kommt bei mir nur das "Set Start, Set End, add Via"-Menü -- Schusch 09:24, 20 February 2009 (UTC)

• Missing data for Tromsoe. Streetnames and housenumbers added 2-3 years ago still don't show up if you search for it.

Geocoder & Reverse Geocoder

• In Montabaur werden nur Straßen (und Hausnummern) gefuden, die seit mehr als 3 Monaten in OSM eingetragen sind. Neuere Einträge, die aber seit Wochen sowohl in Mapnik als auch Osmarender korrekt dargestellt werden, findet ORS nicht. Beispiel: Montabaur Fuldastraße 44 wird nicht gefunden, Treffer landet mitten in Montabaur. --eberth 14:22, 26 February 2009

• a routing to "Berlin Bouchéstraße" doesn't find the end point -- Schusch 13:40, 5 September 2008 (UTC)

in work ... but you can use only "Bouchéstraße" --pascal 14:00, 5 September 2008 (UTC)

tested - better than nothing :-) I also tried "Berlin Karl-Kunger-Straße" - this also didn't work - maybe there is a problem with "Berlin (östl. Stadtbezirke)" - for both, "Berlin Karl-Kunger-Straße" and "Berlin Bouchéstraße" the setting ends up with "Berlin (östl. Stadtbezirke) Lenbachstraße" -- Schusch 00:33, 7 September 2008 (UTC)

that's right. there is a problem on Berlin ... -- pascal 10:57, 7 September 2008 (UTC)

in work --Pitscheplatsch 12:20, 14 November 2008 (UTC)

done --pascal 10:54, 12 Jan 2009 (UTC)

• Der Namefinder listet bei der Suche nach "kemmern holunderweg 1" zwar den richtigen Treffer mit auf, wählt aber standardmäßig den Holunderweg in Bamberg/Gartenstadt. --Schuetzm 11:13, 15 January 2009 (UTC)
• Sucht man auf der Wepseite im SEARCH-Feld nach einer Adresse springt das Kartenfenster zu der gesuchten Adresse. Die gleiche Suche in den ROUTING-Feldern Start/End bewirkt keine Anpassung des Kartenfensters. Ebenso erfolgt keine Kartenausschnittanpassung nach Berechnung der Route [IE7]. --Laufstar1 13:13, 1 February 2009 (UTC)
• Die hausnummerngenaue Adresssuche funktioniert derzeit anscheinend nur, wenn im Adress-Punkt auch addr:street angegeben ist. D.h. die Vorverarbeitung der Zuordnung eines Adress-Punktes bzw. einer Adress-Interpolationslinie zu einer Straße bei fehlendem addr:street wird anscheinend noch nicht vorgenommen.
• Die Datengrundlage für den Geocoder bzw. die Hausnummernsuche scheint nicht aktuell zu sein. Meiner Meinung nach wurde seit etwa Ende Dez. 2008 nicht aktualisiert. Könntet ihr irgendwo veröffentlichen, wann die Daten aktualisiert werden/wurden, denn das ermöglicht besser zu erkennen, ob es ein Fehler in der Software oder den Daten liegt. --fidoez 16:49, 25 February 2009 (UTC)
• Die Suche nach "Fronhausen Bellnhäuser Str" findet lediglich eine "Bellnhäuser Str." in "Sinkershausen". Fronhausen ist als Ortsteil ("suburb=Fronhausen") der Flächengemeinde Fronhausen ("village=Gemeinde Fronhausen") gemappt. Kann es sein, dass der ORS keine Ortsnamen findet, die als suburb gemappt wurden? Ich habe das testweise geändert und den Ortsteil Fronhausen mit "village=Fronhausen" gemappt. Aber da man nirgends erfährt, wie oft die ORS-Daten aktualisiert werden, kann ich selbst nicht feststellen , ob es wirklich daran liegt. --dgdg 19:32, 8 May 2009 (UTC)

• the search doesn't find "Weinheim (Bergstraße)" when searching "Weinheim" ... that should be one of the best hits ... -- Schusch 09:11, 18 September 2009 (UTC)
• Bei interpolierten Adressen scheint ORS manchmal Fehler zu machen: Angenommen, es gibt eine Straße mit Hausnummern 1-6, Interpolation "all". Dann findet ORS beim Suchen nach Hausnummer 5 einen Ort auf der Interpolationslinie, der nahe an Hausnummer 1 ist (und nicht an Hausnummer 6). Der Fehler tritt nicht immer auf (ich konnte keine Regelmäßigkeit feststellen). Beispiel: Suche nach "Radolfzell Provenveweg 5" funktioniert nicht, "Burgstetten Burgstaller Straße 7" funktioniert nicht, "Burgstetten Burgstaller Straße 6" funktioniert aber... Könnte irgendein Vorzeichenfehler sein (eventuell Abhängig von der Ausrichtung der Straße?) --JohannesF 06:18, 23 April 2010 (UTC)

• Ich verlinke von einer Website, auf der es um einen Ort B geht, auf OpenRouteService, und zwar unter Angabe der Koordinaten von B im end=... Parameter, damit der User durch Eingabe seiner gewünschten Start-Adresse A anzeigen lassen kann, wie er von A nach B kommt. Es wäre im Sinne der Usability, wenn in so einem Fall im "Ende"-Feld statt wie jetzt "Pos@: ..." (=Koordinaten von B) die zu B gehörige Adresse angezeigt würde (Cloudmade Routing macht das zB). --Ockham 00:12, 2 December 2011 (UTC)

Route Service

• access=destination wird anscheinend nicht beachtet --chris66 16:32, 30 November 2008 (UTC)
  • ebenso wie vehicle=destination. --Alkab 14:10, 27 June 2009 (UTC)
  • ebenso wie access=private --Dranuhl 12 November 2010

• barrier=bollard is not evaluated. There should be no car-routing via barriers

• When working out bicycle routes the direction of oneway strets is ignored. Stevek 15:02, 4 September 2008 (UTC)

done --Pitscheplatsch 13:38, 13 November 2008 (UTC)

• bicycles must not be routed on ways tagged as motorroad=yes --Defka 13:03, 22 September 2008 (UTC)

• (route) Although there is a point tagged with motorcar=no -- BigHead 18:40, 5 October 2008 (UTC)

• The are cases when ORS doesn't find the fastest way, although the existing data provides it. See an example: Let's take a trip from the Berlin AVUS to the highway A2. ORS guides you through the city of Potsdam. The estimated time is 34 minutes. If you specify an avoid area all over Potsdam, ORS stays on the highway and estimates 25 minutes. The fault doesn't seem to be in the data because then the correct route is found. --Spartanischer Esel 11:14, 2 December 2008 (UTC)

ORS uses the A* algorithm for routing, right? What is used as estimation function for the remaining way? --Spartanischer Esel 21:46, 14 December 2008 (UTC)

jepp, A Star for routing OpenRouteService#General_Information). What are you meaning with "estimation function for the remaining way"? The segment on the Start- and Endpoint? --Pitscheplatsch 20:36, 17 December 2008 (UTC)

If I got the algorithm right, it needs an estimation function. This should estimate the distance/time from the currently examined point to the end. It should be as exact as possible but may never be greater than the exact value.

What measures are used for a way? The distance in kilometres, respectively the needed time in minutes? How is the needed time calculated?

By the way: The via-points seem quite nice! Thanks! --Spartanischer Esel 23:52, 17 December 2008 (UTC)

This example seems to be fixed now, but the problem still exists: new example, would be faster using AVUS, A10 and A2. Let me know if I can help...

(Wenn's hilft, können wir auch gerne deutsch reden. *g*) --Spartanischer Esel 09:57, 6 March 2009 (UTC)

Errors with TMC data

• Because TMC data is integrated as avoid areas, sometimes the router will refuse to use a bridge over a "closed" motorway. --Schuetzm 18:01, 26 December 2008 (UTC)

I created an example screenshot where also an additional display error is visible. --Quelbs 10:06, 9 February 2009 (UTC)

An example of not using a byway

• Highway=byway is currently ignored. It isn't used on for foot or bike routes in particular, but it should. It's a little bit tricky for 'fastest' routes as surface makes a big difference but on shortest route it's simpler. Cars also are allowed on most of these, but usually it would be best to use this only for the start/end of the trip but remain on normal roads the remainder of the time. So for starters highway-byway should be considered bike/foot=yes. Ben 18:39, 9 January 2009 (UTC)

• highway=path is ignored. Used for bicycles and/or pedestrians and/or horses. --E-Malte 16:10, 16 January 2009 (UTC)

• Bei einer Vorbeifahrt an Berlin z.B. von der A 9 zur A 19 werden in den Route-Instructions die Straßennamen und Wegstücklängen z.B. A 10 nicht richtig angegeben. --Laufstar1 13:16, 1 February 2009 (UTC)

• Wenn das Routing mit "Car (Shortest)" in einer Einbahnstraße startet oder endet, wird empfohlen diese Einbahnstraße in Gegenrichtung zu durchfahren, wenn dies der kürzeste Weg ist. Bei "Car (fastest)" passiert das nicht.--KartoGrapHiti 18:39, 2 February 2009 (UTC)

bitte nochmal testen! --Pitscheplatsch 10:36, 6 February 2009 (UTC)

Habe getestet. Das Problem tritt nun nicht mehr auf. --KartoGrapHiti 00:31, 7 February 2009 (UTC)

• Kreatives Routing, Autobahnauf- und Abfahrt werden anstatt naheliegender Strasse verwendet: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.0736295,46.2283329&end=6.1107084,46.2015475&pref=Fastest&lang=de --Chasu1 19:08, 2 February 2009 (UTC)

ok, danke für das beispiel. grundsätzlich läuft ja nix falsch, es ist nur normalweise etwas unsinnig ;-). ich werde die geschwindigkeit der A-Auffart etwas heruntersetzen, dies dürfte zum gewünschten Ziel führen --Pitscheplatsch 10:36, 6 February 2009 (UTC)

• Kann mir das Routing nicht erklären, da ich keine Restriktionen für das kurze Routuing sehe: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=12.1321013,54.0791959&end=12.1318652,54.0792273&pref=Fastest&lang=de --Laufstar1 08:24, 3 February 2009 (UTC)

was läuft da schief? dürfte es nicht auf die Konrad-... gehen, oder? --Pitscheplatsch 10:38, 6 February 2009 (UTC)

Jetzt läuft alles richtig. Vor ein paar Tagen verlief das Routing über Rosa-Luxemburg-Straße, ..., August-Bebel-Straße, Am Vögenteich, Goethestraße mit großem Umweg.--KartoGrapHiti 00:31, 7 February 2009 (UTC)

• The following route uses several roads tagged access=private, but both car equivalents avoid these private roads. I'd expect the routing service to find a route that avoids private roads for cyclists unless cyclists are explicitly allowed (e.g. bicycle=yes, bicycle=permissive, or bicycle=designated). http://data.giub.uni-bonn.de/openrouteservice/index.php?start=1.0642257,51.2842905&end=1.1308732,51.2875383&pref=Bicycle&lang=en --Gregoryw 14:55, 10 February 2009 (UTC)

The same for this route. According to OpenRouteService#Used_OSM_Tags_for_Routing the access=* is not used for bicycles and pedestrian. In the above case a service route for psv is used for bikes. So it is not really ab bug, but it would be nice if the access-tag is used.--plaicy 13:53, 19 June 2009 (UTC)

access=private seems to be not honored for car routing either. [2] Note that the end parameter is currently ignored due to a bug in the JScript.--Dranuhl 12 November 2010

• The following route is far too long. Has this been generated because the routing service is attempting to avoid highway=trunk when routing for cyclists? An alternative much shorter route avoiding the trunk road would be via the bridge immediately to the north of Canterbury East railway station. This is part of a cycle route, even though cyclists are asked to dismount for the bridge itself. The pedestrian version of the routing would be almost correct for cyclists, with the exception of using the footpath running NE in Dane John Gardens. http://data.giub.uni-bonn.de/openrouteservice/index.php?start=1.0744396,51.2742238&end=1.0793748,51.2767205&pref=Bicycle&lang=en --Gregoryw 15:12, 10 February 2009 (UTC)

• Eine 200m Route in meinem Ort wird mit einem 11 Kilometer Umweg beschrieben. Die Straßen sind alle verbunden, haben keine Barrieren oder Einschränkungen. --Landwirt 10:46, 19 February 2009 (UTC)

interessant - wenn man die Punkte weiter zusammen schiebt, geht der Weg anscheinend immer über die Mitte (?) des Weges 28888003 (etwa an der Hausnummer 9). -- Schusch 09:18, 20 February 2009 (UTC)

hm, die Hälfte ist es wohl nicht, eher 1/3 -- Schusch 09:26, 20 February 2009 (UTC)

Ich denke es liegt an dem Track mit access=privat, der von Norden her auf die Straße mündet. Anscheinend hat der Knotenpunkt der Kreuzung auch diese Eigenschaft bekommen... Bei Osmarender wird das auch entsprechend gerendert (bis auf die Straße rote linien) was man natürlich auch ändern sollte. Ich denke, es handelt sich hierbei um einen richtigen BUG -- Brunni 10:50, 21 June 2009 (UTC)

Gerade festgestellt: Ein weiterer Bug scheint dieser zu sein: [3], obwohl der Zielpunkt links vom Track liegt (Bitte zu Osmarender wechseln), wird der Einsteig in die Straße bei Hausnummer 9 gesehen. --Brunni 10:54, 21 June 2009 (UTC)

• Relations of type=restriction are currently ignored (see Relation:restriction, example [4]). --Dwi Secundus 12:41, 8 March 2009 (UTC)

Reading the whole page, you could have read "Notice: ORS don't support turn-restrictions yet!" so we will have to wait for implementation. --Quelbs 14:57, 9 March 2009 (UTC)

• area=yes is ignored. Currently when there is a closed way with area=yes ORS routes along the edge of the area. It should instead choose the direct connection between the start and end node and only insert intermediate points when a direct connection would lie outside of the area. Example --CaptainCrunch 12:48, 17 March 2009 (UTC)

• Autobahnen brauchen mehr Priorität, oder Kreuzungen bzw. Ampeln müssen zu einer Verschlechterung der Geschwindigkeit führen. (Man müsste das Verhalten der Autos nachbilden mit Anfahren usw.) z.B. Wenn man von Augsburg in den Münchner-Osten will, fährt kein Mensch durch München hindurch. [5] Falls dies daran liegt, dass gerade aktuelle Verkehrsdaten berücksichtigt wurden, sollte man den Benutzer darauf hinweisen. Vielleicht will ich ja auch eine Route für morgen planen. --Brunni 09:14, 20 June 2009 (UTC)

Wurde der Routenalgorithmus inzwischen irgendwo veröffentlicht? Wie die Daten verwendet und die Wege gewichtet werden? Dann könnten wir aufhören, über die Fehler zu spekulieren, und uns selbst auf die Suche machen... --Spartanischer Esel 20:38, 24 June 2009 (UTC)

• construction not considered (highway=contruction, construction=yes) should be taken in account. Example: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=8.6487136,49.5574361&end=8.7204681,49.5839312&pref=Fastest&lang=de&noMotorways=false&noTollways=false ... the Saukopftunnel is closed at least until November 2009 ... which I had to found out - so I tagged the tunnel with a highway=construction. (Just a few days ago, perhaps that's the reason why the rouding still goes through the tunnel?) -- Schusch 09:02, 18 September 2009 (UTC)

• Radfahrer werden auf oneway=yes, cycleway=track entgegen der Einbahnstraße geroutet. Beispiel: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=9.95999,53.599309&end=9.9620793,53.6031554&pref=Bicycle&lang=en&noMotorways=false&noTollways=false --UncleOwen 09:14, 16 February 2010 (UTC)

• "designated" is actually stronger than "yes" this should absolutely be done. Too often when OSR is used for pedestrian or bicycle routing it does not find a good route just because highway=path with foot=designated and/or bicycle=designated is ignored. Hatzfeld 20:00, 27 January 2009 (CET)

This request is still open and I guess this is a bug.--Elch hgw 17:15, 5 October 2011 (BST)

Directory Service

• POI-Suche zeigt für "ATM/EC" nur amenity=atm - amenity=bank;atm=yes wird unterschlagen. NoName0815 10:06, 26 October 2008 (UTC)

• POI-Suche: leisure:water_park wird nicht verwendet (thx steffen) --Pitscheplatsch 08:48, 28 January 2009 (UTC)

Accessibility Analysis Service

• Dauernd Null-Pointer Exceptions bei Accessibility Analysis.-- BigHead 18:33, 29 October 2008 (UTC)

ich arbeite dran, sie kommen aber leider nicht immer! --Pitscheplatsch 17:13, 31 October 2008 (UTC)

done --Pitscheplatsch 09:16, 10 November 2008 (UTC)

• Sometimes the points of the area are rendered incorrectly. Some points are far away and on the wrong side of the polygon, so overlapping parts are transparent. (Example via Mail) Quelbs 16:09, 19 January 2009 (UTC)

• The name "accessibility" analysis is misleading. I have expected to get an analysis how difficult this route is for a person in a wheelchair. Can you change the wording? What your are offering is a "how far can I get in X minutes"-Analysis. --Lulu-Ann 13:34, 29 July 2009 (UTC)

Profile Service

• according to SI there shouldn't be symbols in squared brackets on the axes in the profile diagramm (in SI, the squared bracket has another meaning, for example: [L] = m - "the unit of the length is the meter") -- Schusch 11:03, 18 February 2009 (UTC)
• The "Route Profile" feature doesn't work for me. I'm getting error messages such as "The requested URL /wps_results/createRouteProfile_results/1317500797557map.png was not found on this server." --Tordanik 21:28, 1 October 2011 (BST)

Feature requests and general feedback

• It would be nice to see what amount of fuel you need for a route. For this its not necessary to update OSM data. Instead one would need some presets for car types like "small car & payload", "medium car & payload" or something like this. But not too much options, probably some symboles icons could be used here. As a result the calculated route would have the additional information "this route approximately needs X liter of fuel". I got this idea from this article -- Gislars 09:03, 21 June 2010 (UTC)

Sounds good. Further improvements can be the integration of elevation information, cities, traffic lights, railway crossings and other things that may lead to alternating brakings / accelerations etc. (and also affect the time you need for a specific route). --Scai 11:56, 21 June 2010 (UTC)

• Perhaps it's not to hard to introduce a new metric: Something like time multiplied by distance (something like [km*min]). That will enable the routing along routes which are slightly longer but essentially faster or a little bit slower but a good bit shorter. That would give something similar to "efficient routing" known from newer routing software. -- Helm 20:05, 20 January 2009 (UTC)

What for? When I want to arrive asap, I'll want to choose the fasted way. When I want so save fuel, I'll want the shortest. Why would I be interested in a way which is neither the fastest nor the shortest? --Spartanischer Esel 19:38, 22 January 2009 (UTC)

Think of a user trying to find a good compromise: Lets say, I have to go a distance of 400km (shortest distance) which takes me 6 hours (lots of villages to go through). If I take the fastest way, I have to go to the motorway, which will take me 600km, but as I can go by 200km/h I can do this in 3 hours. But, luckily, there is a good primary road nearby, unfortunatelly it is not the shortest distance (lets say 450km) but I can go with 130km/h -- this will make roughly 3.5 hours. A good compromise I think. In short: Think of it as two-dimensional optimisation. -- Helm 08:31, 24 January 2009 (UTC)

• The present GPX export is strongly track-oriented. For the purpose of just via point transfers to intelligent routing navaids (like those from TomTom or Garmin etc.) it is at least desirable that the GPX or XML export contain intelligible tags for start, end and via points that may be extracted. Scanning the respective outputs, I at least did not notice them as of today.

• Similar to the request above, I would like to see more information included in the GPX files. Maemo Mapper, for example, can show the descriptions of trackpoints as directions while travelling (by default it uses Google to acquire a GPX file when I plan a route, but I prefer to use OpenRouteService). So my proposal is to add to the GPX file the following information.

To any start, end and via trkpt, add the name entered in the input field and as type 'start', 'end' or 'via':

 <name>Someplace Somestreet</name>
 <type>start</type>

To any trkpt that has an associated driving direction, add the direction and as type 'direction':

 <desc>Turn left</desc>
 <type>direction</type>

This way, any intelligent software can use the additional information and others will just ignore it.

--Steven te Brinke 20:14, 21 June 2009 (UTC)

• Routing speziell für Rennräder. Diese sollten zB nicht über Tracks ab grade2, pedestrian-zones und surface=unpaved geführt werden. Durchschnittstempo sollte mit 25 kmh berechnet werden.

• (Turn-)Restrictions would be very useful. Alexanderhelm 16:05, 17 September 2008 (UTC)

They seem to be respected but only if the relation has a correct restriction=no_left_turn or similar. Even when both members are oneway and the restriction is (then) unambiguous. Alv 20:54, 17 September 2008 (UTC)

Hmm, http://www.openstreetmap.org/browse/relation/20044 and http://www.openstreetmap.org/browse/relation/20045 seem not to be respected. Might be someone finds what's wrong with them (and tells me ;-) . Alexanderhelm 17:23, 29 September 2008 (UTC)

Meanwhile this site contains below the following information: "Notice: ORS don't support turn-restrictions yet! --Pitscheplatsch 22:14, 13 December 2008 (UTC)".

So that is a fact. I think restrictions are essential for routing and without them the routing is more or less useless... So I would like to second that request! --Mathias71 11:48, 07 January 2009 (UTC)

You are right, restrictions are essential, but in my opinion not important for pedestrian and bicycle, or? --pascal 09:44, 9 January 2009 (UTC)

In My opinion, restrictions are important for bicycles, too. They should at least add some time penalty to the route, because if you act correctly, you have to walk to circumvent turn restrictions, except there is a explicit exception for bicycles (e.g. Zusatzzeichen 1022-10 DE:Road signs in Germany). Quelbs 09:53, 9 January 2009 (UTC)

For pedestrians I think the do not have to be accounted.

We really need turnrestrictions, without them routing isn´t juseful. For example see link At the Grombühlstraße/Europastern it´s driving wrong. --John07 19:43, 17 January 2009 (UTC)

• Es wäre nett, wenn auch Fußgängerzonen (pedestrian) beim Fahrradrouting berücksichtigt würden, wenn sie für Fahrräder zugelassen sind (bicycle=yes), da in vielen Städten der Radverkehr bewusst durch Teile der Fußgängerzonen geführt wird.--KartoGrapHiti 15:05, 3 September 2008 (UTC)

done --Pitscheplatsch 13:59, 20 October 2008 (UTC)

• Ebenso sollten Einbahnstraße berücksichtigt werden, sofern sie nicht für Radfahrer eine fahrt gegen die Einbahnstraße erlauben.--KartoGrapHiti 15:12, 3 September 2008 (UTC)

it is on our ToDo-list to use also other tags than those described at http://wiki.openstreetmap.org/index.php/OpenRouteService There are quite a few more options we are aware of. When we started, we needed to select those that were widely used as a first start to see if it works... --pascal 10:20, 5 September 2008 (UTC)

• Map caption? --pascal 11:38, 7 September 2008 (UTC)

• GPX-Import for Via Points? --pascal 11:38, 7 September 2008 (UTC)

• GPX Overlay ? --pascal 11:38, 12 September 2008 (UTC)

• KML-Export? --pascal 11:38, 7 September 2008 (UTC)

• More languages for Help section? --pascal 11:38, 7 September 2008 (UTC)

• Multilanguage GUI? --pascal 11:38, 7 September 2008 (UTC)

• Print the route as *.pdf? --pascal 11:38, 7 September 2008 (UTC)

eine Möglichkeit die Route zu drucken, ähnlich wie bei GoogleMaps wäre toll. Eine Möglichkeit die Route statt zu drucken auch als pdf zu speichern wäre das i-Tüpfelchen ;-) --John07 15:26, 15 November 2008 (UTC)

• more MouseOver helps --pascal 11:38, 7 September 2008 (UTC)

done. for more helps contact me christian 16:15, 20 January 2009 (UTC)

• support more OLS Route Services elementes on the website: like Via-Points, Start- or End-Time ... --pascal 11:38, 7 September 2008 (UTC)

• Please can we have a regular and preferably frequent data refresh. We need this because when we start using the service we are finding problems in the base OSM data which we fix and then want to try again. PeterIto 16:16, 3 September 2008 (UTC)

done, every tuesday --Pitscheplatsch 13:38, 13 November 2008 (UTC)

• We need some more documentation. I would be happy to help with some of the English version. PeterIto 16:16, 3 September 2008 (UTC)

you can do it and send it to me --Pitscheplatsch 22:14, 13 December 2008 (UTC)

• A 'permalink' feature would be very useful to be able to pass on to others particular route enquiries. I would find it useful to report problematic routing which is otherwise hard to report.PeterIto 16:16, 3 September 2008 (UTC)

done, see RouteLink in the route result! pascal 23:11, 4 September 2008 (UTC)

example: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=7.0892567,50.7265543&end=7.0986258,50.7323634&pref=Fastest&lang=de

Could this include avoid areas, too? --Spartanischer Esel 11:17, 2 December 2008 (UTC)

Sorry, that isn't possible --Pitscheplatsch 22:14, 13 December 2008 (UTC)

The Order of via points is not saved in the permalink. It seems simply to change to the shortest route. --Dusche 16:33, 09 March 2010 (UTC)

This is pretty bad, the ordering is totally lost, leading to completely different routes. --Scai 19:35, 23 April 2010 (UTC)

• The cycle routing should have a short/fast/quiet option. The quiet option should create a bias towards quieter roads by multiplying the 'length' of more major roads by some amount to make them less attractive, so a primary road might have a multiplier of 2 or 3 over a segregated cycleway. Secondary and tertiary roads would have lower multipliers. I would like to be able to apply additional multipliers for particular modes of transport on an individual link basis to force the planner to avoid a particular road unless it has to use them. Signed cycle routes should have a negative multiplier associated with them to encourage their use because they are likely to be good and to be easy to follow. PeterIto 16:16, 3 September 2008 (UTC)

• For cycle routing is should consider footpath links but apply a big multiplier to reflect the low speed and to encourage the planner to find another route. PeterIto 16:16, 3 September 2008 (UTC)

• Does it use gradient for cycle planning (and possibly also for pedestrian routing)? Gradient is very important for cyclists where I live and it isn't particularly hilly. Downhill should include a negative multiplier to make the road appear shorter, and uphill should make increase the routing length. PeterIto 16:48, 3 September 2008 (UTC)

• In time it would be good to be able to apply a risk factor to certain maneuvers on a bike, so one could say 'yes it is possibly to turn there but it is dangerous, so do add a penalty to the time to encourage the planner to take a different route. PeterIto 16:48, 3 September 2008 (UTC)

• For cycle planning (and also possibly for car planning) can you add a cost for each traffic signal and signalised crossing and section of road calmed with road humps to encourage it to avoid a start/stop route. PeterIto 16:48, 3 September 2008 (UTC)

• Can we have accessibility analysis for pedestrians and cyclists. In general can the car bias be removed. PeterIto 16:16, 3 September 2008 (UTC)

in work --Pitscheplatsch 13:38, 13 November 2008 (UTC)

• Some proof-reading by a native English speaker would be good! I am happy to help. PeterIto 16:16, 3 September 2008 (UTC)

just correct the text, send it to pascal and he will put it online --John07 20:44, 13 November 2008 (UTC)

• The gazetteer needs some work. The format 'street, place' doesn't seem to work at all well for street addresses. Asking for 'Oxford Street, London' seems to kill it. PeterIto 16:16, 3 September 2008 (UTC)

done --pascal 10:54, 12 Jan 2009 (UTC)

• The printed route information doesn't handle roundabouts very well. It treats them as normal roads and sometimes suggests one goes the wrong way round them! PeterIto 16:16, 3 September 2008 (UTC)

are you sure, that they goes the wrong way? have you checked the osm data? pascal 12:11, 5 September 2008 (UTC)

• We we build a default starting location and mode into a link into the planner so it knows to show the approriate town, and if it is a link for a cycling website it will assume cyclist unless told otherwise. PeterIto 16:16, 3 September 2008 (UTC)

done, you can use: http://data.giub.uni-bonn.de/openrouteservice/index.php?position=-0.12772,51.50715&zoom=16&pref=Bicycle&lang=en
or only http://data.giub.uni-bonn.de/openrouteservice/index.php?position=-0.12772,51.50715&zoom=16 --pascal 12:25, 5 September 2008 (UTC)

• Support for housenumbers in the address search would be nice. Being able to use that in a popular service could also speed up the process of mapping housenumbers. --Driver2 23:47, 11 September 2008 (UTC)

done --pascal 10:54, 12 Jan 2009 (UTC)

Alphanumeric housenumbers are not working yet. Example here. --E-Malte 22:24, 1 March 2009 (UTC)

Searching for an interpolated housenumber marks a point on the street, while searching for an exact housenumber marks the housenumber. Wouldn't it be more intuitive to mark a point on the interpolation line? Same Example. --E-Malte 22:24, 1 March 2009 (UTC)

• Would it be possible to have a URL which returns just the GPX (or other data format) for the route instead of the web-page? Ojw 18:16, 29 October 2008 (UTC)

coming soon ... --Pitscheplatsch 10:27, 14 November 2008 (UTC)

• Shouldn't there be an explicit note in Route-Instruction, when leaving a motorway to a motorway_link? Compare this and that, both are nearly the same but lead you into different directions. When I read "Drive straightforward", I wouldn't think of taking the exit. --Spartanischer Esel 20:54, 4 December 2008 (UTC)

• First let me say "Thank you very much for your site and all your efforts"! Second I've a question: At General Information it is said, that the routing data is updated every Tuesday. On which basis this data is updated. Maybe on the weekly dump? If so why on Tuesday. I ask, because I did a change on Monday which should affect routing. In the current update (from yesterday, Tuesday) it had no affect. --User:Mathias71 13:42, 10 December 2008 (UTC) - My example: This route, I've added a restriction = no_left_turn to this point so it should not turn left there anymore. --User:Mathias71 22:43, 10 December 2008 (UTC)

Notice: ORS don't support turn-restrictions yet! --Pitscheplatsch 22:14, 13 December 2008 (UTC)

I have been noticing the same. I added a oneway tag to Way: Berliner Straße on November, 26th and it is still being used in the wrong direction. --Spartanischer Esel 13:57, 10 December 2008 (UTC)

I just saw that the current map on OpenRouteService has changed since yesterday to the same as the new Mapnik rendering from Wednesday (yesterday). The routing is the old routing from Monday. --User:Mathias71 11:52, 11 December 2008 (UTC)

Of course. The map is the same. The image files are loaded directly from *.openstreetmap.org. When the images change, this doesn't mean the data used for routing to change.

By the way, is anybody reading except the two of us? --Spartanischer Esel 15:38, 11 December 2008 (UTC)

jepp, I read it. sorry for the "old" routing data. because of problems with the server, I can't update the routing data yet :( --pascal 15:15, 12 December 2008 (UTC)

Thanks for the information! Is there somewhere a "news-page" with such information? --User:Mathias71 08:02, 16 December 2008 (UTC)

Please look @ the NEWS Site of ORS - http://data.giub.uni-bonn.de/openrouteservice/news.php --Pitscheplatsch 20:36, 17 December 2008 (UTC)

• The use of foot=designated for pedestrian routing and bicycle=designated for bicyle routing should be added, because Tag:access=designated is used for a route that "has been specially designated (typically by a government) for use by a particular mode (or modes) of transport". Quelbs 08:26, 9 January 2009 (UTC)

I'd like to second this request. Too often when OSR is used for pedestrian routing it does not find a good route just because highway=path with foot=designated and/or bicycle=designated is ignored. Hatzfeld 20:00, 27 January 2009 (CET)

As "designated" is actually stronger than "yes" this should absolutely be done. --Tipjip 19:17, 30 April 2009 (UTC)

• When using a routing service I'm always missing good printouts of the route. Instructions like "after 234m turn from L123 to K456" aren't of any use outside "in the field". Big arrows for every turn an litte maps would be good. Even better would be a series of maps with varied scales for each section of the road, each summarising a couple of turns. Like two maps at streetlevelscale for the way out of the city, one medium-scaled map for the way between citycentre and the motorway, one large scale map while using the motorway and then again going into more detail when arriving. In this way nearly any nation wide route could fit onto 5-7 maps on a single A4 sheet of paper. --Fröstel 08:57, 14 January 2009 (UTC)

• Beim Fahrrad-Routing sollte "cycleway=opposite_lane" (in Einbahnstraßen) berücksichtigt werden. --KartoGrapHiti 18:47, 2 February 2009 (UTC)

das wird es eigentlich die ganze zeit schon. bitte mal ein beispiel zu senden wo es nicht klappt! es kann aber auch an der neuen version von ORS .. :/ --Pitscheplatsch 10:40, 6 February 2009 (UTC)

Beispiel: Von "Pos@: 8.668349 50.583547" nach "Pos@: 8.669722 50.584167" Weitere Beispiele in Gießen: Johannesstraße, Goethestraße. --KartoGrapHiti 11:25, 6 February 2009 (UTC)

sorry, hab mich verlesen. wir sind ja in "Feature requests ...". Jep, wird derzeit nicht verwendet ... werde es aufnehmen --Pitscheplatsch 14:30, 6 February 2009 (UTC)

Bitte auch oneway=yes + bicycle=opposite berücksichtigen (Beispiel für bicycle=opposite und cycleway=opposite_lane: Start Pos@: 7.243553 51.180466, Ziel Pos@: 7.232127 51.180254, diese Strecke ist komplett linksseitig gegen die Fahrtrichtung per Fahrrad befahrbar) --CarstenLennep 19:52, 26 May 2009 (UTC)

• Wenn ich ein Routing für Fahrrad oder Auto von der Position "Pos@: 8.701330 50.573168" (Philosophikum II, Gießen, Deutschland) starte (egal wohin) gibt es diese Fehlermeldung: "Message: Message: getPath: The path obtained doesn't begin correctly Notice: the Route Service is at this time only for: Germany, Austria, Switzerland, Italy, Denmark, Liechtenstein, UK and Ireland!" Beim Fußgänger-Routing tritt das Problem nicht auf. --KartoGrapHiti 19:01, 2 February 2009 (UTC)

die Startposition ist nur für Fußgänger möglich, da in der näheren Umgebung der Startposition nur Fußwege sind und kein Radweg/keine Straße. --Quelbs 23:16, 6 February 2009 (UTC)

Das mag der Grund sein. Vielen Dank. Ich halte dieses Verhalten aber weiterhin für einen Bug: Zum einen macht es das Routing unkomfortabel, weil man sehr schnell mal neben eine Straße klickt (insbesondere bei geringem Zoomlevel) und zum anderen ist die Fehlermeldung für mich so noch unverständlich und hilft mir nicht weiter. --KartoGrapHiti 00:17, 7 February 2009 (UTC)

• Radfahrern wird derzeit eine Strecke durch "highway=pedestrian" vorgeschlagen, auch wenn die Fußgängerzone nicht für Radfahrer freigegeben ist. (D.h. es gibt weder "bicycle=yes" noch "bicycle=no" in der Straße.) Beispiel: Von: Pos@: 8.671533 50.584871 nach Pos@: 8.674637 50.583258 --KartoGrapHiti 00:38, 7 February 2009 (UTC)

• A blind person from a mailing list demanded for an online routing service that does not only print out the roads you have to turn into, but also the other roads that you are passing by (blind persons need to count streets as they can not read the signs...) Can you please offer an option that list all the street you are passing by? Thanks! See also OSM for the blind.

--Lulu-Ann 13:41, 29 July 2009 (UTC)

• Restrict search of POI by name to locations: It would be nice to have an additional field for the search of POI by name to restrict the results to a certain region like: Search POI with Name 'Sparkasse' but only in or near Bonn. In a certain way it would be a combination of the search of POI by name and POI within a distance.

• Reuse hits of POI-Search for routing: It would be nice to add links to hits of the POI-Search to use them for routing like:

Number of Results: 1, 1. Sparkasse - Distance: 100m - Route: from here - to here - via here

• Display results of search for location by name with most accurate results first: for example when you search for "Freiburg" you will have "Freiburg/Elbe" first, then "Freiberg" which doesn't contain the whole word, whereas "Freiburg im Breisgau" which contains the whole string "Freiburg" is on position 17. --Npi 09:08, 30 July 2009 (UTC)

• Delete the text "Bonn Meckenheimer Allee" and "Bonn Nußallee", when i click into the start- and end-field starting to type in my own destination. Hadhuey 18:15, 8 March 2010 (UTC)

Bugtracker

• a bugtracker system could be quite useful for developing the software and service ... -- Schusch 13:40, 5 September 2008 (UTC)

and for what is "Bugs" on this site? --pascal 13:48, 5 September 2008 (UTC)

it was just a suggestion for a more systematic approximation ... but of course the bugs section on this site is fine :-) really nice service (hopefully the components are open source, too) -- Schusch 00:33, 7 September 2008 (UTC)

I second the request of a bugtracker, because the problems are more clearly arranged, can be searched and because the long lists on this page could become unhandable soon. -- Quelbs 23:24, 6 February 2009 (UTC)

Integration of Low emission zone (LEZ)

What about showing the LEZ in the map. (hide/show button) In Berlin and Hanover,Germany they are finished as Relation. But there are still problems:

• Render as area or border line? The Relation is just the border. But streets inside belong to the zone too.
• Because of the many ways there is often not a close relation ring. Sometimes there are two raralel ways in OSM
• There are streets through the LEZ that are free of access restriction. This can be motorway or other important ways.

Man könnte ja auch die Umweltzonen (bei Bedarf) einblenden. In Berlin und Hannover sind diese (Grenzen) bereits als Relation eingetragen. Problem ist bisher noch folgendes:

• Fläche oder Grenze darstellen? Die Relation erfasst nur die Grenzen. Die Straßen in der Zone gehören aber auch dazu.
• Es kommt immer wieder vor, dass die Relation beschädigt/gelöchert wird. Stellenweise (Süd-Berlin) gibt es zwei parallel laufende Grenzen in OSM.
• Es gibt Straßen die durch die Umweltzone laufen. Von dieser aber ausgenommen sind. Autobahnen und wichtige Verbindungswege. --Bahnpirat 14:26, 10 September 2008 (UTC)

einblenden könnte ich sie als Polygone und extra Layer. wie schonmal erwähnt bräuchte ich noch ein paar Infos zu den Flächen/Straßen: ergeben die als Grenzen gekennzeichnten Straßen ein geschlossenes Polygon? wie werden Straßen gekennezichnet die sich innerhalb des Polygons befinden, aber nicht zur Umweltzone gehören? oder werden nur Straßen gekennzeichnet die zur Umweltzone gehören und sich innerhalb deren befinden und die anderen einfach weggelassen? --pascal 20:00, 10 September 2008 (UTC)

Source code availability?

Hi, is there a possibility to deploy an OpenRouteService on an own box? Ist it GPL-Licensed?--Thorongil 13:29, 9 October 2008 (UTC)

in work, rather the routing-engine is from the GeoTools Project! --Pitscheplatsch 13:38, 13 November 2008 (UTC)

Besseres Radrouting

Damit die Ideen nicht in Vergessenheit geraten und jeder seine Kommentare und Gedanken dazu schreiben kann:

• Entweder über OSM ein Zusatztagging, wie schonmal auf der Liste besprochen, also so ein tag, dass es ungünstig ist auf dieser Straße zu fahren. bicycle= no stimmt ja nicht, man kann dort fahren, machen ab und zu auch Leute, ist aber gefährlich und will man eigentl. nicht, wenn man eh schon das Radrouting bemüht.
• Andere Möglichkeit wäre den Router zu verbessern, dass er je nach insgesamter Streckenlänge mehr auf Radwegen fährt oder auf Straßen. Wenns nur 100m sind, dann fahr ich lieber auf der Straße, wenn ich aber 500m Straße fahren müsste, dann fahr ich lieber auf dem Radweg und dann meinetwegen einen größeren Umweg.
• 3. Möglichkeit wäre das aufsplitten des Routers, ein Modus kürzeste Radstrecke, die dann wirklich nur die kürzeste nimmt, egal ob ein Radweg nur 10m länger ist. Die andere ist dann sowas wie "Bicycle best", die sucht dann die angenehmste Strecke raus, möglichst viel Radwege und residential...

Damit es nicht in Vergessenheit gerät: "ich glaube auch, dass es im Endeffekt auf Presets bzw. Experteneinstellungen herauslaufen muss. Es gibt dann z.B. das Preset "Radfahrer", das routet nicht über Fußwege und über Treppen, im Expertenmodus kann man dann aber Treppen und Fußwege für kurze Strecken einschalten. Genauso kann man Presets für Radfahrer haben und als Experte dann nochmal MTB, Rennrad etc. auswählen. Wer dann immernoch nicht zufrieden ist kann dann in den tiefsten Modus, wo er einzelne Straßentypen, wie z.B. tertiary an- oder ausschalten kann."

Bei den Einbahnstraßen, wäre es toll, wenn der Router bei kurzen Stücken sagt, bitte schieben, anstatt dass er dann ewig weit außenherum routet. Gleiches Gilt für Fußwege, evtl. auch für gaaanz kurze Stücke von Treppen. --John07 20:32, 13 November 2008 (UTC)

Ein weiteres Wunsch-Feature für Fahrrad-Routing: Eine Option, die Route auf Wege mit Tags surface="paved" zu beschränken (speziell für highway=cycleway, bei highway=residential, tertiary, secondary, etc. kann vermutlich bei fehlendem surface-Tagging von surface="paved" ausgegangen werden). Speziell bei Regenwetter oder - wie aktuell bei Tauwetter - versaut man sich gegebenenfalls trotz Schutzblech die Klamotten (wie am Samstag er"fahren"!). Notaris 09:40, 19 January 2009 (UTC)

Für mich ganz wichtig: Die Oberflächenbeschaffenheit (surface) muss berücksichtigt werden. Es gibt Radler, die fahren auf allen Wegen, aber es gibt auch Radler, die wollen nur auf glatten, geteerten Straßen fahren. Wenn ich mit dem Rennrad unterwegs bin, kann ich mit einem Track durch den Wald nichts anfangen. Ich würde mich sehr freuen, wenn dieser Router die Möglichkeit bietet, ungeteerte Strecke zu vermeiden. Kurze Wege, z.B. 15 meter, könnte der Router tolerieren, wenn es denn eine deutliche Abkürzung wird.

Very important for me: The surface of the street has to be considered. Of course many bikers accept any surface, but there are bikers, who want to ride on smooth surfaces only (like me). Wenn I am riding my roadrace-bike, I cannot use a route along a track thru the forest. I would be very happy, if this router offers the possibility to avoid unpaved routes. Short unpaved paths, e.g. 15 meters, can be tolerated, if it makes the route significantly shorter. --TomRadfahrer 21:31, 3 May 2009 (UTC)

Für mich wäre z.B. auch wichtig, wie viele Querstraßen auf einen Radweg kommen, der innerhalb von Städten mit auf dem Bürgersteig verläuft. Jedesmal muss man abbremsen, aufpassen, und muss Bordstein runter/rauf. --Brunni 09:17, 20 June 2009 (UTC)

Cool Tool

Moin, moin Pascal, ist wirklich klasse diese Routenplanung! Wie werden den Abbiegevorschriften berücksichtigt und auf welchen Kartendaten wird geroutet? Gruß --CoolMischa 11:31, 9 January 2009 (UTC)

hi micha, turn-restrictions werden derzeit noch nicht beachtet (ich arbeite aber derzeit daran). Die Kartendaten sowie die Datengrundlage die für das Routing aufbereitet wird stammen alle von OpenStreetMap (OSM) Projekt! cheers pascal --Pitscheplatsch 10:04, 12 January 2009 (UTC)

HTTP API

Hallo Pascal, openrouteservice ist mittlerweile richtig genial und die neue hausnummerngenaue Addresssuche funktioniert meiner Meinung nach verdammt gut! Ich frag mich gerade, ob es in Zukunft (oder gibts das schon?) so eine Art HTTP Schnittstelle geben wird, die die Funktionen von Openrouteservice per GET Request benutzen kann oder so.

Ich stelle mir das zum Beispiel bei der Addresssuche sehr nützlich vor. Einfach eine Anfrage an openrouteservice mit dem zu suchenden Addressstring und als Antwort erhält man beispielsweise eine csv mit den gefunden Koordinaten und eventuell ein paar Statusinformationen. Möglicherweise willst du sowas aber auch nicht einbauen, weil es die Server stark belasten könnte, wenn man dann automatisch per Skript größere Listen von Addressen geocodieren will, aber das kann ich gerade nicht so einschätzen.

Grüße --Master 10:30, 16 February 2009 (UTC)

Adressen zu Koordinaten oder umgedreht funktioniert mit Nominatim bereits super. Aber eine richtige Routing-API, wie die von YOURS oder Cloudmade, wäre echt toll. --Scai 17:22, 29 August 2010 (BST)

Ich hab auch eine aehnliche Frage. Ich arbeite an einer Applikation und wuerde dort gerne eine Routenberechnung integrieren. Waere es moeglich, die API vom OpenRouteService dafuer abzufragen? Hab schon versucht an die Skripts POST-Requests zu schicken, bekomm aber immer "Nix uebermittelt!!" zurueck (vermutlich fehlen Cookies oder so?) -- Skunk 21:18, 18 March 2009 (UTC)

I would also love to see a public API to the service, since it's very useful, and many people could integrate it into their local OSM-based projects. -- Jekader 15:08, 7 April 2009 (UTC)

-> Alternative: http://developers.cloudmade.com/projects/show/routing-http-api -- Skunk 06:10, 20 April 2009 (UTC)

Hallo, bei Interesse an Nutzung der Dienste wie gesagt einfach direkte Mail an uns (A. Zipf alexander.zipf@geog.uni-heidelberg.de / P. Neis neis@geographie.uni-bonn.de - next month on holiday) mit etwas Hintergrund zum Vorhaben. Eine komplette Freigabe würde sicherlich unseren Server überfordern (z.B. wenn jemand darüber eine große AdressDatenbank ungeschickt gecodieren läasst, dann ist der Server ne Zeitlang für die restl. User dicht), aber wir unterstützen i.d.R. gerne eure Projekte (wie schon in diversen Fällen) - müssen aber wegen begrenzter Ressourcen und der Uni-Policy etwas ein Auge darauf haben wer die Dienste wie heftig nutzt. Danke! Insbes. Schätzungen zu den Größenordnungen von Reuqests wären hilfreich. A. Zipf http://www.geog.uni-heidelberg.de/giscience.html

Route Service Comparison Matrix

Hi, i adapted your Matrix for this Wikipage Routing/OnlineRouters so that we can get a better comparison between all the different OSM online route services. John07

Well done John07. So we should at least link to Routing/OnlineRouters#Route service comparison matrix from here (done), but I'd suggest removing it from this page actually. The version on here seems to be less filled-out. -- Harry Wood 23:57, 3 May 2010 (UTC)

Paragraph Critism

Can we remove OpenRouteService#Criticism it's got no references and just distracts with old information. Besides "I think you should do this and that" doesn't really belong on that page. --Dekarl 11:00, 7 July 2009 (UTC)

barrier:bollard

Moin! Gerade ist mir aufgefallen, dass der OpenRouteService bei der Auto-Navigation eine Sache nicht richtig macht: Straßen mit Pfosten werden nicht ignoriert. Das wäre jedoch verhältnismäßig wichtig... Die Knoten heißen immer barrier:bollard --Derstefan 20:22, 27 August 2009 (UTC)

Autobahnkreuze AusfahrtNummern

Moin, wäre es möglich, Autobahnkreuze und Ausfahrtnummern in die Suche einzubinden die knoten heissen: highway=motorway_junction und sind wenn möglich mit name=* und ref =* benannt. --ChrSchultz 20:21, 23 October 2009 (UTC)

Falsche Strassennamen

Am Plan ist die Route durch die Favoritenstraße eingezeichnet, bei der Routenbeschreibung kommt aber nach Südtiroler Platz die Wiedner Hauptstraße. Start und Ziel waren: Pos@: 16.377014 48.183022 Pos@: 16.366714 48.207681

Updating routing data every week still?

After this weeks wednesday, I dont think routing data for my town were updated from OSM...--Kozuch 13:17, 16 September 2010 (BST)

Today is the first of september 2011 and OSR show that the routing data are from the 14th of August. Are there something blocked inside the update mechanism ? --Elch hgw 11:53, 1 September 2011 (BST)