Skip to content
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

Optimized MAP solution is wrong after clipping residuals #297

Open
canisli opened this issue Jul 16, 2023 · 0 comments
Open

Optimized MAP solution is wrong after clipping residuals #297

canisli opened this issue Jul 16, 2023 · 0 comments

Comments

@canisli
Copy link

canisli commented Jul 16, 2023

I've noticed some strange behavior when I'm fitting secondary eclipse light curves with noninformative priors. Like in the TESS case study, for each light curve I optimize for the model parameters, mask residual outliers, and rerun the optimizer, using the final result as the starting point for MCMC sampling. For some of my Kepler quarter light curves, interestingly, after I mask out residuals and rerun the optimizer, the MAP solution is completely wrong, while the MAP solution before clipping was a good fit. I checked that the outliers that were being removed were actual outliers (e.g., 5 out of the 4134 data points).

To fix this and have the second optimization work, I had to set its starting point to be the MAP solution from the first optimization. Is there a reason why this is necessary? It seems very unintuitive to me why the fit would get worse using the same starting point and initial priors after removing outliers. I only observed this happen in some of my light curves.

I've attached an example plot below. The GaussianProcess + light curve is plotted in orange/red.
Phase folded plot of first fit using noninformative priors:
good
Phase folded plot of second fit after clipping 5 residuals and using the same test point and noninformative priors as first:
bad

Thanks in advance, and I'd be happy to elaborate!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant