-
Notifications
You must be signed in to change notification settings - Fork 7
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
Mask Transferring Test #195
Comments
https://docs.google.com/spreadsheets/d/1fqcgEZ_ZvQkbyRomqnkaIIOrz7wF5tFgB5i8x9D8dNU/edit#gid=0 Here's my results from applying the masks from MP2307 to MP2318. More results coming soon |
Here's the link for the version I"m working on now https://docs.google.com/spreadsheets/d/1cvJuGO75m2PBNGt4OJUjLtlEbjqIArn-TuDamwWUkKk/edit?usp=sharing |
@maddiecain can you tell us the stellar parameters for these stars? I think they've been chosen to be very similar. To summarize ratings for MP2307 -> MP2318:
By element (a few typos):
Overall it seems that it works very well on lines that have been selected to be high quality (but note that is only ~28% of the lines in the original line list). |
Sure, for MP2318 the stellar parameters are 5880/2.10/-2.55/2.65 in the format temperature/logg/metallicity/microturbulence. For MP2307, it's 4745/1.35/-2.82/1.70. MP2318 is on the horizontal branch, hence the weird parameters. A lot of lines couldn't be used because they didn't get selected when "Fit All" was pressed, although many of them were still usable. |
Here's a link to our final results: The bottom of the document has the proportion of 1's, 2's, and 3's for each test. The first three are the ones I analyzed, and the second three Maude did. That's why there's a difference in the proportion of 1's, 2's, and 3's - we had slightly different standards for how stars were ranked. |
1 was for good, 2 was for okay and 3 was bad. |
So it seems to me that in most cases it was good (and that masks were useful). How could they be made more useful? When they were just 'okay' or 'bad', was there a common reason? |
What I noticed was one overall issue that presented itself in many different ways. Basically, what I often noticed in 2s and 3s was that a region automatically masked in blue in the original version would fail to be masked in the transferred version. Some common errors: I'll update this if I think of more. Overall, though, I think that even with the few bad fits this would speed things up a ton and be really useful |
Blends were also most of the times an issue, bc the mask would not be very well fitting on the part blended. And I think one or two times for my masking it was bad when I had used it to adapt the fit by masking areas that weren't lines. |
I am removing the science verification label since this isn't technically a test of correctness (and so I can close the milestone). However finishing this test is still important. |
@maddiecain and @mgull19 are currently testing how well masks transfer from one r-process star to another.
They've exported/applied the masks (with a small code hack to remove unacceptable measurements) and are ranking each line from 1-3.
This thread is for discussion about how well the transfer works and what improvements may need to be made (if any).
The text was updated successfully, but these errors were encountered: