When I try this coordinates in directions api
{“coordinates”:[[ 25.353198570098602,
51.52143105086998],[ 25.352422928242706,
51.46272285995201]]}
I get this error
code 2010
Could not find point 0: 25.3531986 51.5214311 within a radius of 350.0 meters.; Could not find point 1: 25.3524229 51.4627229 within a radius of 350.0 meters."
Well, where’s that supposed to be?
If Doha: there’s a problem on our side.
If Ukraine: there’s a problem on your side. Which is mixing up lat & long.
Yes Doha,
Can it be fixed ?
Nothing needs to be fixed. Like I said, a problem on your side:
You’re mixing up x and y.
Is this problem fixed?
cause i’m using the api to get the data, but it gives me the same response.
Can someone please help?
https://api.openrouteservice.org/v2/directions/driving-car?api_key=key&start=25.280282,51.522476&end=25.361435,51.482453
this is the request.
Jesus… can you pls read! YOU’RE MIXING UP X AND Y!!! The only problem needing to be fixed is your ignorance…
The OP replies with ‘Doha’, which nils initially said represents a problem on his side - hence the question I assume.
It seems the question hasn’t been answered at all.
Pretty weird and simple, but it also took me a lot of time to solve it.
The location using folium has to be Lat, Long
m = folium.Map(location=[25.152179, 55.228548],zoom_start=10)
but when using the API has to be Long, Lat
coords = ((55.3032913, 25.0075795),(55.2498002,25.0253565))
Just saying “mixing X and Y” doesn’t solve the problem. You must know where to “unmix X and Y” it is not all over the place.
The Problem is Could not find point 0: 25.3531986 51.5214311 within a radius of 350.0 meters.; Could not find point 1: 25.3524229 51.4627229 within a radius of 350.0 meters.
The 3 main reasons for this Problem:
-
(Most common) If both points are not found you probably just mixed up Lat and Long. Our API expects coordinates in
[lon,lat]
order as described in our documentation (check help button for parameter info). Output is also[lon,lat]
as by the GeoJSON Specification.
This is the reason in this case, as Doha is at lon=51… lat=25 so the input coords should be [51…,25…] -
The given start and endpoint are actually further than 350m away from any routable road. The default maximum distance for snapping to road segments in our API is 350m. You can use the
radiuses
parameter to change this value for the waypoints or use a local ors instance to customize the default value. -
The start and enpoint are passed with correct lon,lat-order and are within 350m of a routable road, but you still get this? You are probably running a local installation and are routing in an area that you did not build graphs for. If you can route in Heidelberg(Germany) you are still running on the default dataset.
Our official API is building graphs globally. If you encounter this issue here, the part of the road network you are trying to route on is not part of the graph due to being cut off and being a too small subnetwork, or not having tags suitable for the vehicle profile.
Hope this clears up this issue
PS: nils as well mixed up lat lon when answering here:
doha was mixing up lat/lon, ukraine would have been a problem with us.
And yes, when working with geographic data you need to be on your toes about lat and long order as it is handled differently in many packages. Thats what documentations are there for, make sure to read them and you will know how to use stuff.
Best regards
Hello so I have a similar issue trying to set up the backend locally. First I could only get a response with no errors for routes in Heidelberg. I was trying to get the same thing to work for Switzerland and downloaded the OSM from this link: Geofabrik Download Server. I also changed the values in docker-compose.yml but now i’m also getting an error response for routes in Heidenberg and also for Switzerland ist unchanged and the response is still the same error. With error response i mean: Point not within a radius of 350.0 meters.
My docker-compose.yml looks like this:
version: '2.4'
services:
ors-app:
container_name: ors-app
ports:
- '8080:8080'
- '9001:9001'
image: 'openrouteservice/openrouteservice:latest'
build:
context: ../
args:
OSM_FILE: ./docker/data/swiss.pbf
user: '${ORS_UID:-0}:${ORS_GID:-0}'
volumes:
- './graphs:/ors-core/data/graphs'
- './elevation_cache:/ors-core/data/elevation_cache'
- './logs/ors:/var/log/ors'
- './logs/tomcat:/usr/local/tomcat/logs'
- './conf:/ors-conf'
- './data/swiss.pbf:/ors-core/data/osm_file.pbf'
environment:
- BUILD_GRAPHS=True
- >-
JAVA_OPTS=-Djava.awt.headless=true -server -XX:TargetSurvivorRatio=75
-XX:SurvivorRatio=64 -XX:MaxTenuringThreshold=3 -XX:+UseG1GC
-XX:+ScavengeBeforeFullGC -XX:ParallelGCThreads=4 -Xms1g -Xmx2g
- >-
CATALINA_OPTS=-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9001
-Dcom.sun.management.jmxremote.rmi.port=9001
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=localhost
The OSM file i downloaded from the above mentioned website is under root/docker/data/swiss.pbf.
I couldn’t get it to work and any help would be very appreciated. Thank you!
Hey,
take note that the pbf file you want to use has to be configured in the config-file you provide.
Additionally, I’d recommend to make sure the graphs have been deleted before you build them from a new pbf - just to make sure
Best regards
Hey,
I’ve made to sure delete the graphs before rebuilding. And what config-file are you referring to? To the ors-config.json? And where would I have to configure the pbf in there?
Thanks for the help!
Hey Amandus, relating to Option 2: is there a chance to do that in the GUI in QGIS?
Hey,
no, this is not possible via the QGIS GUI.
If this is a feature you’d like to see, feel free to open an issue.
Best regards
@amandus - Presumably there’s a 4th fairly common root cause: a point wasn’t routable, an OSM user added / corrected some ways, but the ORS graphs don’t yet include the new ways. I’m getting the same error using the QGIS ORS Plugin for a point where I added a way to OSM a couple days ago.
Is there URL or API endpoint where graph build status is published? You mention /v2/health in another post, but I’m not sure how to hit that end point. It’s not referenced here:
https://openrouteservice.org/dev/#/api-docs/introduction
Thanks in advance for the advice. Note: the way in question is highway=service.
Hey,
the graph build date is in the metadata of any request.
Check our backend docs on information about graph building timing for some details on the process.
Best regards
Here is the API Error coming back from the the ORS Plugin:
> Feature ID None caused a ApiError:
> 404 ({"error":{"code":2010,"message":"Could not find routable point within a radius of 350.0 meters of specified coordinate 4: 44.0335000 23.4204000."},"info":{"engine":{"build_date":"2024-06-05T10:07:23Z","version":"8.1.0"},"timestamp":1721652070240}})
If you go to the lat/lon shown in the error, you will find a mobile tower in Saudi Arabia. Here’s the change set where I added that highway=service way to the tower:
This was 13 days ago on 09-July and routing is still not functioning. Is highway=service a routable tag?
Hey,
it takes a while for data to show up in the routing.
Our backend documentation contains some details:
We also have information on the tags used for routing.
Best regards