|
From: Thomas S. <t.s...@fz...> - 2009-03-07 16:34:40
|
in order to avoid rounding errors - e.g. the first or last tic isn't drawn because its calculated position is slightly outside the given range - the range for calculating the tics is extended in both directions by 1/100 of the step size. 1/100 * 5000 = 50 that's why 'set xrange [51:43000]' makes the tic at '0' go away. (this range correction is done in 'axis.c' around line 1040. if you don't like this behaviour you could set SIGNIF to a smaller value in 'axis.h', but this may produce some other unwanted behaviour) Tait wrote: > > > When I: > reset > set xtics 5000 > set ytics 5000 > set xrange [1:43000] > set yrange [1:43000] > plot x > > ... I get both an x and y 0-tic mark, despite having explicitly set the > range to exclude it. > > Can someone else replicate this, or is it just me? Is there an > explanation, > or is this a bug? > > For what it's worth, at xrange [50:43000] I get a tic and at xrange > [51:43000] it finally goes away. > > Tait > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > > -- View this message in context: http://www.nabble.com/Unwanted-zero-tics-tp22338298p22389268.html Sent from the Gnuplot - Dev mailing list archive at Nabble.com. |