[caret-users] too many crossovers

Donna Dierker donna at brainvis.wustl.edu
Wed Nov 19 14:46:44 CST 2008


Hi again Bela,

There are a couple of instances where this problem exists:

> there's no way to topologically match borders without twisting the 
> surface, because landmarkA is right of landmark B in source, but vice 
> versa in target.
Compare the attached captures:

source_lateral.jpg with target_lateral.jpg : green & brown borders on 
posterior end of sylvian border in source; on anterior end in target
source_ventral.jpg with target_ventral.jpg : magenta to upper right of 
blue in source; on upper left in target

Imagine the twisting that will be needed to yank them into alignment.  
It won't work.

Donna

On 11/19/2008 01:45 PM, Donna Dierker wrote:
> Hi Bela,
>
> I haven't looked at your target dataset, but right away I can see some 
> impending nightmares in your source dataset borders.
>
> The attached captures show junctions where separate landmarks meet or 
> come into close proximity with one another.  This spells trouble.  You 
> want some spacing at the landmark junctions.  I used to get crossovers 
> in the medial wall until I following the core 6 landmark guidelines on 
> trimming the medial wall near the frontal and calcarine junctions 
> (http://brainvis.wustl.edu/help/landmarks_core6/landmarks_core6.html/#mw).  
> Obviously, you're doing something more customized (not using core 6 
> landmarks, using colin as target), but the same principle applies.
>
> See what trimming some points (on both source and target) near these 
> junctions does for reducing your crossovers.
>
> Other causes of crossovers include:
>
> * errors/defects in the spheres themselves, especially along the 
> landmarks
> * big spacing in the landmark border points, which can happen if you 
> project borders from a flat surface (instead of drawing on flat; 
> projecting; and appending to in-tact medial wall/calcarine borders on 
> a closed topo surface)
> * oddities in the borders besides hooks/kinks/reversed polarity: 
> closted/nested borders; borders crossing over each other; there's no 
> way to topologically match borders without twisting the surface, 
> because landmarkA is right of landmark B in source, but vice versa in 
> target.
> * misidentifying the hemisphere in the spec files
>
> Donna
>
> On 11/19/2008 12:29 PM, Bela Bhatia wrote:
>> Donna,
>>
>> I checked by spinning the borders and they look ok - no kinks or 
>> sharp turns.
>> I have uploaded 2 zip files
>> NPRArchive.tar.gz
>> Right_Hem_Atlas_11_final.tar.gz
>>
>> What are the variables that affect crossovers during spherical 
>> Registration?
>>
>> Thanks for your help!
>>
>> Bela
>>
>> Donna Dierker wrote:
>>
>>
>>  
>>> Hi Bela,
>>>
>>> One thing you can do is view your source (and target, if 
>>> non-standard) borders on the source sphere.  Then, select D/C: 
>>> Surface Miscellaneous: Drawing mode: Hide surface.  Spin the sphere 
>>> around (or use the toolbar buttons to switch from medial, lateral, 
>>> etc.), and make sure there are no hard right turns or kinks in any 
>>> of your borders.  The medial wall ventral is a common trouble spot 
>>> for hooks/kinks.  Make sure you turn Drawing Mode back to Tiles and 
>>> lighting when you're done inspecting the borders.
>>>
>>> If you see no problems, then send me a zipped archive of your source 
>>> dataset (including all the files selected on the registration 
>>> menu).  Also, either enumerate the source settings or give me a 
>>> screen capture of the source tab on the registration dialog, so I 
>>> know which files you selected.  Upload the zipped archive here:
>>>
>>> http://pulvinar.wustl.edu/cgi-bin/upload.cgi
>>>
>>> If you're using a standard atlas target, like the PALS_B12.LR 
>>> borders, then just say so and no upload is necessary for the atlas 
>>> target.  Otherwise, I'll need that, too.
>>>
>>> I'll try it on my end and let you know what I find.
>>>
>>> Donna
>>>
>>> On 11/19/2008 11:27 AM, Bela Bhatia wrote:
>>>    
>>>> Hello,
>>>>
>>>> I am getting too many crossovers while processing spherical 
>>>> registration.
>>>>
>>>> The border starting points are all corect.
>>>>
>>>> What else can I do?
>>>>
>>>> Thanks
>>>> Bela 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: source_lateral.jpg
Type: image/jpeg
Size: 91582 bytes
Desc: not available
Url : http://brainvis.wustl.edu/pipermail/caret-users/attachments/20081119/63121dcf/attachment-0004.jpg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: source_ventral.jpg
Type: image/jpeg
Size: 94327 bytes
Desc: not available
Url : http://brainvis.wustl.edu/pipermail/caret-users/attachments/20081119/63121dcf/attachment-0005.jpg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: target_lateral.jpg
Type: image/jpeg
Size: 93694 bytes
Desc: not available
Url : http://brainvis.wustl.edu/pipermail/caret-users/attachments/20081119/63121dcf/attachment-0006.jpg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: target_ventral.jpg
Type: image/jpeg
Size: 97749 bytes
Desc: not available
Url : http://brainvis.wustl.edu/pipermail/caret-users/attachments/20081119/63121dcf/attachment-0007.jpg 


More information about the caret-users mailing list