View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0015839VTK(No Category)public2015-11-18 07:192016-02-10 16:23
ReporterJean M. Favre 
Assigned ToJoachim Pouderoux 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0015839: vtkGlyph3DMapper does not respond to changes in ScaleFactor
DescriptionI have a glypher defined as

glypher = vtkGlyph3DMapper()
glypher.SetScaleModeToNoDataScaling()
glypher.SetScaleFactor(.3e1)

the scale factor is used only the very first time the object is declared. Any other attempt to re-scale in an interactive fashion is ignored. I demonstrated the bug to Berk at SC15. The python code included is a very down-sized version of my molecular data vis application

This is happening with VTK dev version. A python demonstrator is included.
TagsNo tags attached.
ProjectTBD
Typeincorrect functionality
Attached Files? file icon test_glyphs.py [^] (3,498 bytes) 2015-11-18 07:19

 Relationships
related to 0015752closedJoachim Pouderoux vtkOpenGLGlyph3DMapper (OpenGL2 version in VTK 6.3) does not react in time to colouring requests 

  Notes
(0035459)
Joachim Pouderoux (developer)
2015-11-18 08:36

 Jean, do you have the problem with both OpenGL rendering backends?
(0035460)
Jean M. Favre (reporter)
2015-11-18 08:38

 I have not tried the old backend. I don't have it compiled. Have only tested with OGL2.
(0035461)
Joachim Pouderoux (developer)
2015-11-18 08:43

 Clearly, looking at the code of the OGL2 version, I am not surprised it does not work. To make it work it would require that RebuildStructures() is called when the ScaleFactor has changed.
For now you could try to call Modified() on the input dataset after changing the scale factor, it should trigger the internal structure rebuilding.
(0035462)
Luc Habert (reporter)
2015-11-18 09:37

 It's likely the same issue as the one I reported in 0015752, with a fix.
(0035463)
Joachim Pouderoux (developer)
2015-11-18 09:48

 Indeed! Luc, do you intend to make a merge-request?
(0035464)
Luc Habert (reporter)
2015-11-18 09:58

 I am quite willing to, but I need to find time to learn the process, so I can't do it immediately.
(0035466)
Joachim Pouderoux (developer)
2015-11-18 10:08

 I have made a merge request with a similar patch:
https://gitlab.kitware.com/vtk/vtk/merge_requests/921 [^]
Please test.
(0035467)
Jean M. Favre (reporter)
2015-11-18 10:33

 Calling Modified() on the input dataset works for now. I am looking forward for the fix.

Thanks
Jean
(0035473)
Joachim Pouderoux (developer)
2015-11-19 11:34

 For information, the patch has been merged.

Joachim
(0035475)
Jean M. Favre (reporter)
2015-11-19 18:07

 Things work well now. Thanks for the super fast support.

Jean
(0035708)
Berk Geveci (administrator)
2016-02-10 16:23

 I verified that this is fixed.

 Issue History
Date Modified Username Field Change
2015-11-18 07:19 Jean M. Favre New Issue
2015-11-18 07:19 Jean M. Favre File Added: test_glyphs.py
2015-11-18 08:36 Joachim Pouderoux Note Added: 0035459
2015-11-18 08:38 Jean M. Favre Note Added: 0035460
2015-11-18 08:43 Joachim Pouderoux Note Added: 0035461
2015-11-18 09:37 Luc Habert Note Added: 0035462
2015-11-18 09:47 Joachim Pouderoux Relationship added related to 0015752
2015-11-18 09:48 Joachim Pouderoux Note Added: 0035463
2015-11-18 09:58 Luc Habert Note Added: 0035464
2015-11-18 10:08 Joachim Pouderoux Note Added: 0035466
2015-11-18 10:33 Jean M. Favre Note Added: 0035467
2015-11-18 10:46 Joachim Pouderoux Assigned To => Joachim Pouderoux
2015-11-18 10:46 Joachim Pouderoux Status backlog => active development
2015-11-19 11:34 Joachim Pouderoux Note Added: 0035473
2015-11-19 18:07 Jean M. Favre Note Added: 0035475
2016-02-10 16:23 Berk Geveci Note Added: 0035708
2016-02-10 16:23 Berk Geveci Status active development => closed
2016-02-10 16:23 Berk Geveci Resolution open => fixed

Copyright © 2000 - 2018 MantisBT Team