-
Notifications
You must be signed in to change notification settings - Fork 66
BundleSeg exploration viewer for filtering #1035
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
Conversation
Hello @frheault, Thank you for updating !
Comment last updated at 2024-12-12 18:58:07 UTC |
Codecov ReportAttention: Patch coverage is
❌ Your patch status has failed because the patch coverage (19.65%) is below the target coverage (90.00%). You can increase the patch coverage or adjust the target coverage. Additional details and impacted files@@ Coverage Diff @@
## master #1035 +/- ##
==========================================
- Coverage 73.18% 72.02% -1.16%
==========================================
Files 451 452 +1
Lines 24872 25232 +360
Branches 3424 3452 +28
==========================================
- Hits 18202 18174 -28
- Misses 5207 5597 +390
+ Partials 1463 1461 -2
🚀 New features to boost your workflow:
|
@GuillaumeTh Testing BundleSeg on a random big tractogram with the new --exploration_mode option and then using the viewer would be great for a tumor case showcase. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some comments, works as expected. Can you move the viewer from scil_bundle_explore_bundleseg.py somewhere else ?
Quick description
Implemented a new BundleSeg slider feature for filtering
Improved code to limit RAM usage by processing FreeSurfer surfaces (FSS) in chunks, making it easier to handle larger datasets.
New Features:
This mode searches all bundles at a higher pruning threshold (12mm).
A second script then visualizes the results and can save outputs in the specified folder.
Allows customization of the pruning distance threshold for all bundles.
Default value is 0.0, but this parameter can be adjusted based on the user's requirements.
Performance Improvements:
Slight speed optimization, especially for large datasets. For example, processing a 2GB tractogram with 6M streamlines and 51 atlas bundles takes approximately 5 minutes on 4 processes.
RAM usage is now optimized, allowing for smoother handling of large subjects on machines with limited resources (e.g., 5 large subjects processed on 4 CPUs with 32GB RAM).
Note: Using more than 4 processes (e.g., 8 or 16) doesn't significantly improve speed in this scenario.
Title:
...
Type of change
Check the relevant options.
Provide data, screenshots, command line to test (if relevant)
...
Checklist