Skip to content

glmer optimization questions

6 messages · Tobias Heed, Ben Bolker

#
Tobias Heed <tobias.heed at ...> writes:
No (want to write one?)
maxIter is old/obsolete.
  maxfun controls the iteration counter in the BOBYQA/Nelder-Mead
phase (i.e., optimization over the 'theta' (Cholesky factor of
random-effects variance-covariance matrices) parameter vector)
We don't know enough about this (yet) to make strong recommendations
If you get parameters on the boundary (i.e. 0 variances,
+/-1 correlations) it may be worth trying.  However, I'm not
sure it's actually implemented for glmer!
I believe this is coming from BOBYQA, but I'm not sure.
I would certainly be more careful to assess convergence in
these cases.  Do the answers look sensible?  (We hope to add
some more functionality for checking convergence ...)
Absolutely.  You should always report *everything* necessary
for someone to reproduce your results (in an appendix or online
supplement, if necessary).

  cheers
    Ben Bolker
#
On 13-09-17 04:25 PM, Tobias Heed wrote:
That is strange.  Can you send data?

  A quick test of convergence should be *something* like

library(lme4)
fm1 <- lmer(Reaction ~ Days + (Days | Subject), sleepstudy)
library(numDeriv)
dd <- update(fm1,devFunOnly=TRUE)
hh <- hessian(dd,getME(fm1,"theta"))
evd <- eigen(H, symmetric=TRUE, only.values=TRUE)$values
## should be positive definite

see https://github.com/lme4/lme4/issues/120
for more detailed code from Rune Christensen that implements
a series of convergence checks
Tobias Heed, PhD
#
On 13-09-18 05:44 AM, Tobias Heed wrote:
Please do send the data.  There's not *supposed* to be any
non-deterministic component to the lme4 fitting procedures. We have had
problems in the past with internal components of the fitted object not
getting re-set exactly to their starting values, and I think there may
still be some small issues there, so any examples we can get are useful.

  Ben Bolker