-
Notifications
You must be signed in to change notification settings - Fork 15
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
Miscellaneous fixes following initial science validation comments. #131
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #131 +/- ##
==========================================
+ Coverage 90.78% 90.94% +0.15%
==========================================
Files 17 17
Lines 1671 1700 +29
==========================================
+ Hits 1517 1546 +29
Misses 154 154 ☔ View full report in Codecov by Sentry. |
@AndreaBellini, I think this addresses your requested doc change. @ojustino, thanks for noticing the issue with the read_pattern not being correctly propagated through in the truncated case. Please see if this addresses your issue. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Hi @schlafly, no problem, and thanks for making these fixes. The |
Thanks Justin. @AndreaBellini, if the addition to the bandpass docs here |
Thanks Andrea. I've now added a section to the L1 page that has the conversion from photons to DN via the gain. |
Hi Eddie, please double check what is currently meant by “photons” then. The gain is only used to convert electrons to DNs. Are you sure you mean photons and not electrons?
If you really mean photons, then there is a further conversion factor that depends on the wavelength of the photons for shortish wavelengths. I think I read somewhere that the average for Roman is 4,7 electrons per photons, but I might be wrong.
Cheers,
Andrea
…---
Dr. Andrea Bellini
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD 21210
Tel: +1 410 338 4431
On Jul 11, 2024, at 20:33, Eddie Schlafly ***@***.***> wrote:
Thanks Andrea. I've now added a section to the L1 page that has the conversion from photons to DN via the gain.
https://romanisim--131.org.readthedocs.build/en/131/romanisim/l1.html#gain<https://urldefense.com/v3/__https://romanisim--131.org.readthedocs.build/en/131/romanisim/l1.html*gain__;Iw!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!2Ryk7W9oWQX7d0q3UJGtHXKqlXVicbBswv-rLMupG5eKcDXAzNGyKWqf_oFhJWMBxwZFr_YByTL_SeLKCxUjPImV$>
—
Reply to this email directly, view it on GitHub<https://urldefense.com/v3/__https://github.com/spacetelescope/romanisim/pull/131*issuecomment-2223632250__;Iw!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!2Ryk7W9oWQX7d0q3UJGtHXKqlXVicbBswv-rLMupG5eKcDXAzNGyKWqf_oFhJWMBxwZFr_YByTL_SeLKC7nLwOea$>, or unsubscribe<https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AE37OQVCJY7ZYQNPL5KIK7DZL3FY3AVCNFSM6AAAAABKKICCRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRTGYZTEMRVGA__;!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!2Ryk7W9oWQX7d0q3UJGtHXKqlXVicbBswv-rLMupG5eKcDXAzNGyKWqf_oFhJWMBxwZFr_YByTL_SeLKC1kSRqm2$>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
We are currently treating the system as if a photon generates an electron. Yes, if there's an additional level in the chain from DN to photons, it's not presently included; can you point me to some documentation? |
This paper finds quantum yields peaking at 1.05 at 550 nm, with an average in the F062 band of probably around 1.03. Is this in fact the effect you're concerned about here? |
Hi Eddie,
I’m ok if you assume 1 photon = 1 electron if it is supported in the literature. Just add this information in the documentation and, as far as I am concerned, go ahead and merge the pull request.
Thank you for adding all of this into the documentation. Roman I-Sim will certainly benefit from it.
Cheers,
Andrea
…---
Dr. Andrea Bellini
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD 21210
Tel: +1 410 338 4431
On Jul 12, 2024, at 18:07, Eddie Schlafly ***@***.***> wrote:
This paper finds quantum yields peaking at 1.05 at 550 nm, with an average in the F062 band of probably around 1.03.
https://iopscience.iop.org/article/10.1088/1538-3873/ac46ba#paspac46baf7<https://urldefense.com/v3/__https://iopscience.iop.org/article/10.1088/1538-3873/ac46ba*paspac46baf7__;Iw!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!3zr0xbnNEUUFtFbNkRnA0QiC0DRyeyUYrZY7y4nQ5NNNfMdKhXvP33gHfKXHyuketJ69ePanMZrpJQJ6_sms4TJm$>
In other bands they find ~1.003%. That's certainly an effect I'm neglecting, assuming a quantum yield of 1. The fact that the quantum yields are not exactly one means to me that there's some ~imprecision in the notion of gain and ramp fitting; when we pretend that the electrons are Poisson distributed, in fact they have some slightly more complex distribution. It doesn't seem to me that this is an effect that we should be simulating at this stage---we certainly don't have requirements about modeling quantum yields, etc..
Is this in fact the effect you're concerned about here?
—
Reply to this email directly, view it on GitHub<https://urldefense.com/v3/__https://github.com/spacetelescope/romanisim/pull/131*issuecomment-2225896423__;Iw!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!3zr0xbnNEUUFtFbNkRnA0QiC0DRyeyUYrZY7y4nQ5NNNfMdKhXvP33gHfKXHyuketJ69ePanMZrpJQJ6_huuPZyX$>, or unsubscribe<https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AE37OQQBRF5SUH7B6QJZ5RLZL75NTAVCNFSM6AAAAABKKICCRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRVHA4TMNBSGM__;!!CrWY41Z8OgsX0i-WU-0LuAcUu2o!3zr0xbnNEUUFtFbNkRnA0QiC0DRyeyUYrZY7y4nQ5NNNfMdKhXvP33gHfKXHyuketJ69ePanMZrpJQJ6_hNrgzBi$>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
This PR makes a few changes following RTB comments.
I have added an additional sentence describing how maggies are converted into photons to the bandpass page at readthedocs.
The romanisim truncation support was half-baked and didn't propagate through to the places it needed to; this has been fixed.