doc/groups.dox
author deba
Tue, 30 Oct 2007 20:21:10 +0000
changeset 2505 1bb471764ab8
parent 2491 b63ae56979ef
child 2514 57143c09dc20
permissions -rw-r--r--
Redesign interface of MaxMatching and UnionFindEnum
New class ExtendFindEnum

Faster MaxMatching
     1 /* -*- C++ -*-
     2  *
     3  * This file is a part of LEMON, a generic C++ optimization library
     4  *
     5  * Copyright (C) 2003-2007
     6  * Egervary Jeno Kombinatorikus Optimalizalasi Kutatocsoport
     7  * (Egervary Research Group on Combinatorial Optimization, EGRES).
     8  *
     9  * Permission to use, modify and distribute this software is granted
    10  * provided that this copyright notice appears in all copies. For
    11  * precise terms see the accompanying LICENSE file.
    12  *
    13  * This software is provided "AS IS" with no warranty of any kind,
    14  * express or implied, and with no claim as to its suitability for any
    15  * purpose.
    16  *
    17  */
    18 
    19 /**
    20 @defgroup datas Data Structures
    21 This group describes the several graph structures implemented in LEMON.
    22 */
    23 
    24 /**
    25 @defgroup graphs Graph Structures
    26 @ingroup datas
    27 \brief Graph structures implemented in LEMON.
    28 
    29 The implementation of combinatorial algorithms heavily relies on 
    30 efficient graph implementations. LEMON offers data structures which are 
    31 planned to be easily used in an experimental phase of implementation studies, 
    32 and thereafter the program code can be made efficient by small modifications. 
    33 
    34 The most efficient implementation of diverse applications require the
    35 usage of different physical graph implementations. These differences
    36 appear in the size of graph we require to handle, memory or time usage
    37 limitations or in the set of operations through which the graph can be
    38 accessed.  LEMON provides several physical graph structures to meet
    39 the diverging requirements of the possible users.  In order to save on
    40 running time or on memory usage, some structures may fail to provide
    41 some graph features like edge or node deletion.
    42 
    43 Alteration of standard containers need a very limited number of 
    44 operations, these together satisfy the everyday requirements. 
    45 In the case of graph structures, different operations are needed which do 
    46 not alter the physical graph, but gives another view. If some nodes or 
    47 edges have to be hidden or the reverse oriented graph have to be used, then 
    48 this is the case. It also may happen that in a flow implementation 
    49 the residual graph can be accessed by another algorithm, or a node-set 
    50 is to be shrunk for another algorithm. 
    51 LEMON also provides a variety of graphs for these requirements called 
    52 \ref graph_adaptors "graph adaptors". Adaptors cannot be used alone but only 
    53 in conjunction with other graph representation. 
    54 
    55 You are free to use the graph structure that fit your requirements
    56 the best, most graph algorithms and auxiliary data structures can be used
    57 with any graph structures. 
    58 */
    59 
    60 /**
    61 @defgroup semi_adaptors Semi-Adaptors Classes for Graphs
    62 @ingroup graphs
    63 \brief Graph types between real graphs and graph adaptors.
    64 
    65 Graph types between real graphs and graph adaptors. These classes wrap
    66 graphs to give new functionality as the adaptors do it. On the other
    67 hand they are not light-weight structures as the adaptors.
    68 */
    69 
    70 /**
    71 @defgroup maps Maps 
    72 @ingroup datas
    73 \brief Some special purpose map to make life easier.
    74 
    75 LEMON provides several special maps that e.g. combine
    76 new maps from existing ones.
    77 */
    78 
    79 /**
    80 @defgroup graph_maps Graph Maps 
    81 @ingroup maps
    82 \brief Special Graph-Related Maps.
    83 
    84 These maps are specifically designed to assign values to the nodes and edges of
    85 graphs.
    86 */
    87 
    88 
    89 /**
    90 \defgroup map_adaptors Map Adaptors
    91 \ingroup maps
    92 \brief Tools to create new maps from existing ones
    93 
    94 Map adaptors are used to create "implicit" maps from other maps.
    95 
    96 Most of them are \ref lemon::concepts::ReadMap "ReadMap"s. They can
    97 make arithmetic operations between one or two maps (negation, scaling,
    98 addition, multiplication etc.) or e.g. convert a map to another one
    99 of different Value type.
   100 
   101 The typical usage of this classes is the passing implicit maps to
   102 algorithms.  If a function type algorithm is called then the function
   103 type map adaptors can be used comfortable. For example let's see the
   104 usage of map adaptors with the \c graphToEps() function:
   105 \code
   106   Color nodeColor(int deg) {
   107     if (deg >= 2) {
   108       return Color(0.5, 0.0, 0.5);
   109     } else if (deg == 1) {
   110       return Color(1.0, 0.5, 1.0);
   111     } else {
   112       return Color(0.0, 0.0, 0.0);
   113     }
   114   }
   115   
   116   Graph::NodeMap<int> degree_map(graph);
   117   
   118   graphToEps(graph, "graph.eps")
   119     .coords(coords).scaleToA4().undirected()
   120     .nodeColors(composeMap(functorMap(nodeColor), degree_map)) 
   121     .run();
   122 \endcode 
   123 The \c functorMap() function makes an \c int to \c Color map from the
   124 \e nodeColor() function. The \c composeMap() compose the \e degree_map
   125 and the previous created map. The composed map is proper function to
   126 get color of each node.
   127 
   128 The usage with class type algorithms is little bit harder. In this
   129 case the function type map adaptors can not be used, because the
   130 function map adaptors give back temporarly objects.
   131 \code
   132   Graph graph;
   133   
   134   typedef Graph::EdgeMap<double> DoubleEdgeMap;
   135   DoubleEdgeMap length(graph);
   136   DoubleEdgeMap speed(graph);
   137   
   138   typedef DivMap<DoubleEdgeMap, DoubleEdgeMap> TimeMap;
   139   
   140   TimeMap time(length, speed);
   141   
   142   Dijkstra<Graph, TimeMap> dijkstra(graph, time);
   143   dijkstra.run(source, target);
   144 \endcode
   145 
   146 We have a length map and a maximum speed map on a graph. The minimum
   147 time to pass the edge can be calculated as the division of the two
   148 maps which can be done implicitly with the \c DivMap template
   149 class. We use the implicit minimum time map as the length map of the
   150 \c Dijkstra algorithm.
   151 */
   152 
   153 /**
   154 @defgroup matrices Matrices 
   155 @ingroup datas
   156 \brief Two dimensional data storages.
   157 
   158 Two dimensional data storages.
   159 */
   160 
   161 /**
   162 @defgroup paths Path Structures
   163 @ingroup datas
   164 \brief Path structures implemented in LEMON.
   165 
   166 LEMON provides flexible data structures
   167 to work with paths.
   168 
   169 All of them have similar interfaces, and it can be copied easily with
   170 assignment operator and copy constructor. This make it easy and
   171 efficient to have e.g. the Dijkstra algorithm to store its result in
   172 any kind of path structure.
   173 
   174 \sa lemon::concepts::Path
   175 
   176 */
   177 
   178 /**
   179 @defgroup auxdat Auxiliary Data Structures
   180 @ingroup datas
   181 \brief Some data structures implemented in LEMON.
   182 
   183 This group describes the data structures implemented in LEMON in
   184 order to make it easier to implement combinatorial algorithms.
   185 */
   186 
   187 
   188 /**
   189 @defgroup algs Algorithms
   190 \brief This group describes the several algorithms
   191 implemented in LEMON.
   192 
   193 This group describes the several algorithms
   194 implemented in LEMON.
   195 */
   196 
   197 /**
   198 @defgroup search Graph Search
   199 @ingroup algs
   200 \brief This group contains the common graph
   201 search algorithms.
   202 
   203 This group contains the common graph
   204 search algorithms like Bfs and Dfs.
   205 */
   206 
   207 /**
   208 @defgroup shortest_path Shortest Path algorithms
   209 @ingroup algs
   210 \brief This group describes the algorithms
   211 for finding shortest paths.
   212 
   213 This group describes the algorithms for finding shortest paths in
   214 graphs.
   215 
   216 */
   217 
   218 /** 
   219 @defgroup max_flow Maximum Flow algorithms 
   220 @ingroup algs 
   221 \brief This group describes the algorithms for finding maximum flows.
   222 
   223 This group describes the algorithms for finding maximum flows and
   224 feasible circulations.
   225 
   226 \image html flow.png
   227 \image latex flow.eps "Graph flow" width=\textwidth
   228 */
   229 
   230 /**
   231 @defgroup min_cost_flow Minimum Cost Flow algorithms
   232 @ingroup algs
   233 
   234 \brief This group describes the algorithms
   235 for finding minimum cost flows and circulations.
   236 
   237 This group describes the algorithms for finding minimum cost flows and
   238 circulations.  
   239 */
   240 
   241 /**
   242 @defgroup min_cut Minimum Cut algorithms
   243 @ingroup algs
   244 \brief This group describes the algorithms
   245 for finding minimum cut in graphs.
   246 
   247 This group describes the algorithms
   248 for finding minimum cut in graphs.
   249 */
   250 
   251 /**
   252 @defgroup graph_prop Connectivity and other graph properties
   253 @ingroup algs
   254 \brief This group describes the algorithms
   255 for discover the graph properties
   256 
   257 This group describes the algorithms for discover the graph properties
   258 like connectivity, bipartiteness, euler property, simplicity, etc...
   259 
   260 \image html edge_biconnected_components.png
   261 \image latex edge_biconnected_components.eps "bi-edge-connected components" width=\textwidth
   262 */
   263 
   264 /**
   265 @defgroup planar Planarity embedding and drawing
   266 @ingroup algs
   267 \brief This group contains algorithms for planarity embedding and drawing
   268 
   269 This group contains algorithms for planarity checking, embedding and drawing.
   270 
   271 \image html planar.png
   272 \image latex planar.eps "Plane graph" width=\textwidth
   273 */
   274 
   275 /**
   276 @defgroup matching Matching algorithms 
   277 @ingroup algs
   278 \brief This group describes the algorithms
   279 for find matchings in graphs and bipartite graphs.
   280 
   281 This group provides some algorithm objects and function
   282 to calculate matchings in graphs and bipartite graphs.
   283 
   284 \image html bipartite_matching.png
   285 \image latex bipartite_matching.eps "Bipartite Matching" width=\textwidth
   286 
   287 */
   288 
   289 /**
   290 @defgroup spantree Minimum Spanning Tree algorithms
   291 @ingroup algs
   292 \brief This group contains the algorithms for finding a minimum cost spanning
   293 tree in a graph
   294 
   295 This group contains the algorithms for finding a minimum cost spanning
   296 tree in a graph
   297 */
   298 
   299 
   300 /**
   301 @defgroup auxalg Auxiliary algorithms
   302 @ingroup algs
   303 \brief Some algorithms implemented in LEMON.
   304 
   305 This group describes the algorithms in LEMON in order to make 
   306 it easier to implement complex algorithms.
   307 */
   308 
   309 /**
   310 @defgroup approx Approximation algorithms
   311 \brief Approximation algorithms
   312 
   313 Approximation and heuristic algorithms
   314 */
   315 
   316 /**
   317 @defgroup gen_opt_group General Optimization Tools
   318 \brief This group describes some general optimization frameworks
   319 implemented in LEMON.
   320 
   321 This group describes some general optimization frameworks
   322 implemented in LEMON.
   323 
   324 */
   325 
   326 /**
   327 @defgroup lp_group Lp and Mip solvers
   328 @ingroup gen_opt_group
   329 \brief Lp and Mip solver interfaces for LEMON.
   330 
   331 This group describes Lp and Mip solver interfaces for LEMON. The
   332 various LP solvers could be used in the same manner with this
   333 interface.
   334 
   335 */
   336 
   337 /** 
   338 @defgroup lp_utils Tools for Lp and Mip solvers 
   339 @ingroup lp_group
   340 \brief This group adds some helper tools to the Lp and Mip solvers
   341 implemented in LEMON.
   342 
   343 This group adds some helper tools to general optimization framework
   344 implemented in LEMON.
   345 */
   346 
   347 /**
   348 @defgroup metah Metaheuristics
   349 @ingroup gen_opt_group
   350 \brief Metaheuristics for LEMON library.
   351 
   352 This group contains some metaheuristic optimization tools.
   353 */
   354 
   355 /**
   356 @defgroup utils Tools and Utilities 
   357 \brief Tools and Utilities for Programming in LEMON
   358 
   359 Tools and Utilities for Programming in LEMON
   360 */
   361 
   362 /**
   363 @defgroup gutils Basic Graph Utilities
   364 @ingroup utils
   365 \brief This group describes some simple basic graph utilities.
   366 
   367 This group describes some simple basic graph utilities.
   368 */
   369 
   370 /**
   371 @defgroup misc Miscellaneous Tools
   372 @ingroup utils
   373 Here you can find several useful tools for development,
   374 debugging and testing.
   375 */
   376 
   377 
   378 /**
   379 @defgroup timecount Time measuring and Counting
   380 @ingroup misc
   381 Here you can find simple tools for measuring the performance
   382 of algorithms.
   383 */
   384 
   385 /**
   386 @defgroup graphbits Tools for Graph Implementation
   387 @ingroup utils
   388 \brief Tools to Make It Easier to Make Graphs.
   389 
   390 This group describes the tools that makes it easier to make graphs and
   391 the maps that dynamically update with the graph changes.
   392 */
   393 
   394 /**
   395 @defgroup exceptions Exceptions
   396 @ingroup utils
   397 This group contains the exceptions thrown by LEMON library
   398 */
   399 
   400 /**
   401 @defgroup io_group Input-Output
   402 \brief Several Graph Input-Output methods
   403 
   404 Here you can find tools for importing and exporting graphs 
   405 and graph related data. Now it supports the LEMON format, the
   406 \c DIMACS format and the encapsulated postscript format.
   407 */
   408 
   409 /**
   410 @defgroup lemon_io Lemon Input-Output
   411 @ingroup io_group
   412 \brief Reading and writing LEMON format
   413 
   414 Methods for reading and writing LEMON format. More about this
   415 format you can find on the \ref graph-io-page "Graph Input-Output"
   416 tutorial pages.
   417 */
   418 
   419 /**
   420 @defgroup section_io Section readers and writers
   421 @ingroup lemon_io
   422 \brief Section readers and writers for lemon Input-Output.
   423 
   424 Here you can find which section readers and writers can attach to
   425 the LemonReader and LemonWriter.
   426 */
   427 
   428 /**
   429 @defgroup item_io Item Readers and Writers
   430 @ingroup lemon_io
   431 \brief Item readers and writers for lemon Input-Output.
   432 
   433 The Input-Output classes can handle more data type by example
   434 as map or attribute value. Each of these should be written and
   435 read some way. The module make possible to do this.  
   436 */
   437 
   438 /**
   439 @defgroup eps_io Postscript exporting
   440 @ingroup io_group
   441 \brief General \c EPS drawer and graph exporter
   442 
   443 This group contains general \c EPS drawing methods and special
   444 graph exporting tools. 
   445 */
   446 
   447 
   448 /**
   449 @defgroup concept Concepts
   450 \brief Skeleton classes and concept checking classes
   451 
   452 This group describes the data/algorithm skeletons and concept checking
   453 classes implemented in LEMON.
   454 
   455 The purpose of the classes in this group is fourfold.
   456  
   457 - These classes contain the documentations of the concepts. In order
   458   to avoid document multiplications, an implementation of a concept
   459   simply refers to the corresponding concept class.
   460 
   461 - These classes declare every functions, <tt>typedef</tt>s etc. an
   462   implementation of the concepts should provide, however completely
   463   without implementations and real data structures behind the
   464   interface. On the other hand they should provide nothing else. All
   465   the algorithms working on a data structure meeting a certain concept
   466   should compile with these classes. (Though it will not run properly,
   467   of course.) In this way it is easily to check if an algorithm
   468   doesn't use any extra feature of a certain implementation.
   469 
   470 - The concept descriptor classes also provide a <em>checker class</em>
   471   that makes it possible check whether a certain implementation of a
   472   concept indeed provides all the required features.
   473 
   474 - Finally, They can serve as a skeleton of a new implementation of a concept.
   475 
   476 */
   477 
   478 
   479 /**
   480 @defgroup graph_concepts Graph Structure Concepts
   481 @ingroup concept
   482 \brief Skeleton and concept checking classes for graph structures
   483 
   484 This group contains the skeletons and concept checking classes of LEMON's
   485 graph structures and helper classes used to implement these.
   486 */
   487 
   488 /* --- Unused group
   489 @defgroup experimental Experimental Structures and Algorithms
   490 This group contains some Experimental structures and algorithms.
   491 The stuff here is subject to change.
   492 */
   493 
   494 /**
   495 \anchor demoprograms
   496 
   497 @defgroup demos Demo programs
   498 
   499 Some demo programs are listed here. Their full source codes can be found in
   500 the \c demo subdirectory of the source tree.
   501 
   502 The standard compilation procedure (<tt>./configure;make</tt>) will compile
   503 them, as well. 
   504 
   505 */
   506 
   507 /**
   508 @defgroup tools Standalone utility applications
   509 
   510 Some utility applications are listed here. 
   511 
   512 The standard compilation procedure (<tt>./configure;make</tt>) will compile
   513 them, as well. 
   514 
   515 */
   516