Clarify that sampling statements vs. target += may not always preserve sampling behavior
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- tex
- Área
- documentation
Línea de trabajo
Comienza con la sección 7.4 del manual de referencia de Stan y compara los dos ejemplos de código descritos en el issue. Lee la discusión vinculada en Discourse para entender la salvedad sobre las condicionales dependientes de parámetros. Se considera terminado cuando la documentación explica correctamente cuándo las instrucciones de muestreo y los incrementos de target no preservan el comportamiento del muestreo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Section 7.4 of the Stan reference manual says that using the sampling statement y ~ normal(mu, sigma) and incrementing the target probability directly with target += normal_lpdf(y | mu,sigma) will “both lead to the same sampling behavior” but the sampling statement drops constant terms from the log probability function when adding to the target.
But I believe that it is not necessarily true that you get the same sampling behavior if the sampling statement's execution is conditional on parameter values. E.g. consider the snippet
if(b) {
y ~ normal(mu, sigma)
}
else {
target += normal_lpdf(y | mu,sigma)
}
if b depends upon parameter values, then this does not give the same sampling behavior as
target += normal_lpdf(y | mu,sigma)
because in the first snippet we drop the extra additive constant terms only on the subsets of parameter values which cause b to evaluate to true.
Of course, if b depends upon parameter values, there are likely other practical issues with inference for such a model. Nevertheless, it might be good to add a caveat or re-word this statement in the documentation.
(See also discussion here: https://discourse.mc-stan.org/t/target-vs-sampling-does-dropping-constants-preserve-sampling-behavior/29118/)
- Lenguaje dominante
- TeX
- Estrellas
- 43
- Forks
- 133
- Merge medio
- 11 h 32 min
- PR fusionados (30 d)
- 4
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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
-
Crush Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
catppuccin/catppuccin#3125 ·
-
Link Checker Report Abiertoautomated issue report
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
VoltAgent/awesome-design-md#469 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
KhronosGroup/glTF#2648 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
sccn/sccn.github.io#108 ·