correction to the previous message (which is below). The Macs in
the local lab are now running Darwin-leopard-i686-stable 4.1.0 and the
version of mri_convert on that seems to be 1.146.2.3
Hi everyone,
I have a quick question but an important one. We are working on a 5
year study involvi
Hi Jared,
I wouldn't think that would be a problem, but it should be easy enough to
test.
cheers,
Bruce
On Fri, 23 Jan 2009, Jared
Price wrote:
Hi everyone,
I have a quick question but an important one. We are working on a 5 year
study involving well over 1000 scans. Processing of thes
that is strange. Do the surfaces look ok? How many subjects are you
averaging? Does this happen if you only average one or a few?
On Thu, 22 Jan
2009, Siddharth Srivastava wrote:
Hi everyone,
I am attaching a tiff file showing the tkmedit view of
the average
T1 that freesurfe
Hi,
I'm trying to work out how to use a transformation matrix derived from
FSL to transform labels from Freesurfer into a standard space (MNI152).
If I use mri_label2vol to convert the label to a volume with the scan
from subject/mri/orig/001.mgz as a template and then flirt to apply the
FSL
Hi
Would it be possible to somehow download V4.2.0 for Tiger running on a
PowerPC Mac?
Thanks
---
Carl M. Anderson, Ph.D.
Assistant Professor of Psychiatry,
Harvard Medical School &
The Neural Imaging Center,
McLean Hospital 115 Mill St. Belmon
The surfaces look all right. It happens only to T1. It cant be a display
problem, can it??
sid.
On Fri, Jan 23, 2009 at 5:58 AM, Bruce Fischl wrote:
> that is strange. Do the surfaces look ok? How many subjects are you
> averaging? Does this happen if you only average one or a few?
>
> On Thu, 22
I don't think so. How many subjects? Have you tried fewer?
On Fri, 23 Jan
2009, Siddharth Srivastava wrote:
The surfaces look all right. It happens only to T1. It cant be a display
problem, can it??
sid.
On Fri, Jan 23, 2009 at 5:58 AM, Bruce Fischl wrote:
that is strange. Do the surfaces l
Hi,
I'm trying to convert corical thickness maps into a common space and
getting this error. Any ideas?
mri_surf2surf --srcsubject mano002_new --trgsubject fsaverage --hemi lh
--srcsurfval lh.thickness --trgsurfval
/space/schnook/1/users/yigal/projects/dti/data/new_recons/mano002_new/surf/l
-- Forwarded message --
From: Siddharth Srivastava
Date: Fri, Jan 23, 2009 at 9:10 AM
Subject: Re: [Freesurfer] cropping of average T1
To: Bruce Fischl
ok.. i will try that and let you know... what other image/logs can i provide
for
localizing the source of the error?
sid.
On
Yigal,
Probably some processing was performed at different times on this
subject. Try running this:
recon-all -s -vno_match_check
and it should give a 'Pass' message for both hemis.
If it doesnt, then you will need to rerun recon-all to ensure all data
is consistent:
recon-al -s -make all
Hi Bruce,
I just realised that the cropping at the posterior aspect is
similar to the
cropping usually done for the inferior aspect in a saggital view (to get rid
of the
neck etc..) . Could it be (remotely) possible that the cropping was done in
a different
orientation (nose pointing
Hi Sid,
have you looked through the individual datasets? That's where the cropping
would be, which would have caused big errors in your surfaces. I assume
that is not the case.
Bruce
On Fri, 23 Jan 2009,
Siddharth Srivastava wrote:
Hi Bruce,
I just realised that the cropping
Carl,
v4.2.0 for mac tiger powerpc is now on the download site.
Nick
On Fri, 2009-01-23 at 11:20 -0500, Carl Anderson wrote:
>
> Hi
>
>
> Would it be possible to somehow download V4.2.0 for Tiger running on a
> PowerPC Mac?
>
>
> Thanks
>
> ---
13 matches
Mail list logo
