Windows 7 x64
comparing installation using gp503-win32-mingw.exe and gp466-win64-setup.exe
Version 5..0 patchlevel 3 behaves differently as compared with version 4.6.6 concerning splot. It appears the data file matrix is not recognized correctly, as soon as the number of columns/rows in the file exceeds ~ 2. Plot script below:
set terminal png size 1280,960
set output '.\a.png'
set table 'first.txt'
set xlabel "x-axis"
set ylabel "y-axis"
set xrange [-2:5]
set yrange [-2:5]
unset colorbox
splot 'matrix.txt' using 1:2:3 notitle
unset table
plot 'first.txt' notitle with image
replot
data that should be saved to matrix.txt
0 0 10
0 1 10
0 2 10
1 0 10
1 1 5
1 2 10
2 0 10
2 1 1
2 2 10
3 0 10
3 1 0
3 2 10
attached are the png files generated using gnuplot 4.6.6. and using gnuplot 5.0.3
This is an example of the perils of back-porting bits of code from the development version before they have been thoroughly tested. This same transposition of row/column count for ascii x/y/z data plotted as an image was already fixed for one input path, but this path was missed.
See bug #1654
Now fixed for both 5.0 and 5.1
Two other notes:
This fix is not foolproof. If you enter the 3D values in some other order it may well get confused.
The error is a pure transposition, so even before applying the fix (e.g. 5.0.3 as released) you should be OK to say
splot 'matrix.dat' using 2:1:3 with image