我们希望将 COIN-OR 与其他一些优化程序一起用于研究项目,如果我们可以使用标准化 API(最好是基于 Web 的 API)从一个点启动所有求解器,那就太好了。
遗憾的是,我无法找到有关从另一个角度访问 OSI 的任何信息,所以我希望这里的人能够体验到什么是可能的,哪些是不可能的。
到目前为止,通用邮件列表无济于事,因为我的注册仍然开放,我不确定整个项目是否仍在维护。
谢谢!
我们希望将 COIN-OR 与其他一些优化程序一起用于研究项目,如果我们可以使用标准化 API(最好是基于 Web 的 API)从一个点启动所有求解器,那就太好了。
遗憾的是,我无法找到有关从另一个角度访问 OSI 的任何信息,所以我希望这里的人能够体验到什么是可能的,哪些是不可能的。
到目前为止,通用邮件列表无济于事,因为我的注册仍然开放,我不确定整个项目是否仍在维护。
谢谢!
我们在使用 Sonnet ( https://sourceforge.net/projects/sonnet-project/ ) 编写模型方面取得了一些成功,它是 OSI 的 C# 包装器。我们能够编写大型和复杂的模型,并通过更改运行时开关使用任何与 OSI 一起工作的求解器来求解它们。建模风格围绕变量和约束,这对我们来说比“系数矩阵”风格简单得多。那是几年前的事了,所以它可能不是最新的;但它是开源且相当干净的结构化代码,因此在必要时相对容易更新。