Editing Plot comparison
Jump to navigation
Jump to search
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
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. | |||
The diary of each run can be found here: | |||
* [http://www.tech-chat.de/compare_plot_demos/fltk/diary.log FLTK diary] | |||
* [http://www.tech-chat.de/compare_plot_demos/gnuplot/diary.log gnuplot diary] | |||
* [http://www.tech-chat.de/compare_plot_demos/matlab/diary.log ML diary] | |||
== needs some work == | |||
* [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 + 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. | |||
* | * [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 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. | |||
Nevertheless here are some visual '''gnuplot ONLY''' problems which need some attention: | |||
* [http:// | * [http://tech-chat.de/compare_plot_demos/gnuplot/fill_03_1.png gnuplot] fill_03_1: unusable | ||
* [http:// | * [http://tech-chat.de/compare_plot_demos/gnuplot/ezsurf_02_1.png gnuplot] ezsurf_02_1: distorted despite "axis equal" | ||
* [http:// | * [http://tech-chat.de/compare_plot_demos/gnuplot/isosurface_01_1.png gnuplot] isosurface_01_1: wrong scale, edges missing | ||
== | == 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 Thread on ML] | |||
== fixed == | |||
* colorbar ticks: http://hg.savannah.gnu.org/hgweb/octave/rev/04a00ba54557 | |||
* | * gnuplot + fltk compass_01_1: no proper scaling/zoom: A changeset from Stefan Mahr fixing a different part of polar() also solves the auto-scaling issue with compass(). See http://hg.savannah.gnu.org/hgweb/octave/rev/cff49c82f722. | ||
== | == won't fix or Octave only feature == | ||
* | * gnuplot/ML axis_09, axis_10, axis_11, axis_12, axis_13: No, [x,y]axislocation' 'zero' (http://savannah.gnu.org/bugs/?40588). This is an Octave (and gnuplot) only feature. We can either blacklist, or visually skip over the comparison since it is blank for Matlab. Perhaps should be removed from demos or blacklist axis_09 in dump.m script | ||
* matlab | * matlab comet3_01_1, comet_01_1.png: Only the beginning of the animation is printed. Matlab implements comet in a completely different way which means printing isn't really possible for them. | ||