-
Notifications
You must be signed in to change notification settings - Fork 35
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
Semi continuous variable #424
Comments
Yeah, seems like a good idea. Not sure if ROI supports it though. |
Thanks, I hope it's possible. I'm using Gurobi extensively with ompr now, and lack of semi continuous variables is one of the few gaps I see in capabilities (besides the limitations to MILP only) Also is there any way to provide some financial support for the ompr project? I'm certainly gaining financially by using ompr in my consulting work, I'd like to help keep it going. |
I did a compare and compare and contrast between a Gurobi v. ompr R formulation in an earlier post. A few years ago I suggested to the Gurobi people who oversaw their R platform that they consider using ompr as their R interface and update it with additional functionality to make it more robust. (Given that ompr is a side-project for Dirk). My hope was that Gurobi would make its enhanced ompr version freely available and solver independent. Unfortunately, after a response of mild curiousity from Gurobi, nothing became of it. |
Yes it seems like the use of ompr with Gurobi is pretty unknown to Gurobi
(or, at least, their tech support). But I personally am running models
with multiple millions of variables and tens of thousands of constraints
using ompr and Gurobi with quite good performance. And once I figured out
how to exploit MILPModel to quickly add hundreds of constraints, model
builds became very fast.
…On Mon, Sep 5, 2022, 10:54 AM SteveM ***@***.***> wrote:
Also is there any way to provide some financial support for the ompr
project? I'm certainly gaining financially by using ompr in my consulting
work, I'd like to help keep it going.
I did a compare and compare and contrast between a Gurobi v. ompr R
formulation in an earlier post
<#421 (comment)>
.
A few years ago I suggested to the Gurobi people who oversaw their R
platform that they consider using ompr as their R interface and update it
with additional functionality to make it more robust. (Given that ompr is a
side-project for Dirk). My hope was that Gurobi would make its enhanced
ompr version freely available and solver independent. Unfortunately, after
a response of mild curiousity from Gurobi, nothing became of it.
—
Reply to this email directly, view it on GitHub
<#424 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASKSE67EL3GFKZKA6TV5SP3V4YJS3ANCNFSM5VMVE7MA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
HiGHS also supports semi continuous/integer variable. We should really do that. |
@dirkschumacher So with TBH one of the few big drawbacks I see with |
It has always been possible to use other solvers apart from ROI. You just need to write your own glue code connecting the Substituting the call to highs by the call to the Gurobi R package would probably give you 95% of a Gurobi solver for ompr. A solver really is just a plain function mapping a model to a solution |
Can this be made an option for declaring variables? I know lpsolve and gurobi both support semi-continuous variables.
The text was updated successfully, but these errors were encountered: