gnuplot-info — For questions and discussion about gnuplot

Re: [Gnuplot-info] Problems generating multiple plots using stdin

[Ethan A M. <eam...@gm...>]

On Saturday, 02 January 2016 10:48:28 AM Kevin Oberman wrote:
> On Sat, Jan 2, 2016 at 2:23 AM, Thomas Sefzick <t.s...@fz...>
> wrote:
> 
> > Kevin Oberman <rkoberman <at> gmail.com> writes:
> > >
> > > I am baffled by a failure I am having in attempting to generate a series
> > of
> > > plots on a single image. The inputs are from stdin. I get only the first
> > > and last of the five plots, although the titles for all five are shown.
> > No
> > > errors reported.

The last 3 columns of your data are identical, so the corresponding plots
lie exactly on top of each other.  All are present in the graph.
If you use an interactive terminal (qt wxt ...)  you can toggle them 
individually to confirm they are present.

> > >
> > > I have recorded the stream sent to gnuplot and can see no problems,
> > though
> > > I suspect I am missing a simpler way to do it.

$DATA << EOD
... 96 lines of input ...
EOD

set style data lines

plot $DATA using 1:2 title "2016-01-02", $DATA using 1:3 title "2016-01-01", $DATA using 1:4 title "2015-12-31", $DATA using 1:5 title "2015-12-30", $DATA using 1:6 title "2015-12-29"



> > > ...
> > > plot "-" using 1:2 title "2016-01-01" with lines, "-" using 1:3 title
> > > "2015-12-31" with lines, "-" using 1:4 title "2015-12-30" with lists, "-"
> > > using 1:5 title "2015-12-29" with lists, "-" using 1:6 title "2015-12-28"
> > > with lists
> > > ...
> >
> > i would suspect that the 1st and the 2nd plot are working,
> > the others cant't due to a syntax error.
> >
> > change "with lists" to "with lines" in the plot command.
> >
> 
> Thomas,
> 
> Thanks so much for taking time to point out my really dumb error.
> Unfortunately, it was a cut and paste/editing error and  was not in the
> actual raw capture. All three plots were actually "with lines".
> 
> Since the full stream is rather long (almost 500 lines), I am not going to
> include the whole thing in this message. Instead I have put it on my server
> at/usr/local/www/data/FreeBSD/gnuplot.input.txt
> <http://ykoberman.dlinkddns.com/FreeBSD/gnuplot.input.txt> along with one
> of the output images at http://ykoberman.dlinkddns.com/FreeBSD/temp.gif
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rko...@gm...
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] Problems generating multiple plots using stdin

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

On Saturday, 02 January 2016 10:48:28 AM Kevin Oberman wrote:
> On Sat, Jan 2, 2016 at 2:23 AM, Thomas Sefzick <t.s...@fz...>
> wrote:
> 
> > Kevin Oberman <rkoberman <at> gmail.com> writes:
> > >
> > > I am baffled by a failure I am having in attempting to generate a series
> > of
> > > plots on a single image. The inputs are from stdin. I get only the first
> > > and last of the five plots, although the titles for all five are shown.
> > No
> > > errors reported.

The last 3 columns of your data are identical, so the corresponding plots
lie exactly on top of each other.  All are present in the graph.
If you use an interactive terminal (qt wxt ...)  you can toggle them 
individually to confirm they are present.

> > >
> > > I have recorded the stream sent to gnuplot and can see no problems,
> > though
> > > I suspect I am missing a simpler way to do it.

$DATA << EOD
... 96 lines of input ...
EOD

set style data lines

plot $DATA using 1:2 title "2016-01-02", $DATA using 1:3 title "2016-01-01", $DATA using 1:4 title "2015-12-31", $DATA using 1:5 title "2015-12-30", $DATA using 1:6 title "2015-12-29"



