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

start time of lfp data #51

Open
bendichter opened this issue Jan 3, 2022 · 3 comments
Open

start time of lfp data #51

bendichter opened this issue Jan 3, 2022 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@bendichter
Copy link
Contributor

For LFP, I am trying to handle if the probes were started at different times. I see a sampling rate, but no starting time. Contrast this with ephys.EphysRecording which has a recording_datetime field. For LFP, I see lfp_time_stamps, but the ones I can find start at 0, and it’s unclear whether this is time wrt the start of the LFP recording or the start of the session. recording_datetime  is the same for both probes in the example data, so that is consistent with the lfp time stamps being aligned, but it is unclear to me how it would be reflected in the data if the recordings started at different times. Would the lfp_time_stamps reflect this by having one of them not start at 0? Or would I be expected to infer the difference in start time by looking up the recording_datetime  from the same probe and session in the ephys.EphysRecording  table?

@kabilar
Copy link
Collaborator

kabilar commented Jan 7, 2022

Hi @bendichter,

For a given probe and session, the recording_datetime in ephys.EphysRecording is when the *.ap.meta file was created. See ephys.EphysRecording section and spikeglx.SpikeGLX section.

The lfp_time_stamps are with regard to the start of the LFP recording, and would thus always start at 0. See lfp_time_stamps calculation in ephys.LFP.

@ttngu207, can you please confirm?

@kabilar kabilar added this to the NIH U24 Year 2 milestone Jan 7, 2022
@bendichter
Copy link
Contributor Author

OK so I should look up the corresponding ephys.EphysRecording::recording_datetime for the start of LFP signal?

@kabilar
Copy link
Collaborator

kabilar commented Jan 7, 2022

Yes, I believe so. See lfp_time_stamps attribute comment.

My notes above were for SpikeGLX data. I am confirming the same is the case for OpenEphys data.

@CBroz1 CBroz1 removed this from the Year 2 milestone May 6, 2022
@CBroz1 CBroz1 added the enhancement New feature or request label May 6, 2022
@CBroz1 CBroz1 added this to the 2023Q2+ milestone May 11, 2022
@kabilar kabilar removed this from the 2023Q2+ milestone Feb 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants