On Tue, 14 Nov 2006, Andrew Makhorin wrote:
> There is a dilemma, because I do not think that mixing modeling
> and "programming" capabilities within model description (as in
> AMPL) is a good idea; on the other hand I would like to keep
> compatibility between GNU MathProg and AMPL. Probably, there must be
> another level, something like a script, that allows performing all
> operations needed for reoptimization and post-optimal processing.
In my optimization work, I almost always use the
API of a solver instead of a modeling language.
The reason is that I usually want to solve another
problem related to the first and its solution.
Absent a reliable mechanism for converting variable
names to variable indices this can be difficult.
Being able to do the following from within code would be a good thing:
read a problem specified in a modeling language
solve problem
update problem
solve problem
rinse and repeat as necessary
print solution in convenient form.
Being able to convert names to indices would facilitate
the update problem and print solution steps.
It's been a release or two since I last used GLPK,
so if it now has and documents the aforementioned mechanism,
never mind.
--
Mike [EMAIL PROTECTED]
"it stands to reason that they weren't always called the ancients."
-- Daniel Jackson
_______________________________________________
Help-glpk mailing list
Help-glpk@gnu.org
http://lists.gnu.org/mailman/listinfo/help-glpk
