When specifying a second order factor with the =~ operator runMI kicks back an error (example console output is below). I'm guessing it is coming from us building a null or saturated model parameter table. There is a discussion on the lavaan group about this too.
fit3 <- cfa.mi(PFSpreFRS, data=imp$imputations, std.lv = FALSE)
Error in [<-(*tmp*, rhs, lhs, value = 1) : subscript out of bounds
traceback()
3: imposeGLIST(template@Model, comb.results$coef, template@ParTable)
2: runMI(model = model, data = data, m = m, miArgs = miArgs, chi = chi,
miPackage = miPackage, seed = seed, fun = "cfa", ...)
1: cfa.mi(PFSpreFRS, data = imp$imputations, std.lv = FALSE)
When specifying a second order factor with the =~ operator runMI kicks back an error (example console output is below). I'm guessing it is coming from us building a null or saturated model parameter table. There is a discussion on the lavaan group about this too.