-
Notifications
You must be signed in to change notification settings - Fork 19
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
Improvement of the data management and naming of containers files #181
Improvement of the data management and naming of containers files #181
Conversation
… provided -> not anymore sensitive to the order of kargs given by user -> It deals smoothly If user set kwargs to default value
-> Exception raised and cautch properly when file no found
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #181 +/- ##
==========================================
- Coverage 63.24% 62.58% -0.66%
==========================================
Files 64 66 +2
Lines 4734 4886 +152
==========================================
+ Hits 2994 3058 +64
- Misses 1740 1828 +88 ☔ View full report in Codecov by Sentry. |
Thanks a lot, @guillaumegrolleron ! I'll review the changes in more details a bit later, but at least I confirm that this PR solves #178 . |
…a-observatory#181) * cleaner way to get the extractor string asociated to extractor kwargs provided -> not anymore sensitive to the order of kargs given by user -> It deals smoothly If user set kwargs to default value * The search of saved containers (SPE,Charge,wfs) is more robust -> Exception raised and cautch properly when file no found * propagation of changes in makers * script updates + fix of broken photostat code * update of shell scripts --------- Co-authored-by: guillaume.grolleron <[email protected]>
This PR fix several bugs and is an improvement of the data management and the naming of conainers files when stored on disk.
The behavior of scripts for gain computation, with the SPE fit or photo-stat method are more robust, as well as the charge computation.