-
Notifications
You must be signed in to change notification settings - Fork 6
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
We need more maxent problems with known solutions #9
Comments
Maybe we need a reference implementation to compare against. Or several and take the vote. This seems pretty high priority to figure out. |
Yes, and we should think about how we can test the different implementations we already have against each other. We should be able to compare the results of using We can also probably just throw in some more sanity checks: verify that the returned probabilities sum to one, verify that constraints are satisfied, etc. Some of these can be QuickCheck properties, e.g., for all lists of integers But we also just need some problems with known solutions to test against. ... |
On Thu, Oct 9, 2014 at 5:23 PM, Eric Pashman [email protected]
Good idea.
I think generating them is probably best. I'll try to think of some ways.
|
As I was writing a general moment-constraint constructor, I realized that (I think) there's a bug in my definition of
(.=.)
inMoment.hs
. I think I'm mapping the functionf
inf .=. c
over the probabilities rather than over the values, which would make constraints usingvariance
wrong. ...To test this sort of thing we're going to need dig up some more basic examples that yield known maxent distributions, particularly ones that arise from higher-order moment constraints. Or maybe we can work some out with pen and paper; most of the maxent distributions I can think of offhand have infinite support, unfortunately.
I'll look around for some examples.
The text was updated successfully, but these errors were encountered: