Hi all,
It turns out this error was due to a lack of memory, increasing to ~15GB of
memory solved the problem.
Andrew
On Wed, Nov 25, 2015 at 2:50 PM, Andrew Bock wrote:
> Hi all,
>
> I am receiving the same error, using the same version of Freesurfer (
> freesurfer-Linux-ce
Hi all,
I am receiving the same error, using the same version of Freesurfer (
freesurfer-Linux-centos6_x86_64-stable-pub-v5.3.0).
Was a solution found?
Andrew
On Mon, Nov 2, 2015 at 3:31 AM, Shani Ben Amitay
wrote:
> Dear Lilla and freesurfers,
>
> I hvae tried to rub the mri_CVS_register and
Hi all,
I'm having a problem similar to Krista's, where I'm getting holes in a few
labels (e.g. V1.label, MT.label, BA44.label, BA45.label) produced by the
recon-all pipeline. Did you ever discover the solution to this issue?
I'm running Freesurfer v5.3.0.
Andrew
On Thu, Oct 3, 2013 at 6:49
his can be problematic for instances where recon-all encounters and
> error and should fail. If you ran recon-all and have all the expected files
> than you should be all set.
>
> I believe you can use the Ubuntu Update Manager tool to install the latest
> version tcsh.
>
> -Zeke
Hello everyone,
I just updated to Freesurfer 5.3.0, my OS is Ubuntu 12.04. When I run
'recon-all -i -subjid ' I receive the following
error:
WARNING: tcsh v6.17.06 has an exit code bug! Please update tcsh!
The directory structure appears to be set up correctly, and the command
finishes without
Dear all,
I am trying to calculate the distance from a reference vertex to all other
vertices in a surface mesh (or ideally to a subset of vertices), moving
along the actual surface (e.g. smoothwm).
I am able to loop through the pairs of vertices in which I'm interested,
using mris_pmake in each
are you running xhemireg for fsaverage?
>
>
> On 10/02/2012 06:04 PM, Andrew Bock wrote:
>
>> I updated all the xhemi scripts following: http://www.freesurfer.net/**
>> fswiki/Xhemi <http://www.freesurfer.net/fswiki/Xhemi> but unfortunately
>> the problem persists
t;
> On 10/02/2012 01:59 PM, Andrew Bock wrote:
>
>> Thanks Doug!
>>
>> However, now I'm getting the following error:
>>
>> /Resampling
>>
>> Output registration matrix is identity
>>
>> mri_vol2vol done
>> ERROR: canot find norm/
&
re:
>
> ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mri_vol2vol
>
> doug
>
>
>
> On 10/1/12 10:56 PM, Andrew Bock wrote:
>
> Hello,
>
> I'm having a problem similar to the one outlined here:
> https://mail.nmr.mgh.harvard.edu/pipermail/fre
Hello,
I'm having a problem similar to the one outlined here:
https://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/2012-June/024182.html
When I run xhemireg I receive the error "ERROR: Option --keep-precision
unknown"
I looked for the newer version of mri_vol2vol described in the previous
post,
ity/filedrop/
> >
> >
> >
> > On 09/24/2012 02:58 PM, Andrew Bock wrote:
> >> It looks like a very patchy, warped version of the brain. I find that
> >> this is true for all subjects
> >> (/fsfast-functional/sess???/bold/001/fmcpr.up.sm
you would expect that. what does it look like? how are you
> visualizing it?
>
> On 09/20/2012 06:18 PM, Andrew Bock wrote:
> > Hello,
> >
> > I am attempting to run preproc-sess on my functional data, and am
> > following the tutorial found here:
> >
Hello,
I am attempting to run preproc-sess on my functional data, and am following
the tutorial found here:
http://surfer.nmr.mgh.harvard.edu/fswiki/FsFastTutorialV5.1/FsFastPreProc
I downloaded the tutorial data, and find that when I view
fmcpr.up.sm5.mni305.2mm.nii.gz it looks quite ugly (i.e.
el_v1.
>>
>> Did you find a solution?
>>
>> Best regards,
>>
>> Anders Hougaard, MD
>> Danish Headache Center
>> Dept. of Neurology
>> Glostrup Hospital
>> Copenhagen
>> Denmark
>>
>> 2011/11/11 Andrew Bock
>> Hello
occurs when
trying to open rh.white (or lh.white) from the surf subdirectory in
V1_average, which doesn't exist.
I have run recon-all -s -make all, but it returns "make: Nothing
to be done for `all'."
Any help you can provide would be greatly appreciated!
Thanks in advance,
An
15 matches
Mail list logo