> > > ...
> > > plot "-" using 1:2 title "2016-01-01" with lines, "-" using 1:3 title
> > > "2015-12-31" with lines, "-" using 1:4 title "2015-12-30" with lists, "-"
> > > using 1:5 title "2015-12-29" with lists, "-" using 1:6 title "2015-12-28"
> > > with lists
> > > ...
> >
> > i would suspect that the 1st and the 2nd plot are working,
> > the others cant't due to a syntax error.
> >
> > change "with lists" to "with lines" in the plot command.
> >
> 
> Thomas,
> 
> Thanks so much for taking time to point out my really dumb error.
> Unfortunately, it was a cut and paste/editing error and  was not in the
> actual raw capture. All three plots were actually "with lines".
> 
> Since the full stream is rather long (almost 500 lines), I am not going to
> include the whole thing in this message. Instead I have put it on my server
> at/usr/local/www/data/FreeBSD/gnuplot.input.txt
> <http://ykoberman.dlinkddns.com/FreeBSD/gnuplot.input.txt> along with one
> of the output images at http://ykoberman.dlinkddns.com/FreeBSD/temp.gif
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rko...@gm...
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] Problems generating multiple plots using stdin

[Kevin O. <rko...@gm...>]

On Sat, Jan 2, 2016 at 2:23 AM, Thomas Sefzick <t.s...@fz...>
wrote:

> Kevin Oberman <rkoberman <at> gmail.com> writes:
> >
> > I am baffled by a failure I am having in attempting to generate a series
> of
> > plots on a single image. The inputs are from stdin. I get only the first
> > and last of the five plots, although the titles for all five are shown.
> No
> > errors reported.
> >
> > I have recorded the stream sent to gnuplot and can see no problems,
> though
> > I suspect I am missing a simpler way to do it.
> > ...
> > plot "-" using 1:2 title "2016-01-01" with lines, "-" using 1:3 title
> > "2015-12-31" with lines, "-" using 1:4 title "2015-12-30" with lists, "-"
> > using 1:5 title "2015-12-29" with lists, "-" using 1:6 title "2015-12-28"
> > with lists
> > ...
>
> i would suspect that the 1st and the 2nd plot are working,
> the others cant't due to a syntax error.
>
> change "with lists" to "with lines" in the plot command.
>

Thomas,

Thanks so much for taking time to point out my really dumb error.
Unfortunately, it was a cut and paste/editing error and  was not in the
actual raw capture. All three plots were actually "with lines".

Since the full stream is rather long (almost 500 lines), I am not going to
include the whole thing in this message. Instead I have put it on my server
at/usr/local/www/data/FreeBSD/gnuplot.input.txt
<http://ykoberman.dlinkddns.com/FreeBSD/gnuplot.input.txt> along with one
of the output images at http://ykoberman.dlinkddns.com/FreeBSD/temp.gif
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rko...@gm...
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

Re: [Gnuplot-info] Problems generating multiple plots using stdin

[Thomas S. <t.s...@fz...>]

Kevin Oberman <rkoberman <at> gmail.com> writes:
> 
> I am baffled by a failure I am having in attempting to generate a series of
> plots on a single image. The inputs are from stdin. I get only the first
> and last of the five plots, although the titles for all five are shown. No
> errors reported.
> 
> I have recorded the stream sent to gnuplot and can see no problems, though
> I suspect I am missing a simpler way to do it.
> ...
> plot "-" using 1:2 title "2016-01-01" with lines, "-" using 1:3 title
> "2015-12-31" with lines, "-" using 1:4 title "2015-12-30" with lists, "-"
> using 1:5 title "2015-12-29" with lists, "-" using 1:6 title "2015-12-28"
> with lists
> ...

i would suspect that the 1st and the 2nd plot are working,
the others cant't due to a syntax error.

change "with lists" to "with lines" in the plot command.

[Gnuplot-info] Problems generating multiple plots using stdin

[Kevin O. <rko...@gm...>]

I am baffled by a failure I am having in attempting to generate a series of
plots on a single image. The inputs are from stdin. I get only the first
and last of the five plots, although the titles for all five are shown. No
errors reported.

I have recorded the stream sent to gnuplot and can see no problems, though
I suspect I am missing a simpler way to do it.
set term gif small size 800, 600
set grid xtics ytics;set xdata time
set colors classic
set timefmt "%H:%M";set xrange ["00:00":"23:45"]
set title "Temperature"
set format x "%H:%M"
set output "/usr/local/www/data/rain.gif"
set ylabel "Degrees Fahrenheit"
plot "-" using 1:2 title "2016-01-01" with lines, "-" using 1:3 title
"2015-12-31" with lines, "-" using 1:4 title "2015-12-30" with lists, "-"
using 1:5 title "2015-12-29" with lists, "-" using 1:6 title "2015-12-28"
with lists

