-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CategoricalLikelihood
should contain the input dimensionality
#58
Comments
CategoricalLikelihood
should contain the number of outputsCategoricalLikelihood
should contain the input dimensionality
I think I would like to see an example of how using this would look with / without this requirement. i.e. what would we currently do, vs what would we do if this data were stored in the likelihood. |
I guess something like:
Eventually this could be used to check the input dimensionality. But I am more imagining a front end model where you would pass, kernel, likelihood and inference and that it could be automatically inferred how many latent GPs you need |
I will just do a PR proposal and we can see if it makes sense |
Sorry, yeah, that seems like a good idea. |
I am planning to write a
nlatent
function for the package, returning the dimensionality of the input needed for the likelihood.It is very practical to initialize things with a given likelihood.
However, the current version of
CategoricalLikelihood
has no way of knowing the number of latent needed. what do you think about enforcing the number of outputs in the likelihood?The text was updated successfully, but these errors were encountered: