Thu 04 Aug 2016 06:20:34 PM UTC, comment #5:
The third demo is much better. I can see the difference in the fourth plot right away. The annotation text box for your note doesn't have much margin. It appears the margin doesn't work:
Perhaps I'm misunderstanding 'margin'.
The first two demos I don't understand how lighting works, but I'm not familiar with it. The light source is stationary with the plotting axes? Not the view, correct? Just something I need to get used to.
|
Thu 04 Aug 2016 05:33:35 PM UTC, comment #4:
Thanks for pointing out the issues in demo isosurface 2.
The lighting was actually correct since isosurface without output arguments should display a lighted patch object. However, that was misleading here since the vertexnormals are popinting in different directions in the different subplots which made the patches appear differently when they shouldn't.
Attached, please find a changeset for isosurface.m which changes that demo in that way and uses Matlab compatible syntax as should be used in demos. I also moved the textbox a little bit more to the center of the figure and increased the font size slightly. Initially, this demo was thought as a test for the 'noshare' option and the different input types. Since tests should not display figures, I made it into a demo instead.
Additionally, a demo is added for the first example in comment #0.
(file #38107)
|
Tue 02 Aug 2016 03:09:09 AM UTC, comment #3:
OK, thanks.
I'd say isosurface is good. It currently only has a couple demos, and the second demo is kind of uneventful. It looks like four dark green patches--at least until rotating the individual plots with Qt toolkit where the different color assignments can be seen. Perhaps we should choose a different viewing angle, such as in the attached screen shot. Note that when I rotate those four subplots, it appears there is still some kind of lighting effect going on. Is that a holdover from the first demo? Can't read the small font in the note in the upper left corner.
(file #38073)
|
Sat 30 Jul 2016 03:47:56 PM UTC, comment #1:
Nice examples. Consider adding as two separate demos to the patch routine. The mid-range color is valuable because it is easy to have the color range computation incorrect and still end up with extremal values (in this case purple and yellow).
Attached is a simple change that seems to work. I understand what the code is doing, but of course there are so many property values and scenarios that I'm not sure this covers everything. But, I too wonder why if there is a color value available why it should not be used in preference for the z-coordinates.
(file #38053)
|
Mon 25 Jul 2016 03:06:39 PM UTC, original submission:
The following example produces an isosurface of a sphere with the "center color" (a blue-ish green) of the current colormap with qt and fltk and in Matlab:
With gnuplot, the sphere has no uniform color. Instead, the z-value (?) is used for coloring the patches.
The following example gives two nested spheres with qt and fltk and in Matlab. The inner one in violet the outer one in yellow (=edges of the default colormap):
Both spheres are violet with gnuplot.
|