View Issue Details

IDProjectCategoryView StatusLast Update
0000466Slicer3Base Codepublic2020-03-12 10:52
Reporterlauren Assigned Toalexy  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionopen 
Summary0000466: Color Glyphs by orientation works only in 3D
Description

See attached image. Apparently the color lookup table used in 3D is not the same as that used for the slices. The glyphs look right in 3D but are all red over the slices when ColorByOrientation is selected. By the way, this coloring should perhaps be the default.

Also, when using ColorByOrientationMinEigenvector and Middle eigenvector the glyphs are all gray in 3D and red over the slices. I would recommend removing these modes as they will probably never be used anyway.

TagsNo tags attached.

Activities

2009-02-24 10:11

 

2009-02-24 10:12

 

pieper

pieper

2009-03-17 08:22

administrator   ~0000719

Need to get rid of min and middle eigenvalues.

Color by orientation in 3D is more complicated.

pieper

pieper

2009-03-20 04:56

administrator   ~0000732

It's odd that it works for lines

Antoine DUCHAMPS wrote:

hi all,

I have problems visualizing tensors as ellipsoids. They appear as B/W in
the 3D scene (in color in 2D views). The same problem with tubes. There
is no problem with lines. I'm sending you a snapshot of the problem.

I'm using the binary files of slicer 3.3.2 for linux 64.

Tensors are obtained from the 01053_case of tutorial_material.

Interestingly, if I load tensor.nrrd from the same tutorial I don't have
any problem.

Any ideas?

Antoine.

inorton

inorton

2009-03-20 06:01

developer   ~0000736

I've seen this happen with lines. Usually when I try to change visibility or other FiberTracts model properties in Model hierarchy, as opposed to using DisplayLoadSave

Possibly unrelated: the output of DistanceTransformModel is goofy too: model appears all black initially. I can make it take some color by changing one of specular/etc sliders, but the surface is never quite right.

lauren

lauren

2009-03-20 06:17

developer   ~0000737

So I am pretty sure there are two bugs, one with lookup tables (reported here that affects all glyphs including lines) and another with transformation matrices (that may happen in DistanceTransformModel as well as with some badly formed ras to ijk matrices in glyphs).

Lauren O'Donnell to slicer-users
show details 9:43 AM (31 minutes ago) Reply

I think it has to do with the ijk to ras matrix used to place the
glyphs in the scene. If the normals are pointing inwards
something similar to this can happen though I haven't seen totally
black glyphs before. But this problem would explain the difference
between the datasets and the types of glyphs affected (lines don't
have a surface or normals).

So, I think this bug is probably not related to the previously reported one.

I would recommend making sure the matrices in the nrrd header for the
tutorial make sense. You can also save the scene and view the ijk to
ras matrix as text in the mrml file.

Lauren

jcfr

jcfr

2020-03-12 10:52

administrator   ~0016519

Closing. Slicer3 is not being developed anymore.

Issue History

Date Modified Username Field Change
2009-02-24 10:11 lauren New Issue
2009-02-24 10:11 lauren File Added: ColorGLyphsByOrientationBug.png
2009-02-24 10:12 lauren File Added: ColorOrientationMiddleMinEvectBug.png
2009-02-26 12:44 pieper Assigned To => alexy
2009-02-26 12:44 pieper Severity minor => major
2009-02-26 12:44 pieper Status new => assigned
2009-03-17 08:22 pieper Note Added: 0000719
2009-03-20 04:56 pieper Note Added: 0000732
2009-03-20 06:01 inorton Note Added: 0000736
2009-03-20 06:17 lauren Note Added: 0000737
2020-03-12 10:52 jcfr Status assigned => closed
2020-03-12 10:52 jcfr Note Added: 0016519