gnuplot-info — For questions and discussion about gnuplot

Re: [Gnuplot-info] Comments and continuation lines

[Elias A. <eli...@gm...>]

Hi,

I would like to support the OP's proposal.  I have also run into this
issue and found it annoying.

On 11/13/2014 12:09 AM, Hans-Bernhard Bröker wrote:
> Am 12.11.2014 um 22:00 schrieb Dave Horsfall:
>> With the exception of Gnuplot, every parser I've seen strips out comments
>> first, then glues lines together.
>
> Then, with all due respect, you may not have seen enough parsers yet.  C
> and all languages derived from it do it like gnuplot (even for //
> comments).  Make does it like gnuplot.

I think you are correct in terms of how the parsers work, but the
effect for the user is quite different in the two languages.  This is
because newlines are just whitespace in C, but statement terminators
in gnuplot.

Let me construct two arbitrary examples.  For C let's use

   printf("%s\n%s\n",
          "foo",
          "bar");

and for gnuplot

   plot [0:2*pi] [-2:2] \
        cos(x), \
        tan(x)

Now in C there is no problem in commenting out one of the arguments
using “//”:

   printf("%s\n%s\n",
          // "foo",
          "qux",
          "bar");

does what you want.  But in gnuplot

   plot [0:2*pi] [-2:2] \
        sin(x), \
        # cos(x), \
        tan(x)

does not do what I want, and

   plot [0:2*pi] [-2:2] \
        # cos(x), \
        sin(x), \
        tan(x)

is an error.

It is true that in C

   printf("%s\n%s\n",
          //"foo", \
          "qux", \
          "bar");

has the same problem, but why would you write it like that in the
first place?  Conversely, how do you write the gnuplot example so that
it is easy to comment out one of the functions?

I am not saying that it is easy to implement a more user-friendly
behavior (I would not know, having never written a real-life parser).
But it would be a good thing, and the situation is certainly not the
same as in C.

To be fair, bash and python (to pick two more languages where newline
terminates a statement) do have problems similar to gnuplot's.  But I
do not remember that I have ever actually run into the problem with
these two.  In gnuplot, I often have plot commands with several lines
and would like to be able to comment one of them out quickly.

>> Most un-intuitive...  Any chance that this can be fixed in 4.7,
>
> There's not going to be a 4.7.

So what is the future of gnuplot (or its version numbers) then?  Will
4.6 be the final release?  Or will there be a 5.0?  Or will it,
somewhat like TeX, asymptotically converge to 4.7?  Interesting
questions certainly, but I am not sure they are relevant to the OP's
point.


	Elias

Re: [Gnuplot-info] Comments and continuation lines

[Hans-Bernhard B. <HBB...@t-...>]

Am 12.11.2014 um 22:00 schrieb Dave Horsfall:
> With the exception of Gnuplot, every parser I've seen strips out comments
> first, then glues lines together.

Then, with all due respect, you may not have seen enough parsers yet.  C 
and all languages derived from it do it like gnuplot (even for // 
comments).  Make does it like gnuplot.

> Most un-intuitive...  Any chance that this can be fixed in 4.7,

There's not going to be a 4.7.

[Gnuplot-info] Comments and continuation lines

[Dave H. <da...@ho...>]

With the exception of Gnuplot, every parser I've seen strips out comments 
first, then glues lines together.  Shell, pfctl, you name it; it makes it 
easy to temporarily comment out a line without having to worry about the 
following line.

Except for Gnuplot; it does it backwards (IMHO).  For example, when 
playing with some line styles etc, I want to keep the original line "as 
is", but merely commented out.  Instead, I have to remove it bodily, and 
make sure that there is a dummy line after it like so:

    #
    # Too small to be worth plotting.
    #    datafile using 1:($5)	title 'Proxy', \
    #    datafile using 1:($6)	title 'Pause', \
    # Need a line after a commented continuation line.
    #

    plot blah blah with above lines removed

Most un-intuitive...  Any chance that this can be fixed in 4.7, or at 
least made an option for traditional users?

-- 
Dave Horsfall DTM (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)

Re: [Gnuplot-info] Plotting zero on a log scale

[Dave H. <da...@ho...>]

On Mon, 10 Nov 2014, Dave Horsfall wrote:

