why I am asking.
*From:* freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Douglas N. Greve
*Sent:* Monday, May 10, 2021 9:23 AM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [Freesurfer] mris_anatomical_stats(
urfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats() for ODI maps inflated to
surface
You can use mri_segstats on the output to get your table of values for each
ROI. Run it with --help and see example 5
On 4/27/2021 1:50 PM, Jensen, Alexandria wrote:
External Email - Use Cauti
*From:* freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Fischl, Bruce
*Sent:* Monday, April 26, 2021 5:05 PM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [Freesurfer] mris_anatomical_stats() for ODI maps
inflated to
Yes, I believe so depending on which parcellation you are using
Bruce
From: freesurfer-boun...@nmr.mgh.harvard.edu
On Behalf Of Nils B.
Sent: Thursday, April 29, 2021 9:55 AM
To: Freesurfer support list
Subject: [Freesurfer] mris_anatomical_stats
External Email - Use Caution
Dear Supp
@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats() for ODI maps inflated to
surface
Oh, then you don’t need -l at all I don’t think. Have you sampled your ODI file
onto the surface?
From: freesurfer-boun...@nmr.mgh.harvard.edu
On Behalf Of Jensen, Alexandria
Sent: Monday, April 26
Oh, then you don't need -l at all I don't think. Have you sampled your ODI file
onto the surface?
From: freesurfer-boun...@nmr.mgh.harvard.edu
On Behalf Of Jensen, Alexandria
Sent: Monday, April 26, 2021 5:01 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatom
atlas.
Alexandria
From: freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Fischl, Bruce
Sent: Monday, April 26, 2021 2:45 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats() for ODI maps inflated to
surface
Hi Alexandria
April 25, 2021 8:35 PM
To: freesurfer@nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>
mailto:freesurfer@nmr.mgh.harvard.edu>>
Subject: Re: [Freesurfer] mris_anatomical_stats() for ODI maps inflated to
surface
what is your mris_anatomical_stats command and terminal o
/users/greve/fsdev.build/average/colortable_desikan_killiany.txt)
on behalf of Douglas N. Greve
Sent: Sunday, April 25, 2021 8:35 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats() for ODI maps inflated to
surface
what is your mris_anatomical_stats command
what is your mris_anatomical_stats command and terminal output?
On 4/22/2021 4:48 PM, Jensen, Alexandria wrote:
External Email - Use Caution
Hello fellow Freesurfer users,
I am attempting to reproduce the analysis conducted by Parker et al.
in their 2018 paper, “Cortical microstr
r-boun...@nmr.mgh.harvard.edu>
on behalf of Douglas N. Greve
<mailto:dgr...@mgh.harvard.edu>
Sent: Wednesday, November 11, 2020 11:07 AM
To: freesurfer@nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>
<mailto:freesurfer@nmr.mgh.harvard.edu>
Subject: Re: [Freesurfer]
day, November 11, 2020 11:07 AM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [Freesurfer] mris_anatomical_stats error: stating file
Can you send the exact command line that generated the terminal output
you sent? The line below has a different subject name. Run that
command from the shell (rather th
er-boun...@nmr.mgh.harvard.edu
on behalf of Douglas N. Greve
Sent: Wednesday, November 11, 2020 11:07 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats error: stating file
Can you send the exact command line that generated the terminal output you
sent? The line
Thank you for all your help!
*From:* freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Douglas N. Greve
*Sent:* Thursday, November 5, 2020 9:44 AM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [
November 6, 2020 at 10:11 AM
To: "freesurfer@nmr.mgh.harvard.edu"
Subject: Re: [Freesurfer] mris_anatomical_stats error: stating file
which version of FS are you using?
On 11/5/2020 11:29 AM, Chan, Shi Yu wrote:
Hi,
Yes, sorry! I copied the error message from terminal, but copied the com
* Thursday, November 5, 2020 9:44 AM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [Freesurfer] mris_anatomical_stats error: stating file
Is that the right error msg? It says it can't find the RH, but you are
running it with LH. Can you post the entire terminal output?
On 11/3/202
ript I use in this email.
Thank you for all your help!
From: freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Douglas N. Greve
Sent: Thursday, November 5, 2020 9:44 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats erro
Is that the right error msg? It says it can't find the RH, but you are
running it with LH. Can you post the entire terminal output?
On 11/3/2020 2:00 PM, Chan, Shi Yu wrote:
Hi FreeSurferDevelopers,
I'm trying to calculate cortical thickness statistics from the Yeo 17
Network cortical pa
Yes, that is the effect of including the cortex.label
On 8/31/20 8:28 AM, Palin, Tara wrote:
External Email - Use Caution
When using the following command line:
mris_anatomical_stats -th3 -mgz- cortex ../label/?h.cortex.label -f
../stats/?h.aparc.pial.stats -b -a ../label/?h.aparc.a
Hi Stephanie
specifying "pial" directs it to use the ?h.pial surfaces for e.g. surface
area measurement. What information are you hoping to extract from the
orig.mgz?
cheers
Bruce
On Thu, 17 Jan 2019, Winkelbeiner, Stephanie A wrote:
External Email - Use Caution
Hi Freesu
not really. If you're running on a cluster, sometimes there can be
communication issues where it can only read part of a file, but that is
just a wild guess
On 10/13/17 12:44 PM, Keiko McCreary wrote:
Hi Doug!
I just ran the mris_anatomica_stats on its own- and it ran
successfully? Do you k
Hi Doug!
I just ran the mris_anatomica_stats on its own- and it ran successfully? Do
you know what may have caused it to fault?
Thank you very much!
Keiko
On Fri, Oct 13, 2017 at 12:17 PM, Douglas Greve
wrote:
> Does this happen repeatedly? You don't have to rerun recon-all again, just
> that
Does this happen repeatedly? You don't have to rerun recon-all again,
just that last mris_anatomical_stats command to see if it seg faults
again. If it does, first check your disk space, then load the left hemi
in freeview along with the annot and the cortex.label
On 10/13/17 11:05 AM, Keiko
what is this causing an error in?
On 08/29/2017 06:50 AM, Ernst Schwartz wrote:
> Hi!
>
> It seems that in FreeSurfer 6, the comma between “CortexVol” and
> “Total cortical gray matter volume” is missing
>
> here’s the relevant part of one of my stats-files:
>
> # Table of FreeSurfer cortical pa
We do not output xls. You will have to convert it manually
On 08/18/2017 08:38 PM, std...@virgilio.it wrote:
> Hi list,
> how can I save the outputs of mris_anatomical_stats in xls file?
> Thanks
> Stefano
>
>
> ___
> Freesurfer mailing list
> Freesurfe
-b s71765 rh
From: freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Douglas Greve
Sent: Tuesday, June 13, 2017 1:52:58 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats and cortical thickness
{Disarmed}
how did you d
harvard.edu/msg53380.html)
*From:* freesurfer-boun...@nmr.mgh.harvard.edu
on behalf of Douglas Greve
*Sent:* Friday, June 9, 2017 9:48:50 AM
*To:* freesurfer@nmr.mgh.harvard.edu
*Subject:* Re: [Freesurfer] mris_anatomical_stats and cortical thickness
Have you
t: Friday, June 9, 2017 9:48:50 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_anatomical_stats and cortical thickness
Have you tried to view your label on the individual subject? If your original
analysis was on cortical thickness, then there will be a *ocn*.dat file in th
Have you tried to view your label on the individual subject? If your
original analysis was on cortical thickness, then there will be a
*ocn*.dat file in the output with the values for each input subject and
each cluster
On 6/6/17 10:14 AM, Taylor Hilton wrote:
Hi all,
I’m trying to extract
Sorry this didn’t seem to send the first time due to attachments most likely,
so I’ll leave them out and let me know if you need to look at them.
> On Jun 6, 2017, at 10:14 AM, Taylor Hilton wrote:
>
> Hi all,
>
> I’m trying to extract individual cortical thickness values using the output
> o
Hi Bruce,
Thank you so much for this suggestion.
In case anyone searches for this thread in the future, I am writing back to
report that it worked and thickness indices remain the same (although other
indices, which are of no interest to me for this analysis, did change).
Best,
Arkadiy
_
I think that would be ok, but an easy way to test it is to try it on
another subject first with their actual wm.mgz, then with the one from
fsaverage to check that the thickness is the same.
cheers
Bruce
On Sun, 11 Sep 2016,
Arkadiy Maksimovskiy wrote:
> Dear Freesurfer Experts,
>
> I am tryi
Thanks! I will take your advice and start to learn it. I appreciate your
help so much!!
Elissa
On Tue, Mar 22, 2016 at 6:28 PM, Bruce Fischl
wrote:
> something like:
>
>
> set SUBJECTS = (subject1 subject2 ... subject60)
> foreach s ($SUBJECTS)
>foreach hemi (lh rh)
>mris_anatom
something like:
set SUBJECTS = (subject1 subject2 ... subject60)
foreach s ($SUBJECTS)
foreach hemi (lh rh)
mris_anatomical_stats -l $hemi.BA45.label $s $hemi
end
end
definitely worth taking the time to learn! It will save you endless amounts
of time in the longrun and it's
Thanks! I am a newbie so I think it would take me longer to learn how to
write the script then to just do it one at a time! :)
On Tue, Mar 22, 2016 at 6:23 PM, Bruce Fischl
wrote:
> oh, no, but write a script to do it! That's what unix is for.
>
> On Tue, 22 Mar
> 2016, Elissa Ash wrote:
>
> > T
oh, no, but write a script to do it! That's what unix is for.
On Tue, 22 Mar
2016, Elissa Ash wrote:
> Thanks Bruce
> I am calculating the thickness for a given ROI (rh.BA45.label) and comparing
> it
> across subjects and it is tedious to have to type in the command separately
> each time
> (~
Thanks Bruce
I am calculating the thickness for a given ROI (rh.BA45.label) and
comparing it across subjects and it is tedious to have to type in the
command separately each time (~60 subjects). I was hoping that there was a
way to input multiple subjects at once. That's it.
Thanks,
Elissa
On Tu
Hi Elissa
not really. What would you want it to do? There are tools for tabulating
the output of mris_anatomical_stats across subjects, if that's what you
are trying to do
cheers
Bruce
On Tue, 22 Mar 2016, Elissa Ash wrote:
>
> Dear experts,
>
> Is there any way to run the mris_anatomical_st
>>
To: freesurfer@nmr.mgh.harvard.edu <mailto:freesurfer@nmr.mgh.harvard.edu>
Cc:
Date: Mon, 7 Mar 2016 18:50:01 -0500
Subject: Re: [Freesurfer] mris_anatomical_stats -th3
/*!
\fn MRISvolumeTH3(MRIS *w, MRIS *p, MRI *vol)
\brief Compute vertex-wise volume based on dividing each obli
To: freesurfer@nmr.mgh.harvard.edu
Cc:
Date: Mon, 7 Mar 2016 18:50:01 -0500
Subject: Re: [Freesurfer] mris_anatomical_stats -th3
/*!
\fn MRISvolumeTH3(MRIS *w, MRIS *p, MRI *vol)
\brief Compute vertex-wise volume based on dividing each obliquely
truncated
trilateral pyramid into three tetrahedra. Base
Dear Douglas,
I saw the previous tutorials didn't include this "-th3" flag, is there any
difference between the following two command lines?
mris_anatomical_stats -th3 -mgz -cortex ../label/lh.cortex.label -f
../stats/lh.aparc.stats -b -a ../label/lh.aparc.annot -c
../label/aparc.annot.ctab subje
/*!
\fn MRISvolumeTH3(MRIS *w, MRIS *p, MRI *vol)
\brief Compute vertex-wise volume based on dividing each obliquely
truncated
trilateral pyramid into three tetrahedra. Based on Anderson M. Winkler's
srf2vol matlab script.
\params w is white surface, p is pial. Output is an MRI stru
hmmm, maybe upload the subject and we'll take a look?
On Wed, 15 Jul 2015,
O'Shea,Andrew wrote:
I tried loading the label and surfaces in free view and everything looks
normal to me. This is the output I get with mris info:
[aoshea@gator1 ~]$ mris_info
/scratch/lfs/aoshea/testAndrew/dotsonFSp
I tried loading the label and surfaces in free view and everything looks
normal to me. This is the output I get with mris info:
[aoshea@gator1 ~]$ mris_info
/scratch/lfs/aoshea/testAndrew/dotsonFSprocessed/EX03/surf/rh.white
SURFACE INFO
type: MRIS_
can you run mris_info on
/scratch/lfs/aoshea/testAndrew/dotsonFSprocessed//EX03/surf/rh.white
and/or view it in freeview to make sure it isn't corrupted?
On
Wed, 15 Jul 2015, O'Shea,Andrew wrote:
Hello all,
I am having an issue where the mris anatomical stats command is failing and
only prin
If you ran with -autorecon3, then you do not need to redo the labels. As
for the aseg, it depends on what you ran and what edits you made. If
you ran with -autorecon2 and you had added control points, then it
would change slightly.
You can ignore that matlab warning (it is only saying that yo
Hi Bruce,
Thank you!
Andreia
Quoting Bruce Fischl :
> Hi Andreia
>
> I haven't been following this whole thread, but the matlab warning is not
> a problem
>
> cheers
> Bruce
> On Tue, 20 May 2014, _andre...@sapo.pt wrote:
>
>> Hi,
>>
>> Do I need to run laleb2label and label2annot to get once
Hi Andreia
I haven't been following this whole thread, but the matlab warning is not
a problem
cheers
Bruce
On Tue, 20 May 2014, _andre...@sapo.pt wrote:
> Hi,
>
> Do I need to run laleb2label and label2annot to get once again the BA.thresh?
>
> Or is it enough to just extract the stats?
>
> I
Hi,
Do I need to run laleb2label and label2annot to get once again the BA.thresh?
Or is it enough to just extract the stats?
I already extracted the aseg stats and one of the subjects came out
with slightly different values this time, while the other presented
the same values. Was this suppo
Hi Marie,
Thanks for the input! Actually, from the recon-all log I can see that
autorecon3 was caled in the terminal, and comparing it to a subject
without any error they look the same to me. Also, qcache gave no error.
Anyway, I'll rerun -autorecon3 for these 2 subjects and all the
command
Hi Andreia,
Then I would guess that your error comes from the fact that you didn't rerun
the autorecon3 at that stage for these 2 subjects. As the randomness flag
changes the number of vertices when recreating the surfaces, that explains the
error. So for your subjects, just rerun autorecon3 (
BA.annot I think that was created before any problem because I had no
error (at least I didn't see any) untill I extracted aparcstats2table
of those values. But I just checked my notes and these two subjects
were the only ones that gave aberrantly high LGI values when running
-localGI. I t
On 05/19/2014 04:10 PM, _andre...@sapo.pt wrote:
>
> I just ran vno_match_check for all my subjects and the scenario is:
>
> *S_ubj1_*: mris_anatomical_stats -a BA.annot -t pial_lgi -f
> subj1/stats/lh.BA_lgi.stats subj1 lh
>
> the warning appears: *MRISreadAnnotationIntoArray*: vertex index out
If the subject is out of synch, then running mris_preproc or recon-all
-qcache should have failed too (as would have anything that tried to map
the subject to a group space). This usually happens when you make edits
to a subject but don't re-run the analysis all the way through (or the
analysi
I just ran vno_match_check for all my subjects and the scenario is:
S_UBJ1_: mris_anatomical_stats -a BA.annot -t pial_lgi -f
subj1/stats/lh.BA_lgi.stats subj1 lh
the warning appears: MRISREADANNOTATIONINTOARRAY: vertex index out of
range: 120389 i=0014C8B5, in_array_size=120388
ONLY FOR BRODM
Hi Doug,
That's really bad news. So I'll check all my subjects to track the
ones who give the error. Then I'll have to run each one from scratch?
I don't quite understand what went wrong with only a few subjects
since I did (as far as I'm aware) everything in the same way for all
of them. A
On 05/19/2014 02:32 PM, _andre...@sapo.pt wrote:
> Sorry for all the emails..
>
> Now I ran that same command on the second subject in which I only
> detected a problem for the left hemisphere when trying to get
> Destrieux lgi, and got this error but for both hemispheres:
>
> ERROR: subj2/surf/rh
Sorry for all the emails..
Now I ran that same command on the second subject in which I only
detected a problem for the left hemisphere when trying to get
Destrieux lgi, and got this error but for both hemispheres:
ERROR: subj2/surf/rh.orig has 121356 vertices, subj2/surf/rh.sphere
has 1213
Hi Doug,
I just ran that command on the first subject I referred and the output is:
> [user@localhost Freesurfer]$ vno_match_check subj lh
Checking subj/surf/lh.orig...
Checking subj/surf/lh.white...
Checking subj/surf/lh.pial...
Checking subj/surf/lh.inflated...
Checking subj/surf/lh.smoothwm...
Hello again,
Sorry for not waiting for your reply, but I realized that I get the
same warning with another different subject when trying to get
destrieux lgi and this happens only for the left hemisphere:
[user@localhost Freesurfer]# mris_anatomical_stats -a
aparc.a2009s.annot -t pial_lgi -
I think it is still out of synch. Try running
vno_match_check subject lh
doug
On 05/16/2014 01:06 PM, _andre...@sapo.pt wrote:
> Hello,
>
> Only after sending the email below I noticed that now the stats file
> generated give only 0,00 were the LGI values should be, even though
> they appea
Hi Andreia,
You probably have lGI values that correspond to earlier versions of your
surfaces (I.e. maybe you ran lGI first, then did corrections on the surfaces
and reprocessed them, but forgot to recalculate lGI for this new surfaces).
If you simply reprocess lGI now, that should solve the p
Hello,
Only after sending the email below I noticed that now the stats file
generated give only 0,00 were the LGI values should be, even though
they appear in the terminal.
How can I solve this issue? And, again, are all the measures (cortical
thickness, surface area, aseg) invalidated? As
Hi Doug,
I tried to load the annotation and it gave an error. I look in the
archives and I found someone with the same problem and the advice was
to run:
recon-all -s -sd -make all
I did that and tried to run again mris_anatomical_stats as previously
and still have this warning
subj/st
That probably means that the subject is out of synch. Try viewing the
subject's surface tksurfer or freeview and load the annotation.
doug
On 05/14/2014 10:25 AM, _andre...@sapo.pt wrote:
>
> Hello all,
>
> I generated the lgi.stats file for all my subjects and in one of them
> I got this warni
Hi Louis,
It didn't work either. This is what shows up in the terminal after
running mris_anatomical_stats:
mris_anatomical_stats -mgz -f ../stats/rh.aparcpial -b -a
./rh.aparc.annot -c ./aparc.ctab FERNANDORODRIGUES rh pial
INFO: assuming MGZ format for volumes.
computing statistics for eac
Hi Andreia,
If you remove the underscore from aparc_pial for the --parc flag in the
aparcstats2table command, that should do the trick.
-Louis
On Wed, 26 Mar 2014, _andre...@sapo.pt wrote:
> Hello list,
>
> I'm trying to get aparc surface area from the pial surface in a table
> using aparcstats2
Hi Krista
the optional last argument for mris_anatomical_stats is a surface name
(not a scalar field over the surface, like the thickness file)
cheers
Bruce
On Mon, 9 Dec 2013, krista kelly wrote:
Hi,
I'm trying to run mris_anatomical_stats to get cortical thickness from
labels for each p
If you have 5.3, you run
recon-all -s subject -cortparc -parcstats
will update just the aparc annotation and the corresponding stats files
doug
On 9/17/13 4:49 PM, Gomar, Jesus wrote:
Dear Freesurfer experts,
I hope someone can help me with a couple of questions regarding the
use of mris
Hi Li,
there you go,
Gari
https://docs.google.com/open?id=0Byf71TWfovledFhJYWN2cGtHV00
On 2012-09-15, at 19:38, "Kong, Li" wrote:
> Hi Gari,
> I saw your email to Alex about your method obtaining statistics from multiple
> subjects with Python script. Could you send the code to me?
>
> Th
Hi Alex,
I am using the same method, I created a Python script to automate it for
multiple users.
Basically, if you give it a file with all the subject ID-s, it maps labels with
mri_label2label, obtains statistics with mris_anatomical_stats and writes all
the stats in a single file.
You also
Hi again,
This is a follow-up question to my previous email -- the method I used may
not be the most efficient or the correct way to extract cortical thickness
from manually created ROIs. I'm unfamiliar with how to obtain thickness
data from a label, so I'm not sure if what I did is correct or if
Hi Doug
Yes, this is exactly what I looked for.
Thanks a lot
Cheers
Jürgen
On [DATE], "Douglas N Greve" <[ADDRESS]> wrote:
> Hi Juegen, there will be a file called something like
> cache.th20.abs.y.ocn.dat in the glm output directory. This will be a
> text file with number of columns equal to
Hi Juegen, there will be a file called something like
cache.th20.abs.y.ocn.dat in the glm output directory. This will be a
text file with number of columns equal to the number of significant
clusters (after correction) and number of rows equal to the number of
subjects. The value will be the av
Hi Doug
I correlated a behavioural measure with cortical thickness and surface area
using mri_preroc, mri_surf2surf and mri_glmfit. Now I would like to extract
the individual values of the clusters that correlated with the behavioural
measure.
Because the individual values should be comparable wi
Use "--sval lh.area". Also, why do you want to smooth it before
averaging over the ROI?
doug
On 06/07/2012 01:29 AM, Jürgen Hänggi wrote:
> Hi Doug
>
> This is my command line:
>
> mris_anatomical_stats -a area_left_significant_labels.annot -t lh.area
> -nsmooth 15 -f $s/stats/lh.aparc.a2005s.sta
Hi Doug
This is my command line:
mris_anatomical_stats -a area_left_significant_labels.annot -t lh.area
-nsmooth 15 -f $s/stats/lh.aparc.a2005s.stats $s lh
In the past, you recommended smoothing the data with mri_surf2surf instead
of with mris_anatomical_stats.
For that purpose, I run the follo
what is your command line?
doug
On 6/6/12 5:25 AM, Jürgen Hänggi wrote:
> Dear FS experts
>
> I have done group comparisons wrt thickness and surface area. The
> found clusters were written out as annotations, transformed into each
> individual space, and then the corresponding values were extract
Jurgen,
Both of these files were created with identical command lines.
doug
Jürgen Hänggi wrote:
> Hi Doug
>
> Attached are the two files generated from the same subject by using
> mris_anatomical_stats, once without smoothing (rh.aparc.a2005s.stats) and
> once with smoothing (rh.aparc.a2005s_wit
Juegen, can you send the full terminal output? Also, you can try
explicitly smoothing the file with mri_surf2surf and then run anatomical
stats on the smoothed file.
doug
Jürgen Hänggi wrote:
> Dear FS experts
>
> I tried to read out in each subject the surface area values of some clusters
> der
On Sep 2, 2010, at 2:49 PM, corinna bauer wrote:
> Thank you, that seems to have done the trick.
>
> On Thu, Sep 2, 2010 at 2:13 PM, Krish Subramaniam > wrote:
> Hi Corinna
>
> I think most likely it's the division operator ( / ) you used in the
> line
>
>
> gwratio.vol = gray.vol/white.vol;
>
It could be that the input files (eg, mghrh.white.projfrac.pos35) were
created, then the subject was edited (which would change the number of
vertices), but the input files were not re-created. Check the creation
dates on the files.
doug
corinna bauer wrote:
> Do you have any idea as to what m
Hi Corinna
I think most likely it's the division operator ( / ) you used in the
line
gwratio.vol = gray.vol/white.vol;
Element-wise division in MATLAB is achieved by a ./ . I think the line
should be
gwratio.vol = gray.vol./white.vol
You could debug it by placing a
size(gwratio.vol)
imme
Do you have any idea as to what may have gone wrong? Both files that went
into creating the ratio have dimensions: 151243 x 1 x 1.
In matlab I did this:
rootdir = '/home/freesurfer4.4.0/subjects/corinna/ADNI';
paths=dir([rootdir,'/*']);
num=numel(paths)
for ii=428:num
fprintf('- Processin
Something went very wrong with the creation of that file. It only has
one voxel/vertex.
doug
corinna bauer wrote:
> Volume information for
> /home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh
> type: MGH
> dimensions: 1 x 1 x 1
>voxel sizes: 1., 1., 1.
Volume information for
/home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh
type: MGH
dimensions: 1 x 1 x 1
voxel sizes: 1., 1., 1.
type: FLOAT (3)
fov: 1.000
dof: 1
xstart: -0.5, xend: 0.5
ystart: -0.5, yend: 0.
can you run
mri_info /home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh
and send us the output?
On Wed, 1 Sep 2010, corinna bauer wrote:
> mris_anatomical_stats -t
> /home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh 1057 lh
>
>
> On Wed, Sep 1, 2010 at 1:59 PM, Bruce Fi
mris_anatomical_stats -t
/home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh 1057 lh
On Wed, Sep 1, 2010 at 1:59 PM, Bruce Fischl wrote:
> what is your full command line?
>
> On Wed, 1 Sep 2010, corinna bauer wrote:
>
> Then I get this error:
>>
>> ERROR: number of vertices in
>> /ho
what is your full command line?
On Wed, 1 Sep 2010, corinna bauer wrote:
> Then I get this error:
>
> ERROR: number of vertices in
> /home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh does not
> match surface (1,116670)structure is
> "/home/freesurfer4.4.0/subjects/corinna/1057/surf/lh
Then I get this error:
ERROR: number of vertices in
/home/freesurfer4.4.0/subjects/corinna/1057/mri/lh.gwratio.mgh does not
match surface (1,116670)structure is
"/home/freesurfer4.4.0/subjects/corinna/1057/surf/lh.white"
number of vertices = 116670
total surface area
Try using the full path to the file
On Sep 1, 2010, at 12:16 PM, corinna bauer wrote:
> Hi Bruce,
> When I use the -t flag, I get this message in the output:
>
> mghRead(1057/mri/lh.gwratio.mgh, -1): could not open file
>
> I tried:
> mris_anatomical_stats -t 1057/mri/lh.gwratio.mgh 1057 lh
Hi Bruce,
When I use the -t flag, I get this message in the output:
mghRead(1057/mri/lh.gwratio.mgh, -1): could not open file
I tried:
mris_anatomical_stats -t 1057/mri/lh.gwratio.mgh 1057 lh
Corinna
On Tue, Aug 31, 2010 at 8:40 AM, Bruce Fischl wrote:
> Hi Corinna,
>
> the gwratio.mgh is a sc
Hi Corinna,
the gwratio.mgh is a scalar field over the surface, *not* a surface (i.e.
it has no topology information). Try:
mris_anatomical_stats -t lh.gwratio.mgh
and the rest as normal. Note that it will report the values as "thickness"
cheers
Bruce
On Mon, 30 Aug 2010, corinna bauer
wrot
Hi Hannah,
I'm not sure I know what you mean. Do you have a label on each subject?
If so it will look for it in the subjects label directory. As for the
second issue, that sounds like a bug. If you want to send us the subject
directory we'll fix it.
cheers
Bruce
On Fri, 19 Mar 2010, Bruehl, H
Hi Hannah,
mris_anatomical_stats computes anatomical properties. To map the label, I
think you can use mri_label2label.
Sita.
On Fri, 19 Mar 2010, Bruehl, Hannah wrote:
>
> Hi there,
>
> I have got 2 questions:
>
> 1) is there way to use mris_anatomical_stats to map back the label I have
>
hmmm, sounds like a bug. If you tar and gzip the subject and drop it on
our site we'll take a look.
On Tue, 16 Feb 2010 yzha...@artsci.wustl.edu
wrote:
> Dear experts,
>
> i try to run the command mris_anatomical_stats to get GrayVol, ThickAvg,
> etc from the left cortex as following:
>
> mris_a
Hi Sam,
thickness is described in our PNAS paper, surface area is just the area
of all the surface triangles, and volume is the product of the two.
Curvature is a differential geometric measure we compute. The one called
"curv" is the mean curvature spatially smoothed a bit.
cheers,
Bruce
On
try recreating it (maybe you ran out of disk space?)
On Fri, 14 Aug 2009,
Rutvik Desai wrote:
> I get the same error when trying to load it in tksurfer.
>
> -
> reading colortable from annotation file...
> CTABreadFrom: could not allocate -2 bin table
> Cannot allocate memory
> Bus error
> --
I get the same error when trying to load it in tksurfer.
-
reading colortable from annotation file...
CTABreadFrom: could not allocate -2 bin table
Cannot allocate memory
Bus error
-
On Aug 14, 2009, at 4:31 PM, Bruce Fischl wrote:
> sounds like the annotation file is corrupted. Can you
sounds like the annotation file is corrupted. Can you load it in
tksurfer?
On Fri, 14 Aug 2009, Rutvik Desai wrote:
> We get the following error on one subject when running
> mris_anatomical_stats. The same command workson other subjects who were
> generated the same way. Using
> freesurfer-Darwi
1 - 100 of 127 matches
Mail list logo
