-
Notifications
You must be signed in to change notification settings - Fork 6
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
Load blob tracking data for animal position when missing SLEAP data #400
Comments
We could also consider running full pose inference on pre and post social periods. This would be useful to Joaquin (he is currently just using some data in my personal ceph folders) and in general is would probably be good to have in order to be able to better compare individual and social sessions in analyses? |
Thanks @anayapouget , yes, that would certainly solve this issue.
If it's a one off fix, we can certainly use your help to do this once. But if we want to include this step formally in the larger data processing/analysis flow, we should have another discussion to engineer this. |
We've decided to go with the approach of adding a check to use centroid blob data for position ingestion if no sleap data, else will use sleap data (this includes data that would be in the processed dir if full pose inference is run on single animals) |
Done in #438 |
For parts of some experiments, e.g. the presocial periods, SLEAP data is not available.
Thus, currently, animal position data is not available for those presocial periods.
However, the animal position blob tracking data is always available, just not ingested. It's worth to note that the blob tracking data cannot reliably identify the different animals when more than one animal present (thus we should use SLEAP data).
But for single-animal time periods, this is a reasonable alternative.
The task here is to ingest blob tracking data whenever SLEAP data is not available, only for the periods of single-animal only
Tag @jkbhagatio and @OrsiFolsz here as well
The text was updated successfully, but these errors were encountered: