Skip to content

Commit b36dbde

Browse files
Update examples/howto/updating_priors.myst.md
Co-authored-by: Oriol Abril-Pla <[email protected]>
1 parent bf4e48d commit b36dbde

File tree

1 file changed

+5
-3
lines changed

1 file changed

+5
-3
lines changed

examples/howto/updating_priors.myst.md

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -189,10 +189,12 @@ What is interesting to note is that the posterior distributions for our paramete
189189
190190
+++
191191
192-
``````{admonition} Not silver bullet
192+
``````{admonition} Not a silver bullet
193193
:class: warning
194-
Observe that, despite the fact that the iterations seems improving, toms of them look actually a bit sketchy as the MC error can creep in.
195-
``````
194+
Observe that, despite the fact that the iterations seems improving, some of them don't look so good, even sometimes it seems it regresses. In addition to reasons noted at the beginning of the notebook, there are a couple key steps in the process where randomness is involved. Thus, things should be expected to improve on average.
195+
196+
1. New observations are random. If in the initial iterations we get values closer to the bulk of the distribuion and then we get several values in a row from the positive tail, the iterations where we have accumulated a couple draws from the tail will probably be biased and "look worse" than previous ones.
197+
2. MCMC is random. Even when it converges, MCMC is a random process, so different calls to `pymc.sample` will return values centered around the exact posterior but not always the same; how large a variation we should expect can be checked with {func}`arviz.mcse`. KDEs also incorporate this often negligible yet present source of uncertainty in the posterior estimates, and so will the generated Interpolated distributions.
196198
197199
+++
198200

0 commit comments

Comments
 (0)