Re: line corners with terminals for vector graphics

[Mojca M. <moj...@gm...>]

On 2/5/06, Petr Mikulik wrote:
> > implement that. Even more fancy method would be to determine the color
> > of each pixel separately (by calculating normal vector & consequently
> > the color for each pixel separately), but the first method would be
> > far enough, the second one would take too much effort for too little
> > gain in comparison to the first method.
>
> See
>         set pm3d interpolate nx,ny
>
> That does currently a bit of what you want (but not pixel-wise.)

This makes the grid "finer", but not smooth.

Consider my question equivalent to "can we draw a circle" if the
program is only able to draw straight line segments. It's not the
point in dividing lines into shorter segments, but in the proper
support for splines or whatever. No, I didn't mean that gnuplot should
support splines (although it would be nice to) since a line can be
divided into segments which are short enough, but in 2D plots the
number of possible divisions in one direction is limited.

PostScript (and PDF) support smooth shading, which means that you can
only define a color in the corners and PostScript will take care for
"pixels" in the middle.

See the example on http://pub.mojca.org/ps/smooth/. It's a bad
approximation of a rainbow, but a good approximation of what gnuplot
could be capable of with probably not that much effort. No matter how
much you zoom in or out, you won't notice sharp steps.

High nx & ny also mean long processing time when opening such files
(it takes forever to zoom in and out and to move along such a page)
and still only suboptimal results.

Mathematica can't do that, but gnuplot could be better.

Mojca