On Sat, Aug 1, 2009 at 1:50 PM, Nathann Cohen wrote:
>
> H... There is still something I did not understand, sorry ;-)
>
> Coin-or/Cbc is meant to be an optional package, and if approved it
> will stay this way : fine
> GLPK should be a standard package, but as it is customary it will be
> opt
H... There is still something I did not understand, sorry ;-)
Coin-or/Cbc is meant to be an optional package, and if approved it
will stay this way : fine
GLPK should be a standard package, but as it is customary it will be
optional for a while ( and perhaps a bit more to let us think about
l
On Sat, Aug 1, 2009 at 6:24 AM, David Joyner wrote:
>
> I think Nathann Cohen has done a very valuable service with the GLPK and
> COIN-OR-related packages.
>
> That said, I have a "point of order" question. Is is true or false that the
> process for a package to become standard we
> (1) use trac
Nathann Cohen wrote:
> Got it !
>
> I knew nothing about all this, sorry :-)
>
> I was just growing impatient because I only wrote the interface
> between GLPK/Coin and Sage to add new functions to the Graph class,
> whose docstrings I am currently writing... I already wrote :
>
> def min_domin
Got it !
I knew nothing about all this, sorry :-)
I was just growing impatient because I only wrote the interface
between GLPK/Coin and Sage to add new functions to the Graph class,
whose docstrings I am currently writing... I already wrote :
def min_dominating_set(g, value_only=False):
def min
I think Nathann Cohen has done a very valuable service with the GLPK and
COIN-OR-related packages.
That said, I have a "point of order" question. Is is true or false that the
process for a package to become standard we
(1) use trac to do nomination, testing, and acceptance as an optional
package,
I'd like LPs, too, of course.
By the way, do you know of the project http://pymprog.sourceforge.net/
that wraps GLPK with it's modelling language in python? Using PyGLPK,
as an additional layer, I'm pretty sure there is some relevant code
there.
On Aug 1, 12:46 pm, Carlo Hamalainen
wrote:
> On
On Sat, Aug 1, 2009 at 9:41 AM, Nathann Cohen wrote:
> Are you interested by LP features in Sage with GLPK as the native
> solver ? ( The others would have to be optional packages but we
> thought it would be smart to have a native one ).
Yes, especially if it can be used to speed up the graph co
