[Camino-users] sflutgen problem, SH model
Philip A Cook
cookpa at mail.med.upenn.edu
Fri Nov 18 11:29:25 PST 2011
That means it's down, it should be temporary. Sorry about that.
I agree the SH order is unlikely to be the cause of your problem.
On Nov 18, 2011, at 2:05 PM, Ian Malone wrote:
> By the way, is external SVN access no longer provided or simply down?
> $ svn log
> svn: PROPFIND request failed on '/repos/camino'
> svn: PROPFIND of '/repos/camino': could not connect to server (http://amy.cs.ucl.ac.uk:8090)
>
>
> Ian Malone wrote:
>> Thanks for getting back to me. I suspected the scheme file warning was cosmetic, but will try the newest version when I get a chance. I've tried order 8 and it hasn't improved matters.
>>
>> Ian
>>
>> Philip A Cook wrote:
>>> Hi Ian,
>>>
>>> I believe we have fixed the issue with sfpeaks complaining about scheme files in the current version. I am unsure if this is related to your problem. It seems most of the data from sfpicocalibdata is being mapped to a similar place in the LUT for some reason. This could be a problem with sfpeaks, but I'm not sure.
>>>
>>>
>>> Phil
>>>
>>> On Nov 14, 2011, at 8:42 AM, Ian Malone wrote:
>>>
>>>
>>>
>>>> Hi,
>>>>
>>>> I'm trying to use a QBall SH reconstruction with Pico, but am hitting a problem at the sflutgen step. Not sure what's causing this, SH order is too low maybe? The scheme file has 64 unique DEO, steps were:
>>>>
>>>> qballmx -schemefile DWI.scheme2 -basistype sh -order 6 -normalize > qballMatrix_SH6.Bdouble
>>>>
>>>> sfpicocalibdata -schemefile DWI.scheme2 -infooutputfile A.info > PICo_data.Bfloat
>>>>
>>>> linrecon PICo_data.Bfloat DWI.scheme2 qballMatrix_SH6.Bdouble -normalize > calib_ODFs_SH6.Bdouble
>>>>
>>>> sfpeaks -inputmodel sh -order 6 -numpds 3 < calib_ODFs_SH6.Bdouble > calib_ODFs_SH6_PDs.Bdouble
>>>> - complains about not having the scheme file.
>>>>
>>>> sflutgen -infofile A.info -outputstem SH_lut < calib_ODFs_SH6_PDs.Bdouble -pdf bingham
>>>>
>>>> Nov 14, 2011 1:01:46 PM data.ExternalDataSource initFileInput
>>>> INFO: reading data from standard input
>>>> Nov 14, 2011 1:02:00 PM misc.LoggedException logException
>>>> SEVERE: Exception in thread "main" class misc.LoggedException: not enough populated bins to enable surface fit. Number of bins: 3
>>>> at apps.GenerateMFR_LUT.fitSurface(GenerateMFR_LUT.java:570)
>>>> at apps.GenerateMFR_LUT.main(GenerateMFR_LUT.java:823)
>>>>
>>>> Exception in thread "main" misc.LoggedException: not enough populated bins to enable surface fit. Number of bins: 3
>>>> at apps.GenerateMFR_LUT.fitSurface(GenerateMFR_LUT.java:570)
>>>> at apps.GenerateMFR_LUT.main(GenerateMFR_LUT.java:823)
>>>>
>>>> malone at img-129:~/git/conmap-framework.git/altscheme
>>>>
>>>>
>>>> Thanks for your time,
>>>> Ian
>>>>
>>>> _______________________________________________
>>>> Camino-users mailing list
>>>>
>>>> Camino-users at www.nitrc.org
>>>> http://www.nitrc.org/mailman/listinfo/camino-users
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Camino-users mailing list
>>>
>>> Camino-users at www.nitrc.org
>>> http://www.nitrc.org/mailman/listinfo/camino-users
>>>
>>>
>>>
>>>
>>
>
More information about the Camino-users
mailing list