You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently it seems like we don't expose API to get the final routes when a routing engine was used instead of custom matrices, see #94 . Should be easy, I'll give it a go soon.
The text was updated successfully, but these errors were encountered:
Maybe worth providing a bit of context here on what happens upstream. The Input::set_geometry is just the tip of the iceberg here, since it only serves as a way to set the Input::_geometry (private) flag, which simply is a translation of whether the -g option is passed to the vroom command-line.
Then based on that flag, we'll potentially call the add_route_info function from the routing wrappers on every route to get the actual detailed route geometry.
So if you want to get the encoded polyline describing the actual geometry, you want to first make sure Input::_geometry is true, then reach for the Route::geometry values in the solution.
Currently it seems like we don't expose API to get the final routes when a routing engine was used instead of custom matrices, see #94 . Should be easy, I'll give it a go soon.
The text was updated successfully, but these errors were encountered: