Skip to content
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

Channel ordering in NP2.4 recordings needs re-arranging #24

Open
oliche opened this issue Oct 18, 2024 · 2 comments
Open

Channel ordering in NP2.4 recordings needs re-arranging #24

oliche opened this issue Oct 18, 2024 · 2 comments
Assignees

Comments

@oliche
Copy link
Member

oliche commented Oct 18, 2024

In the original order, shanks and rows are mixed. We were used to have non-contiguous shanks, but this is the first time we see this on the rows.
image

Example after sorting by shank, col, row:
image

The spike sorter has to operate on ordered channels, and the order used needs to be reproducible for all subsequent applications.

@oliche
Copy link
Member Author

oliche commented Oct 18, 2024

The implementation could solve this in the spikeglx.Reader object from ibl-neuropixel.
We would create a new header field ordered that orders by shank, row, col (default NP1.0 order), and apply by default.

@grg2rsr grg2rsr self-assigned this Oct 23, 2024
@grg2rsr
Copy link
Contributor

grg2rsr commented Oct 23, 2024

started to look at this: PR #48 in ibl-neuropixel

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants