
ce jekl
- 合計アクティビティ 73
- 前回のアクティビティ
- メンバー登録日
- フォロー 0ユーザー
- フォロワー 0ユーザー
- 投票 3
- サブスクリプション 22
アクティビティの概要
ce jeklさんの最近のアクティビティ-
ce jeklさんがコメントを作成しました:
Jaromił NajmanCould you please elaborate on the "impossibility to access reduced cost". The simplex method must update these reduced cost attributes anyway.
-
ce jeklさんがコメントを作成しました:
Hi Marco and Philip, I have a stupid question. How can you determine the set of J? The variables with integral value in MIPNODE (LP solution) don't immediately become a fixed variable in the subtre...
-
ce jeklさんが投稿を作成しました:
Warm-start basis for mip in root relaxation
回答済みI am currently developing a set of heuristics that are similar to local branching. After incorporating all the local branching constraints into my model, my approach involves only modifying the con...
-
ce jeklさんがコメントを作成しました:
I thought the same at first, but in my test using c++ api is twice faster than python api (model construction time down from 100s to 50s). Sorry, I can't provide the example since the model is conf...
-
ce jeklさんがコメントを作成しました:
Sorry, my work procedure is: 1. Data preprocessing in python 2. Model construction in c++ 3. Further process in python From step 1 to step 2, I use pybind11 to pass necessary data to c++. But after...
-
ce jeklさんが投稿を作成しました:
Pass a gurobi model from c++ to python
ユーザーの入力を待っています。Is it possible to pass the Gurobi model from c++ to python by reference or something like that, instead of writing the model to mps in c++ and reading the file in python? I have a project of which ...
-
ce jeklさんがコメントを作成しました:
Thanks a lot!
-
ce jeklさんがコメントを作成しました:
I think your point is interesting, with name keyword, getConstrByName works ok, however, it doesn't work without the keyword. m = Model()c1 = m.addConstr(0 <= 1, "c1")c2 = m.addConstr(0 <= 1, name=...
-
ce jeklさんが投稿を作成しました:
pyomo with gurobi feasRelax
回答済みI need to use gurobi feasRelaxS, and my model is built in pyomo. Is there a way to use pyomo to solve a feasRelax model?
-
ce jeklさんがコメントを作成しました:
Thanks, that matches my experiments. I think it's better to put this on documentation. Although the multiplier for the equality constraint is unbounded, the sign of the multiplier still matters.