You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
1. We recommend you start by navigating to the `notebooks` directory on the left panel and go through the `tutorial.ipynb` Jupyter notebook. Execute the cells in the notebook to begin your walkthrough of the tutorial.
74
74
75
-
1. Once you are done, see the options available to you in the menu in the bottom-left corner. For example, in Codespace you will have an option to `Stop Current Codespace` but when running Dev Container on your own machine the equivalent option is `Reopen folder locally`. By default, GitHub will also automatically stop the Codespace after 30 minutes of inactivity. Once the Codespace is no longer being used, we recommend deleting the Codespace.
75
+
2. Once you are done, see the options available to you in the menu in the bottom-left corner. For example, in Codespace you will have an option to `Stop Current Codespace` but when running Dev Container on your own machine the equivalent option is `Reopen folder locally`. By default, GitHub will also automatically stop the Codespace after 30 minutes of inactivity. Once the Codespace is no longer being used, we recommend deleting the Codespace.
Element MoSeq was developed in collaboration with the [Keypoint-MoSeq developers](https://github.com/dattalab/keypoint-moseq) in Datta's Lab at Harvard Medical School to promote integration and interoperability between Keypoint-MoSeq and the DataJoint Element MoSeq.
3
+
Element MoSeq was developed in collaboration with the [Keypoint-MoSeq developers](https://github.com/dattalab/keypoint-moseq), particularly with Kai Fox from Datta's Lab at Harvard Medical School, to foster integration and interoperability between Keypoint-MoSeq and the DataJoint Element MoSeq.
Copy file name to clipboardExpand all lines: docs/src/pipeline.md
+27-28Lines changed: 27 additions & 28 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,21 +5,21 @@ corresponding table in the database. Within the pipeline, Element MoSeq
5
5
connects to upstream Elements including Lab, Animal, Session, and Event. For more
6
6
detailed documentation on each table, see the API docs for the respective schemas.
7
7
8
-
The Element is composed of two main schemas, `kpms_pca` and `kpms_model`. The `kpms_pca` schema is designed to handle the analysis and ingestion of PCA model for formatted keypoint tracking. The `kpms_model` schema is designed to handle the analysis and ingestion of Keypoint-MoSeq's motion sequencing on video recordings.
8
+
The Element is composed of two main schemas, `moseq_train` and `moseq_infer`. The `moseq_train` schema is designed to handle the analysis and ingestion of PCA model for formatted keypoint tracking and train the Kepoint-MoSeq model. The `moseq_infer` schema is designed to handle the analysis and ingestion of Keypoint-MoSeq's motion sequencing on video recordings by using one registered model.
9
9
10
10
## Diagrams
11
11
12
-
### `kpms_pca` module
12
+
### `moseq_train` module
13
13
14
-
- The `kpms_pca` schema is designed to handle the analysis and ingestion of a PCA model for formatted keypoint tracking.
14
+
- The `moseq_train` schema is designed to handle the analysis and ingestion of PCA model for formatted keypoint tracking and train the Kepoint-MoSeq model.
- The `kpms_model` schema is designed to handle the analysis and ingestion of Keypoint-MoSeq's motion sequencing on video recordings.
20
+
- The `moseq_infer` schema is designed to handle the analysis and ingestion of Keypoint-MoSeq's motion sequencing on video recordings by using one registered model.
- For further details see the [kpms_pca schema API docs](https://datajoint.com/docs/elements/element-moseq/latest/api/element_moseq/kpms_pca/)
54
+
- For further details see the [`model_train` schema API docs](https://datajoint.com/docs/elements/element-moseq/latest/api/element_moseq/model_train/)
55
55
56
56
| Table | Description |
57
57
| --- | --- |
58
-
| PoseEstimationMethod | Table to store the pose estimation methods supported by the keypoint loader of `keypoint-moseq` package. |
59
-
| KeypointSet | Table to store the keypoint data and video set directory to train the model.|
60
-
| KeypointSet.VideoFile | IDs and file paths of each video file that will be used to train the model.|
61
-
| Bodyparts | Table to store the body parts to use in the analysis.|
58
+
| KeypointSet | Store keypoint data and video set directory for model training.|
59
+
| KeypointSet.VideoFile | IDs and file paths of each video file that will be used for model training. |
60
+
| Bodyparts | Store the body parts to use in the analysis. |
62
61
| PCATask | Staging table to define the PCA task and its output directory. |
63
-
| LoadKeypointSet | Table to create the `kpms_project_output_dir`, and create and update the `config.yml` by creating a new `dj_config.yml`. |
64
-
| PCAFitting | Automated fitting of the PCA model.|
65
-
| LatentDimension | Automated computation to calculate the latent dimension as one of the autoregressive hyperparameters (`ar_hypparams`) necessary for the model fitting. |
62
+
| PCAPrep | Setup the Keypoint-MoSeq project output directory (`kpms_project_output_dir`) creating the default `config.yml` and updating it in a new `dj_config.yml`. |
63
+
| PCAFit | Fit PCA model.|
64
+
| LatentDimension | Calculate the latent dimension as one of the autoregressive hyperparameters (`ar_hypparams`) necessary for the model fitting. |
65
+
| PreFitTask | Specify parameters for model (AR-HMM) pre-fitting. |
66
+
| PreFit | Fit AR-HMM model. |
67
+
| FullFitTask | Specify parameters for the model full-fitting. |
68
+
| FullFit | Fit the full (Keypoint-SLDS) model. |
66
69
70
+
### `moseq_infer` schema
67
71
68
-
### `kpms_model` schema
69
-
70
-
- For further details see the [kpms_model schema API docs](https://datajoint.com/docs/elements/element-moseq/latest/api/element_moseq/kpms_model/)
72
+
- For further details see the [`moseq_infer` schema API docs](https://datajoint.com/docs/elements/element-moseq/latest/api/element_moseq/moseq_infer/)
71
73
72
74
| Table | Description |
73
75
| --- | --- |
74
-
| PreFittingTask | Table to specify the parameters for the pre-fitting (AR-HMM) of the model. |
75
-
| PreFitting | Automated computation to fit a AR-HMM model. |
76
-
| FullFittingTask | Table to specify the parameters for the full fitting of the model. The full model will generally require a lower value of kappa to yield the same target syllable durations. |
77
-
| FullFitting | Automated computation to fit the full model. |
78
-
| Model | Table to register the models. |
76
+
| Model | Register a model. |
79
77
| VideoRecording | Set of video recordings for the Keypoint-MoSeq inference. |
80
78
| VideoRecording.File | File IDs and paths associated with a given `recording_id`. |
81
-
| InferenceTask | Table to specify the model, the video set, and the output directory for the inference task. |
82
-
| Inference | This table is used to infer the model results from the checkpoint file and save them to `{output_dir}/{model_name}/{inference_output_dir}/results.h5`. |
83
-
| Inference.MotionSequence | This table is used to store the results of the model inference.|
84
-
| Inference.GridMoviesSampledInstances | This table is used to store the grid movies sampled instances.|
79
+
| PoseEstimationMethod | Pose estimation methods supported by the keypoint loader of `keypoint-moseq` package. |
80
+
| InferenceTask | Staging table to define the Inference task and its output directory. |
81
+
| Inference | Infer the model from the checkpoint file and save the results as `results.h5` file. |
82
+
| Inference.MotionSequence | Results of the model inference. |
83
+
| Inference.GridMoviesSampledInstances | Store the sampled instances of the grid movies. |
0 commit comments