Hi Chris,

The diff_slices folder is still there, which means that bedpostX probably
did not finish processing. That folder usually gets deleted after bedpostX
processing completes. It's strange that you have merged_ph2samples.nii.gz
and not merged_ph1samples.nii.gz.

Did you accidentally run bedpostX twice and exit out of it in the middle?
It is quite possible that you'd already finished processing bedpostX(and
all files were properly created) and started running it again, which would
explain the diff_slices and the absence of merged_ph1samples (but not
merged_ph2samples).

You could potentially back up your current bedpostx folder and re-run
bedpostX to see if that solves your issue.

Could you also send the commandline you're using for bedpostX?

Thanks,
Priti

> Hi, I'm getting the same error as before; "merged_ph1samples.nii.gz"
> isn't getting created, I think. This is after I ran bedpostx on its own,
> per your instructions from this thread.
>
> Here are the last few lines of output from trac-all -path:
> Loading BEDPOST parameter samples from
> /raid2/fmri8/control/H008B/dmri.bedpostX
> niiRead(): error opening file
> /raid2/fmri8/control/H008B/dmri.bedpostX/merged_ph1samples.nii.gz
> ERROR: Could not read
> /raid2/fmri8/control/H008B/dmri.bedpostX/merged_ph1samples.nii.gz
> /parietal/freesurfer/current/bin/dmri_mergepaths --indir
> /raid2/fmri8/control/H008B/dpath --in --out
> /raid2/fmri8/control/H008B/dpath/merged_avg33_mni_bbr.mgz --ctab
> /parietal/freesurfer/current/FreeSurferColorLUT.txt --thresh .15
> ERROR: must specify input volume(s)
>
> This is what's in "dmri.bedpostX":
> bvals         diff_slices               logs
> mean_ph2samples.nii.gz      merged_f2samples.nii.gz       monitor
> bvecs         dyads2_dispersion.nii.gz      mean_dsamples.nii.gz
> mean_S0samples.nii.gz       merged_ph2samples.nii.gz
> nodif_brain_mask.nii.gz
> commands.txt  dyads2.nii.gz             mean_f2samples.nii.gz
> mean_th2samples.nii.gz      merged_th2samples.nii.gz  xfms
>
> Thanks,
> Chris
>
> On 03/23/2012 01:25 PM, Anastasia Yendiki wrote:
>> Yes.
>>
>> On Fri, 23 Mar 2012, Chris Watson wrote:
>>
>>> Ok. Do I run it with the defaults?
>>> # fibers per voxel = 2
>>> ARD weight = 1
>>> burn-in period = 1000
>>> # jumps = 1250
>>> sample every = 25
>>>
>>> On 03/23/2012 01:22 PM, Anastasia Yendiki wrote:
>>>>   Oh, ok. That's a known issue, it has to do with changes in the
>>>> command
>>>>   line of the latest version of bedpostx. We've updated trac-all and
>>>> it'll
>>>>   be working in our next release but for now you'll have to run
>>>> bedpostx by
>>>>   itself and not through trac-all. Sorry for the inconvenience!
>>>>
>>>>   On Fri, 23 Mar 2012, Chris Watson wrote:
>>>>
>>>>>   [freesurfer@occipital dmri.bedpostX]$ ls
>>>>> diff_slices/data_slice_0002/
>>>>>   dyads1.nii.gz  f1samples.nii.gz  logfile  mean_dsamples.nii.gz
>>>>>   mean_f1samples.nii.gz  mean_S0samples.nii.gz  ph1samples.nii.gz
>>>>>   th1samples.nii.gz
>>>>>
>>>>>
>>>>>   Come to think of it, when I ran bedpostx, it only output "1 slice
>>>>>   processed", but repeated 70 times, or however many slices there
>>>>> are. The
>>>>>   data is from a Siemens 3T, by the way.
>>>>>
>>>>>   On 03/23/2012 01:16 PM, Anastasia Yendiki wrote:
>>>>>>    What's in the diff_slices directory? That's a temporary directory
>>>>>>    that
>>>>>>    bedpostx creates and that gets deleted after the results get
>>>>>>   "merged". So
>>>>>>    my guess would be that bedpostx didn't finish processing.
>>>>>>
>>>>>>    On Fri, 23 Mar 2012, Chris Watson wrote:
>>>>>>
>>>>>>>    Hello, I successfully ran trac-all -bedp, and when I run the
>>>>>>> next
>>>>>>   step I
>>>>>>>    get the following error:
>>>>>>>>    Loading BEDPOST parameter samples from
>>>>>>   /raid2/fmri8/study/volumetric/freesurfer/control/subject/dmri.bedpostX
>>>>>>>    niiRead(): error opening file
>>>>>>>
>>>>>>   
>>>>>> /raid2/fmri8/study/volumetric/freesurfer/control/subject/dmri.bedpostX/merged_ph1samples.nii.gz
>>>>>>>>    ERROR: Could not read
>>>>>>   
>>>>>> /raid2/fmri8/study/volumetric/freesurfer/control/subject/dmri.bedpostX/merged_ph1samples.nii.gz
>>>>>>>>    Linux occipital.tch.harvard.edu 2.6.18-308.1.1.el5 #1 SMP Wed
>>>>>>   Mar 7
>>>>>>>    04:16:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux
>>>>>>>>    trac-paths exited with ERRORS at Fri Mar 23 11:24:11 EDT 2012
>>>>>>>>    Word too long.
>>>>>>   
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>>>    Indeed, the "merged" file doesn't exist. I am running
>>>>>>   Freesurfer 5.1.0
>>>>>>>    and FSL 4.1.9.
>>>>>>>    Here's what's in the dmri.bedpostX directory:
>>>>>>>>    [freesurfer@occipital control]$ ls murphy_p/dmri.bedpostX/
>>>>>>>    bvals  bvecs  commands.txt  diff_slices  logs  monitor
>>>>>>>    nodif_brain_mask.nii.gz  xfms
>>>>>>>>    _______________________________________________
>>>>>>>    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 mailing list
>> Freesurfer@nmr.mgh.harvard.edu
>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>>
> _______________________________________________
> Freesurfer mailing list
> Freesurfer@nmr.mgh.harvard.edu
> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

_______________________________________________
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Reply via email to