help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Colormap in meshc.m


From: Henry F. Mollet
Subject: Re: Colormap in meshc.m
Date: Fri, 05 Oct 2007 19:22:38 -0700
User-agent: Microsoft-Entourage/11.1.0.040913

Thanks. Works great now with one small potential problem remaining: I cannot
change the colormap of the contours once they have been drawn.
Henry
Details:
octave-2.9.14:1> [x,y,z]=peaks;
octave-2.9.14:2> meshc(x,y,z)
## Peaks and contours appear in colormap 'jet'
octave-2.9.14:3> colormap (gray)
## changes peaks plots to grey but does not affect contours
octave-2.9.14:4> colormap (jet)
## changes peaks plot to colormap (jet)

##New terminal
octave-2.9.14:1> colormap(gray)
octave-2.9.14:2> [x,y,z]=peaks;
octave-2.9.14:3> meshc(x,y,z)
## peaks and contours are using colormap 'gray'
octave-2.9.14:4> colormap (jet)
## peaks changes to colormap 'jet' but contours remain gray.



on 10/5/07 2:53 PM, Peter A. Gustafson at
address@hidden wrote:

> On Wednesday 03 October 2007 01:51:08 pm John W. Eaton wrote:
>> On  3-Oct-2007, gustafson wrote:
>> | Perhaps this is exactly what David meant... however can we trick gnuplot
>> | by sending a colormap that artificially spreads the desired colormap only
>> | over the mesh plot values and not the z-dz values, say by padding the low
>> | end of the colormap?
>> 
>> Before doing that, how about verifying that the gnuplot behavior is
>> intentional.  If it is, then OK.  Otherwise, fix the bug in gnuplot.
>> 
>> jwe
> 
> I found the bug... it isn't a gnuplot bug.  We should be specifying a
> colorband range in our surface plot stream.  The attached patch should fix
> the problem.
> 
> Pete Gustafson
> 
> _______________________________________________
> Help-octave mailing list
> address@hidden
> https://www.cae.wisc.edu/mailman/listinfo/help-octave




reply via email to

[Prev in Thread] Current Thread [Next in Thread]