Plot comparison: Difference between revisions

Jump to navigation Jump to search
943 bytes added ,  3 July 2014
m
no edit summary
(Created page for visual comparison of plots)
 
mNo edit summary
Line 1: Line 1:
Visual comparison of plot files from [[http://tech-chat.de/compare_plot_demos/]]. You can find the scripts which are used to create these plots in the default branch in scripts/testfun/private.
Visual comparison of plot files from http://tech-chat.de/compare_plot_demos/. You can find the scripts which are used to create these plots in the default branch in scripts/testfun/private.


The diary of each run can be found here:
The diary of each run can be found here:
* www.tech-chat.de/compare_plot_demos/fltk/diary.log
* [http://www.tech-chat.de/compare_plot_demos/fltk/diary.log FLTK diary]
* www.tech-chat.de/compare_plot_demos/gnuplot/diary.log
* [http://www.tech-chat.de/compare_plot_demos/gnuplot/diary.log gnuplot diary]
* www.tech-chat.de/compare_plot_demos/matlab/diary.log  
* [http://www.tech-chat.de/compare_plot_demos/matlab/diary.log ML diary]


== needs some work ==
== needs some work ==


* gnuplot + fltk colorbar_23_1: xtick unreadable
* [http://tech-chat.de/compare_plot_demos/gnuplot/colorbar_23_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/colorbar_23_1.png fltk] colorbar_23_1: xtick unreadable


* gnuplot ezsurf_02_1: distorted despite "axis equal"
* gnuplot + ftlk: fill_01_1, fill_02_1: hidden edges keep visible in ML, not with fltk or gnuplot. This seems to be a ML bug when printing to PNG or JPEG and works (same output like gnuplot+fltk) when printing to ps. In FLTK the on-screen images shows the hidden edge and becomes invisible when printing.


* gnuplot + ftlk: fill_01_1, fill_02_1: hidden edges keep visible in ML, not with fltk or gnuplot. This seems to be a ML bug when printing to PNG or JPEG and works (same output like gnuplot+fltk) when printing to ps. in FLTK the on-scrren images shoes the hidden edge and becomes invisible when printing.
* [http://tech-chat.de/compare_plot_demos/gnuplot/hold_07_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/hold_07_1.png fltk]: hold_07_1: red rectangle hides the '^' plot markers. In ML they disappear on-screen as soon as xlim is changed or zoomed. Is this a ML bug? What is the prefered behaviour?


* gnuplot fill_03_1: unusable
== gnuplot only differences ==


There are a lot of gnuplot differences and it might be nice to fix those, but someone would have to take an interest. Octave is moving towards OpenGL for all plotting so most developers focuses on
bug fixes for that toolkit.


* gnuplot + ftlk: hold_07_1: red rectangle hides
Nevertheless here are some visual '''gnuplot ONLY''' problems which need some attention:


* gnuplot: isosurface_01_1: wrong scale, edges missing
* [http://tech-chat.de/compare_plot_demos/gnuplot/fill_03_1.png gnuplot] fill_03_1: unusable
  I remember there is already a bug report on savannah for this
 
* [http://tech-chat.de/compare_plot_demos/gnuplot/ezsurf_02_1.png gnuplot] ezsurf_02_1: distorted despite "axis equal"
 
* [http://tech-chat.de/compare_plot_demos/gnuplot/isosurface_01_1.png gnuplot] isosurface_01_1: wrong scale, edges missing


== work in progress ==
== work in progress ==


* plotyy_03: chunky dashed line for the '--' linestyle: [http://octave.1599824.n4.nabble.com/Changing-mark-space-for-dashed-lines-in-plots-td4665166.html]
* plotyy_03: chunky dashed line for the '--' linestyle: [http://octave.1599824.n4.nabble.com/Changing-mark-space-for-dashed-lines-in-plots-td4665166.html Thread on ML]


== fixed ==
== fixed ==
219

edits

Navigation menu