-
Notifications
You must be signed in to change notification settings - Fork 15
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
408 check out contiguous channel property for discrete data #415
408 check out contiguous channel property for discrete data #415
Conversation
Changes to be committed: modified: syncopy/datatype/discrete_data.py
Changes to be committed: modified: syncopy/datatype/discrete_data.py
- it's probably confusing to have non-existent channels after a selection Changes to be committed: modified: syncopy/datatype/discrete_data.py
- now also selections are very fast Changes to be committed: modified: syncopy/datatype/discrete_data.py
Changes to be committed: modified: syncopy/datatype/discrete_data.py
- either initialize with `data=None`, or `data.size != 0` Changes to be committed: modified: syncopy/datatype/discrete_data.py modified: syncopy/tests/test_discretedata.py
Changes to be committed: modified: syncopy/datatype/discrete_data.py
- weird that this worked in the 1st place.. Changes to be committed: modified: syncopy/tests/test_basedata.py
Codecov ReportBase: 68.22% // Head: 68.37% // Increases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## dev #415 +/- ##
==========================================
+ Coverage 68.22% 68.37% +0.15%
==========================================
Files 80 80
Lines 9602 9629 +27
Branches 1993 2007 +14
==========================================
+ Hits 6551 6584 +33
+ Misses 2527 2523 -4
+ Partials 524 522 -2
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
- it's tricky due to empty data class inits Changes to be committed: modified: syncopy/datatype/discrete_data.py
Changes to be committed: modified: syncopy/datatype/discrete_data.py
- to be in sync with channel Changes to be committed: modified: syncopy/datatype/discrete_data.py
Changes to be committed: modified: syncopy/tests/test_discretedata.py
Changes to be committed: modified: syncopy/tests/test_basedata.py modified: syncopy/tests/test_spyio.py
Changes to be committed: modified: syncopy/datatype/discrete_data.py modified: syncopy/tests/test_discretedata.py
Ok.. now the coverage complains about lines I haven't touched, so I won't grind it any further for the moment |
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! Should be soooo much faster for my data in combination with 403. I can make those changes if you agree.
Thx, yes please go ahead with the little changes you proposed 👍 |
Ok, thx for the review and the final fix ups! Shall I merge it with my super powers? EDIT: I think you would need to do a final 1 sentence approving review if we wanna get rid of some of the red here 😀 |
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.
Approved
Wait but aren't we still failing the code coverage check? |
yes, but this is not entirely reliable sadly.. we merged things in that state before ;) |
Changes Summary
This PR does 2 things, but can't follow the original idea about contiguous channel labels
SpikeData
:.channel_idx
and.unit_idx
, holding thenp.unique
results.channel
/.unit
property lookups are no longer re-computed and hence as fast as they should be.data
forDiscreteData
I hope I captured what you had in mind @kshapcott, here's an example how it works now:
Note that both
channel
andunit
use 0-indexing now, before only channel was 0-based for some reason.Reviewer Checklist