-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a nearestOsrmNodeNetworkDistance to access and egress steps #293
Comments
@kaligrafy , can you specify to which API calls in https://chairemobilite.github.io/trRouting/APIv2/index.html this need to be added and details a little bit more with example the new data field ? |
This should appear in any result step data that is access or egress. Also in TripStep: access/egress, but tripStep is not yet documented in v2 |
So this distance is the distance to the closest point in OSM that is connected to our route? could be any kind of point ? |
This should be a coordinate in a osm way, this would be the first/last coordinate of the OSRM route. This could be a OSM node but could also be a point interpolated between nodes on a way |
If you route from/to the middle of a large field, the starting/ending point will be snapped to the nearest way and an interpolated point will be added on the first/last way if it does not match a specific OSM node. At least that is how OSRM works. You can get this interpolated coordinate by using the nearest API route in OSRM: https://project-osrm.org/docs/v5.24.0/api/#nearest-service |
Shoud we really add new fields or just have that as a tripStep ? |
Both please |
This is a quite important information to assess the quality of the geocoding for origin and destination, and can explain some difference between calculated routing and bird distances. |
Why is having the information just is the trip not enough? I'm trying to keep the API as simple as possible. |
Also, if possible, could you point to an issue, maybe in transition, that would make use this feature ? |
This information must be available in the summary, since we may not always need the steps data for analysis, especially in big simulations. However, this info is mandatory to find possible errors in OSM data or in geocoding results. |
This must be done for all mode routings (not only transit/walking) |
We should be able to know what is the bird distance between the origin/destination and the nearest routing node. See #62 for possible implementation.
The text was updated successfully, but these errors were encountered: