[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: improvement for surface plots
From: |
Kai Habel |
Subject: |
Re: improvement for surface plots |
Date: |
Wed, 12 Mar 2008 07:57:01 +0100 |
User-agent: |
Thunderbird 2.0.0.9 (X11/20070801) |
John W. Eaton schrieb:
> On 11-Mar-2008, Kai Habel wrote:
>
> | Hello all,
> |
> | with the current tip surface plots do not look nice. The grid is plotted
> | in front of the surface. The attached patch makes two changes, first
> | surfaces are plotted in front of the grid, thus the surface looks opaque.
> | h = surf(peaks);
> |
> |
> | Second, for mesh plots an uniform color value works now.
> | h = mesh(peaks);
> | set(h,'EdgeColor','r');
> |
> |
> | But, to make this work a very recent gnuplot is required (4.2.3)
> | otherwise the mesh is not drawn. See also this [1] discussion.
>
> I applied this patch to my archive.
>
> Now when I try to set the edgecolor, I get a white mesh. Is that what
> you mean by not working with older versions? I'm using 4.2.2.
>
> Thanks,
>
> jwe
>
>
Yes, that what I mean with "otherwise the mesh is not drawn" only the
white facets are drawn. Also see this explanation from the gnuplot list.
> A bit of both. The issue is that the colors for hidden-surfaces are
> auto-generated based on the line _type_, but you gave an splot
> command using a line _style_. Bad luck that it somehow ends up
> choosing a
> linetype lt -2 or -3 (background color or no line).
>
> This is supposed to be fixable using the command
> set style increment user
> (which is a truly horrible name for a command; kudos to anyone who
> can suggest a better one so that we can deprecate this). This command
> causes the user-defined line _styles_ to be substituted everywhere a line
> _type_ would normally be used.
>
> So much for the script buglet. Unfortunately, the hidden3d code in
> 4.2.2 fails to notice when you set this flag, although the CVS version
> gets it right. The fixed code will be in 4.2.3, which should be out
> "real soon now".
Kai