Hi Nick,
Sorry, after I sent that message out, I realized I didn't have nearly
enough info in there.
We downloaded and installed fs exactly a week ago. It is Freesurfer v
4.0.4 (sorry I don't have the laptop on me right now, so I don't have the
built-stamp.txt)
The laptop is an intel with Leopard.
Akram,
Which freesurfer distribution was installed? type 'cat
$FREESURFER_HOME/built-stamp.txt'
What OS do you have? Tiger or Leopard?
Which processor do you have? Intel or PowerPC?
Assuming you installed the proper distribution for your Mac, you can
send me the file which causes the bus err
Hello all,
We installed freesurfer on a brand new MacBook and downloaded some high
resolution MRI data on the hard drive. we can open the volumes in tkmedit
but not in scuba, it returns a Bus error.
Any ideas?
Thanks!
Akram.
___
Freesurfer mailing list
Fr
I guess it's possible but the -make switch is designed to prevent this. Are
the surfaces topologically incorrect? What is the euler number for them?
On Mon, 9 Jun 2008, Martin Kavec wrote:
On Monday 09 June 2008 21:14:35 Michael Harms wrote:
No, I don't have any examples (although we haven't
On Monday 09 June 2008 21:14:35 Michael Harms wrote:
> No, I don't have any examples (although we haven't been looking either).
> However, Martin's email regarding problems he is encountering on the LGI
> computation seems premised on having surfaces with topological problems
> even under v4 -- hen
No, I don't have any examples (although we haven't been looking either).
However, Martin's email regarding problems he is encountering on the LGI
computation seems premised on having surfaces with topological problems
even under v4 -- hence my question Am I mis-reading your situation
Martin?
Hi Mike,
I think it is the case. Sorry, I haven't been following this thread. Do
you find situations in which the corrected surfaces have the wrong
topology?
Bruce
On Mon, 9 Jun 2008, Michael Harms wrote:
Hello,
Here is a related question prompted by this thread, perhaps based on a
misco
Hello,
Here is a related question prompted by this thread, perhaps based on a
misconception on my part:
I was under the impression that you are guaranteed to get surfaces with
an euler number of 2 under the "new" topology fixer of version 4 (which
runs by default if the "old" fixer does not initi
Hi Maria,
On Monday 09 June 2008 15:00:10 Marie Schaer wrote:
> Martin,
>
> Which version of freesurfer did you use to generate the surfaces?
with the latest one, 4.0.4
> Because the number of topological defects in your surface (64) is very
> high. You may have to relaunch the surfaces (orig an
You're right, without a normal, it isn't clear what --projfrac would
do. With a pretty simple algorithm, I can modify my question: is
there a way to use mri_label2label (or another tool) so that a label
point is assigned to a vertex if it is a fraction of the thickness and/
or within a norm
Hi Kyle,
first of all don't you probably don't want to use mri_convert in that
way -- you should only spec the orientation if it is INCORRECT in the
dicom. If it is correct, then the output file will be incorrect. FSL
requires that the images be in radiological orientation. One of PIL or
PAL
d is the distance (in mm) from the surface within which a label point
must be in order to be assigned to a vertex. It is just a simple
distance (no normal involved). Can you elaborate on what you would want
a --projfrac to do in this case?
Ben Kennedy wrote:
Doug,
With the new version of mr
Martin,
Which version of freesurfer did you use to generate the surfaces?
Because the number of topological defects in your surface (64) is very
high. You may have to relaunch the surfaces (orig and pial) to get
better surfaces (i.e. 0 defect).
Lgi often fail if there are defects, someti
13 matches
Mail list logo
