Re: buggy behaviour of svg+splot with image

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 06 March 2013, Sylwester Arabas wrote:
> Hi,
> 
> On 06/03/13 16:51, pl...@pi... wrote:
> > On 03/06/13 15:22, Mojca Miklavec wrote:
> >> On Wed, Mar 6, 2013 at 12:10 PM, Sylwester Arabas wrote:
> >>>
> >>> Then maybe issuing a warning before overwriting an existing png file
> >>> would be a solution?
> >>
> >> This would be problematic. Many people simply run the same plotting
> >> commands/scripts multiple times (either during development/improvement
> >> of graphs or to display measurement results for different data),
> >> *expecting* the files to be overwritten. I'm not using SVG, but for
> >> any format that I'm using, I would be annoyed if I would have to
> >> confirm overwriting files.
> 
> Wouldn't you be annoyed if you "simply run the same plotting 
> commands/scripts multiple times" with different data and different 
> output file specified, but get the data from just the last plot in all 
> of the output files? :)

Your complaint about incomplete documentation is reasonable.
The svg terminal should give an explanation for the 'name'
option similar to the one given by the canvas terminal.

> Basically, anything you plot with "splot with image" on an svg terminal 
> silently damages all svg files in the current directory previously 
> plotted "with image". Unfair.

Not really.  You just have to give a unique name to each
plot.  See, for example, the image demo:

   http://gnuplot.sourceforge.net/demo_svg_4.7/image.html

> P.S. Is there any way to force gnuplot not to use external png files but 
> instead draw the images pixel-by-pixel with svg rectangles as it was 
> done in older versions of gnuplot?

Yes.
   plot 'foo' with image failsafe