DSEM/Discrete ctSEM vs. Continuous ctSEM #74
-
|
Hello @cdriveraus! I work in a lab with access to some daily diary data (several standardized prompts within a day, for 30 days). My understanding is that DSEM (Asparahouv) is the gold standard to estimate within-person effects. While I do have access to Mplus, I'm not the biggest fan, as it hinders reproducibility, compared to R (free/open-source). While looking for DSEM alternatives, I stumbled across So I have some questions:
Thank you! |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 1 reply
-
|
dsem in mplus is a common standard in some areas because people are familiar with the way it works and for what it does it does it well. There are things mplus can't do, some of which ctsem can do. There are things ctsem can't do, which mplus can do. 'gold standard' would be to have an appropriate model fitted :) If you a) think your processes continuously interact and exist (rather than suddenly 'jumping' in value at the specific moments you choose to observe) and b) you want to interpret parameter estimates and not just make predictions, then some kind of continuous time approach generally seems more sensible. mplus can, I believe, approximate this by inserting lots of missingness. the discrete time approach in ctsem is, generally speaking, very similar to what is done in mplus. measurement error often seems ignored when people use mplus (it is modelled by default with ctsem) but I assume you could include this. |
Beta Was this translation helpful? Give feedback.
-
|
You 'can' fit models to data with only 1 timepoint, if the ctsem model is structured appropriately (i.e., lots of restrictions). In most cases 3 is the bare minimum where it makes any sense, but for 'typical' use cases people want at least 4 to be able to estimate random intercepts, cross effects, system noise etc. |
Beta Was this translation helpful? Give feedback.
-
|
Sorry last question! Is |
Beta Was this translation helpful? Give feedback.
-
|
That would be one specific model you can create in ctsem, but the default
ctsem model is better thought of as a ct random effects cross lagged panel
model with measurement error.
…On Sun, May 3, 2026, 20:22 Seungju Kim ***@***.***> wrote:
Sorry last question! Is ctsem, then, largely equivalent to the continuous-time
residual dynamic structural equation modeling
<https://statmodel.com/download/CTRDSEM.pdf> approach in Mplus?
—
Reply to this email directly, view it on GitHub
<#74 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7LCBOK473M5YODYRSHXO34Y6E7ZAVCNFSM6AAAAACYGQGS6OVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMNZZG42TONI>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
dsem in mplus is a common standard in some areas because people are familiar with the way it works and for what it does it does it well. There are things mplus can't do, some of which ctsem can do. There are things ctsem can't do, which mplus can do. 'gold standard' would be to have an appropriate model fitted :) If you a) think your processes continuously interact and exist (rather than suddenly 'jumping' in value at the specific moments you choose to observe) and b) you want to interpret parameter estimates and not just make predictions, then some kind of continuous time approach generally seems more sensible. mplus can, I believe, approximate this by inserting lots of missingness.
the …