All lines are newline terminated and this is immediately followed by the
data with the data for each plot. It's actually the same data five time
with a different column used each time. Here is the final few lines of the
96 lines.
21:00  14.3    16.5   15.8   12.8   11.6
21:15  14.1    16.6   15.6   12.5   11.8
21:30  14.1    16.5   15.8   12.2   11.4
21:45  13.8    16.3   15.9   12.1   11.2
22:00  13.9    16.4   16.0   12.0   11.5
22:15  13.7    16.5   15.8   11.7   11.6
22:30  13.7    16.4   15.7   11.5   11.6
22:45  13.5    16.4   15.8   11.4   11.2
23:00  13.5    16.2   15.6   11.6   11.2
23:15  13.5    16.3   15.5   11.6   11.1
23:30  13.5    16.3   15.7   11.7   10.7
23:45  13.3    16.2   15.5   11.7   10.5
e
00:00  13.5    16.3   15.3   11.8   10.5

I m doing it this way because in some cases I include a date along with the
time and it change for each plot. I can handle this with a simple
substitution if the data array much more efficiently than I could re-write
a file.

Can anyone point out what I am doing wrong?
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rko...@gm...
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

Re: [Gnuplot-info] Plot time series with different colored points

[<sfg...@gm...>]

thanks, that works!

Regards, Sven

On Sat, Dec 26 2015 at 10:22:17 PM, Ethan A Merritt wrote:
> On Saturday, 26 December 2015 08:10:21 PM sfg...@gm... wrote:
>> Hi folks,
>> 
>> I want to plot time series data where the color of a point depends on
>> the hour the data is  measured (0 to 23 hour). But I can't figure out
>> how to do this. Here is my example:
>> 
>> reset
>> set xlabel "Date"
>> set xdata time
>> set timefmt '"%Y-%m-%d %H:%M"'
>> set format x "%m-%d"
>> set xtics nomirror
>> set ylabel "Y"
>> set palette model RGB defined ( 0 'green', 23 'blue' )
>> set cbrange [0:23]
>> 
>> T(N) = tm_hour(timecolumn(N,'"%Y-%m-%d %H:%M"'))
>> 
>> plot '-' u 1:2:T(1) with linespoints axis x1y1 title 'Y' ps 2 lw 2 palette
>> "2015-12-15 Tue 07:40" 2.4  
>> "2015-12-15 Tue 21:48" 1.7  
>> "2015-12-16 Wed 08:13" 2.5  
>> "2015-12-17 Thu 08:54" 2.6  
>> "2015-12-17 Thu 21:41" 2.2  
>> "2015-12-18 Fri 08:05" 2.1  
>> "2015-12-19 Sat 10:35" 3.6  
>> "2015-12-20 Sun 11:40" 3.6  
>> "2015-12-21 Mon 09:32" 4.5  
>> EOF
>>  
>> I got "unknown type in magnitude()" error. Any hints how to resolve
>> this? Thanks, Sven
>
> There are several syntax errors there.
> I won't fix them all but here's a variant that works:
>
> H(N) = int(strcol(N)[16:*])
> plot '-' u 1:2:(H(1)) with linespoints title 'Y' ps 2 lw 2 lc palette

Re: [Gnuplot-info] Plot time series with different colored points

[Ethan A M. <eam...@gm...>]

On Saturday, 26 December 2015 08:10:21 PM sfg...@gm... wrote:
> Hi folks,
> 
> I want to plot time series data where the color of a point depends on
> the hour the data is  measured (0 to 23 hour). But I can't figure out
> how to do this. Here is my example:
> 
> reset
> set xlabel "Date"
> set xdata time
> set timefmt '"%Y-%m-%d %H:%M"'
> set format x "%m-%d"
> set xtics nomirror
> set ylabel "Y"
> set palette model RGB defined ( 0 'green', 23 'blue' )
> set cbrange [0:23]
> 
> T(N) = tm_hour(timecolumn(N,'"%Y-%m-%d %H:%M"'))
> 
> plot '-' u 1:2:T(1) with linespoints axis x1y1 title 'Y' ps 2 lw 2 palette
> "2015-12-15 Tue 07:40" 2.4  
> "2015-12-15 Tue 21:48" 1.7  
> "2015-12-16 Wed 08:13" 2.5  
> "2015-12-17 Thu 08:54" 2.6  
> "2015-12-17 Thu 21:41" 2.2  
> "2015-12-18 Fri 08:05" 2.1  
> "2015-12-19 Sat 10:35" 3.6  
> "2015-12-20 Sun 11:40" 3.6  
> "2015-12-21 Mon 09:32" 4.5  
> EOF
>  
> I got "unknown type in magnitude()" error. Any hints how to resolve
> this? Thanks, Sven

There are several syntax errors there.
I won't fix them all but here's a variant that works:

H(N) = int(strcol(N)[16:*])
plot '-' u 1:2:(H(1)) with linespoints title 'Y' ps 2 lw 2 lc palette

[Gnuplot-info] Plot time series with different colored points

[<sfg...@gm...>]

Hi folks,

I want to plot time series data where the color of a point depends on
the hour the data is  measured (0 to 23 hour). But I can't figure out
how to do this. Here is my example:

reset
set xlabel "Date"
set xdata time
set timefmt '"%Y-%m-%d %H:%M"'
set format x "%m-%d"
set xtics nomirror
set ylabel "Y"
set palette model RGB defined ( 0 'green', 23 'blue' )
set cbrange [0:23]

T(N) = tm_hour(timecolumn(N,'"%Y-%m-%d %H:%M"'))

plot '-' u 1:2:T(1) with linespoints axis x1y1 title 'Y' ps 2 lw 2 palette
"2015-12-15 Tue 07:40" 2.4  
"2015-12-15 Tue 21:48" 1.7  
"2015-12-16 Wed 08:13" 2.5  
"2015-12-17 Thu 08:54" 2.6  
"2015-12-17 Thu 21:41" 2.2  
"2015-12-18 Fri 08:05" 2.1  
"2015-12-19 Sat 10:35" 3.6  
"2015-12-20 Sun 11:40" 3.6  
"2015-12-21 Mon 09:32" 4.5  
EOF
 
I got "unknown type in magnitude()" error. Any hints how to resolve
this? Thanks, Sven

Re: [Gnuplot-info] output 3d coordinates corresponding to the projected 2d coordinates, z buffering

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

Am 11.11.2015 um 00:04 schrieb A. Sillem:

> When using the TikZ terminal, a file is generated which uses 2d
> coordinates which originate from the projection of the 3d coordinates
> into the 2d view plane. Instead of the 2d coordinate output, I would
> like to output table data of the 3d coordinates corresponding to ONLY
> the projected 2d coordinates, not to ALL the 3d coordinates like you get
> with the table terminal.

This idea suffers from at least a slight misconception.  There is no 
such thing as "ONLY the projected 2d coordinates" because ALL 3d 
coordinates are always projected.  Hidden3d may not actually use all of 
them to draw stuff, but first, they're all projected.  They have to be 
for hidden line removal to have something to work with.

And maintaining coherency of input datasets across hidden line removal 
is not something the hidden3d algorithm in gnuplot is anywhere near 
prepared to support.

I don't really see what you hope to achieve by this.  If you want 3D 
data output, you'll have some 3D capable tool to display them with.  If 
that 3D display tool can't even do its own hidden line removal, why 
would you use it?  If it can, what good would it do to have gnuplot run 
its own one beforehand?  It would just throw away about half the data 
the other tool is supposed to work with, most likely making its job 
impossible in the process!

[Gnuplot-info] output 3d coordinates corresponding to the projected 2d coordinates, z buffering

[A. S. <adr...@gm...>]

Dear Gnuplot developer.

Consider the example 'Interlocking Tori'

http://gnuplot.sourceforge.net/demo/surface2.9.gnu

from the Gnuplot website.

When using the TikZ terminal, a file is generated which uses 2d
coordinates which originate from the projection of the 3d coordinates
into the 2d view plane. Instead of the 2d coordinate output, I would
like to output table data of the 3d coordinates corresponding to ONLY
the projected 2d coordinates, not to ALL the 3d coordinates like you get
with the table terminal. In particular, I would like the table output to
clearly distinguish the data per object, in this case the two 'donut'
objects and the axes object.

Is this possible with Gnuplot? If so, how can I achieve this?

Thank you for your time,

Adriaan Sillem

