## 1. Overview

In graph theory, we might have a modified version of the shortest path problem. One of the versions is to find the shortest path that visits certain nodes in a weighted graph.

In this tutorial, we’ll explain the problem and provide multiple solutions to it. In addition, we’ll provide a comparison between the provided solutions.

## 2. Defining the Problem

In this problem, we’re given a weighted, undirected graph. The task is to find the shortest path that starts from a source node and ends at a goal node . In addition, the problem requires that the resulting path visits certain nodes, in any order.

Let’s take the following graph as an example:

We’ll assume that the source node is and the goal node is . Also, the nodes that we must visit are and . We need to find the shortest path for this graph.

We can notice that the shortest path, without visiting the needed nodes, is with a total cost of 11. However, since we need to visit nodes and , the chosen path is different. We choose the path with a total cost of 17.

Note that the path we chose is the shortest among all paths that start from , end at , and visit and nodes. For example, we have another path , with a total cost of 19. However, we didn’t choose this path since it has a larger cost.

## 3. 2D Dijkstra Solution

### 3.1. Theoretical Idea

The first solution that we’ll present is a modification to Dijkstra’s algorithm. In our case, it’s not enough to only store the distance of a node from the source. Instead, we must consider the must-visit nodes.

Suppose we arrived at some node . We can notice that it matters which nodes we have already visited. However, not all nodes matter to us. Specifically, we care about which nodes we have visited among the must-visit nodes.

Therefore, we need to update the array that holds the distance of each node from the source. Instead of being a array, we need the array to be . The first dimension will correspond, as before, to the node itself. However, the second dimension will represent a visited set that can tell us which nodes have already been visited.

Therefore, each node will have many shortest paths from the node. Each of these shortest paths is the shortest one when visiting a specific set of the needed nodes.

In the end, the final answer will be stored inside the cell of the array that corresponds to the node and the visited set contains all the nodes we have to visit.

### 3.2. Algorithm

Take a look at the algorithm of the described approach:

algorithm dijkstra2DSolution(source, goal, mustVisitNodes, m):
// INPUT
//    source = The source node
//    goal = The goal node
//    mustVisitNodes = nodes that we must visit
//    m = The number of nodes that we must visit
// OUTPUT
//    Returns the shortest path from source to goal
//    that visits all the nodes in mustVisitNodes

distance <- initialize a matrix with infinity values
Q <- initialize an empty queue

Q <- push the tuple (source node, empty visited set, zero cost) onto Q
distance[source, 0] <- 0

while Q is not empty:
u <- get from Q the node with the lowest cost
if u.cost != distance[u.node, u.visited_set]:
continue
for v in neighbors(u.node):
new_visited_set <- u.visited_set
if v in mustVisitNodes:
vid <- the ID of the must visit node
newCost <- u.cost + edgeCost(u.node, v)
if newCost < distance[v, new_visited_set]:
distance[v, new_visited_set] <- newCost
Q <- push the tuple (v, new_visited_set, new cost)
min_distance <- find the minimal distance and the visited set contains all required nodes
return min_distance

As we can see, the function creates a new node with the given node id, visited set, and cost.

First, we initialize the array with and push the source node to the queue. The source node has an empty visited set because we haven’t visited any nodes yet. Also, it has a cost equal to zero. In addition, we set the distance of the source node to zero.

Next, we perform multiple steps. In each step, we get the node with the lowest cost from the queue. If we’ve found a shorter path to this node, we simply continue to the next node.

Otherwise, we iterate over all the neighbors of node . For each neighbor, we calculate the new visited set. In case is not a must-visit node, the visited set stays the same. Otherwise, we set the bit corresponding to node to one.

After that, we calculate the new cost. If the new cost is better than the stored one, we update the array and push to the queue.

Finally, we return the distance for the node with the visited set that contains all required nodes.

The complexity of the described approach is , where is the number of vertices, is the number of edges and is the number of nodes that we must visit.

## 4. Permutations Solution

### 4.1. Theoretical Idea

Another approach is to consider the important nodes. By important nodes, we mean the node, the node, and the must-visit nodes. Firstly, we need to calculate the shortest path between each pair of the important nodes.

Secondly, we need to extract all the possible permutations for the must-visit nodes. By permutations, we mean all the possible orders for the must-visit nodes.

Thirdly, for each permutation, we check the cost of this option. Each option means starting from the node and visiting the must-visit nodes one by one until we reach the node.

Between each pair of nodes, we need to use the shortest path. Therefore, we’ll use the calculated shortest paths to find the shortest path between any pair of important nodes.

### 4.2. Calculate Shortest Paths

To calculate the shortest paths, we have two options:

1. Using Dijkstra’s algorithm multiple times. Each time, we run Dijkstra’s algorithm starting from one of the important nodes. This is helpful when the number of edges in the graph is not too large. In other words, it’s helpful when is a lot smaller than .
2. Using the Floyd-Warshall algorithm. The Floyd-Warshall algorithm calculates the shortest path between all pairs of nodes inside a graph. This approach is helpful when we don’t have a large number of nodes. In other words, it’s helpful when the is rather small.

### 4.3. Algorithm

Let’s take a look at the implementation of the described approach.

algorithm calculateShortestPathsPermutations(source, goal, mustVisitNodes, m):
// INPUT
//    source = The source node
//    goal = The goal node
//    mustVisitNodes = nodes that we must visit
//    m = The number of nodes that we must visit
// OUTPUT
//    Returns the shortest path from source to goal
//    that visits all the nodes in mustVisitNodes

permutations <- calculatePermutations(mustVisitNodes, m)
for permutation in permutations:
prev <- source
for u in permutation:
prev <- u
return answer

First, we calculate the shortest paths using one of the methods mentioned in the previous subsection. Next, we calculate all the possible permutations of must-visit nodes.

After that, we perform multiple steps. For each permutation, we iterate over all the nodes inside it and calculate the answer. Between every two consecutive nodes, we take the calculated shortest path. When we finish, we calculate the shortest path from the last node to the node.

Finally, we check whether we were able to get a better answer. If so, we store the calculated answer. In the end, we just return the best-calculated answer.

The complexity of the described approach depends on the algorithm used to calculate the shortest paths. The complexity of checking all the permutations is , where is the number of nodes that we must visit and is the factorial of . The reason for this is that the number of different permutations is and we need to iterate over each permutation to calculate its cost.

The complexity of using Dijkstra’s algorithm to find the shortest paths is , which is good in case the graph doesn’t have a lot of edges.

The complexity of using the Floyd-Warshall algorithm is , which is useful when the graph has a small number of nodes.

## 5. Comparison

Let’s have a quick comparison between the described approaches.

Algorithm Time Complexity Useful
2D Dijkstra Small value of
Perm. with Dijkstras Small value of
Perm. with Floyd-Warshall Small value of

As we can see, all algorithms calculate the needed shortest path.

However, the main idea is to find the algorithm that is able to calculate it with the lowest complexity.

The factors to consider when choosing an approach are , , and , which correspond to the number of nodes, the number of edges, and the number of must-visit nodes, respectively.

## 6. Conclusion

In this tutorial, we presented a modified version of the shortest path problem that must visit certain nodes. Firstly, we gave an example of the described problem. Secondly, we presented multiple solutions to solve the problem.

Finally, we showed a simple comparison between the discussed solutions and illustrated when to use each approach.

Comments are open for 30 days after publishing a post. For any issues past this date, use the Contact form on the site.