With the lpx_load_matrix for example, and other rutines from the API, so I
wont have to read the data from a file, I pass in the code, for example a
structure.
On Fri, Jul 18, 2008 at 11:45 AM, Andrew Makhorin <[EMAIL PROTECTED]> wrote:
> > But I cant do it by another way?
>
> Another way? Which
Using glpk callbacks you can write intermediate solutions as early as glpk
discovers it. Please look to the glpk manual.
On Wed, Jul 30, 2008 at 4:58 PM, Christopher Moore <[EMAIL PROTECTED]>wrote:
> Any other suggestions? The reason this is important is that glpsol has yet
> to run to completio
Hello Andrew,
I have prepared example files showing the usage of the table statements with
CSV files in
ftp://glpk.dyndns.org/glpk/examples_csv.tar.gz
which I propose to add to the distribution.
Best regards
Xypron
Original-Nachricht
> Datum: Wed, 30 Jul 2008 13:17:41 +0400
>
Any other suggestions? The reason this is important is that glpsol
has yet to run to completion for my problem (~7 days CPU time) but I
would like to extract the best solution so far without having to
start over with a new run and a time limit. Since this behavior is
(so far) typical of t
On Tue, Jul 29, 2008 at 3:53 PM, Andrew Makhorin <[EMAIL PROTECTED]> wrote:
>>> Probably this happens because your instance is not well conditioned,
>>> so due to excessive round-off errors the presolved lp is unbounded
>>> while the original lp is not.
>> What does "not well conditioned" mean? Wha
To fix the defect causing round-off errors please insert the following
fragment in the routine set_d_eps (file glplpx10.c, lines 63-71):
63int s, n, j;
64double f, p, q, eps = 1e-9;
65mpq_t temp;
66xassert(-DBL_MAX <= val && val <= +DBL_MAX);
+ if (val == floor(val))
+ { /
> Or you could switch columns and rows in your csv-file:
> Param, Value
> SHIP_PENALTY, 10
> SHIP_LTL_PENALTY, 100
> ...
Note that spaces are *not* ignored within fields, so probably the
csv file should look like this:
Param,Value
SHIP_PENALTY,10
SHIP_LTL_PENALTY,100
...
> Did you plan to include this new version of glp_simplex in 4.30 ?
I plan to replace implementation of the primal simplex by a new
version, however, I am not sure about 4.30, because the new routine
is still under development.
___
Help-glpk mailing l
> I was suprised that standard glpsol reports perfect results. Then I
> tried "glpsol --exact" and the result changed. For example, using the
> attached mps file:
> (i) "glpsol" reports "objval = 6.75000e+10"
> (ii) "glpsol --exact" reports "objval = 6750001.0831"
Gotcha! Thank