-
Notifications
You must be signed in to change notification settings - Fork 11
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
pmf values = 0 cause cut-out regions in plots #12
Comments
Hi @Stefan-Heimersheim, this isn't behaviour I've seen before, but if you can make a MWE I'll have a go at debugging |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
I have a sample from my prior (all weights = 1) of a interpolation function (FlexKnot, free-form parameterization etc.) and plot them using fgivenx. (Lists, as I have multiple, evidence-weighted, samples.)
and I get plots like these (different sample sizes, 3rd different fineness/levels):
Did you see something like this before? Is it just too small sample size or is there some issue computing the pmfs?
The plots break due to infinite values (erfinv(1)) of
z=0
(pmf=0
) inplot.py
,plot()
. Setting inf to 1e10 allows the lines to be plotted but does not fix the issue of why the pmf is computed as 0.Adding e.g.
smooth=2
does not improve the situation (here applied to the 2nd plot, with thez[infs] = 1e10
"fix", it makes the cut-out larger as it seems to propagate the problem over the smoothing area):Edit: I just noticed the smoothing code, of course it cannot work as the smoothing is applied to the contours (where I have put an 1e10) and not the PDF
I'm not sure if the problem is due to my sample size (1st plot 1e5 samples, 2nd plot 1e4) or some issue, plotting for 1e5 samples however already takes an hour so it is not really feasible to increase the sample size much.
To Reproduce
If you think this is an important bug I can work out an MWE; right now I was mainly wondering if this is a common problem you see often or something that shouldn't happen.
Expected behavior
a) Smooth contours (physics dependent)
b) Continuous contour lines (by definition)
The text was updated successfully, but these errors were encountered: