You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
GMPL can be used to define models, which can be imported via method OsiSolverInterface->readGMPL.
GMPL can also be used to define post processing, which can be used for efficient output of the results of an optimization run.
Unfortunately method readGMPL always calls mpl_terminate(gmpl). Hence it is not possible to execute the postprocessing of the GMPL model.
I suggest to add an optional parameter to readGMPL which allows to keep the model opened and a new method to OsiSolverInterface to execute the postprocessing phase in GLPK.
The text was updated successfully, but these errors were encountered:
I think this would be great! I would like to be able to use cbc and/or symphony with MathProg including the postprocessing. Therefore I second this proposal.
Issue created by migration from Trac.
Original creator: xypron
Original creation time: 2008-12-22 05:15:25
Assignee: @mjsaltzman
Version: 0.96.1
GMPL can be used to define models, which can be imported via method OsiSolverInterface->readGMPL.
GMPL can also be used to define post processing, which can be used for efficient output of the results of an optimization run.
Unfortunately method readGMPL always calls mpl_terminate(gmpl). Hence it is not possible to execute the postprocessing of the GMPL model.
I suggest to add an optional parameter to readGMPL which allows to keep the model opened and a new method to OsiSolverInterface to execute the postprocessing phase in GLPK.
The text was updated successfully, but these errors were encountered: