COIN-OR::LEMON - Graph Library

Changes between Initial Version and Version 1 of Ticket #319


Ignore:
Timestamp:
10/06/09 12:28:10 (15 years ago)
Author:
Peter Kovacs
Comment:

Circulation is safe in this manner, since it uses the excess of the corresponding node as an upper bound for each push operation.

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #319

    • Property Status changed from new to assigned
    • Property Summary changed from Infinite capacities in push-relabel algorithms to Infinite capacities in Preflow
  • Ticket #319 – Description

    initial v1  
    1 If you run a push-relabel algorithm using floating point capacity type on a graph having some arcs of infinite capacity (represented by either the `infinity()` or the `max()` value of the type), then it could cause problems, since the algorithm usually saturate arcs.
     1If you run `Preflow` using floating point capacity type on a network in which the source node has some outgoing arcs of infinite capacity (represented by either the `infinity()` or the `max()` value of the type), then it will cause problems, since the algorithm saturates these arcs.
    22
    3 To prevent this problem, we could replace the infinite capacities with sufficiently large finite values. For `Preflow` it would require the finding a finite value cut (if one exists). However for `Circulation` the `SUM[-sup(v) : sup(v)<0]` value could be used (if it is finite), so it would be simpler.
     3To prevent this problem, we could replace the infinite capacities with sufficiently large finite values. However it would require the finding a finite value cut (if one exists).
    44
    5 I suggest to either make these algorithms safer in this manner or add a warning to the doc of these classes and the dimacs solver about this problem.
     5I suggest to either make the algorithm safer in this manner or add a warning about this problem to the doc of the class and the dimacs solver.