-
Notifications
You must be signed in to change notification settings - Fork 26
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 albedo correction #128
Comments
I think that would be an excellent addition. I believe OSPEX implements it as a “pseudo-model” but it shouldn’t be too hard to add if we look up the proper equations. |
This has been on my to-do list for a while, I've just never been able to get around to it properly. I think OSPEX does it via altering the response matrix before the fit and I think the main files to look at are drm_albedo.pro and drm_correct_albedo.pro (found here with some description). Instructions on how the user interacts with this in OSPEX and some history is here. |
@samaloney, I think your idea of |
For RHESSI the albedo correction is included as part of the DRM, the logic being that it's not the observed spectrum |
Green function matrices are now available in JSON format (also as IDL SAVE files) https://github.com/edkontar/albedo |
@edkontar thanks, Eduard! this will be very useful for albedo corrections going forward. would you like to help implement the corrections in Python? |
Yes, I would be happy to help |
I have a draft PR open which uses the sav files from SSW in #161 What we eventually need is the ability to generate the "green's matrices" |
I'm still a bit confused by the albedo correction method. If I understand correctly, in the OSPEX, the albedo correction directly modifies the SRM but in our case, we will generate the photon models -> fold it though the albedo correction matrix-> fold this through the SRM to get the count model. During the fitting process, this method is done to each photon model. That means that all our output best fit count models by default have albedo accounted for them during fitting. But OSPEX always outputs the albedo correction as a separate model component during plotting (with the other models e.g. thermal, non-thermal.. plotted as well). Does that mean that during fitting we are account for albedo within each photon model, but then during plotting we plot the count models without the albedo correction (so in our case just : get best-fit the photon models -> fold through SRM) and instead, we plot a composite albedo model? Or am I misunderstanding this? |
Prior to April 2010, the albedo correction was applied to the DRM once when the DRM file was read, and the modified DRM was stored for use during analysis (this is how it was handled in old SPEX). This proved to be a problem for two reasons. 1. When using the drm_mod function component, the albedo correction was lost when the DRM was recalculated in the drm_mod procedure. 2. In May 2010, albedo was added as a function component to allow you to fit the anisotropy parameter: pseudo function Assuming isotropic X-rays: for a given photon spectrum I(eps), albedo corrected spectrum is I_corrected =(1+A)##I, and the count spectrum C_corrected=SRM#I_corrected |
I have found IDL code used in 2005 to generate Green Matrices for OSPEX and put it on github: |
Yea I think the main concept as Eduard said is the we are interested in |
Describe the feature
A few people have been asking if we have implemented the albedo correction similar to OSPEX
Proposed solution
No response
The text was updated successfully, but these errors were encountered: