Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.graphics.apps.gnuplot > #3131
| From | Karl-Friedrich Ratzsch <mail.kfr@gmx.net> |
|---|---|
| Newsgroups | comp.graphics.apps.gnuplot |
| Subject | Re: z tics format affected by zrange |
| Date | 2015-11-15 14:24 +0100 |
| Organization | solani.org |
| Message-ID | <n2a12k$t3o$1@solani.org> (permalink) |
| References | <9037d736-a759-4d98-9b91-126e859b295d@googlegroups.com> |
Am 15.11.2015 um 12:24 schrieb mario.rguez.riotorto@gmail.com: > In version 5.0.1, the following piece of code (automatically generated by another program) > > set zrange [8.87e-10:200.0] > splot x**2+y**2 > > writes numbers on the z axis with 10 decimal places. Is this intended behavior? > > In previous versions, numbers were written in a more friendly format. That's a known problem, although I thought it should have been the same in the 4.6 series, see also http://sourceforge.net/p/gnuplot/bugs/1667/ . gnuplot's default format "% h" tries to adjust itself depending on the range values, and this goes wrong in some cases. There's not yet a good idea (i think) how to properly fix this, because it might change the behaviour of the stable version in other places. For the time being, you could switch the format to explicitly use "%h" (note the missing space), or adjust that other program to give more sensible range specifications. Something like set zrange [floor(zmin):zmax] or similar should do the trick.
Back to comp.graphics.apps.gnuplot | Previous | Next — Previous in thread | Next in thread | Find similar
z tics format affected by zrange mario.rguez.riotorto@gmail.com - 2015-11-15 03:24 -0800
Re: z tics format affected by zrange Karl-Friedrich Ratzsch <mail.kfr@gmx.net> - 2015-11-15 14:24 +0100
Re: z tics format affected by zrange mario.rguez.riotorto@gmail.com - 2015-11-15 08:55 -0800
csiph-web