> So, is there an elegant way to redefine "0" as "0.1", or do I have to 
> pollute the "plot" command?

I found a method that satisfies my requirement for elegance, so for the 
benefit of the archives:

    #
    # Gnuplot doesn't have max()?
    #
    max(x, y) = (x > y) ? x : y

    [...]

    plot datafile using 1:(max($7, 0.1)) lt rgb "dark-pink" title 'Spam'

I should make "0.1" a variable such as "epsilon" or something.

-- 
Dave Horsfall DTM (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)

Re: [Gnuplot-info] Plotting zero on a log scale

[sfeam <eam...@gm...>]

On Monday, 10 November 2014 05:15:38 AM Dave Horsfall wrote:
> I know, it's mathematically impossible (it tends to disappear towards -ve 
> infinity), but bear with me.
> 
> Behold the graph over on www.horsfall.org/spamlog.pdf (about 100k); it's a 
> daily plot of my email logs, and amongst other things it includes the spam 
> that was actually delivered (shown in pink, of course, as opposed to the 
> spam that was rejected in red).  I had to use a logarithmic scale because 
> of the magnitudes involved, which means around 3rd November was a 
> spam-free day (yes, I was surprised as well!).
> 
> It looks ugly, so I would like to re-map "0" into "0.1", but I cannot 
> think of an elegant way of doing this.

An explicit axis label overrides an auto-generated one, so this
should do the trick:

   set ytics add ("0.0" 0.1)
   plot ...

	Ethan


> 
> 1) Conditional expressions in the "plot" command; yuck.
> 
> 2) Something like "if ($7 == 0) $7 = 0.1" before the plot; didn't work.
> 
> 3) Playing with "set zero"; I must've misunderstood how it's used.
> 
> 4) A pre-filter on the data; that amounts to tampering with it.
> 
> So, is there an elegant way to redefine "0" as "0.1", or do I have to 
> pollute the "plot" command?
> 
> Thanks.
> 
> 

[Gnuplot-info] Plotting zero on a log scale

[Dave H. <da...@ho...>]

I know, it's mathematically impossible (it tends to disappear towards -ve 
infinity), but bear with me.

Behold the graph over on www.horsfall.org/spamlog.pdf (about 100k); it's a 
daily plot of my email logs, and amongst other things it includes the spam 
that was actually delivered (shown in pink, of course, as opposed to the 
spam that was rejected in red).  I had to use a logarithmic scale because 
of the magnitudes involved, which means around 3rd November was a 
spam-free day (yes, I was surprised as well!).

It looks ugly, so I would like to re-map "0" into "0.1", but I cannot 
think of an elegant way of doing this.

1) Conditional expressions in the "plot" command; yuck.

2) Something like "if ($7 == 0) $7 = 0.1" before the plot; didn't work.

3) Playing with "set zero"; I must've misunderstood how it's used.

4) A pre-filter on the data; that amounts to tampering with it.

So, is there an elegant way to redefine "0" as "0.1", or do I have to 
pollute the "plot" command?

Thanks.

-- 
Dave Horsfall DTM (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)

Re: [Gnuplot-info] Can I use symbolic names for linetypes?

[Dave H. <da...@ho...>]

On Wed, 22 Oct 2014, Dave Horsfall wrote:

> Being a human and not a computer, I like to use names instead of 
> numbers, so is there a way to attach a name to a line style?  I can't 
> seem to see one.

I found it when looking for something else (the definition of 
"serendipity", I think).  For the archives, it's e.g.:

    set macros
    style1 = "lines lt 4 lw 2"
    style2 = "points lt 3 pt 5 ps 2"
    range1 = "using 1:3"
    range2 = "using 1:5"
    plot "foo" @range1 with @style1, "bar" @range2 with @style2

(right out of "help macros", as it happens).

-- 
Dave Horsfall (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)

Re: [Gnuplot-info] Getting Gnuplot to ignore outliers

[Amir S. <ami...@gm...>]

I see it as a probability problem:
If you suppose a normal distribution, you calculate the mean, then the
standard deviation sigma. If a value is over 2 sigma you have 95%
confidence that the value is wrong. Then you can build a rule that excludes
that value with N/A

Hope this help,
Amir
Il 31/ott/2014 20:31 "Dave Horsfall" <da...@ho...> ha scritto:

> Consider the following made-up sequence:
>
> 1 2 2 1 3 3 1 10 2 4 1
>
> I have a simple script which mashes out some stats, and amongst other
> things it reports the standard deviation as 2.49 (because of that outlier
> of 10).
>
> If I ignore it, I get a standard deviation of 1, which is a lot closer to
> reality.
>
> Is there some way to get Gnuplot to ignore outliers and substitute
> "missing", or do I have to write some sort of a filter for it?  I can
> understand that the definition of "outlier" is a loose concept, but I'm
> thinking of defining an expected range for that particular column.
>
> The background here is that I've started analysing my daily spam load;
> there's a very-much-prototype graph over on www.horsfall.org/plotspam.pdf
> (80k), and I would very much like to auto-ignore the spike for "Banner"
> (the green one; it's those morons at Security Focus not being able to
> handle my SMTP banner and retrying immediately) and the spike for "Reject"
> (the red one; it's the idiots who treat it as a challenge).
>
> As an aside, I found I had to use a log scale because of the magnitudes
> involved (many attempts but few successes), but it actually turned out
> quite well.
>
> --
> Dave Horsfall (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
> http://www.horsfall.org/spam.html (and check the home page whilst you're
> there)
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

[Gnuplot-info] Getting Gnuplot to ignore outliers

[Dave H. <da...@ho...>]

Consider the following made-up sequence:

1 2 2 1 3 3 1 10 2 4 1

I have a simple script which mashes out some stats, and amongst other 
things it reports the standard deviation as 2.49 (because of that outlier 
of 10).

If I ignore it, I get a standard deviation of 1, which is a lot closer to 
reality.

Is there some way to get Gnuplot to ignore outliers and substitute 
"missing", or do I have to write some sort of a filter for it?  I can 
understand that the definition of "outlier" is a loose concept, but I'm 
thinking of defining an expected range for that particular column.

The background here is that I've started analysing my daily spam load; 
there's a very-much-prototype graph over on www.horsfall.org/plotspam.pdf 
(80k), and I would very much like to auto-ignore the spike for "Banner" 
(the green one; it's those morons at Security Focus not being able to 
handle my SMTP banner and retrying immediately) and the spike for "Reject" 
(the red one; it's the idiots who treat it as a challenge).

As an aside, I found I had to use a log scale because of the magnitudes 
involved (many attempts but few successes), but it actually turned out 
quite well.

-- 
Dave Horsfall (VK2KFU)  "Bliss is a MacBook with a FreeBSD server."
http://www.horsfall.org/spam.html (and check the home page whilst you're there)

Re: [Gnuplot-info] set encoding and data file input

[Philipp K. J. <ja...@ie...>]

[snip]

> > 
> > But what if the file contains string columns -
> > do they get interpreted differently, based on
> > set encoding? 
> 
> Yes and no.
> The individual "words" will get read in and stored no matter
> what the encoding.  But the program needs to know the encoding
> in order to operate on them properly.  For example:
> 
> set encoding iso_8859_1    # This is wrong
> test = "αβγδεζηθ"
> print test			# This works because the whole
> thing is spit out print test[2:2]		# This fails because
> the encoding is wrong print test[3:4]		# As does this
> 
> set encoding utf8			# this fixes it
> print test[2:2]
> print test [3:4]
> 
> 
> > And can I generally rely on 
> > gnuplot to handle multi-byte characters safely
> > (that is, recognize them as multibyte and store
> > them accordingly)?
> 
> UTF8 - yes
> shift-JIS - I think so but I don't use it myself
> other - untested
> 

Many thanks, very helpful!

Re: [Gnuplot-info] set encoding and data file input

[sfeam <sf...@us...>]

On Tuesday, 28 October 2014 10:45:48 PM Philipp K. Janert wrote:
> 
> I understand that choosing the correct encoding 
> is important when creating text labels (and so
> on) with characters outside the ASCII range.
> 
> But how does gnuplot treat non-ASCII characters
> on input, that is, when reading a file in
> 	plot "file" u 3:4
> 
> I guess it's somewhat of a non-issue, as long as
> all the data in the file is numeric - that can 
> be represented with strict ASCII. 
> 
> But what if the file contains string columns -
> do they get interpreted differently, based on
> set encoding? 

Yes and no.
The individual "words" will get read in and stored no matter
what the encoding.  But the program needs to know the encoding
in order to operate on them properly.  For example:

set encoding iso_8859_1    # This is wrong
test = "αβγδεζηθ"
print test			# This works because the whole thing is spit out
print test[2:2]		# This fails because the encoding is wrong
print test[3:4]		# As does this

set encoding utf8			# this fixes it
print test[2:2]
print test [3:4]


> And can I generally rely on 
> gnuplot to handle multi-byte characters safely
> (that is, recognize them as multibyte and store
> them accordingly)?

UTF8 - yes
shift-JIS - I think so but I don't use it myself
other - untested

> Best,
> 
> 		Ph.
> 
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

[Gnuplot-info] set encoding and data file input

[Philipp K. J. <ja...@ie...>]

I understand that choosing the correct encoding 
is important when creating text labels (and so
on) with characters outside the ASCII range.

But how does gnuplot treat non-ASCII characters
on input, that is, when reading a file in
	plot "file" u 3:4

I guess it's somewhat of a non-issue, as long as
all the data in the file is numeric - that can 
be represented with strict ASCII. 

But what if the file contains string columns -
do they get interpreted differently, based on
set encoding? And can I generally rely on 
gnuplot to handle multi-byte characters safely
(that is, recognize them as multibyte and store
them accordingly)?

Best,

		Ph.

Re: [Gnuplot-info] Two questions on "here docs"

[Philipp K. J. <ja...@ie...>]

> > Questions:
> > 1) Are there other ways to get data into these
> >   data structures, besides typing it in at the
> >   cmd prompt? For instance, is there a way to 
> >   read the data from a file?
> 
> Normally it is part of a script file.
> Many of the demos have been re-written to use it.
> See for example heatmaps.dem

That's precisely where I am coming from -
I am trying to figure out how it would fit 
into an interactive workflow. (I can of 
course see how it keeps the demo scripts
tidy and self-contained.)

> 
> > 2) Is there a preferred way to save the contents 
> >   of the data structure to file? I can do it using:
> > 	set table "data.txt"; plot $d; unset table
> >   Is this the right way to think about this?
> 
> set print 'foo'
> print $data
> 

Bingo - I had missed that. Thanks!

> 

Re: [Gnuplot-info] Two questions on "here docs"

[sfeam <sf...@us...>]

On Tuesday, 28 October 2014 02:36:12 PM Philipp K. Janert wrote:
> 
> I am trying to understand gnuplot's new
> "here doc" feature:
> 
> $data << EOD
> 1
> 2
> 3
> EOD
> 
> plot $data
> 
> Questions:
> 1) Are there other ways to get data into these
>   data structures, besides typing it in at the
>   cmd prompt? For instance, is there a way to 
>   read the data from a file?

Normally it is part of a script file.
Many of the demos have been re-written to use it.
See for example heatmaps.dem

> 2) Is there a preferred way to save the contents 
>   of the data structure to file? I can do it using:
> 	set table "data.txt"; plot $d; unset table
>   Is this the right way to think about this?

set print 'foo'
print $data

[Gnuplot-info] Two questions on "here docs"

[Philipp K. J. <ja...@ie...>]

I am trying to understand gnuplot's new
"here doc" feature:

$data << EOD
1
2
3
EOD

plot $data

Questions:
1) Are there other ways to get data into these
  data structures, besides typing it in at the
  cmd prompt? For instance, is there a way to 
  read the data from a file?
2) Is there a preferred way to save the contents 
  of the data structure to file? I can do it using:
	set table "data.txt"; plot $d; unset table
  Is this the right way to think about this?

Best,

		Ph.

[Gnuplot-info] script stops when nothing to plot in one dataset of a multiple datasets file

[X H <mus...@ho...>]

Hi,

If I have a file with multiple datasets for which I want to multiplot x (column 0),y (column n) with a script. If column n of a dataset has NA at each line (set datafile missing "NA" called before in the script), gnuplot complains that x range is invalid and refuse to read the rest of the file. Is there a solution to this? Maybe display an empty plot?

gnuplot 4.6 patchlevel 6 - Windows 7

Thank you. 		 	   		  

[Gnuplot-info] emf, svg working but png not

[X H <mus...@ho...>]

Hi,

I've made a script to draw multiple datasets from a file. With the same script, if I set the ouput to emf or svg, it displays multiple plots per output file as intended but if I use the same code and change the output to png or pngcairo, all output files are white and I suppose empty. Am I missing something with png output? Is there a special command I have to use for png and not for other terminal output?

Here are the relevant lines of the script:
... do for loop to plot to multiple files if more than 8 datasets in the file
{
set terminal emf size 1920,1080
set output datafile.'-'.j.'.emf'
set multiplot
set size 1,1
set origin 0,0
set multiplot layout 4,2 rowsfirst
... do for loop to plot the datasets with: "plot datafile index (i) using 0:9 title columnheader(1), datafile index (i) using 0:17 title columnheader(1)"
}
unset multiplot


gnuplot 4.6 patchlevel 6 - Windows 7

Thank you. 		 	   		  

Re: [Gnuplot-info] Can I use symbolic names for linetypes?

[sfeam <sf...@us...>]

On Wednesday, 22 October 2014 05:50:25 AM Dave Horsfall wrote:
> Being a human and not a computer, I like to use names instead of numbers, 
> so is there a way to attach a name to a line style?  I can't seem to see 
> one.
> 
> I know I can use e.g.
> 
>     set style line 1 lt 1 pt 2
> 
> and use
> 
>     plot blah lt 1
> 
> etc, but I'd like to say something like:
> 
>     set style "style-this" lt 1 pt 2	# I am plotting "this"
>     set style "style-that" lt 3 pt 4	# I am plotting "that"
> 
> and
> 
>     plot blah lt style-this, blah lt style-that
> 
> etc, to decouple my desired style from the magic numbers; it will also
> let me play around with RGB/CMY colours more easily.

     set style line style_this=1 lt 1 pt 2
     set style line style_that=2 lt 3 pt 4

     plot blah lt style_this, blah lt style_that

[Gnuplot-info] Can I use symbolic names for linetypes?

[Dave H. <da...@ho...>]

Being a human and not a computer, I like to use names instead of numbers, 
so is there a way to attach a name to a line style?  I can't seem to see 
one.

I know I can use e.g.

    set style line 1 lt 1 pt 2

and use

    plot blah lt 1

etc, but I'd like to say something like:

    set style "style-this" lt 1 pt 2	# I am plotting "this"
    set style "style-that" lt 3 pt 4	# I am plotting "that"

and

    plot blah lt style-this, blah lt style-that

etc, to decouple my desired style from the magic numbers; it will also
let me play around with RGB/CMY colours more easily.

Thanks.

-- 
Dave Horsfall (VK2KFU)
http://www.horsfall.org/spam.html (and check the home page)

Re: [Gnuplot-info] cairolatex with both eps and pdf output

[Patrik B. <pat...@ra...>]

I don't think eps files support transparency, so that is the reason you
cannot convert them. I would suggest making two versions of your code,
epslatex without transparency and cairolatex with transparency.

MVH
===================================
|   Patrik Brynolfsson
|   Ph.D. student at Dept of Radiation Physics
|   Umeå University
|   SE-901 87 Umeå
 |   Sweden
|   Phone: +46 (0)90 785 0683
===================================

2014-06-02 11:49 GMT+02:00 Bo Jakobsen <li...@f7...>:

> Dear all
>
> I am using the cairolatex to produce figure for inclusion in latex.
> However, I would very much like to have both an eps and an pdf file
> generated from gnuplot
> (like what is possible in xfig) for use with both latex and pdflatex.
>
> The concrete problem is that I have figures with transparency, and if I
> convert the final pdf file (after pdflatex processing) to an eps file
> using pdftops
> the fonts are ruined (this only happens for figures with transparency).
> I need both the pdf and eps version so that is ignoring.
>
> Having gnuplot making both file format would provide the needed
> flexibility.
>
> Best
>      Bo
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

Re: [Gnuplot-info] Plotting time as well as date

[Dave H. <da...@ho...>]

On Tue, 23 Sep 2014, Dave Horsfall wrote:

> In some situations it's important to know the time of a logged event, as 
> well as the date.  I can only think of four ways of doing this:

[...]

