# Tckresample and tcksample for along the tract statistics **URL:** \ **Category:** Uncategorized\ **Tags:** tractography\ **Created:** [December 11, 2017, 9:28pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368 "2017-12-11T21:28:53Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [December 11, 2017, 9:28pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/1 "2017-12-11T21:28:53Z")
Hi all I am attempting to use `tckresample` and `tcksample` to resample FA values along my anterior forceps tract perpendicular to the tangent of an arc. I have followed instructions from a few other posts including this one: [Along tract analysis](https://community.mrtrix.org/t/along-tract-analysis-after-tract-segmentation/1007). My commands are: ```auto tckresample genu.tck -arc 20 -18,54,2 0,28,2 18,54,2 genu_samples.tck -nthreads 0 tcksample genu_samples.tck IITmean_FA.nii.gz genu_fa_values.txt ``` Where the coordinates roughly correspond to the red dots in this image: ![00 PM](https://community.mrtrix.org/uploads/default/original/2X/5/5aeab95f83746567fbe5d7efea7d1a870567f2e6.jpg) The resulting resampled `genu_samples.tck` file looks like this: ![31 PM](https://community.mrtrix.org/uploads/default/original/2X/5/568ceacd7493964a6e8445e6c5a94c855bb33775.jpg) I was expecting something that looks more like this that shows where the samples are located and their angles along the tangent of the tract (an illustration from [Groeschel et al, 2014)](https://www.ncbi.nlm.nih.gov/pubmed/24185027) so that I could verify that I have sufficiently sampled the tract evenly: ![50 PM](https://community.mrtrix.org/uploads/default/original/2X/b/be6f1a4f563aa990a19c1dcc77357afef73a7cd9.png) So my question is, how can I be sure that the sampling has come from the entire anterior forceps rather than just the central portion shown in the `genu_samples.tck` file? The output `genu_fa_values.txt` file appears to have the correct amount of data in it (20 columns and 4450 rows corresponding to the number of streamlines). I get a similar result if I move the anterior points closer to the centre point essentially making a smaller arc with shorter streamlines. Thank-you Helen ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [December 19, 2017, 1:34am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/2 "2017-12-19T01:34:34Z")
Hi Helen, It definitely looks like `tckresample` is somehow misbehaving. The only possible scapegoat I could think of here was if you were providing voxel positions rather than scanner-space positions; but that doesn’t appear to be the case. The fact that `genu_fa_values.txt` contains 20 values per streamline would suggest that `tckresample` is in fact producing 20 vertices per streamlines as requested, and `tcksample` is doing its own job just fine, but that those vertices are simply not being appropriately mapped to the path of the desired arc. I’ll need to do a bit of poking and prodding to figure out exactly what’s going wrong here, and there’s a chance that it might take a little while to get an answer, but I’ll let you know how I progress. Cheers for the report Rob ---
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [January 16, 2018, 10:21pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/3 "2018-01-16T22:21:56Z")
Hi Rob, I wanted to add a few pieces of additional information here just in case they help with troubleshooting. The misbehaviour of `tckresample` does not appear to be isolated to the `-arc` option. The `-line` option appears to have the same results as the images presented in the previous post. Also, while the output file does contain the requested 20 samples, it does have some “ragged edges”. I initially attributed this to the fact that some of the streamlines may have not quite made it to the end of the sampling area. However, in this post ([Coordinates for tckresample…](https://community.mrtrix.org/t/coordinates-for-tckresample-for-along-tract-analysis/1179)) it clearly states that only streamlines that span the entire path will be sampled therefore there should be no “ragged edges” in the data file. In this example below I asked for 10 samples along a line and the resulting data file has 9 or 10 values in any given row and some rows are shifted to the right. Could this possibly help to diagnose the misbehaviour of `tckresample`? ![31 PM](https://community.mrtrix.org/uploads/default/original/2X/3/3ee2cfe3de753d5745997beea26a3c1842ff0133.png) Thanks very much Helen ---
**Author:** ![ThijsDhollander](https://community.mrtrix.org/user_avatar/community.mrtrix.org/thijsdhollander/32/1617_2.png) [@ThijsDhollander](https://community.mrtrix.org/u/ThijsDhollander)\ **Post date:** [February 8, 2018, 2:44am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/4 "2018-02-08T02:44:27Z")
Hi @hcarlson, Just so you’re aware, and as well for anyone else interested in this topic: these issues were indeed confirmed to be due to a bug, and a solution is in the making / has been found; see this pull request on GitHub (where we develop MRtrix3) for more details and to follow up on progress: [https://github.com/MRtrix3/mrtrix3/pull/1248](https://github.com/MRtrix3/mrtrix3/pull/1248) Cheers, Thijs ---
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [February 9, 2018, 5:59pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/5 "2018-02-09T17:59:17Z")
Hi Thijs and Rob This is great! Any idea as to when the fix will be available? I updated my MRtrix this morning (to MRtrix 3.0\_RC2-117-gf098f097) and `tckresample` does not appear to be working just yet. Might I have an old version or not be updating MRtrix correctly (I used `git pull` and `./build`)? Or perhaps I need to be a little more patient? 😀 Thank-you very much Helen ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [February 10, 2018, 11:58pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/6 "2018-02-10T23:58:09Z")
Hi Helen, The changes were awaiting approval (we’re doing our best to prevent ourselves from introducing more problems than we fix, so changes that go to the public need to be independently checked by another developer). They have now been merged into the `master` branch; so a `git pull; ./build` should now update you to `mrinfo 3.0_RC2-119-g84318c78`, which contains the fixes. Do however continue to be diligent in checking your data & processing 👍 Rob ---
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [February 14, 2018, 10:49pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/7 "2018-02-14T22:49:41Z")
Thank-you, It all appears to be working now. We appreciate your hard work and your great program! Cheers Helen ---
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [March 2, 2018, 8:54pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/8 "2018-03-02T20:54:43Z")
Hi all I have a couple of more questions about this. I have resampled my genu using `tckresample -arc` and have overlaid the resampled file on the native space FA map. `tckresample genu.tck -arc 21 14,91,31 -4,68,29 -19,91,29 genu_samples.tck -nthreads 0` 1. This is what my resampled `.tck` file looks like along with small squares representing the coordinates used to define the arc. You can see that the resampled track does not quite make it to one of the lateral ROIs (on the right side of the image), nor is it symmetrical around the central ROI which is on the midline. This does not change if I increase or decrease the number of samples specified. ![09%20PM](https://community.mrtrix.org/uploads/default/original/2X/7/79b134f35ef29e81f4a53ff8596218d79ac6bfa0.jpg) Interestingly if I reverse the order of the two lateral ROIs in the `tckresample` command, the gap is on the other side leading me to believe that it is not a problem with the ROIs. Does this behaviour appear to be correct? `tckresample genu.tck -arc 21 -19,91,29 -4,68,29 14,91,31 genu_samples.tck -nthreads 0` ![31%20PM](https://community.mrtrix.org/uploads/default/original/2X/8/8ca047a65a3b0c3df6047dec7865229958570df7.jpg) 1. How do I visualize where the samples were taken from? In the fix conversation on Github there was an image that looked like this and I can’t seem to recreate it for my patient in `mrview`: ![01%20PM](https://community.mrtrix.org/uploads/default/original/2X/5/58e11a6b1b45d0005556a5fab844b550caf256e7.jpg) Thanks very much Helen ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [March 21, 2018, 4:08am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/9 "2018-03-21T04:08:41Z")
Hi Helen, I’ve just done some more tests, and I wasn’t able to re-create the effect you’ve demonstrated. Reversing the order of the start and end points of the arc for me has almost no effect (there can be a small number of streamlines where a sample point differs, but this is due to those streamlines crossing a sampling plane more than once, and hence the sampled point differs depending on along which direction the resampling is performed). The start and end planes were exactly where they should be. So unfortunately without being able to reproduce the issue I don’t quite know what to suggest… One idea I came up with is that it might have been due to the track sub-sampling that can occur within `mrview`; but it shouldn’t produce an effect of that magnitude, and its behaviour should change when you alter the number of samples per streamline in `tckresample`. So that can’t be it. Can you check the number of points in each streamline? Converting to ASCII using `tckconvert` is one way to do this. I’m curious to know whether the tracks actually contain the number of samples that they are supposed to. Alternatively, set the number of samples to be really small, e.g. 4-6, and then you’ll be able to see visually whether e.g. the final sampling plane is missing, or e.g. whether the sampling planes have been improperly placed along the desired arc. > How do I visualize where the samples were taken from? This is a new `mrview` feature (adjustable display geometry for track files) that will be included in the pending tag update. You can access it via the `dev` branch if you think it would be useful for you here. ---
**Author:** ![hcarlson](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/h/8e8cbc/32.png) [@hcarlson](https://community.mrtrix.org/u/hcarlson)\ **Post date:** [March 22, 2018, 5:02pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/10 "2018-03-22T17:02:53Z")
Hi Rob I checked the number of streamlines in each sub-sampled track file using `tckconvert` and it is correct. So when I ask for 21 sub-samples I get 21 lines in the resulting .txt file. It also is correct for very small numbers of points (4). I also played around with the sub-sampled track visualization in `mrview` and it seems that if you reduce the line thickness to the very minimum value it displays correctly and the track is symmetrical. Larger values of line thickness causes the track to look asymmetrical (like the images previously posted). So it seems that it was working perfectly, it was just a visualization problem I was having because of my mrview settings. Thank-you for your help. Helen ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [March 23, 2018, 12:53am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/11 "2018-03-23T00:53:02Z")
OK, that actually surprises me; though I’m now glad I threw the concept out there in case of! I’m not sure how I wasn’t able to duplicate the visualisation issue as I made sure to test against the `master` branch. I know that @rtabbara has made some fixes to this particular feature, in order to both better calculate the appropriate downsampling ratio (which stops tracks from looking really weird when the line thickness becomes comparable to the step size), and better guarantee that the streamline endpoints are always drawn regardless of the downsampling ratio. So fingers crossed you won’t be able to reproduce this after the upcoming update! ---
**Author:** ![Salah](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/s/977dab/32.png) [@Salah](https://community.mrtrix.org/u/Salah)\ **Post date:** [February 10, 2021, 9:11am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/12 "2021-02-10T09:11:59Z")
Hi @ThijsDhollander and @rsmith I have the same issue where the value.txt showing empty rows (sometimes one row while other times more than row. the uploaded example shows that several rows are empty) in between and the cells are shifted to the right when I did the tckresample input.tck -line (1,2,3) (4,5,6) after\_resamp.tck tcksample after\_resamp.tck fa.mif values.txt It says that the issue was with the tckresample. Is it still exist? Here is the version of my mrtrix: == tckresample 3Tissue\_v5.2.9 == 64 bit release version, built Feb 2 2021, using Eigen 3.3.7 Author(s): Robert E. Smith (robert.smith@florey.edu.au) and J-Donald Tournier ([jdtournier@gmail.com](mailto:jdtournier@gmail.com)) Copyright © 2008-2019 the MRtrix3 contributors. This Source Code Form is subject to the terms of the Mozilla Public License, v. 2.0. If a copy of the MPL was not distributed with this file, You can obtain one at [http://mozilla.org/MPL/2.0/](http://mozilla.org/MPL/2.0/). Covered Software is provided under this License on an “as is” basis, without warranty of any kind, either expressed, implied, or statutory, including, without limitation, warranties that the Covered Software is free of defects, merchantable, fit for a particular purpose or non-infringing. See the Mozilla Public License v. 2.0 for more details. For more details, see [http://www.mrtrix.org/](http://www.mrtrix.org/). ![Screen Shot 2021-02-10 at 7.02.38 pm](https://community.mrtrix.org/uploads/default/original/2X/4/4f4813ffbba56e3c57f1d7573102cee2d1960e8b.png) Regards, Salah ---
**Author:** ![Salah](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/s/977dab/32.png) [@Salah](https://community.mrtrix.org/u/Salah)\ **Post date:** [February 10, 2021, 9:16am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/13 "2021-02-10T09:16:45Z")
Hi all, Update: Sorry I did not mention that I run the command with -debug and here is the result: tckresample: [WARNING] existing output files will be overwritten tckresample: [DEBUG] No config file found at “/etc/mrtrix.conf” tckresample: [DEBUG] No config file found at “/Users/salah/.mrtrix.conf” tckresample: [DEBUG] reading key/value file “Tractography/IFOF/R\_IFOF\_R01.tck”… tckresample: [DEBUG] creating empty file “Tractography/IFOF/fa\_R\_IFOF\_R01.tck” tckresample: [INFO] file “Tractography/IFOF/fa\_R\_IFOF\_R01.tck” already exists - removing tckresample: [DEBUG] initialising threads… tckresample: [DEBUG] launching thread “source”… tckresample: [DEBUG] launching 24 threads “pipe”… tckresample: [DEBUG] launching thread “sink”… tckresample: [DEBUG] waiting for completion of thread “source”… tckresample: [DEBUG] no writers left on queue “source-\>pipe” tckresample: [DEBUG] thread “source” completed OK tckresample: [DEBUG] waiting for completion of threads “pipe”… tckresample: [DEBUG] no writers left on queue “pipe-\>sink” tckresample: [DEBUG] no readers left on queue “pipe-\>sink” tckresample: [DEBUG] no readers left on queue “source-\>pipe” tckresample: [DEBUG] threads “pipe” completed OK tckresample: [DEBUG] waiting for completion of thread “sink”… tckresample: [DEBUG] thread “sink” completed OK tckresample: [done] resampling streamlines (count: 2227, skipped: 0) Regards, Salah ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [February 10, 2021, 11:28am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/14 "2021-02-10T11:28:34Z")
Hi Salah, Given that you are using unsupported software, I cannot comment on whether or not the issue you are encountering is or is not consistent with the prior discussion on this thread. If you can reproduce the fault on the latest version of _MRtrix3_, please additionally post exemplar contents of the text file itself, as there is a chance of an issue between the actual data generated by _MRtrix3_ and the way that it is interpreted by your spreadsheet software. Regards Rob ---
**Author:** ![Salah](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/s/977dab/32.png) [@Salah](https://community.mrtrix.org/u/Salah)\ **Post date:** [February 10, 2021, 11:58am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/15 "2021-02-10T11:58:07Z")
Hi Rob, Thank you for your reply. > [@rsmith](#): > > you are using unsupported software Is it because not up to date version? or there is another reason? > [@rsmith](#): > > the text file I can not upload this type of files and it shows this error: Sorry, the file you are trying to upload is not authorized (authorized extensions: jpg, jpeg, png, gif, woff, js, pdf). but I have saved it as a PDF. [FA\_R\_IFOF\_R01.pdf](https://community.mrtrix.org/uploads/short-url/cQHua6XSB6vpcwzjv2iwXcPnmPH.pdf) (63.3 KB) Regards, Salah ---
**Author:** ![jdtournier](https://community.mrtrix.org/user_avatar/community.mrtrix.org/jdtournier/32/2594_2.png) [@jdtournier](https://community.mrtrix.org/u/jdtournier)\ **Post date:** [February 10, 2021, 12:35pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/16 "2021-02-10T12:35:10Z")
> [@Salah](#): > > Is it because not up to date version? or there is another reason? You’re using this version: > Here is the version of my mrtrix: > == tckresample 3Tissue\_v5.2.9 == which is not an official MRtrix3 release. What Rob is saying is if you try using the latest release version (`3.0.2` currently), there’s a chance the issue might already be fixed. If not, we’ll see if we can replicate the issue and fix the problem. But looking at what you’re saying, this seems to be a totally unrelated issue. You have empty rows in the output file, which to mean suggests you have streamlines that simply don’t intersect the cut planes, which I expect might lead to an empty line (I’d need to look through the code to double-check). Are you sure all the streamlines in your input tracks file are suitable for resampling like this? ---
**Author:** ![Salah](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/s/977dab/32.png) [@Salah](https://community.mrtrix.org/u/Salah)\ **Post date:** [February 10, 2021, 1:12pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/17 "2021-02-10T13:12:57Z")
Thank you @jdtournier and @rsmith for being patient and supportive!! > [@jdtournier](#): > > latest release version (`3.0.2` currently) Sounds good. How can I update mine? > [@jdtournier](#): > > the code tckresample DIR/R\_IFOF.tck -line 25 22.44,33.66,12.11 30.17,-33.57,4.107 DIR/fa\_R\_IFOF.tck -debug -force tcksample DIR/fa\_R\_IFOF.tck DTI/fa.mif DIR/FA\_R\_IFOF.txt > [@jdtournier](#): > > Are you sure I am not!!! But when I call (tckconvert) to generate 2227 voxel\_coordinate.txt files from the original.tck, there is nothing missing, I reckon!! I think I need to call tckconvert to generate voxel\_coordinate.txt files from the After\_tckresample.tck. to find out the coordinate values of the resampled points (in my case 25 points). What do you think? Regards, Salah ---
**Author:** ![jdtournier](https://community.mrtrix.org/user_avatar/community.mrtrix.org/jdtournier/32/2594_2.png) [@jdtournier](https://community.mrtrix.org/u/jdtournier)\ **Post date:** [February 10, 2021, 4:57pm UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/18 "2021-02-10T16:57:33Z")
> [@Salah](#): > > How can I update mine? Just [download and install the normal way](https://www.mrtrix.org/download/) should do it. > [@Salah](#): > > But when I call (tckconvert) to generate 2227 voxel\_coordinate.txt files from the original.tck, there is nothing missing, I reckon!! I’m not sure that would tell you whether any of the streamlines are empty. Try this command: ```auto tckstats streamlines.tck -histogram hist.txt ``` and then look at the beginning of the `hist.txt` file this produces using `head`, e.g.: ```auto head hist.txt # tckstats 'streamlines.tck' -histogram hist.txt (version=3.0.2-61-ge2274ef9) Length,Count 0,0 1,0 2,0 3,0 4,0 5,0 6,0 7,0 ``` In this example, the first line `0,0` tells me I have no zero-length streamlines. > [@Salah](#): > > I think I need to call tckconvert to generate voxel\_coordinate.txt files from the After\_tckresample.tck. to find out the coordinate values of the resampled points (in my case 25 points). What do you think? I’m not sure what your `voxel_coordinate.txt` file contains, or how it was generated. I don’t see how `tckconvert` could generate such an output… ---
**Author:** ![rsmith](https://community.mrtrix.org/user_avatar/community.mrtrix.org/rsmith/32/2672_2.png) [@rsmith](https://community.mrtrix.org/u/rsmith)\ **Post date:** [February 11, 2021, 1:49am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/19 "2021-02-11T01:49:58Z")
> [@jdtournier](#): > > I’m not sure that would tell you whether any of the streamlines are empty. Try this command: > `tckstats streamlines.tck -histogram hist.txt` > and then look at the beginning of the `hist.txt` file this produces using `head`, That’s actually not quite accurate: a “streamline whose length is zero” is actually a streamline that contains _one vertex_; whereas I’m pretty sure that if `tckresample` can’t produce an output streamline for a given input streamline (e.g. because it fails to span the space between the specified endpoints), it will write a “streamline” with _zero vertices_ (i.e. consecutive delimiters). `tckstats` however [reports the presence of _either / both_ of these with a warning](https://github.com/MRtrix3/mrtrix3/blob/3.0.2/cmd/tckstats.cpp#L160-L170). ---
**Author:** ![Salah](https://community.mrtrix.org/letter_avatar_proxy/v4/letter/s/977dab/32.png) [@Salah](https://community.mrtrix.org/u/Salah)\ **Post date:** [February 11, 2021, 2:33am UTC](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368/20 "2021-02-11T02:33:03Z")
> [@jdtournier](#): > > Just [download and install the normal way](https://www.mrtrix.org/download/) should do it. Hi all, > [@jdtournier](#): > > Just [download and install the normal way](https://www.mrtrix.org/download/) should do it. I already generated Whole\_Brain Tractography and I segregated many tracts/subject. In this case, is there an issue to update the MRtrix version and keep working? Or I need to run the whole process from the beginning. I just want to clarify this before I update the version. Thanks for all the efforts explaining things to the MRtrix users. Cheers, Salah [Next page](https://community.mrtrix.org/t/tckresample-and-tcksample-for-along-the-tract-statistics/1368.md?page=2)