Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

False "Problem infeasible" #63

Open
svigerske opened this issue Feb 26, 2019 · 4 comments
Open

False "Problem infeasible" #63

svigerske opened this issue Feb 26, 2019 · 4 comments
Assignees
Labels
bug Something isn't working

Comments

@svigerske
Copy link
Member

Issue created by migration from Trac.

Original creator: vejlin

Original creation time: 2011-01-13 15:17:55

DIP sometimes falsely concludes a problem is infeasible.

This can be reproduced using the MILPBlock example:

  • run with atm_5_10_1 instance
  • use the attached block file (pair notation)
@svigerske svigerske added bug Something isn't working major labels Feb 26, 2019
@svigerske
Copy link
Member Author

Attachment atm_5_10_1_KP.block by vejlin created at 2011-01-13 15:18:47

Knapsack reformulation

@svigerske
Copy link
Member Author

Comment by vejlin created at 2011-01-13 15:21:27

The block file puts the 10 embedded disjoint knapsack problems in separate blocks.

The error can be circumvented by artificially bounding all columns in the parameter file:
ColumnLB = -1.0e4
ColumnUB = 1.0e4

This is not related to the issue with artificial bounds being needed for unbounded pricing problems, since these knapsack problems are all bounded.

@svigerske
Copy link
Member Author

Comment by vejlin created at 2011-01-13 15:36:48

adding artificial bounds yields the error in ticket #64

@svigerske
Copy link
Member Author

Comment by @mgalati13 created at 2011-01-16 03:05:20

This issue is due to unbounded master-only columns. Given the current design, this can lead to large (infinity) coefficients in the reformulated constraint matrix - which leads to numerical issues.

This can be avoided with ColumnLB/UB option - but as seen in other tickets - this can lead to numerical issues later.

A better treatment of master-only columns is needed. I am working on a redesign which will take care of this. I will let you know when it is complete.

@tkralphs tkralphs removed the major label Jul 27, 2019
@tkralphs tkralphs self-assigned this Jul 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants