← Back to home
Comparison · Infra & APIs

modsem vs surveycore

A side-by-side editorial comparison of modsem and surveycore — release velocity, themes, recent moves, and the top alternatives to consider.

Shared themes:r-packages

modsem vs surveycore: at a glance

Featuremodsemsurveycore
SectorInfra & APIsInfra & APIs
Velocity score0.00.0
Sparks · 30d00
Top themesstructural-equation-modeling, latent-interactions, lms-estimator, mplus-interopsurvey-statistics, variance-estimation, replicate-weights, api-stability
Last editorial update1h ago1h ago
WebsiteVisit →Visit →

What is modsem?

modsem is grinding latent interaction models toward Mplus parity, one estimator at a time.

modsem fits interaction and quadratic effects between latent variables in R, offering both product-indicator approaches (modsem_pi) and distribution-analytic ones (modsem_da, covering LMS and QML). Releases land roughly monthly and are dense pull-request lists. The recent line is dominated by the LMS approach: gradient refactors, parallel E-steps, composite construct support, and careful handling of residual covariances between latent variables.

Read the full modsem trajectory →

What is surveycore?

surveycore declared its API stable with every survey design type covered.

surveycore is the estimation engine of a two-package survey stack, handling design objects and variance estimation while surveytidy supplies the dplyr verbs on top. The June release marks it 1.0.0 and states the API is complete and stable across Taylor series linearization, replicate weights, two-phase and non-probability designs, with means, totals, frequencies, quantiles, ratios, correlations, regression, t-tests, ANOVA and effective sample size all in place.

Read the full surveycore trajectory →

modsem vs surveycore: editorial side-by-side

M
modsem
INFRA · APIS
0.0

modsem is grinding latent interaction models toward Mplus parity, one estimator at a time.

◆ Current state

modsem fits interaction and quadratic effects between latent variables in R, offering both product-indicator approaches (modsem_pi) and distribution-analytic ones (modsem_da, covering LMS and QML). Releases land roughly monthly and are dense pull-request lists. The recent line is dominated by the LMS approach: gradient refactors, parallel E-steps, composite construct support, and careful handling of residual covariances between latent variables.

◆ Where it's heading

Two things are being closed at once. The modelling gap — composites and formative constructs, categorical estimators, residual covariances in every direction, multigroup and clustered designs — brings modsem toward what commercial Mplus users expect, and the package's Mplus bridge is maintained alongside it, now with unique file IDs and a cleanup argument. The performance gap is the other: memoised H0, parallel E-step, optimized gradients and Hessians for both LMS and QML, all aimed at the distribution-analytic estimators that are expensive by construction. Convention borrowing from lavaan continues in message formatting and standard-error defaults.

◆ Prediction

The 1.0.20 and 1.0.21 releases both spent effort on residual covariances between endogenous and exogenous latent variables across estimation, prediction and standardization, and that thread has not obviously closed. The arrival of a second contributor moving MplusAutomation to Suggests suggests dependency trimming continues.

S
surveycore
INFRA · APIS
0.0

surveycore declared its API stable with every survey design type covered.

◆ Current state

surveycore is the estimation engine of a two-package survey stack, handling design objects and variance estimation while surveytidy supplies the dplyr verbs on top. The June release marks it 1.0.0 and states the API is complete and stable across Taylor series linearization, replicate weights, two-phase and non-probability designs, with means, totals, frequencies, quantiles, ratios, correlations, regression, t-tests, ANOVA and effective sample size all in place.

◆ Where it's heading

The last months before 1.0.0 were spent making the awkward designs behave like the ordinary ones. Non-probability designs gained jackknife replicate schemes and got their bootstrap repweights routed through the replicate-weight variance estimator in survey_glm(), matching every other estimation function. The survey_collection abstraction — several surveys treated as one pseudo-data-frame — was tightened rather than extended: divergent grouping across members now errors instead of stitching a patchwork with bind_rows(), and the missing-variable argument was renamed and given a stored default on the collection itself. A documentation audit before 1.0.0 turned up six dispatch and print bugs and corrections across forty-plus files, which is the kind of thing that surfaces when an API is being frozen rather than extended.

◆ Prediction

A declared-stable API means the next releases should be additive or corrective rather than breaking, and the pre-1.0.0 pattern of breaking renames should stop. The tight version pinning between the two packages means surveytidy releases will keep following surveycore's.

Alternatives to modsem and surveycore

Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either modsem or surveycore.

See all modsem alternatives → · See all surveycore alternatives →

Recent activity from modsem and surveycore

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1mo agomodsemUnique Mplus file IDs, cleanup argument, LMS gradient refactor
  2. 2mo agosurveycoreFirst stable release: all four survey design types complete
  3. 2mo agomodsemComposite constructs for LMS, plus MC-LMS-CAT and MC-QML-CAT
  4. 3mo agosurveycoreget_effective_n() computes effective sample size
  5. 3mo agomodsemPrint spacing and a partial-match fix in getSortedEtas()
  6. 3mo agosurveycoreCollections error on divergent grouping; .on_missing renamed
  7. 4mo agosurveycoreCRAN patch removing surveytidy from the vignette
  8. 4mo agomodsemCategorical argument for Mplus; partial support for the <~ operator
  9. 5mo agomodsemConsistent three-way interaction estimates with rcs=TRUE
  10. 6mo agomodsemSecondary pruning and a forward-difference Hessian mode

Frequently asked questions

What is the difference between modsem and surveycore?

Both compete on the same themes — r-packages — within Infra & APIs. modsem and surveycore are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.

Is modsem better than surveycore?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. modsem and surveycore are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.

What are the best alternatives to modsem?

Top modsem alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "modsem alternatives" section above for the current picks, or visit /alternatives/modsem for the full list with editorial commentary on each.

What are the best alternatives to surveycore?

Top surveycore alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "surveycore alternatives" section above for the current picks, or visit /alternatives/surveycore for the full list with editorial commentary on each.