Hi All
I created surfaces for a particular subject on one machine, and subsequently copied the entire subjects surface directory to another machine (both running OSX, although different versions). On the second machine, I cannot load the lh surfaces files. For example % tksurfer LS lh white
produces the following output and error (last line): tksurfer LS lh white subject is LS hemi is lh surface is white surfer: current subjects dir: /Users/rmruczek/MR_DATA/surfaces surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer: /Users/rmruczek/MR_DATA/surfaces/LS/surf checking for nofix files in 'white' Reading image info (/Users/rmruczek/MR_DATA/surfaces/LS) Reading /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz surfer: Reading header info from /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz mrisFindNeighbors: /Users/rmruczek/MR_DATA/surfaces/LS/surf/lh.white: face[0].v[0] = 0, but face 0 not in vertex 0 face list
This is a problem for all of the left hemisphere surfaces on the new machine. The same command executes fine on the original machine. Also, the right hemisphere surfaces load fine on the second machine. I've double checked that the files were copied completely and were not truncated. Has anyone experienced something similar or have an idea of what is going on? Thanks!
Cheers, Ryan
can you checksum the files on both machines?
On Fri, 13 Dec 2013, Ryan Mruczek wrote:
Hi All
I created surfaces for a particular subject on one machine, and subsequently copied the entire subjects surface directory to another machine (both running OSX, although different versions). On the second machine, I cannot load the lh surfaces files. For example % tksurfer LS lh white
produces the following output and error (last line): tksurfer LS lh white subject is LS hemi is lh surface is white surfer: current subjects dir: /Users/rmruczek/MR_DATA/surfaces surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer: /Users/rmruczek/MR_DATA/surfaces/LS/surf checking for nofix files in 'white' Reading image info (/Users/rmruczek/MR_DATA/surfaces/LS) Reading /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz surfer: Reading header info from /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz mrisFindNeighbors: /Users/rmruczek/MR_DATA/surfaces/LS/surf/lh.white: face[0].v[0] = 0, but face 0 not in vertex 0 face list
This is a problem for all of the left hemisphere surfaces on the new machine. The same command executes fine on the original machine. Also, the right hemisphere surfaces load fine on the second machine. I've double checked that the files were copied completely and were not truncated. Has anyone experienced something similar or have an idea of what is going on? Thanks!
Cheers, Ryan _______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
Yes, and they indeed do not match up on the two machines. I transferred twice, not sure why there would be this issue with just the lh files. I changed ftp programs and that seems to work. Thanks for pointing me toward in the (now) obvious route of doing the checksums.
Cheers, Ryan
On Dec 13, 2013, at 6:33 PM, Bruce Fischl wrote:
can you checksum the files on both machines?
On Fri, 13 Dec 2013, Ryan Mruczek wrote:
Hi All
I created surfaces for a particular subject on one machine, and subsequently copied the entire subjects surface directory to another machine (both running OSX, although different versions). On the second machine, I cannot load the lh surfaces files. For example % tksurfer LS lh white
produces the following output and error (last line): tksurfer LS lh white subject is LS hemi is lh surface is white surfer: current subjects dir: /Users/rmruczek/MR_DATA/surfaces surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer: /Users/rmruczek/MR_DATA/surfaces/LS/surf checking for nofix files in 'white' Reading image info (/Users/rmruczek/MR_DATA/surfaces/LS) Reading /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz surfer: Reading header info from /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz mrisFindNeighbors: /Users/rmruczek/MR_DATA/surfaces/LS/surf/lh.white: face[0].v[0] = 0, but face 0 not in vertex 0 face list
This is a problem for all of the left hemisphere surfaces on the new machine. The same command executes fine on the original machine. Also, the right hemisphere surfaces load fine on the second machine. I've double checked that the files were copied completely and were not truncated. Has anyone experienced something similar or have an idea of what is going on? Thanks!
Cheers, Ryan _______________________________________________ Freesurfer mailing list 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.
Sure, glad it worked out. I like the easy solutions :)
On Dec 13, 2013, at 10:21 PM, Ryan Mruczek rmruczek@unr.edu wrote:
Yes, and they indeed do not match up on the two machines. I transferred twice, not sure why there would be this issue with just the lh files. I changed ftp programs and that seems to work. Thanks for pointing me toward in the (now) obvious route of doing the checksums.
Cheers, Ryan
On Dec 13, 2013, at 6:33 PM, Bruce Fischl wrote:
can you checksum the files on both machines?
On Fri, 13 Dec 2013, Ryan Mruczek wrote:
Hi All
I created surfaces for a particular subject on one machine, and subsequently copied the entire subjects surface directory to another machine (both running OSX, although different versions). On the second machine, I cannot load the lh surfaces files. For example % tksurfer LS lh white
produces the following output and error (last line): tksurfer LS lh white subject is LS hemi is lh surface is white surfer: current subjects dir: /Users/rmruczek/MR_DATA/surfaces surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer: /Users/rmruczek/MR_DATA/surfaces/LS/surf checking for nofix files in 'white' Reading image info (/Users/rmruczek/MR_DATA/surfaces/LS) Reading /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz surfer: Reading header info from /Users/rmruczek/MR_DATA/surfaces/LS/mri/orig.mgz mrisFindNeighbors: /Users/rmruczek/MR_DATA/surfaces/LS/surf/lh.white: face[0].v[0] = 0, but face 0 not in vertex 0 face list
This is a problem for all of the left hemisphere surfaces on the new machine. The same command executes fine on the original machine. Also, the right hemisphere surfaces load fine on the second machine. I've double checked that the files were copied completely and were not truncated. Has anyone experienced something similar or have an idea of what is going on? Thanks!
Cheers, Ryan _______________________________________________ Freesurfer mailing list 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@nmr.mgh.harvard.edu
-
Bruce Fischl -
Ryan Mruczek