-
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
Documentation for excitation and emission code + a bug fix. #59
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #59 +/- ##
=======================================
Coverage 85.81% 85.81%
=======================================
Files 49 49
Lines 2792 2792
=======================================
Hits 2396 2396
Misses 396 396 ☔ View full report in Codecov by Sentry. |
thanks @ashesh-0! by the way, in thinking about @federico-carrara's application, I think we need to add (and internally use) an additional output of the simulation. I think we should break out some of the logic in emission_flux into an irradiance should be a 5D array The binning used on W is obviously important, and I think, after further reflection on the spectral detection use case, that we should normalize bin edges in such a way as to be useful for all of the different excitation/emission things we need to consider. I know that's still quite vague. Perhaps the three of us could zoom sometime and I can explain in person? |
Hi Talley! |
sounds good. in general, we should all treat |
Hi @tlambert03 , makes sense. This week, I'm available for a call on all days 9:00AM EDT to 2pm EDT except on Friday. On Friday, from 10AM to 2pm EDT. |
I guess it would make sense for @ashesh-0 and me to call you when we are in the office together. So, I propose either Wednesday from 9 AM to 1 PM or Friday from 10 AM to 1PM (Boston time). In case this doesn't work for you, we can certainly find different slots :) Thank you! |
This also fixes a bug in cross section computation, where one needs to multiply by 1000. however, pint already does that when converting to approapriate units and therefore there is no need to explicitly multiply
1000
.