The multilevelmod package is a parsnip extension package for multi-level models, which are also known as mixed-effects models, Bayesian hierarchical models, etc. The models wrapped by the multilevelmod package tend to have somewhat different interfaces than the average R modeling package, mostly due to how random effects and independent experimental units are specified.
This vignette is an overview of how to fit these models. For brevity, we only discuss linear models but the syntax also works for binomial and Poisson outcomes.
#| include: false library(tidymodels) library(multilevelmod)
#| results: hide library(tidymodels) library(multilevelmod) tidymodels_prefer() theme_set(theme_bw())
We'll use some single factor repeated measures experiment data from the lme4 package, on the effect of sleep deprivation on reaction time.
#| fig-alt: "18 line plots, one per subject, showing 'Days' on the x-axis and 'Reaction' on the y-axis. All lines trend upwards but vary across subjects." data(sleepstudy, package = "lme4") sleepstudy %>% ggplot(aes(x = Days, y = Reaction)) + geom_point() + geom_line() + facet_wrap(~ Subject)
To show how prediction works, let's create a new data frame for a hypothetical subject "one":
new_subject <- tibble( Days = 0:9, Subject = "one" )
Now let's look at how the modeling engines work with multilevelmod.
This engine requires the gee package to be installed.
There are no random effects in this model. Like the generalized least squares model discussed below, this model deals with the within-subject correlations by estimating a correlation (or covariance) matrix that is not diagonal. To do this, the model formula should use the id_var()
function. This is a special syntax for creating model matrices (there is no actual id_var()
function) that designates the column for the independent experimental unit.
The correlation structure can be passed as an engine argument:
#| label: gee gee_spec <- linear_reg() %>% set_engine("gee", corstr = "exchangeable") gee_fit <- gee_spec %>% fit(Reaction ~ Days + id_var(Subject), data = sleepstudy) gee_fit
Only a single column name can be given to id_var()
.
When predicting, the id_var
column is not required:
predict(gee_fit, new_subject %>% select(Days)) %>% bind_cols(new_subject)
This engine requires the nlme package to be installed.
For this model, the syntax to specify the independent experimental unit is inside of the corrrelation
argument for nlme::gls()
. We'll pass that as an engine argument. Possible values can be found using ?nlme::corStruct
.
For example:
#| label: gls library(nlme) # <- Only need to load this to get cor*() functions gls_spec <- linear_reg() %>% set_engine("gls", correlation = corCompSymm(form = ~ 1 | Subject)) gls_fit <- gls_spec %>% fit(Reaction ~ Days, data = sleepstudy) gls_fit
As with the GEE model, only the regression terms are required for prediction:
#| label: gls-pred predict(gls_fit, new_subject %>% select(Days)) %>% bind_cols(new_subject)
This engine requires the nlme package to be installed.
For models created by nlme::lme()
, the random effects are specified in an argument called random
. This can be passed via set_engine()
. The formula specified for fit()
should only include the fixed effects for the model.
To fit the basic random intercept model:
#| label: lme lme_spec <- linear_reg() %>% set_engine("lme", random = ~ 1 | Subject) lme_fit <- lme_spec %>% fit(Reaction ~ Days, data = sleepstudy) lme_fit
For predictions, tidymodels uses only the "population effects", i.e., no-subject specific random effects. We have designed tidymodels so that you should not know about the specific training set values when making any type of prediction.
For lme fit objects, the subject column, if given, is ignored. When the underlying predict()
function is used, the level = 0
argument is automatically invoked:
#| label: lme-pred predict(lme_fit, new_subject) %>% bind_cols(new_subject) # For this design, this is the same prediction as a training set point: predict(lme_fit, sleepstudy %>% filter(Subject == "308"))
The "lmer"
, "glmer"
, and "stan_glmer"
engines all use the same formula syntax for fitting multilevel models. See Section 2.1 of Linear Mixed Models with lme4 for details. In this section, we'll demonstrate using the "lmer"
engine.
All of the model specification occurs in the formula; no models terms are specified via set_engine()
(although other arguments can be passed there, as usual). To fit the same random intercept model, the syntax is:
#| label: lmer lmer_spec <- linear_reg() %>% set_engine("lmer") lmer_fit <- lmer_spec %>% fit(Reaction ~ Days + (1|Subject), data = sleepstudy) lmer_fit
We predict in the same way.
#| label: lmer-pred predict(lmer_fit, new_subject) %>% bind_cols(new_subject)
To determine what packages are required for a model, use this function:
required_pkgs(lmer_spec)
For the "stan_glmer"
engine, some relevant arguments that can be passed to set_engine()
are:
chains
: A positive integer specifying the number of Markov chains. The default is 4.iter
: A positive integer specifying the number of iterations for each chain (including warmup). The default is 2000.seed
: The seed for random number generation. cores
: Number of cores to use when executing the chains in parallel.prior
: The prior distribution for the (non-hierarchical) regression coefficients. prior_intercept
: The prior distribution for the intercept (after centering all predictors). See ?rstanarm::stan_glmer
and ?rstan::sampling
for more information.
If you use workflows, we have a few suggestions.
First, instead of using add_formula()
, we suggest using add_variables()
. This passes the columns as-is to the model fitting function. To add the random effects formula, use the formula
argument of add_model()
. For example:
#| label: wflow lmer_wflow <- workflow() %>% add_variables(outcomes = Reaction, predictors = c(Days, Subject)) %>% add_model(lmer_spec, formula = Reaction ~ Days + (1|Subject)) lmer_wflow %>% fit(data = sleepstudy)
If using a recipe, make sure that functions like step_dummy()
do not convert the column for the independent experimental unit (i.e. subject) to dummy variables. The underlying model fit functions require a single column for these data.
Using a recipe also offers the opportunity to set a different role for the independent experiment unit, which can come in handy when more complex preprocessing is needed.
#| label: rec rec <- recipe(Reaction ~ Days + Subject, data = sleepstudy) %>% add_role(Subject, new_role = "exp_unit") %>% step_zv(all_predictors(), -has_role("exp_unit")) lmer_wflow %>% remove_variables() %>% add_recipe(rec) %>% fit(data = sleepstudy)
Finally, there are excellent helper functions in the broom.mixed and tidybayes packages. If these need the underlying model fit object: the extract_fit_engine()
function can be used on either parsnip or workflow objects:
lmer_wflow %>% fit(data = sleepstudy) %>% # <- returns a workflow extract_fit_engine() # <- returns the lmer object
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.