Re: Shortest path with intermediate nodes algorithm
- From: acamposr@xxxxxxxxx
- Date: 26 Aug 2006 03:37:44 -0700
Patricia Shanahan wrote:
acamposr@xxxxxxxxx wrote:
All of them or some of them?...And if more than one of them, is the order fixed?
A.L.
All of them in any order (the shortest order).
In that case, isn't it equivalent to traveling salesman?
First calculate the shortest paths between each pair of mentioned nodes,
using e.g. an all-pairs shortest paths algorithm.
I am not sure it will be efficient, because I will have thousands of
nodes and arcs. An all-pairs algorithm would calculate the paths
between one source to *all* the nodes in the graph (if I am wrong,
please tell me). Using an point-to-point algorithm (like Dijkstra's or
A*) implies I will have to run it for each pair of intermediate nodes.
If have 20 intermediate nodes or more, it could be very very long.
Isn't there any specific algorithm for this problem? I liked your idea,
but I see those disadvantages. However, the second part (traveling
salesman) can be very fast with an heuristic algorithm, but the first
one...
.
- Follow-Ups:
- Re: Shortest path with intermediate nodes algorithm
- From: Luis Quesada
- Re: Shortest path with intermediate nodes algorithm
- References:
- Shortest path with intermediate nodes algorithm
- From: acamposr
- Re: Shortest path with intermediate nodes algorithm
- From: A . L .
- Re: Shortest path with intermediate nodes algorithm
- From: Patricia Shanahan
- Re: Shortest path with intermediate nodes algorithm
- From: acamposr
- Re: Shortest path with intermediate nodes algorithm
- From: Patricia Shanahan
- Shortest path with intermediate nodes algorithm
- Prev by Date: Re: basic query regarding NP Complete...
- Next by Date: Re: basic query regarding NP Complete...
- Previous by thread: Re: Shortest path with intermediate nodes algorithm
- Next by thread: Re: Shortest path with intermediate nodes algorithm
- Index(es):
Relevant Pages
|