After a little lateral thinking (and for the benefit of the archives), I 
hit upon a simple method: plot the time on its own line :-)

It worked beautifully, because the time e.g. 0600 fits nicely into the 
yrange of [0:160] (but quickly changed to, err, [0:180] when my BP 
suddenly went through the roof!) if it's scaled by 10.

Many thanks for everyone's help in the meantime, and I still need to
get back to some more replies.

-- 
Dave Horsfall (VK2KFU)
http://www.horsfall.org/spam.html

Re: [Gnuplot-info] Dynamic labels

[BBands <bb...@gm...>]

Hi Dave,

I don't think that you are even close to pushing gnuplot's limits.
Have a look here:

http://www.gnuplotting.org/

Then, as a practical matter, try reading this:

http://gnuplot.sourceforge.net/docs_4.2/node69.html

Best,

     John


On Wed, Oct 8, 2014 at 1:57 PM, Dave Horsfall <da...@ho...> wrote:
> Continuing in my quest to push Gnuplot to its limits, I'd like to be able
> to set the title of a graph to the dates of the first and last data.  I'm
> envisaging something like:
>
>     set title "Plot of Blah\nFrom $first to $last\n(Use at own risk)"
>
> etc, where $first and $last are set from the first and last data lines.
> I know that I can get this by reading the x-axis itself, but it's a bit
> cleaner if it's part of the multi-line title.
>
> Not knowing the innards of Gnuplot, I'm hoping that the title can be
> printed dynamically in the first place, so a Small Matter Of
> Programming(tm) should extract what I want, if possible.
>
> Something like:
>
>     Grab first date => $first.
>     Keep reading until EOF.
>     Grab last date => $last.
>     sprintf("Plot of Blah\nFrom %s to %s", $first, $last) into title.
>     Plot.
>
> (My next question will be whether it's possible to print the names of the
> script and data files, when I print the graph date; I'm a data-driven sort
> of guy.)

[Gnuplot-info] Dynamic labels

[Dave H. <da...@ho...>]

Continuing in my quest to push Gnuplot to its limits, I'd like to be able 
to set the title of a graph to the dates of the first and last data.  I'm 
envisaging something like:

    set title "Plot of Blah\nFrom $first to $last\n(Use at own risk)"

etc, where $first and $last are set from the first and last data lines.  
I know that I can get this by reading the x-axis itself, but it's a bit 
cleaner if it's part of the multi-line title.

Not knowing the innards of Gnuplot, I'm hoping that the title can be 
printed dynamically in the first place, so a Small Matter Of 
Programming(tm) should extract what I want, if possible.

Something like:

    Grab first date => $first.
    Keep reading until EOF.
    Grab last date => $last.
    sprintf("Plot of Blah\nFrom %s to %s", $first, $last) into title.
    Plot.

(My next question will be whether it's possible to print the names of the 
script and data files, when I print the graph date; I'm a data-driven sort 
of guy.)

-- Dave

Re: [Gnuplot-info] Putting "limits" on y-axes

[BBands <bb...@gm...>]

You can set up the labels on the axes just about any way you want. See
'help set xtics'.

One nice feature is 'set xtics add', or in your case 'set ytics add',
which will allow you to add and format individual labels.

Best,

     John

On Sat, Oct 4, 2014 at 1:11 AM, Dave Horsfall <da...@ho...> wrote:
> Yeah, I'm still plotting my vital stats; it provides great feedback about
> trends (even my doctor likes it!) and I recommend it.  Anyway...
>
> I'd like to put markers on the y-axes, say, at 100 and 140 for the
> systolic blood pressure etc; extra brownie points if they're in the same
> colour as the line type.  I can't seem to find a demo that does it (and
> I've yet to buy the book), so is there a neat way?

[Gnuplot-info] Putting "limits" on y-axes

[Dave H. <da...@ho...>]

Yeah, I'm still plotting my vital stats; it provides great feedback about 
trends (even my doctor likes it!) and I recommend it.  Anyway...

I'd like to put markers on the y-axes, say, at 100 and 140 for the 
systolic blood pressure etc; extra brownie points if they're in the same 
colour as the line type.  I can't seem to find a demo that does it (and 
I've yet to buy the book), so is there a neat way?

Thanks.

-- Dave