-
You must be signed in to change notification settings -
JP-2623: Multiprocessing failure in ramp fitting. #6880
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
Conversation
… to changes to one group ramp suppression.
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.
Looks good. Just needs a change log entry.
Looks good now. Obviously need to wait to merge until the supporting changes in stcal have been merged and released. |
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.
The latest updates look good to me; a couple minor comments on the existing function docs in ramp_fit_step.py :
-
Lines 78, 113 and 148 of ramp_fit_step.py should be "Returns"
-
int_times in 'def create_integration_model( ... ) ' should be included in the epydocs
I have used this branch and the accompanying |
Closes #
Resolves JP-2623
Description
The primary cause of the multiprocessing failure was the
int_times
object, which is anastropy.io
object that cannot be properly pickled. Since it is not used in ramp fitting, it is no longer passed toSTCAL
ramp fitting and is handled entirely in the ramp fitting step code.Checklist