-
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
SpikeData "waveform" property #238
Comments
Ah ok I see, thx @KatharineShapcott for bringing this up! @joschaschmiedt is that something you could take care of? |
Seems like other well used formats are also three dimensional.
https://spikeinterface.readthedocs.io/en/latest/modules/core/plot_4_waveform_extractor.html In this case the extra dimension is channel which I think is definitely more general than |
mmh.. what is |
|
They have a seperate storage for each unit (or channel in our case) though. This might makes sense since the most common operation is to mean or median across the unit and plot the average waveform. But it will mess up all our indexing |
This is implemented in PR437. |
Done with #437 |
Fieldtrip's spike structure has an optional "waveform" field. It would be useful to have a similar "waveform" property in the SpikeData class so that the type of spikes (e.g. inhibitory or excitatory) can be identified.
Quote from https://www.fieldtriptoolbox.org/tutorial/spike/
"The first dimension of spike.waveform{i} is ‘leads’. For tetrode recordings, multiple leads per electrode are available, in which case the first dimension of spike.waveform{i} would have been of size 4.
The second dimension of waveform contains the samples. In this case one sample corresponds to 1/40000 seconds.
The third dimension of spike.waveform{i} equals the length of spike.timestamp{i}, such that a waveform is present for every spike (‘spike’ dimension)."
We would only need this for sorted spikes though, which won't happen for a few more months.
The text was updated successfully, but these errors were encountered: