-
Notifications
You must be signed in to change notification settings - Fork 2
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
Implement higher fidelity Gaia modelling #36
Comments
Okay so this plan is showing surprisingly promising results. Procedure:
Right now to compare the Gaia simple fit + uncertainties to the catalog means and uncertainties, I'm using the KL-divergence and just treating it like a likelihood.
edit: it's a bit odd that the RA and Dec are ~0.005 or so degrees off, and yet their uncertainties and even covariances are basically spot on. Maybe something to do with reference epochs. Edit 2: never mind, fixed. |
I realized something pretty funny. Including the parameter means, uncertainties, and correlations, each target with a five parameter solution has 19 reported variables. (+1 more for excess astrometric noise). For many targets, that’s about number of degrees of freedom the as the total number of scans! That the system of equations should be fairly well-determined and we should almost be able to back out each individual scan measurement(?). |
This issue outlines my plan for higher fidelity modelling of Gaia data, either as part of the HGCA modelling or by itself.
Currently our HGCA likelihood models the Gaia and Hipparcos catalog measurements by averaging the instantaneous proper motion and position of the star 25 times during each of the Hipparcos and Gaia missions.
Recently, I merged full Hipparcos IAD modelling. I'd like to develop higher fidelity Gaia modelling to match.
After reviewing Orvara and Orbitize, I see that they model the Gaia catalog values by:
These choices are certainly defensible and are better than what we currently do with Octofitter. Still, I find the approach a little bit unsatisfying and think we could implement an even-further improved version in the following ways:
A few open questions remain:
Other thoughts:
The text was updated successfully, but these errors were encountered: