66 releases

0.28.0 Oct 20, 2023
0.27.0 Dec 9, 2022
0.26.0 Dec 6, 2022
0.23.0 Nov 15, 2022
0.3.5 Dec 27, 2017

#47 in Science

Download history 32/week @ 2023-11-02 24/week @ 2023-11-09 68/week @ 2023-11-16 67/week @ 2023-11-23 134/week @ 2023-11-30 7/week @ 2023-12-07 91/week @ 2023-12-14 142/week @ 2023-12-21 88/week @ 2023-12-28 1/week @ 2024-01-04 1/week @ 2024-01-11 71/week @ 2024-01-18 66/week @ 2024-01-25 69/week @ 2024-02-01 1/week @ 2024-02-08 542/week @ 2024-02-15

688 downloads per month


1.5K SLoC

trk-io   Latest Version Coverage Build Status dependency status

trk-io implements a TrackVis (.trk) reader and writer.


  • Can read and write TrackVis files. Handles affine transformation as nibabel.streamlines and MI-Brain would.
  • Reading and writing is tested as much as in nibabel.streamlines.
  • Can optionally use the nifti-rs crate, which can then be used to create a trk header from a NiftiHeader, like you would do in nibabel
  • Reader can read all streamlines at once or can be used as a generator.
  • Scalars and properties are supported when reading and writing trk. You can find some examples in trk_color.rs.
  • Write all at once or streamline per streamline.
  • Follows nibabel.streamlines architecture (all 3D points are in a single Vec![Point3D]). Currently, this is only useful for performance, but it may lead to easier changes when and if we support BLAS.
  • Handles endianness.
  • Some useful tools are coded in examples/*.rs. It's a good way to learn how to use this library.


// Read complete streamlines to memory
let tractogram = Reader::new("bundle.trk").unwrap().read_all();
for streamline in &tractogram.streamlines {
    println!("Nb points: {}", streamline.len());
    for point in streamline {
        println!("{}", point);
// Simple read/write. Using a generator, so it will load only
// one streamline in memory.
let reader = Reader::new("full_brain.trk").unwrap();
let mut writer = Writer::new(
    "copy.trk", Some(reader.header.clone()));
for tractogram_item in reader.into_iter() {
    // tractogram_item is a TractogramItem, which is a tuple of
    // (streamline, scalars, properties).
// The new file will be completed only at the end of the scope. The
// 'n_count' field is written in the destructor because we don't
// know how many streamlines the user will write.


There's still a lot of work to do but it should work perfectly for simple use cases. In particular, future versions should be able to:

  • Support TCK reading/writing
  • Create some binary tools using this lib, e.g. show_affine, count_tracks, pruning, strip_info, etc.
  • Support for ops.Range, e.g. streamlines[0..10]

Your help is much appreciated. Consider filing an issue in case something is missing for your use case to work. Pull requests are also welcome.


~73K SLoC