Member Search 
Finding the best path through a graph Dijkstra (Heap method) FloydWarshall
Finding the best path through a graph
Sidenote:
If you haven't seen bigO notation before then I recommend reading this.
First however, an introduction to the Priority Queue/Heap structure is in order. The Heap is a fundamental data structure and is extremely useful for a variety of tasks. The property we are most interested in though is that it is a semiordered data structure. What I mean by semiordered is that we define some ordering on elements that are inserted into the structure, then the structure keeps the smallest (or largest) element at the top. The Heap has the very nice property that inserting an element or removing the top element takes O(log n) time, where n is the number of elements in the heap. Simply getting the top value is an O(1) operation as well, so the Heap is perfectly suited for our needs.
void dijkstra(node start) { priorityQueuecheck for termination condition (have we reached the target node?) add all of top's unvisited neighbors to the stack. } }Unfortunately, not all of the default language libraries used in TopCoder have an easy to use priority queue structure. C++ users are lucky to have an actual priority_queue<> structure in the STL, which is used as follows: #includeHowever, you have to be careful as the C++ priority_queue<> returns the *highest* element first, not the lowest. This has been the cause of many solutions that should be O(m * log(n)) instead ballooning in complexity, or just not working. To define the ordering on a type, there are a few different methods. The way I find most useful is the following though: Define your structure: struct node { int cost; int at; };And we want to order by cost, so we define the less than operator for this structure as follows: bool operator<(const node &leftNode, const node &rightNode) { if (leftNode.cost != rightNode.cost) return leftNode.cost < rightNode.cost; if (leftNode.at != rightNode.at) return leftNode.at < rightNode.at; return false; }Even though we don't need to order by the 'at' member of the structure, we still do otherwise elements with the same cost but different 'at' values may be coalesced into one value. The return false at the end is to ensure that if two duplicate elements are compared the less than operator will return false. Java users unfortunately have to do a bit of makeshift work, as there is not a direct implementation of the Heap structure. We can approximate it with the TreeSet structure which will do full ordering of our dataset. It is less space efficient, but will serve our purposes fine. import java.util.*; TreeSet pq = new TreeSet(); 1. Add  boolean add(Object o) 2. Pop  boolean remove(Object o)In this case, we can remove anything we want, but pop should remove the first element, so we will always call it like this: pq.remove(pq.first()); 3. Top  Object first() 4. Empty  int size()To define the ordering we do something quite similar to what we use in C++: class Node implements Comparable { public int cost, at; public int CompareTo(Object o) { Node right = (Node)o; if (cost < right.cost) return 1; if (cost > right.cost) return 1; if (at < right.at) return 1; if (at > right.at) return 1; return 0; } }C# users also have the same problem, so they need to approximate as well, unfortunately the closest thing to what we want that is currently available is the SortedList class, and it does not have the necessary speed (insertions and deletions are O(n) instead of O(log n)). Unfortunately there is no suitable builtin class for implementing heap based algorithms in C#, as the HashTable is not suitable either. Getting back to the actual algorithm now, the beautiful part is that it applies as well to graphs with weighted edges as the Breadth First search does to graphs with unweighted edges. So we can now solve much more difficult problems (and more common on TopCoder) than is possible with just the Breadth First search. There are some extremely nice properties as well, since we are picking the node with the least total cost so far to explore first, the first time we visit a node is the best path to that node (unless there are negative weight edges in the graph). So we only have to visit each node once, and the really nice part is if we ever hit the target node, we know that we are done. For the example here we will be using KiloManX, from SRM 181, the Div 1 1000. This is an excellent example of the application of the Heap Dijkstra problem to what appears to be a Dynamic Programming question initially. In this problem the edge weight between nodes changes based on what weapons we have picked up. So in our node we at least need to keep track of what weapons we have picked up, and the current amount of shots we have taken (which will be our cost). The really nice part is that the weapons that we have picked up corresponds to the bosses that we have defeated as well, so we can use that as a basis for our visited structure. If we represent each weapon as a bit in an integer, we will have to store a maximum of 32,768 values (2^15, as there is a maximum of 15 weapons). So we can make our visited array simply be an array of 32,768 booleans. Defining the ordering for our nodes is very easy in this case, we want to explore nodes that have lower amounts of shots taken first, so given this information we can define our basic structure to be as follows: boolean visited[32768]; class node { int weapons; int shots; // Define a comparator that puts nodes with less shots on top appropriate to your language };Now we will apply the familiar structure to solve these types of problems. int leastShots(String[] damageChart, int[] bossHealth) { priorityQueueThere are a huge number of these types of problems on TopCoder; here are some excellent ones to try out: SRM 150  Div 1 1000  RoboCourier SRM 194  Div 1 1000  IslandFerries SRM 198  Div 1 500  DungeonEscape TCCC '04 Round 4  500  Bombman FloydWarshall FloydWarshall is a very powerful technique when the graph is represented by an adjacency matrix. It runs in O(n^3) time, where n is the number of vertices in the graph. However, in comparison to Dijkstra, which only gives us the shortest path from one source to the targets, FloydWarshall gives us the shortest paths from all source to all target nodes. There are other uses for FloydWarshall as well; it can be used to find connectivity in a graph (known as the Transitive Closure of a graph). First, however we will discuss the Floyd Warshall AllPairs Shortest Path algorithm, which is the most similar to Dijkstra. After running the algorithm on the adjacency matrix the element at adj[i][j] represents the length of the shortest path from node i to node j. The pseudocode for the algorithm is given below: for (k = 1 to n) for (i = 1 to n) for (j = 1 to n) adj[i][j] = min(adj[i][j], adj[i][k] + adj[k][j]);As you can see, this is extremely simple to remember and type. If the graph is small (less than 100 nodes) then this technique can be used to great effect for a quick submission. An excellent problem to test this out on is the Division 2 1000 from SRM 184, TeamBuilder.