[Gnuplot-info] example of 'set style fill border' that uses both lt and lc?

[Derek L. <de...@bo...>]

The Gnuplot manual page for 'set style fill' shows the following syntax:

set style fill {empty
                    | {transparent} solid {<density>}
                    | {transparent} pattern {<n>}}
                   {border {lt} {lc <colorspec>} | noborder}

I don't understand one aspect of the border option here: are the {lt} and {lc <colorspec>} supposed to be mutually exclusive (i.e., with a | between them)?  If no, can someone provide a terminal type and example that shows how one can use these together to achieve some effect?

I've been using

set terminal wxt
set style fill pattern 2 border 6
plot 'silver.dat' u 1:2 w boxes
set style fill pattern 2 border lc "aquamarine"
replot
set style fill pattern 2 border 6 lc "aquamarine"

The last command gives me "unexpected or unrecognized token" at the 'lc' after the '6', so obviously Gnuplot doesn't like that.

I'm not even sure specifying a linetype and lc <colorspec> together makes any sense.  This is my first time using Gnuplot directly.

I'm on a Mac using Gnuplot 5.0.1 (via MacPorts), and I have available the following terminals (though maybe no way to visualize the output from some of them):

aqua caca cairolatex canvas cgm context corel dumb dxf eepic emf emtex epscairo epslatex fig gif hpgl jpeg latex lua mf mp pcl5 pdfcairo png pngcairo postscript pslatex pstex pstricks qms svg tek40xx tek410x texdraw tgif tikz tkcanvas tpic unknown vttek wxt x11 xlib xterm


thanks,
Derek

[Gnuplot-info] subscription request

[Fariz W. <man...@gm...>]

-null-

Re: [Gnuplot-info] Is there anything like multi-replot?

[theozh <th...@gm...>]

Thanks, Ethan,
putting the pure plot commands in a separate file and load it several
times within the "main" file is a good idea.

Re: [Gnuplot-info] Is there anything like multi-replot?

[Ethan M. <eam...@gm...>]

On Fri, Oct 23, 2015 at 2:04 PM, theozh <th...@gm...> wrote:
>
> Help says:
> "Note that in multiplot mode, replot can only reproduce the most recent
> component plot, not the full set."
>
> So does this mean if I have numerous lengthy plot commands in a
> multiplot I have to type/enter/modify them all again if e.g. I want to
> produce output on several terminal devices?

Yes.

> Maybe somebody knows a trick to enter/modify the plot commands only once?

If you are using the wxt or qt terminals in gnuplot 5, then there is a
widget at the top of the plot window that will save the current plot
window contents to any of several formats (png pdf svg).

Otherwise you need to put all the commands into a separate file and
load that file multiple times. E.g.
     set term post; set output 'foo.ps'
     load 'foo.gp'
    set term pdf; set output 'foo.pdf'
    load 'foo.gp'


> Thanks for any hints,
> Theo.

[Gnuplot-info] Is there anything like multi-replot?

[theozh <th...@gm...>]

Help says:
"Note that in multiplot mode, replot can only reproduce the most recent
component plot, not the full set."

So does this mean if I have numerous lengthy plot commands in a
multiplot I have to type/enter/modify them all again if e.g. I want to
produce output on several terminal devices?

Maybe somebody knows a trick to enter/modify the plot commands only once?
Thanks for any hints,
Theo.

[Gnuplot-info] Fwd: Regarding y axis scale conversion from seconds to HH:MM:SS

[Pankaj D. <pan...@gm...>]

---------- Forwarded message ----------
From: Pankaj Dorlikar <pan...@gm...>
Date: Thu, Oct 22, 2015 at 5:21 PM
Subject: Regarding y axis scale conversion from seconds to HH:MM:SS
To: gnu...@li...


Hello,

I am new to using GNUPLOT. I have a file that has data related to time
instance recorded in a day  where certain event occour. I want to analyse
that in 10 mins duration (bin) how many occourances of that event have
happened in a day (144 bins) (plotting histogram of x axis : time, y axis :
frequency of the event)

My data is as below i.e.

HH:MM:SS secs
10:53:42 39222
11:03:32 39812
11:08:30 40110
11:08:51 40131
11:10:56 40256
11:11:10 40270
11:13:11 40391
11:14:28 40468


My proble is to mark y axis as (HH:MM:SS) insted of mentioning secs (data
converted to secs for binng of 10mins).

GNUPLOT version is : 4.6 on ubuntu

How to do this?  Please help

-- 
Pankaj V. Dorlikar



-- 
Pankaj V. Dorlikar

Re: [Gnuplot-info] relative second time data

[Ethan M. <eam...@gm...>]

On Thu, Oct 22, 2015 at 9:44 AM, Tait <gnu...@t4...> wrote:
>> I'll try.
>>
>> Why the old commands were insufficient
>> ======================================
>> ...
>> The version 5 syntax
>> ====================
>> ...
>
> Thanks for the explanation. Could this be copied into "help
> time/date" and maybe also a note added to "help set xdata" and "help
> time"?

I think all the information is in the documentation in various places,
but maybe it needs better indexing.

gnuplot> help timedata
[...]
 Note: For backward compatibility with earlier gnuplot versions, the command
 `set xdata time` will implicitly also do `set xtics time`, and `set xdata`
 or `unset xdata` will implicitly reset to `set xtics numeric`.  However you
 can change this with a later call to `set xtics`.

See also the syntax summaries for "help set xtics", "help geographic",
"help timefmt", and so on.  It is true that there is no mention of new
command options in "help set xdata".

Re: [Gnuplot-info] relative second time data

[Tait <gnu...@t4...>]

> I'll try. 
> 
> Why the old commands were insufficient
> ======================================
> ...
> The version 5 syntax
> ====================
> ...

Thanks for the explanation. Could this be copied into "help
time/date" and maybe also a note added to "help set xdata" and "help
time"?

Re: [Gnuplot-info] relative second time data

[Ethan A M. <eam...@gm...>]

On Wednesday, 21 October 2015 10:09:57 PM Ethan A Merritt wrote:
> On Wednesday, 21 October 2015 11:44:30 PM Tait wrote:
> > > > ---------------------------
> > > > set xdata time
> > > > set timefmt "%s"
> > > >
> > > > plot "-" using 1:2 with lp
> > > > 0       0.0
> > > > 1       0.5
> > > > 2       1.0
> > > > 3       1.5
> > > > EOF
> > > > ---------------------------
> 
> I agree there is some sort of bug with "%s".
> Right now I have no idea what the issue is, but since the same
> behaviour is observed in version 4.6.4 it is a bug that has
> been around for at least a couple of years.
> I notice that if you put decimal points after the values in the
> first data column then the bug isn't triggered. 

Found it.
Fixed in cvs for 5.0, 5.1, and (if anyone cares) 4.6

	Ethan

[Gnuplot-info] Regarding y axis scale conversion from seconds to HH:MM:SS

[Pankaj D. <pan...@gm...>]

Hello,

I am new to using GNUPLOT. I have a file that has data related to time
instance recorded in a day  where certain event occour. I want to analyse
that in 10 mins duration (bin) how many occourances of that event have
happened in a day (144 bins) (plotting histogram of x axis : time, y axis :
frequency of the event)

My data is as below i.e.

HH:MM:SS secs
10:53:42 39222
11:03:32 39812
11:08:30 40110
11:08:51 40131
11:10:56 40256
11:11:10 40270
11:13:11 40391
11:14:28 40468


My proble is to mark y axis as (HH:MM:SS) insted of mentioning secs (data
converted to secs for binng of 10mins).

GNUPLOT version is : 4.6 on ubuntu

How to do this?  Please help

-- 
Pankaj V. Dorlikar

Re: [Gnuplot-info] relative second time data

[Ethan A M. <eam...@gm...>]

On Wednesday, 21 October 2015 11:44:30 PM Tait wrote:
> > > ---------------------------
> > > set xdata time
> > > set timefmt "%s"
> > >
> > > plot "-" using 1:2 with lp
> > > 0       0.0
> > > 1       0.5
> > > 2       1.0
> > > 3       1.5
> > > EOF
> > > ---------------------------
> > 
> > ...
> > This answer is for gnuplot version 5.
> > ...
> > 2) If  the input  is time-in-seconds but the output is some clock time
> > (hours:minutes:seconds) then you want the following.  Notice there is
> > no "set xdata time".
> > 
> > set xtics time format "%H:%M:%S"
> > plot '-' using 1:2 with lp
> 
> There's nothing special about 0, 1, 2, 3... it could just as well be
>   1445469700 0.0
>   1445469701 0.5
>   1445469702 1.0
>   1445469703 1.5

