clarify advice on stationarity constraints for AR(k) processes (User's Guide)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- tex
- Área
- documentation
Línea de trabajo
Comienza comparando las Secciones 2.1 y 2.4 de Stan User’s Guide, especialmente sus indicaciones sobre las restricciones de estacionariedad para procesos AR(k). Revisa las indicaciones para que distingan entre procesos estacionarios conocidos y casos en los que la estacionariedad es incierta; después, comprueba el User’s Guide renderizado para verificar que la redacción sea coherente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary:
Ravi Sastry on Discourse pointed out an inconsistency in the User's Guide:
In the Stan User’s Guide v2.32, the last line in Section 2.4 recommends adding a constraint on the AR coefficient phi to ensure stationarity. But in Section 2.1, the same constraint on the AR coefficient (beta in this case) is given but “… is not recommended. If the data are not well fit by a stationary model it is best to know this. Stationary parameter estimates can be encouraged with a prior favoring values of beta near zero.”
Description:
My response on the forum:
If you know you're dealing with a stationary process, the constraint can make sense and even help guide the fit (it'll keep all the uncertainty within stationary parameter values). If you don't know you have a stationary process, this can be dangerous and will likely lead to instability in fit due to probability mass bunching up at constraint boundaries. So if you're unsure if your data are from a stationary process, it can help to not enforce the constraints and see what the data implies for a fit.
Current Version:
v2.32
- Lenguaje dominante
- TeX
- Estrellas
- 43
- Forks
- 133
- Merge medio
- 8 h 2 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de stan-dev/docs
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
bug
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Todos los issues de stan-dev/docs
Issues similares
-
area:docs bug triage:confirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Cotal-AI/Cotal#2875 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 90/100
FootprintAI/Containarium#2338 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
EchoTools/nevr-runtime#110 ·
Los mantenedores suelen responder en 1 día
-
needs-human needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
gke-labs/kube-agents#2400 · 1 comentario ·
Los mantenedores suelen responder en 1 día