This should work.
Best,
Vladimir
On Wed, Dec 1, 2010 at 4:00 PM, Carsten Stahlhut <[log in to unmask]> wrote:
> Dear Vladimir,
>
> Thank you very much for your quick reply.
> Looking forward to hear if you can reproduce my problem.
>
> Best,
> Carsten
>
>
> 2010/12/1 Vladimir Litvak <[log in to unmask]>
>>
>> Dear Carsten,
>>
>> This is probably a bug. I'll try to reproduce it and let you know when
>> there is a fix.
>>
>> Best,
>>
>> Vladimir
>>
>> On Wed, Dec 1, 2010 at 3:37 PM, Carsten Stahlhut <[log in to unmask]> wrote:
>> > Dear SPM users
>> >
>> > I hope you can help me with a problem that I face when I want to make
>> > use of
>> > the spm_eeg_inv_visu3D_api.m window to show my source reconstruction
>> > results.
>> > The problem is associated with the scalp maps of the original data and
>> > the
>> > predicted data - these are not shown when I want to plot the source
>> > activity
>> > on the cortex.
>> >
>> > It seems as the problem arises when some of my channels are declared as
>> > "bad
>> > channels". More specific there is a mismatch between the size of
>> > channels in
>> >
>> > - handles.sens_coord (sensor positions obtained from D.coor2D - this
>> > one
>> > seems to include both good and bad channels )
>> > - handles.sens_data (this one seems to include only sensor data from
>> > good
>> > channels)
>> >
>> > The main problem now arises in line 249-250 (in
>> > spm_eeg_inv_visu3D_api.m),
>> > since
>> >
>> > ic = 1:length(handles.sens_coord);
>> > disp = full(handles.sens_data(ic,1));
>> >
>> >
>> > My question: Is it a bug that handles.sens_coord also includes the bad
>> > channels or is it simply because I should be more careful when dealing
>> > with
>> > the bad channels?
>> > E.g. interpolating the bad channels or alternatively removing the "bad
>> > channels" permanently from the list of channels before calling the
>> > spm_eeg_inv_visu3D_api.m function?
>> >
>> > What would you recommend?
>> >
>> > Best regards,
>> > Carsten
>> >
>> >
>> >
>
>
>
> --
> Carsten Stahlhut
> Section for Cognitive Systems
> Department of Informatics and Mathematical Modelling
>
> Richard Petersens Plads, Building 321
> Technical University of Denmark
> DK-2800 Kongens Lyngby, Denmark
>
|