I agree there is some sort of bug with "%s".
Right now I have no idea what the issue is, but since the same
behaviour is observed in version 4.6.4 it is a bug that has
been around for at least a couple of years.
I notice that if you put decimal points after the values in the
first data column then the bug isn't triggered. 

But the larger point is that the commands that are triggering the
bug are not necessary in the first place.  If you are reading in
raw seconds you do not need a time format.

> Does this mean "set xdata time" is deprecated? 

It is no longer necessary for most purposes, but so far as I know
it still works as it did since gnuplot version 4.6.4 
(I am seeing different output from gnuplot 4.6.3).

> Or only deprecated
> for the "%s" timefmt? I'm not sure I see why "timefmt '%s'" works
> without "set xdata", or "set xdata" works with e.g. "timefmt '%S'",
> but the particular combination of xdata and %s breaks. And I'm not
> sure it will be clear to other or new users, either. There must be
> some principle behind the behavior being what it is, but I don't
> see it. Can you explain more?

I'll try. 

Why the old commands were insufficient
======================================
- The time format present in a data file is a property of that file,
not of some gnuplot axis.  So having a global command like 
"set timefmt" is useless if you want to read from two files with
different formats.  
- Requiring time to be associated with a  particular output axis
(e.g. "set xdata time") does not work if you are trying to read
a time for some purpose other than an axis coordinate.
What if you want to plot something like
   plot DAT using 1 : (time_in_column(3) > time_in_column(4) ? N : -N)
The time values in question are neither x data nor y data.
- Relative time values basically didn't work.  Negative numbers were
interpreted as some date prior to 1-Jan-1970 rather than as a value in 
seconds relative to time 0. Wrapping (e.g. seconds never exceed 60,
hours never exceed 24, etc) may be undesirable.

The version 5 syntax
====================
The preferred way to read time data on input is like this:
  fmt3 = "%m/%d/%y"
  fmt4 = "%Y %M %d"
  plot DATA using 1 : (timecolumn(3,fmt3) > timecolumn(4,fmt4) ? N : -N)
This does not require that either the x or y axis is being
used for time data, and allows different time formats for each column
in each file if needed.  For convenience if you omit the 2nd parameter
to timecolumn() it will default to the current value of "set timefmt"
  set timefmt "%H:%M:%S"
  plot DATA using 1 : (timecolumn(3) > timecolumn(4) ? foo : baz)
The deprecated "set xdata" command is not relevant in either case.

The preferred way to set an output format is like this:
  set ytics time format "%H:%M:%S"
Again the deprecated "set xdata" command is not relevant.
The y value may come from a file, they may be calculated, or
whatever.  This just sets an output format.

Version 5 also supports relative times (e.g. "%tH" format),
and geographic coordinates "set xtics geo format "%D:%M:%S" 
for degrees/minutes/seconds wrapping at 360° rather than 24 hours
and recognizing E/W formats for +/- values.
Maybe some other stuff I'm not recalling at the moment.


Backwards compatibility
=======================
As you know, we always try to retain backwards compatibility 
as much as possible.  The intent was that the older time
commands like "set xdata time" still work, at least to the
extent they ever did.

	Ethan
 

Re: [Gnuplot-info] relative second time data

[Tait <gnu...@t4...>]

> > ---------------------------
> > set xdata time
> > set timefmt "%s"
> >
> > plot "-" using 1:2 with lp
> > 0       0.0
> > 1       0.5
> > 2       1.0
> > 3       1.5
> > EOF
> > ---------------------------
> 
> ...
> This answer is for gnuplot version 5.
> ...
> 2) If  the input  is time-in-seconds but the output is some clock time
> (hours:minutes:seconds) then you want the following.  Notice there is
> no "set xdata time".
> 
> set xtics time format "%H:%M:%S"
> plot '-' using 1:2 with lp

There's nothing special about 0, 1, 2, 3... it could just as well be
  1445469700 0.0
  1445469701 0.5
  1445469702 1.0
  1445469703 1.5

