You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, our HMM models are not compatible with the variational inference (VI) implementation in PyMC3, because they use discrete variables (e.g. the state sequences). If we marginalize the state sequences (i.e. integrate them out), we could have a version of our models that is compatible with VI. That marginalized form could consist of the forward-backward probabilities used in tandem with a weight-based mixture Distribution—like the built-in Mixture class.
The following is an example of such a marginalized model, but this one only uses the forward-pass probabilities:
The essential difference is—of course—the alpha_t_tt computation and its use as the weights parameter in Mixture. The alpha_* correspond to the similarly named terms in the classical Baum-Welch algorithm. Use of the marginal state probabilities (i.e. the Baum-Welch gamma values) is more appropriate, though.
The text was updated successfully, but these errors were encountered:
Currently, our HMM models are not compatible with the variational inference (VI) implementation in PyMC3, because they use discrete variables (e.g. the state sequences). If we marginalize the state sequences (i.e. integrate them out), we could have a version of our models that is compatible with VI. That marginalized form could consist of the forward-backward probabilities used in tandem with a weight-based mixture
Distribution
—like the built-inMixture
class.The following is an example of such a marginalized model, but this one only uses the forward-pass probabilities:
The essential difference is—of course—the
alpha_t_tt
computation and its use as the weights parameter inMixture
. Thealpha_*
correspond to the similarly named terms in the classical Baum-Welch algorithm. Use of the marginal state probabilities (i.e. the Baum-Welch gamma values) is more appropriate, though.The text was updated successfully, but these errors were encountered: