Hello SCT team
I still get this error in sct_register_to_template: “number of source and destination landmarks are not the same, so landmarks cannot be paired” after manually labeling the spinal cord. I work with the version 5.0.1 but the bug #3104 is already fixed in the script so the output in sct_label_utils should be forced to be UINT8 type. Where could the problem be?
Thank you for reporting this issue. In order to troubleshoot the problem, I think we may need a little more information. If possible, could you please provide:
The exact command you used for sct_register_to_template
The full output log of the processing (i.e. all of the terminal output after you run the command)
If possible, it would be helpful to provide all of the data files that were used in the sct_register_to_template command, too
Hello @joshuacwnewton
Sure, so I did the commands again and I think I forgot the first time the -ref subject. So the error I get now is different. It stops by estimate transformation but I think there are problems before that.
Unfortunately I can’t provide the data files because they are to big to attach. I hope that is enough to understand the error I get.
This process is long (it can take a few minutes), so it is possible that it was just running and that you interrupted the process in the middle. How long has it been running for?
It was running quit long till runtime error when I didn’t interrupt it. In the attachment the next output. But it seems that the problem is perhaps on my computer when everything in the output looks fine.
I would say about 10 to 15 minutes.
Without the bsplinesyn step it worked and took about minute
The output of: ls -l avg_medic_oben_P21_month00.nii
-rw-r–r-- 1 neuroimaging neuroimaging 4398592 Sep 6 2018 avg_medic_oben_P21_month00.nii
OK, so the issue is likely related to the size and the data and the computer power. I would suggest switching to the SyN algorithm, which is a bit less computer intensive. Also you could try reducing the number of iterations and/or use slicewise=1.
that would be at step=2. See example in the tutorial, where you can replace bsplinesyn by syn. But the biggest change will be to add slicewise=1 under step=2 (as already present in this tutorial example).