-
Notifications
You must be signed in to change notification settings - Fork 29
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
add support for other model file formats than .lp
(e.g. the MPS
format)
#74
Comments
Just saw that minilp supports the |
As far as I know, |
I asked over at |
One of the CoinUtils developers gave his perspective on MILP file formats: From it, I take it that he would agree with you, in that the |
ok, thank you for your research. We can consider using multiple formats. |
.lp
(e.g. .nl
and/or OSIL
XML
format).lp
(e.g. the MPS
format)
Issues #73 and #72 demonstrate that the
.lp
file format is not very clearly specified. It might thus be more stable to use other more clearly file formats for any solvers that allow this. For solvers from theCOIN-OR
Suite (including cbc, but also see: https://coin-or.github.io/user_introduction), the best format is probablyOSIL
and according to slide 8 in thisCOIN-OR
presentation,.nl
might be another option.OSIL
"an open, XML-based format used by the Optimization Services framework of COIN-OR"
This seems to be a very rigorously specified and very powerful format and all the tools in
COIN-OR
can handle it. It would require using some Rustxml
parsing library and implementing the specification with it: there are some good hints in this recent blog post, so probablystrong-xml
oryaserde
would be good. So implementing the format will be more involved.All relevant info is on this webpage, including a link to the original paper describing it and the current stable specification:
.nl
"AMPL’s intermediate format that also supports non-linear modeling."
I guess, the complexity of implementing this would be somewhere in between the
.lp
file format and theOSIL
.xml
format. It might be a good compromise, as it seems that bothCOIN-OR
andgurobi
have capabilities of working with the.nl
format.Resources:
.nl
format.nl
file format reader in C++.nl
file format in more detailWhat do others think? Further format suggestions? Or objections?
The text was updated successfully, but these errors were encountered: