12,396,054 members (65,117 online)
alternative version

294.8K views
100 bookmarked
Posted

# Dijkstra Algorithm

, 23 Dec 2003
 Rate this:
Shortest path (Dijkstra's Algorithm)

## Introduction

First of all I must say that I am glad that I can help CodeProject. I tried, and used code from this site and I never took the time to send some of my code. So, the part that it is missing from this site is the Algorithms part, which is important in the programming filed. Let's get into the problem now. The Djkstra algorithm it gives you a headache from the programming point of view. In one step it finds the shortest path to every node in the graph. I will go into the graph background (basics) and then I will present the implementation of this algorithm. This example has also some advanced programming techniques and technologies. I used an ActiveX control (that it is actually the Dijkstra solver) and a container application that use the functions. Also, the lists are made using STL

## How to use it

First compile the AnimAlg project and then run the Algorithms project. That's all!

## Background (graph theory)

Djikstra's algorithm (named after its discover, E.W. Dijkstra) solves the problem of finding the shortest path from a point in a graph (the source) to a destination. It turns out that one can find the shortest paths from a given source to all points in a graph in the same time, hence this problem is sometimes called the single-source shortest paths problem. The somewhat unexpected result that all the paths can be found as easily as one further demonstrates the value of reading the literature on algorithms!

This problem is related to the spanning tree one. The graph representing all the paths from one vertex to all the others must be a spanning tree - it must include all vertices. There will also be no cycles as a cycle would define more than one path from the selected vertex to at least one other vertex. For a graph,

G = (V,E) where V is a set of vertices and E is a set of edges. Dijkstra's algorithm keeps two sets of vertices: S the set of vertices whose shortest paths from the source have already been determined and V-S the remaining vertices. The other data structures needed are: d array of best estimates of shortest path to each vertex pi an array of predecessors for each vertex The basic mode of operation is: Initialize d and pi, Set S to empty, While there are still vertices in V-S, Sort the vertices in V-S according to the current best estimate of their distance from the source, Add u, the closest vertex in V-S, to S, Relax all the vertices still in V-S connected to u Relaxation The relaxation process updates the costs of all the vertices, v, connected to a vertex, u, if we could improve the best estimate of the shortest path to v by including (u,v) in the path to v.

## Using the code

The container application only use the ActiveX Control. First, must include the control in a Dialog or a FormView, add a variable to it and then use the following code:
```void CAlgorithmsView::OnAddNode()
{
}

{
}

void CAlgorithmsView::OnShortestPath()
{
CShorthestPath dlg;
if(dlg.DoModal()==IDOK)
/* dialog to take 2 longs which means the path*/
{
m_Dijkstra.ShortestPath(dlg.m_node1, dlg.m_node2);
}
}```

I will not go too much into the code, I tried to explain there using comments.

Basically, it respects the Graph Theory explained above and the Dijkstra's pseudocode.

## Graph Implementation

```class CGraph
{
public:
long GetNrNodes();
CGraph();
virtual ~CGraph();
VTYPE_NODE m_nodes; // array of nodes
VTYPE_EDGE m_edges; // array of edges
VTYPE_NODE_P d; // array of longs that contain
// the shortest path at every step
VTYPE_NODE_P pi; // array of longs that contain
// the predecessor of each node for the shortest path
};```
```class CNode
{
public:
CNode Copy();
double m_cost; // not used yet
long m_NodeNr; // node number
POINT m_p; // graphical point for that node
CNode();
virtual ~CNode();
};```
```class CEdge
{
public:
bool m_red; // used to draw the result
// (if an edge it is a part of the shortest path it is drawn in red)
double m_cost; // the cost of an edge (picked randomly between 0-9)
long m_secondNode; // the second node number
long m_firstNode; // the first node number
POINT m_secondPct; // graphical elements for drawing the edges
POINT m_firstPct;
CEdge();
virtual ~CEdge();
};
// the graph is oriented from the first node to the second node```

## The Dijkstra's Algorithm (Implementation)

```// The Dijkstra's algorithm
STDMETHODIMP CDijkstra::ShortestPath(long node1, long node2)
{
ReleaseGraph();
// init d and pi
InitializeSource(g, g.m_nodes[node1-1]);
// Set S empty
VTYPE_NODE S;
// Put nodes in Q
VTYPE_NODE Q;
VTYPE_NODE::iterator kl;
for(kl=g.m_nodes.begin(); kl<g.m_nodes.end(); kl++)
{
CNode node = (*kl).Copy();
Q.push_back(node);
}
// Algorithm
while(Q.size())
{
CNode nod = ExtractMin(Q); // the minim value for
// the shortest path up to this step
S.push_back(nod);
// each vertex v which is a neighbour of u
VTYPE_NODE::iterator kl;
for(kl=g.m_nodes.begin(); kl<g.m_nodes.end(); kl++)
{
if(ExistEdge(nod, (*kl)))
{
bool gasit = false;
VTYPE_NODE::iterator kll;
for(kll=Q.begin(); kll<Q.end(); kll++)
{
if((*kll).m_NodeNr == (*kl).m_NodeNr)
gasit = true;
}
if(gasit)
Relax(nod, (*kl), GetEdgeVal(nod, (*kl)));
}
}
}
RefreshDone(node1, node2);
return S_OK;
}```

If you want to see how the algorithm works step by step see the link: http://ciips.ee.uwa.edu.au/~morris/Year2/PLDS210/dij-op.html

A list of licenses authors might use can be found here

## Share

 Web Developer Romania
Education Computer Engineering Faculty 1994-1999
University of Iasi ? Romania
Engineering degree: system and computers
Specialty: programmer analyst
Master: (Distributed Computing) 2001 - 2002
Final Project: Remote Access. Encrypted file transfer.
Accessing any computer?s desktop through Internet or LAN.
Technologies: COM, ATL, API, SDK, MFC

## You may also be interested in...

 View All Threads First Prev Next
 Interestingly, you can often do *much* better than Dijkstra! Don Clugston4-Jan-04 13:35 Don Clugston 4-Jan-04 13:35
 Re: Interestingly, you can often do *much* better than Dijkstra! kozlowski22-Jan-04 14:15 kozlowski 22-Jan-04 14:15
 Everyone can find the shortest path on a desert, but in the mountains we can see which algorithm is better.As CompSci master you should know the difference between the optimal algorithm and the heuristic.Regardless of the difference let's compare algorithms:Input data: - Dijkstra alg. needs the map (graph), - A* needs the map and the heuristic estimateSo, A* needs more data and effort to use it.Result: - Dijkstra alg. always provides optimal solution - A* sometimes provides optimal solutionSo, quality of solutions provided by Dijkstra algorithm are bettter.Algorithm complexity - worst case - Dijkstra alg. O(n^3) - A* O(B(n)*n^3), where B is complexity of the computation of the heuristic estimate.'Billions of times faster' - you must be joking. OK, I can imagine the graph where it is true, but it is far from reality.Memory used: I don't know the memory requirements of the A*, but Dijkstra alg. uses array/list of n elements, so what can be so more space-efficient. I've read somewhere that A* is infeasible for problems with huge number of nodes due to memory usage.Finally I agree that for simple graphs (desert like) A* can be perfect.The moral of the story is: Heuristic is never optimal
 Re: Interestingly, you can often do *much* better than Dijkstra! Don Clugston28-Jan-04 18:17 Don Clugston 28-Jan-04 18:17
 Re: Interestingly, you can often do *much* better than Dijkstra! kackermann30-Jul-06 16:37 kackermann 30-Jul-06 16:37
 Last Visit: 31-Dec-99 18:00     Last Update: 24-Jul-16 6:42 Refresh 1