Replies: 6 comments 4 replies
-
Mixture should just be a density/distribution in its own right. We can sample from it like any other, it's integral still adds up to 1, etc. |
Beta Was this translation helpful? Give feedback.
-
And also just to link between related information: |
Beta Was this translation helpful? Give feedback.
-
Got it. Should I wait for the new Mixturesv2 factors, or can we go ahead for now with the existing pattern and then make a Mixturesv2 factor? |
Beta Was this translation helpful? Give feedback.
-
Can we have <:IIF.SamplableBelief be |
Beta Was this translation helpful? Give feedback.
-
Is there any use in having a mixture of factor mechanics? For example a Pose2Pose2 and FluxPose2Pose2 factor. I guess one can just create a custom factor that handles the mixing. |
Beta Was this translation helpful? Give feedback.
-
Once we standardize, we can remove: getFactorMechanics(f::AbstractFactor) = f
getFactorMechanics(f::Mixture) = f.mechanics |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
We want to be able to make mixture distributions by combining different componets, for example
MvNormal
with aManifoldKernelDensity
with aFluxDistribution
. The current code is first implementation which reversed the API, the current older code does:However, all throughout stats literature as well as Julia/StatsBase,
Mixture
is used as follows (and what i'm suggesting we do as well):Then also the name conflict with StatsBase. We cannot use
StatsBase.Mixture
because they only allow<:Distribution
, yet we need to allow more diverse components<:IIF.SamplableBelief
. So my suggestion is we just dont export, and write all the documentation asIIF.Mixture(...)
.Beta Was this translation helpful? Give feedback.
All reactions