Additional Preferences Configurations: Where is Main Model/Where do Outputs Go #782
jmdelahanty
started this conversation in
Ideas
Replies: 1 comment 3 replies
-
Hi @jmdelahanty, Not sure if @roomrys followed up with you about this offline, but SLEAP lets you store your models anywhere you want. By default it looks for trained models in the Let me know if that makes sense or if you meant something else. Talmo |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello!
Today I got to chat with @roomrys for a little while and we discussed how we could potentially add in some flexibility for where SLEAP models can be located as well as some customizability for where predictions can end up.
In our lab, some projects record video from the exact same camera setup and are trying to get the same exact features out of the video. In this case, it's for facial expressions of the mouse under head-fixed preparations. Since these projects, at least for a while, will be doing things the same in terms of data collection, it would be really cool to just have one model the lab can communally provide labels across projects/directory structures.
To do this, we would need to have the ability to specify labels that are coming from separate server locations and also make it easy for outputs/predictions be sent to diverse places.
One project in the lab has approximately this structure for both it's raw and processed directories:
Different projects will have their own directory structures/where they want labels and predictions to go. Again, however, since we'll be doing the same analysis on videos that are using a standardized views, there should ideally be one model that's used/updated. Perhaps this model could be organized like this on our servers:
This way there could be one model that everyone can communally update/make better and run from one location. This would also make it much easier (I think) for someone to come in and use the model/deploy the model so it's available as a service or something one day a scheduler could access/run from.
From what @roomrys was telling me, this would require the editing of the
preferences.yaml
to include:And also (I think...) edit the form that builds the pipeline GUI.
Curious about your thoughts and a way forward!
Beta Was this translation helpful? Give feedback.
All reactions