Does this mean "set xdata time" is deprecated? Or only deprecated
for the "%s" timefmt? I'm not sure I see why "timefmt '%s'" works
without "set xdata", or "set xdata" works with e.g. "timefmt '%S'",
but the particular combination of xdata and %s breaks. And I'm not
sure it will be clear to other or new users, either. There must be
some principle behind the behavior being what it is, but I don't
see it. Can you explain more?

Re: [Gnuplot-info] relative second time data

[Ethan M. <eam...@gm...>]

On Wed, Oct 21, 2015 at 2:42 AM,  <gn...@ze...> wrote:
> Hi Gnuplot-info,
>
> I'm trying to plot data on a relative time scale starting at 0 the input
> is a column of seconds and a column of data.
>
> ---------------------------
> set xdata time
> set timefmt "%s"
>
> plot "-" using 1:2 with lp
> 0       0.0
> 1       0.5
> 2       1.0
> 3       1.5
> EOF
> ---------------------------
>
> can someone explain why I get these results:

I think you are confusing the format of the input data with the format
of the x-axis tics in the final plot.  It looks like your input is
just a number (time in seconds I suppose), so no time format is
needed.

This answer is for gnuplot version 5.
Earlier versions had somewhat different options available for handling times.

1) If you want time-in-seconds for both input and output then there is
no need for any special handling, time formats, or any of that.
Seconds are seconds - just some number.

2) If  the input  is time-in-seconds but the output is some clock time
(hours:minutes:seconds) then you want the following.  Notice there is
no "set xdata time".

set xtics time format "%H:%M:%S"
plot '-' using 1:2 with lp

3) If you want a relative time rather than a clock time, then you want
a different format that is new in gnuplot 5.  This one will not wrap
at 24hrs and also allows for negative values of relative time.   See
"help time_specifiers".  Also see the 3rd plot in the demo
     http://gnuplot.sourceforge.net/demo_5.0/timedat.html

set xtics time format "%tH:%tM:%tS"
plot '-' using 1:2 with lp

       Ethan

Re: [Gnuplot-info] relative second time data

[Ico <gn...@ze...>]

* On 2015-10-21 18:14:49 +0200, Marek W. Gutowski wrote:
 
> Well, as I can see, one of the formats is not the one intended:
> "S" instead of "s" in timefmt, see your own message below.
> My own result is attached.  Note that this figure was zoomed
> out (using CTRL-mouse wheel down); the raw result was
> disappointing.  The line was straight but x-tics were not all
> different - some were repeated.  Moreover, the points were
> not distributed uniformly (!).

Funny behaviour as well.

> Maybe we are using incompatible versions of gnuplot?

No, it seems we're not, my gnuplot is 4.6 patchlevel 6

> In summary: the timelike data are best graphed when both
> input and output are in timelike format, made known to gnuplot
> in advance.  Otherwise gnuplot may get confused, just like in your case.
> Therefore you have two choices:
> 1. Modify your input data to be formatted similarly to  0:1  (0 minutes, 1 second),
> or
> 2. use seconds  as units on x-axis, don't bother with time, time units may
> be explained then in x-label  (set xlabel "(s)" )

Clear. I've already moved to the first option for my case. Still, this
is a workaround and not a true solution. Can the behaviour we see be
considered a bug and should this be filed somewhere official?

-- 
:wq
^X^Cy^K^X^C^C^C^C

[Gnuplot-info] Error plotting matrix

[Teodoro S. <Teo...@es...>]

Hi all,

I am trying to plot a matrix file with gnuplot 5.0.1 for Windows 32 bit using this script:

set term png enhanced font "Verdana,10" size 960, 720
set output 'test_ok.png'
set view map
dfile = 'test_data.txt'
set xrange [0:1008]
set yrange [0:720]
splot dfile matrix with image

But if I do not use the Verdana font and I let gnuplot use its default font (set term png enhanced size 960, 720), the following error is displayed:
"test_fail.txt", line 7: warning: Number of pixels cannot be factored into integers matching grid. N = 727489  K = 2018

I have googled about this error, and it seems related to errors in the input matrix file, but in my case it is correct, as in the first example it works.
Is this a bug in gnuplot?
Can anyone give a hint?
If you want to reproduce the problem, you can download the matrix file from here:
https://www.dropbox.com/s/2lwx1gtfe0w36ef/test_data.7z?dl=0

Thank you,
Teo