You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
if I understand it correctly, item_cov= and item_cov_miss= are used to specify the respective covariate adjustment for the regular and missing value models. But what happens if there is overlap among them in terms of some of the covariates?
On the implementation side there seems to be an issue. Specifically, if the same covariate appears in both formulas, the renaming functions try to create two copies of the same column which results in automatic renaming like so:
this could be an issue, although my preferred way to deal with it for now would be to force people to only use one type of covariate at a time (e.g., person/item etc).
Yes I see the problem, I meant having the user specify only one of person_cov, item_cov, or item_miss_cov would make the error go away for now.
It wouldn't be hard in a larger inference sense to have them use covariates for different types of parameters. The main trick is with coding, we would need to append some prefix like "person_" or "item_" to the covariate matrix and then remember with helping functions to convert it. So definitely doable, just not high on the to-do list atm.
if I understand it correctly,
item_cov=
anditem_cov_miss=
are used to specify the respective covariate adjustment for the regular and missing value models. But what happens if there is overlap among them in terms of some of the covariates?On the implementation side there seems to be an issue. Specifically, if the same covariate appears in both formulas, the renaming functions try to create two copies of the same column which results in automatic renaming like so:
Downstream this prevents
id_estimate
to identify the columns.Should the handling of columns in
id_make
be adjusted if bothitem_cov=
anditem_cov_miss=
are specified?The text was updated successfully, but these errors were encountered: