Riley Clement
- Total activity 1609
- Last activity
- Member since
- Following 0 users
- Followed by 3 users
- Votes 14
- Subscriptions 643
Comments
Recent activity by Riley Clement-
Hi Saeed, This bound differs from what Benders found! If my read of your logfile is correct, you're maximizing your objective and it would imply the solution from the Benders approach is better t...
-
Hi Saeed, Yes, the MIP gap is referring to the Master problem - I would guess your subproblem is continuous only and the concept of MIP gap for the subproblem doesn't exist. In your log the gap is ...
-
Hi Saeed, You should remove this: upper_bound = min(upper_bound,obj_val) lower_bound = max(lower_bound,model.cbGet(GRB.Callback.MIPSOL_OBJ)) gap = abs(upper_bound-lower_boun...
-
Hi Saeed, Using MIPSOL is correct. When using the callback approach you do not need to monitor lower and upper bounds (unlike the iterative approach). If the callback is implemented properly then ...
-
Hi Gijs, Ah I understand now. This is an example of bi-level programming and the multi-objective functionality isn't enough to solve this. In rare cases, you can translate a bilevel program into ...
-
And I forgot to mention - I would upgrade to Gurobi v12.
-
Hi Rizqi, The log isn't telling us much here. This is a big model! Presolved model has 2980 SOS constraint(s) Ideally SOS constraints are translated to linear constraints during presolve, so tha...
-
Hi Timothy, Regarding the r=6 infeasible model, our development team has looked into it and we narrowed it down to a particular change in our code. There doesn't look to be a bug causing this, and...
-
Hi Xianbang, If you were using a Gurobi API you would set SolutionNumber after optimization, then use the Xn attribute on variables (or the model) to retrieve the value. I'm not sure setting Solut...
-
Hi Rizqi, However, in the later years where demand is high, the optimization took over 1000 minutes but it still not solve. Does "not solve" mean it does not find any solutions? Or does not term...