osrm-backend/include/engine/routing_algorithms/shortest_path.hpp

#ifndef OSRM_SHORTEST_PATH_HPP
#define OSRM_SHORTEST_PATH_HPP

#include "engine/algorithm.hpp"
#include "engine/routing_algorithms/routing_base.hpp"
#include "engine/search_engine_data.hpp"
#include "util/typedefs.hpp"

namespace osrm::engine::routing_algorithms
{

template <typename Algorithm>
InternalRouteResult
shortestPathSearch(SearchEngineData<Algorithm> &engine_working_data,
                   const DataFacade<Algorithm> &facade,
                   const std::vector<PhantomNodeCandidates> &waypoint_candidates,
                   const std::optional<bool> continue_straight_at_waypoint);

} // namespace osrm::engine::routing_algorithms

#endif /* OSRM_SHORTEST_PATH_HPP */
Remove references to external sources 2017-08-08 06:48:26 -04:00			`#ifndef OSRM_SHORTEST_PATH_HPP`
			`#define OSRM_SHORTEST_PATH_HPP`
First (buggy) implementation of single via node alternative routes. Proof of concept which is imcomplete. 2012-06-15 12:47:27 -04:00
Port OSRM, Engine and Datafacades to be algorithm aware 2017-01-09 15:40:33 -05:00			`#include "engine/algorithm.hpp"`
Fix include paths 2016-01-02 11:13:44 -05:00			`#include "engine/routing_algorithms/routing_base.hpp"`
			`#include "engine/search_engine_data.hpp"`
Port OSRM, Engine and Datafacades to be algorithm aware 2017-01-09 15:40:33 -05:00			`#include "util/typedefs.hpp"`
Refactor direct_shortest_path and shortest_path 2015-11-30 23:28:57 -05:00
Use nested namespace It's a mechanical change to modernize the code base 2022-12-11 04:10:26 -05:00			`namespace osrm::engine::routing_algorithms`
Add namespace around all files 2016-01-05 10:51:13 -05:00			`{`

Make CoreCH SearchEngineData inherited from CH one this allows to keep a single Algorithm template parameter in internal interfaces as template <typename Algorithm> search(SearchEngineData<Algorithm> &, const datafacade::ContiguousInternalMemoryDataFacade<Algorithm> &, ...) 2017-04-12 02:22:28 -04:00			`template <typename Algorithm>`
Support snapping to multiple ways at an input location (#5953) This PR improves routing results by adding support for snapping to multiple ways at input locations. This means all edges at the snapped location can act as source/target candidates for routing search, ensuring we always find the best route, and not the one dependent on the edge selected. 2022-08-27 06:36:20 -04:00			`InternalRouteResult`
			`shortestPathSearch(SearchEngineData<Algorithm> &engine_working_data,`
			`const DataFacade<Algorithm> &facade,`
			`const std::vector<PhantomNodeCandidates> &waypoint_candidates,`
Get rid of boost::optional leftovers (#6977) 2024-07-02 16:37:09 -04:00			`const std::optional<bool> continue_straight_at_waypoint);`
Implement CoreCH algorithm 2017-02-25 00:13:38 -05:00
Fix formatting 2022-12-20 12:00:11 -05:00			`} // namespace osrm::engine::routing_algorithms`
Add namespace around all files 2016-01-05 10:51:13 -05:00
Remove references to external sources 2017-08-08 06:48:26 -04:00			`#endif /* OSRM_SHORTEST_PATH_HPP */`