Thu 24 Nov 2016 10:17:54 PM UTC, comment #4:
I think the problem is either one of 'axis square' or 'axis equal' which affect change dataaspectratio and plotboxaspectratio.
|
Wed 23 Nov 2016 10:25:09 PM UTC, comment #3:
This issue might be FIXED in Octave 4.2.0.
When running the script from comment #0 in Octave 4.2.0, then I now get visually "too long" colorbars. But they go over the full height of the figure window, so probably that is "right height" and this last remaining issue is fixed, now. But I am not 100% sure how the "perfect plot result" should look like in this case.
|
Wed 20 May 2015 03:30:16 PM UTC, comment #2:
Item (1) is caused by the fact that surf produces 3-D output, but the command "view (0, 90)" is restricting it to 2-D. For 2-D plots there is no need to take into account the Z-axis and that is why Octave doesn't bother to set the Z limits correctly.
This is a known issue and both Matlab and Octave have the pcolor() function for producing this sort of plot. Replacing
correctly sets the zlim values.
Item (3), the size of the colorbar, still remains. Re-titling the bug report to emphasize that issue.
Since colorbars, legends, and text objects are annotations. It makes sense to add these only after the plot is visually the way you like it. I know Octave should be able to handle the other ordering through callbacks, but at least for now there is a simple work around which is to have colorbar be the last command for a plot.
|
Sun 24 Nov 2013 02:03:26 AM UTC, original submission:
The demo below exhibits three problems
(1) The zlim() is not set correctly (the peaks are truncated)
(2) The axes plot boxes are not consistent in size
(3) The colorbar heights are short.
These problems only exist with "axes square; axes equal".
The resulting positions are below.
|