-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add capability to use regularly updated bad star list and history file #261
Comments
Yes great idea. We can agree on the spec for 4.4 and at least make a stub filled. |
Without thinking too hard, a starting point is an hdf5 file like proseco_agasc.h5. then as few things TBD. |
Agreed on an hdf5. By "like" do you mean basically keeping those columns and maybe adding a couple including something like a "just don't use this star" column? We probably do have to figure out how we'd use a mag and mag_err in such a table in proseco before figuring out just what is helpful. |
I think we want separate "just don't use this star" for acq and guide. Part of me wants a "why" in that column(s) but probably cleaner to just have a bool or int. Then, do we want entries in the table to override proseco agasc in an arbitrary fashion? For the first example of the stars from GAIA that have bad proper motion in the AGASC, I wondered if we'd want to override the PM values and correct those star positions for selection (not very code complex but perhaps putting too much power into the update process for this supplementary table?). Or if we are only considering overriding for maybe mag/mag_err ... and for the rest of the kinds of things that would puts stars in the table it would just be a "don't use this star". |
Or maybe we only get as far as "don't use this star" for this release. |
I'm pondering this. I had about 5 disagreements with myself already... later. |
I'm leaning toward starting with the "just don't use this star" implementation as a first complete item, and then, if we have time, going with arbitrary override of any proseco agasc column, but with extra checks of reasonable-ness on any stars with override information (which aca_review should be able to handle) and good extra info logging and debug statements for the user. |
What about starting with an HDF5 file with two columns (initially):
The
|
Sure. So you are leaning only to the "don't use this star" first draft. I was think the magnitude histories would really be helpful for star review, but if you want to make this the fast bad-star-list supplement and we'll add a separate file table with mag histories and such at some point in the future, that's fine too. |
Or I suppose for a fast history, I'll be 99% of the way there for selection and review without mag histories as we nail down a definition for 'incorrect magnitude in AGASC'. For example for a star with MAG_ACA of 8.0 and MAG_ACA_ERR of 0.01 and observed mag of 7.0 we could set bit 3, but not set bit 0 or 1 (or not if it isn't really interesting?). |
Good thoughts. Adding to the "starting" point, columns:
So then this table would include one row for every star ever observed. Most would have Getting the functionality to support generating and using this table has a lower priority than other PRs currently in work. |
Indeed. Just brainstorming a bit while it was fresh. Thanks! |
What are your thoughts for appropriate values for entries with no observed mag data? |
Could we agree on a spec for https://github.com/sot/ska-projects/issues/92 and set proseco and aca_preview to use it all in proseco 4.4? I'm also talking about having Mark add it to the list of files that would be synced.
We could finish process for updating the file and such after the release.
This would be a stretch for 4.4.
The text was updated successfully, but these errors were encountered: