-
Notifications
You must be signed in to change notification settings - Fork 103
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
Change calibration-frame naming #1641
Conversation
Codecov Report
❗ Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more. @@ Coverage Diff @@
## develop #1641 +/- ##
===========================================
+ Coverage 40.98% 41.01% +0.02%
===========================================
Files 189 189
Lines 43056 43076 +20
===========================================
+ Hits 17646 17666 +20
Misses 25410 25410
|
All the QL tests failed in the dev-suite. I fixed the bug, added a test to the dev-suite (see pypeit/PypeIt-development-suite#277), and I've restarted the dev-suite. |
|
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 to me, and solves #1640 (in cases where all
would not solve it otherwise). Nice!
My only lingering comment would be that, now that the notation is no longer using the :
-- which would otherwise directly correspond to slicing an array -- I'm not sure that it should still have the second number be outside of the list of calibration IDs contained in the file. That is, if you had two groups with 0,1,2,3,4
and 5,6,7,8,9
, the corresponding frame names would have 0+5
and 5+10
, someone might be confused which one actually contains calib ID = 5 without digging into the documentation to find out that the +
acts like a :
. But that's being pretty nit-picky, I think, so I'm fine with it.
This is a good point! I wasn't really crazy about the exclusive range anyway. I've changed the ranges so they're now inclusive. So the result for your example should be |
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.
approving; might as well run tests..
Got some errors:
I expect the unit tests will pass once the corrections for the removal of |
Test failures fixed by pypeit/PypeIt-development-suite#281
|
Only the unit tests fail, which are fixed in a different dev-suite PR.
|
... again.
This goes some way to addressing #1640 .
The implemented change reduces sequential numbers to a range. For example,
'0-1-2-3-4'
becomes'0:5'
and'3-5-6-10-11-12-15-18-19'
becomes'3-5:7-10:13-15-18:20'
. This introduces colons into the file naming convention, so please comment if anyone thinks this will cause OS-specific problems!I've directed this to
develop
, but I can merge in #1604 and redirect there, if that makes more sense. Note, most of the doc updates are repeats of what's done in #1604. Edits for this PR are mostly confined to calibframe.py and unit tests.I've done some minimal testing, but will run the dev-suite.