-
Notifications
You must be signed in to change notification settings - Fork 7
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
Inconsistency in CnmfeSegmentationExtractor
sampling frequency data.
#153
Comments
Yeah, I'm starting to notice this kind of thing as well as I look at the segmentation data... Will post more as I dig into it |
Of course, ultimately what we really need is detailed tests for each interface tested on actual data like in https://github.com/catalystneuro/roiextractors/blob/master/tests/test_scan_image_tiff.py |
Just a guess, but I do suppose this would be the natural result if the data array itself was stubbed, but not the 'total runtime' metadata. |
That's a good guess, I was thinking the units of the time might be wrong but that makes more sense. That said, I think that the extractor should get the sampling frequency from the designated place (to the degree that it is):
|
Oh, absolutely - there are many formats that have that capability (either 100% baked in, or an 'optional' field of their headers) but don't right now. |
When I was working in #138 I noticed that there is a field in the gin data that should contain the frequency but is not used to extract the sampling frequency of the imaging extractor. For the data that is currently in gin moreover, this sampling frequency is different from the one that is assigned to the extractor:
These values should be the same, we even write the sampling frequency to this
Fs
field in this library:roiextractors/src/roiextractors/extractors/schnitzerextractor/cnmfesegmentationextractor.py
Lines 138 to 139 in e8927dc
For some reason, the sampling frequency in this extractor is determined by dividing the number of frames by the total time of reading:
roiextractors/src/roiextractors/extractors/schnitzerextractor/cnmfesegmentationextractor.py
Line 51 in e8927dc
This makes sense as well so it seems to me that there is some inconsistency in the data that we have on gin.
The text was updated successfully, but these errors were encountered: