Specifically, it sets a locked 1:1 aspect ratio, as if you ran "set size ratio -1", and this is what distorts the colorbar. size!) However, Gnuplot does something very odd when "set view equal xy(z)" and "set view map" are run in that order, which it does not do when "set view map" doesn't follow "set view equal xy(z)", and which it does not undo when "set view noequal" is run (in any combination). ![]() (They don't even belong to the same "set" subcommand - view vs. What you say about equal and square not being the same in Gnuplot is correct. I did also file an official bug against Gnuplot in hopes of getting their part of the issue improved:Īnyway, thanks for your past help tracking this down, and here's hoping we can finally get it cleaned up now. I've attached a proposed patch below that seems to resolve things for me. It does seem logical to me that Octave should need to do something to unset the "axis equal xy(z) view map" commands before proceeding with drawing subsequent features, even if the specific unset command needed in this case is a little weird due to a misfeature of Gnuplot. ![]() I communicated a little last year with the person who first introduced the relevant code into Gnuplot (Ethan Merritt), and I'm not sure there's a particularly good reason this is the way it is, but, in any case, "set size noratio" was his suggested fix. ![]() I just got around to looking at this issue again as it started getting in my way again.
0 Comments
Leave a Reply. |