If this is what is happening then I would support making slope pattern an
exception to the rule, if possible.  That way the pattern would make more
sense as the slope pattern does not wrap around in the way that others may.
If 1 represents the positive perpendicular plane, then it should use the 1
value from the colour map.  In the workaround you proposed, the top is
fixed, but if you look at the bottom of the object (move the camera, don't
rotate the object, or change the direction from y to -y), now the flat
bottom is red where it should be white.

-tgq

"Ron Parker" <ron### [at] povrayorg> wrote in message
news:slr### [at] fwicom...
> On Sun, 23 Sep 2001 15:31:52 -0400, Trevor Quayle wrote:
> >3.5 beta3 Windows
> >
> >Slope pattern still does not work for slope = 1
> >See attached scene file, the flat top of the object should be red.
>
> This is because maps "wrap around" at 1, with the value exactly equal to
> 1 not being represented in the map.  Something with slope exactly equal
> to 1 (well, not really, but you know what I mean) will use the value at
the
> 0 end of the map.
>
> A temporary workaround is to use
>
>       color_map{
>         [.000001 red 1]
>         [.000001 rgbt 1]
>         [0.5 rgbt 1]
>         [1.0 red 1]
>       }
>
> instead of the color_map you had.  This is technically correct behavior,
> but it's worth discussing whether the slope pattern should be an exception
> to the rule.
>
> --
> #local R=rgb 99;#local P=R-R;#local F=pigment{gradient
x}box{0,1pigment{gradient
> y pigment_map{[.5F pigment_map{[.3R][.3F color_map{[.15red
99][.15P]}rotate z*45
> translate x]}]#local H=pigment{gradient y color_map{[.5P][.5R]}scale
1/3}[.5F
> pigment_map{[.3R][.3H][.7H][.7R]}]}}}camera{location.5-3*z}//only my
opinions

Post a reply to this message