Red Hat Enterprise Linux Server release 5.9 (Tikanga)
freesurfer-Linux-centos4_x86_64-stable-pub-v5.1.0

Caspar


2015-11-23 14:37 GMT-05:00 <zkaufman@nmr.mgh.harvard.edu>:
What system are you running on? Also, what are the contents of your
build-stamp.txt file (in your FREESURFER_HOME directory)?

-Zeke


> Hi Zeke,
> I tried the is new version. Now I am getting:
>
> mri_coreg: /lib64/libuuid.so.1: no version information available (required
> by mri_coreg)
> mri_coreg: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.11' not found
> (required by mri_coreg)
> mri_coreg: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found
> (required by mri_coreg)
> mri_coreg: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by
> mri_coreg)
>
> Caspar
>
>
> 2015-11-23 14:20 GMT-05:00 <zkaufman@nmr.mgh.harvard.edu>:
>
>> There were some recent changes in the build that eliminated the
>> necessity
>> for that library. Casper, can you try using this most recent version and
>> let me know if it works?
>>
>>
>> ftp://surfer.nmr.mgh.harvard.edu//pub/dist/freesurfer/dev_binaries/centos6_x86_64/mri_coreg
>>
>> Thanks,
>>
>> -Zeke
>>
>>
>> > Zeke, is this a new library that we need for v6?
>> > doug
>> >
>> > On 11/20/2015 09:42 AM, Caspar M. Schwiedrzik wrote:
>> >> Hi Doug,
>> >> when I try to execute mri_coreg, I get the following error message:
>> >>
>> >> error while loading shared libraries: libnetcdf.so.6: cannot open
>> >> shared object file: no such file or directory
>> >>
>> >> Caspar
>> >>
>> >>
>> >> 2015-11-19 18:49 GMT-05:00 Douglas Greve <greve@nmr.mgh.harvard.edu
>> >> <mailto:greve@nmr.mgh.harvard.edu>>:
>> >>
>> >>
>> >>     Can you try mri_coreg instead of fsl?
>> >>
>> ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mri_coreg
>> >>
>> >>
>> >>
>> >>
>> >>     On 11/19/15 5:25 PM, Caspar M. Schwiedrzik wrote:
>> >>>     Hi!
>> >>>     I am trying to align a mean EPI volume and a Bruker magnitude
>> map
>> >>>     from a fieldmap measurement using tkregister2,
>> fsl_rigid_register
>> >>>     and mri_vol2vol. Unfortunately, it seems that somewhere, most
>> >>>     likely during fsl_rigid_register, the image orientation get
>> >>>     scrambled, and the output has the wrong orientation.
>> >>>
>> >>>     Here is what I get from*tkregister2:*
>> >>>
>> >>>     target  volume epi.nii
>> >>>     movable volume fieldmap0001.nii
>> >>>     reg file mag_2_mocovol.register.dat
>> >>>     LoadVol        0
>> >>>     ZeroCRAS       0
>> >>>     $Id: tkregister2.c,v 1.121.2.1 2011/03/28 20:25:16 greve Exp $
>> >>>     Diagnostic Level -1
>> >>>     INFO: loading target epi.nii
>> >>>     Setting targ orientation to RIA
>> >>>     INFO: target does not conform to COR format, so I'm going to
>> >>>     reslice to COR. This will not affect the final registration.
>> >>>     Ttarg: --------------------
>> >>>     -1.000   0.000   0.000 128.000;
>> >>>      0.000   0.000   1.000 -128.000;
>> >>>      0.000  -1.000   0.000 128.000;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     INFO: loading movable fieldmap0001.nii
>> >>>     Setting mov orientation to RIA
>> >>>     Tmov: --------------------
>> >>>     -0.547   0.000   0.000   17.500;
>> >>>      0.000   0.000   0.547  -17.500;
>> >>>      0.000  -0.547   0.000   17.500;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     mkheaderreg = 1, float2int = 0
>> >>>     Computing reg from header (and possibly input matrix)
>> >>>     ---- Input registration matrix (computed) --------
>> >>>     -1.000   0.000   0.000  -0.587;
>> >>>      0.000   1.000   0.000  -2.150;
>> >>>      0.000   0.000   1.000  -2.188;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     ---------------------------------------
>> >>>     ---- Input registration matrix --------
>> >>>     -1.000   0.000   0.000  -0.587;
>> >>>      0.000   1.000   0.000  -2.150;
>> >>>      0.000   0.000   1.000  -2.188;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     Determinant -1
>> >>>     subject = rat
>> >>>     RegMat ---------------------------
>> >>>      1.000   0.000   0.000  -0.587;
>> >>>      0.000   1.000   0.000  -2.150;
>> >>>      0.000   0.000   1.000  -2.188;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     FSLOUTPUTTYPE NIFTI_GZ
>> >>>     tkreg2FSL: mov det = 0.163555, ref det = 0.154688
>> >>>     INFO: FSL2FreeSurfer: Mov volume is NIFTI with positive det,
>> >>>           applying LR flip to registration matrix.
>> >>>     INFO: FSL2FreeSurfer: Ref volume is NIFTI with positive det,
>> >>>           applying LR flip to registration matrix.
>> >>>
>> >>>     here is what I get from fsl_rigid_register:
>> >>>     $Id: fsl_rigid_register,v 1.31 2011/03/02 20:16:39 nicks Exp $
>> >>>     Thu Nov 19 17:13:48 EST 2015
>> >>>     fieldmap0001_reg.nii
>> >>>     Reference is nifti, not converting
>> >>>     Input is nifti, not converting
>> >>>     Output is nifti, not converting
>> >>>     --------------------------------------
>> >>>     /Freiwald/cschwiedrz/rodent/test/Rat_673b_Baseline/Phasemap
>> >>>     calling eval flirt.fsl -in ./fieldmap0001.hdr -out
>> >>>     ./fieldmap0001_reg.hdr -bins 256 -cost corratio -searchrx -10 10
>> >>>     -searchry -10 10 -searchrz -10 10 -interp trilinear -dof 6 -ref
>> >>>     ./epi.hdr -init initxfm.fslmat -omat ./fieldmap0001_reg.fslmat
>> >>>     /Freiwald/cschwiedrz/rodent/test/Rat_673b_Baseline/Phasemap
>> >>>     mri_copy_params --pulse fieldmap0001_reg.nii fieldmap0001.nii
>> >>>     fieldmap0001_reg.nii
>> >>>     only copying pulse parameters
>> >>>     WARNING: volume sizes are different
>> >>>         in_vol : 80, 80, 22
>> >>>       temp_vol : 64, 64, 64
>> >>>     WARNING: voxel sizes are different
>> >>>         in_vol : 0.375, 0.375, 1.1
>> >>>       temp_vol : 0.546875, 0.546875, 0.546875
>> >>>     --------------------------------------
>> >>>     /Freiwald/cschwiedrz/rodent/test/Rat_673b_Baseline/Phasemap
>> >>>     tkregister2_cmdl --targ epi.nii --mov fieldmap0001.nii --reg
>> >>>     ./fsl_rigid_register.28592/reg.dat --fslreg
>> >>>     fieldmap0001_reg.nii.fslmat --noedit
>> >>>     tkregister_tcl
>> >>>
>>  /Freiwald/lab_files/opt/freesurfer-Linux-centos4_x86_64-stable-pub-v5.1.0-full/tktools/tkregister2.tcl
>> >>>     ---- FSL registration matrix --------
>> >>>      0.987  -0.164   0.002   0.247;
>> >>>      0.157   0.943  -0.295  -5.691;
>> >>>      0.046   0.291   0.956   7.475;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     ---------------------------------------
>> >>>     target  volume epi.nii
>> >>>     movable volume fieldmap0001.nii
>> >>>     reg file ./fsl_rigid_register.28592/reg.dat
>> >>>     LoadVol        0
>> >>>     ZeroCRAS       0
>> >>>     $Id: tkregister2.c,v 1.121.2.1 2011/03/28 20:25:16 greve Exp $
>> >>>     Diagnostic Level -1
>> >>>     INFO: loading target epi.nii
>> >>>     INFO: target does not conform to COR format, so I'm going to
>> >>>     reslice to COR. This will not affect the final registration.
>> >>>     Ttarg: --------------------
>> >>>     -1.000   0.000   0.000   128.000;
>> >>>      0.000   0.000   1.000  -128.000;
>> >>>      0.000  -1.000   0.000   128.000;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     INFO: loading movable fieldmap0001.nii
>> >>>     Tmov: --------------------
>> >>>     -0.547   0.000   0.000   17.500;
>> >>>      0.000   0.000   0.547  -17.500;
>> >>>      0.000  -0.547   0.000   17.500;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     mkheaderreg = 0, float2int = 0
>> >>>     FSLOUTPUTTYPE NIFTI
>> >>>     fsl2TkReg: mov det = 0.163555, ref det = 0.154688
>> >>>     INFO: FSL2FreeSurfer: Mov volume is NIFTI with positive det,
>> >>>           applying LR flip to registration matrix.
>> >>>     INFO: FSL2FreeSurfer: Ref volume is NIFTI with positive det,
>> >>>           applying LR flip to registration matrix.
>> >>>     ---- Input registration matrix (computed) --------
>> >>>     -0.987   0.046  -0.157   0.692;
>> >>>     -0.002   0.956   0.295  -19.148;
>> >>>     -0.164  -0.291   0.943  -0.998;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     ---------------------------------------
>> >>>     ---- Input registration matrix --------
>> >>>     -0.987   0.046  -0.157   0.692;
>> >>>     -0.002   0.956   0.295  -19.148;
>> >>>     -0.164  -0.291   0.943  -0.998;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     Determinant -1
>> >>>     subject = subject-unknown
>> >>>     RegMat ---------------------------
>> >>>      0.987   0.046  -0.157   0.692;
>> >>>      0.002   0.956   0.295  -19.148;
>> >>>      0.164  -0.291   0.943  -0.998;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>     Cleaning up
>> >>>
>> >>>     Started at Thu Nov 19 17:13:48 EST 2015
>> >>>     Ended   at Thu Nov 19 17:13:50 EST 2015
>> >>>
>> >>>     fsl_rigid_register Done
>> >>>
>> >>>     if I check the results here using tkmedit -f epi.nii -aux
>> >>>     fieldmap0001_reg.nii
>> >>>     the orientation of fieldmap0001_reg.nii is already wrong.
>> >>>
>> >>>     here is what I get from mri_vol2vol:
>> >>>     movvol fieldmap_rads.nii.gz
>> >>>     targvol epi.nii
>> >>>     outvol fieldmap_rads_reg.nii.gz
>> >>>     regfile mag_2_mocovol.register.dat
>> >>>     invert 0
>> >>>     tal    0
>> >>>     talres 2
>> >>>     regheader 0
>> >>>     noresample 0
>> >>>     interp  trilinear (1)
>> >>>     precision  float (3)
>> >>>     Gdiag_no  -1
>> >>>     Synth      0
>> >>>     SynthSeed  1448209916
>> >>>
>> >>>     Final tkRAS-to-tkRAS Matrix is:
>> >>>      0.987   0.046  -0.157   0.692;
>> >>>      0.002   0.956   0.295  -19.148;
>> >>>      0.164  -0.291   0.943  -0.998;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>
>> >>>
>> >>>     Vox2Vox Matrix is:
>> >>>      0.676  -0.108  -0.093   8.999;
>> >>>      0.112   0.646   0.586  -2.959;
>> >>>     -0.002  -0.202   1.922  -16.003;
>> >>>      0.000   0.000   0.000   1.000;
>> >>>
>> >>>     Resampling
>> >>>     Output registration matrix is identity
>> >>>     INFO: wAriting registration matrix to
>> fieldmap_rads_reg.nii.gz.reg
>> >>>
>> >>>     checking the result with
>> >>>     tkregister2 --mov fieldmap_rads_reg.nii.gz --targ epi.nii --reg
>> >>>     fieldmap_rads_reg.nii.gz.reg
>> >>>     also yields the wrong orientation, obviously.
>> >>>
>> >>>     In this case, I am changing the fieldmap to RIA orientation,
>> >>>     although it is actually IPL; doing the same steps with the
>> >>>     original IPL orientation gives the same faulty results.
>> >>>
>> >>>     this is the code:
>> >>>
>> >>>     tkregister2     --s rat \
>> >>>             --targ $epi \
>> >>>             --mov fieldmap0001.nii \
>> >>>             --reg mag_2_mocovol.register.dat \
>> >>>             --fslregout initxfm.fslmat \
>> >>>             --noedit \
>> >>>             --regheader \
>> >>>             --mov-orientation $fieldmap_orient \
>> >>>             --targ-orientation $epi_orient
>> >>>
>> >>>     flirt_opts="-maxangle 10 -dof 6 -interp trilinear -bins 256
>> -cost
>> >>>     corratio"
>> >>>     fsl_rigid_register     -r $epi \
>> >>>                    -i fieldmap0001.nii \
>> >>>                 -o fieldmap0001_reg.nii \
>> >>>                 -regmat mag_2_mocovol.register.dat \
>> >>>                 -initxfm initxfm.fslmat \
>> >>>                 ${flirt_opts}
>> >>>
>> >>>     # apply registration to phase
>> >>>     mri_vol2vol --mov fieldmap_rads.nii.gz --targ $epi --o
>> >>>     fieldmap_rads_reg.nii.gz --reg mag_2_mocovol.register.dat
>> --trilin
>> >>>
>> >>>     Any advice would be appreciated.
>> >>>     Thanks! Caspar
>> >>>
>> >>>
>> >>>
>> >>>     _______________________________________________
>> >>>     Freesurfer mailing list
>> >>>     Freesurfer@nmr.mgh.harvard.edu
>> >>>     <mailto:Freesurfer@nmr.mgh.harvard.edu>
>> >>>     https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>> >>
>> >>
>> >>     _______________________________________________
>> >>     Freesurfer mailing list
>> >>     Freesurfer@nmr.mgh.harvard.edu
>> >> <mailto:Freesurfer@nmr.mgh.harvard.edu>
>> >>     https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>> >>
>> >>
>> >>     The information in this e-mail is intended only for the person to
>> >>     whom it is
>> >>     addressed. If you believe this e-mail was sent to you in error
>> and
>> >>     the e-mail
>> >>     contains patient information, please contact the Partners
>> >>     Compliance HelpLine at
>> >>     http://www.partners.org/complianceline . If the e-mail was sent
>> to
>> >>     you in error
>> >>     but does not contain patient information, please contact the
>> >>     sender and properly
>> >>     dispose of the e-mail.
>> >>
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> Freesurfer mailing list
>> >> Freesurfer@nmr.mgh.harvard.edu
>> >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>> >
>> > --
>> > Douglas N. Greve, Ph.D.
>> > MGH-NMR Center
>> > greve@nmr.mgh.harvard.edu
>> > Phone Number: 617-724-2358
>> > Fax: 617-726-7422
>> >
>> > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting
>> > FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2
>> > www.nmr.mgh.harvard.edu/facility/filedrop/index.html
>> > Outgoing:
>> ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>> >
>> >
>> >
>>
>>
>