mosek_MIPcontinue {DoE.MIParray} | R Documentation |

These functions continue optimization for a MIP-based array from a stored state.

```
mosek_MIPcontinue(qco, improve = TRUE, maxtime = Inf, nthread = 2,
mosek.opts = list(verbose = 10, soldetail = 1),
mosek.params = list(dparam = list(LOWER_OBJ_CUT = 0.5,
MIO_TOL_ABS_GAP = 0.2, INTPNT_CO_TOL_PFEAS = 1e-05,
INTPNT_CO_TOL_INFEAS = 1e-07),
iparam = list(PRESOLVE_LINDEP_USE="OFF", LOG_MIO_FREQ=100)))
gurobi_MIPcontinue(qco, improve = TRUE, maxtime = 60, nthread = 2,
heurist = 0.05, MIQCPMethod = 0, MIPFocus = 0,
gurobi.params =list(BestObjStop = 0.5, LogFile=""))
```

`qco` |
object of class |

`improve` |
logical; if TRUE (default), try to improve the already obtained solution for word length |

`maxtime` |
time in seconds for the optimization call; defaults differ for Mosek (Inf) and Gurobi (60), because a Mosek run can be easily escaped (<ESC>-key), contrary to a Gurobi run |

`nthread` |
number of cores to use (0=all cores) |

`heurist` |
for |

`MIQCPMethod` |
for |

`MIPFocus` |
for |

`mosek.opts` |
mosek options |

`mosek.params` |
Mosek parameters |

`gurobi.params` |
Gurobi parameters |

Note that it is possible to continue optimization with Gurobi, if it was started with Mosek, and vice versa. The tool will transform the problem into the respective other format.

Usage of options is analogous to functions `mosek_MIParray`

and `gurobi_MIParray`

, respectively, where these are described in more detail.

For some applications, usability of `mosek_MIPcontinue`

is hampered in Mosek versions up to 8 by the fact that Mosek's presolve routines identify additional integer variables and fail to recognise user-specified starting values for these that are not exactly integer-valued. According to Mosek ApS, this is scheduled to be remedied with Mosek Version 9 (version 9 is now available; I have not checked whether this was indeed fixed).

an array of class `link[DoE.base]{oa}`

, if not optimized to GMA with info for further continuation (see documentation of `mosek_MIParray`

or `gurobi_MIParray`

)

Ulrike Groemping

See also `DoE.MIParray`

for examples of the role of the `MIPcontinue`

functions,
`mosek_MIParray`

and `gurobi_MIParray`

for more detail on the optimization arguments,
`mosek_MIPsearch`

and `gurobi_MIPsearch`

for searching over `nlevels`

orderings
(which may be a very successful alternative to trying to improve an initial optimization based on a fixed `nlevels`

vector).

[Package *DoE.MIParray* version 1.0 Index]