You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2026 |
Jan
|
Feb
(24) |
Mar
(20) |
Apr
(18) |
May
(2) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dave H. <da...@ho...> - 2014-09-19 20:46:31
|
On Sat, 20 Sep 2014, Dave Horsfall wrote: > On Fri, 19 Sep 2014, Marek W. Gutowski wrote: Sorry, all; that should've gone straight to Marek. -- Dave |
|
From: Dave H. <da...@ho...> - 2014-09-19 20:45:02
|
On Fri, 19 Sep 2014, Marek W. Gutowski wrote:
> First run the command
> gnuplot> test
Neat! Thanks; I'm going to laminate that page...
> gnuplot> plot "your_data_file" using 1:2 with linespoints ilne type 3
> pointype 4
Ah, that reminds me: I'm also plotting -- or rather, trying to plot -- my
BMI (body mass index), which is weight divided by height squared (pref. in
metric units).
I have:
#
# BMI stuff (kg/m^2).
#
height = 1.83 # A bit over 6ft - must check
bmi(weight) = weight/(height*height)
[...]
set style data linespoints
[...]
plot datafile using 1:($3) title 'Weight (kg)', \
bmi($3) title 'BMI (kg/m^2)' with linespoints, \
datafile using 1:($4) title 'Girth (cm)', \
datafile using 1:($5) title 'Sys (Hg)', \
datafile using 1:($6) title 'Dia (Hg)', \
datafile using 1:($7) title 'HR (bpm)'
Now, without the "linespoints" on the bmi() line, the BMI key is just a
line; with it, the BMI key gains a point, so I assume that the style is
defaulted for plotting user functions.
The thing is, no BMI data is printed, no matter how much I fake the
numbers from lightweight to heavyweight, so please, what am I missing?
I've tried setting some sort of a range, but I get syntax errors.
Thanks.
-- Dave
|
|
From: Dave H. <da...@ho...> - 2014-09-19 09:28:06
|
First, some background. I am plotting health readings such as BP and pulse etc, and sometimes I forget (well, I am nearly 62!). I've already figured out the missing data bit. Now, should I have a row of valid data surrounded by missing data, it does not show at all with "lines", which led to much head-scratching... If I use "linespoints" it indeed shows, but having different-looking points looks odd IMHO, and I can't find a way to specify the point style itself. So, is there a way to force the points to be the same? I'd like something like a small square, diamond, blob, cross, plus, etc. Thanks. -- Dave |
|
From: Mahmood N <nt_...@ya...> - 2014-09-13 05:18:46
|
>No attachments seemed to be attached... OK it seems that the list prevent me from sending attachments. I am CCing you so that you can see the screen shot. > And have you done something funny in your Gnuplot setup, like, inverting all colours or something?? No. I have just entered a default working directory in the "start in" field in the shortcut (on windows) Regards, Mahmood |
|
From: Dave H. <da...@ho...> - 2014-09-12 21:19:39
|
On Thu, 11 Sep 2014, Mahmood Naderan wrote: > It seems that there is some thing wrong with interpreting hex numbers. > Please see the attached shot. No attachments seemed to be attached... > If I use decimal values, it is ok. But if I use 0xFFFFFF then the color > is black!! What happens when you use e.g. 0xFF0000, 0x00FF00, 0x0000FF, and for laughs, 0x000000? And have you done something funny in your Gnuplot setup, like, inverting all colours or something?? > Sorry if I shouldn't send attachments on the list. It could be that the list strips them. -- Dave |
|
From: Fred <nor...@ba...> - 2014-09-12 12:40:22
|
Fred ti ha inviato un messaggio... Il mittente di questo messaggio e il suo contenuto saranno visibili solo a te. Per scoprire che cosa c'è scritto nel messaggio e per rispondere subito, segui questo link: http://eu1.badoo.com/0416305312/in/Eu5TYVMWEDw/?lang_id=8&g=57-0-4&m=21&mid=5412e9ac000000000008004d042356ac0036466f0018 Se il link qui sopra non dovesse funzionare, prova a copiarlo e incollarlo nella barra degli indirizzi del tuo browser. Questa comunicazione fa parte del sistema di notifica per il messaggio inviato da Fred. Se pensi che si tratti di un errore, ignora questa comunicazione e il messaggio verrà cancellato automaticamente dal nostro sistema. Buon divertimento! Il team di Badoo Questa e-mail ti è stata inviata da Badoo Trading Limited (indirizzo postale indicato in basso). Se non desideri ricevere altri messaggi da parte di Badoo, clicca qui: https://eu1.badoo.com/impersonation.phtml?lang_id=8&email=gnuplot-info%40lists.sourceforge.net&block_code=6f0f2f&m=21&mid=5412e9ac000000000008004d042356ac0036466f0018&g=0-0-4. Badoo Trading Limited è una società a responsabilità limitata registrata in Inghilterra e Galles con il numero d'impresa 7540255 e con sede legale all'indirizzo Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB. |
|
From: Mahmood N. <nt_...@ya...> - 2014-09-11 13:42:10
|
It seems that there is some thing wrong with interpreting hex numbers. Please see the attached shot. If I use decimal values, it is ok. But if I use 0xFFFFFF then the color is black!! Sorry if I shouldn't send attachments on the list. Regards, Mahmood On Thursday, September 11, 2014 5:04 PM, Tait <gnu...@t4...> wrote: You're using 4.6p3, and wxt on Windows. I tried the same configuration, and get different (normal) results. Is there perhaps something in your gnuplot.ini or wgnuplot.ini file(s) that's altering the normal startup default settings? Does something simple like even just "plot x" draw a black line, or a red line? Is the behavior different if you start the program as "wgnuplot.exe -d" instead of as just "wgnuplot.exe"? > I tried with your example, but still all points are black. > I will send a screenshot to you. > > Regards, > Mahmood > > > unset key > > plot '-' using 0:2:1 linecolor rgb variable pointtype 5 pointsize 3 > > 0xaabbcc 10 > > 0xee0000 13 > > 0x00aa00 16 > > 0x222299 18 > > 0x0a0304 20 > > e |
|
From: Tait <gnu...@t4...> - 2014-09-11 12:34:52
|
You're using 4.6p3, and wxt on Windows. I tried the same configuration, and get different (normal) results. Is there perhaps something in your gnuplot.ini or wgnuplot.ini file(s) that's altering the normal startup default settings? Does something simple like even just "plot x" draw a black line, or a red line? Is the behavior different if you start the program as "wgnuplot.exe -d" instead of as just "wgnuplot.exe"? > I tried with your example, but still all points are black. > I will send a screenshot to you. > > Regards, > Mahmood > > > unset key > > plot '-' using 0:2:1 linecolor rgb variable pointtype 5 pointsize 3 > > 0xaabbcc 10 > > 0xee0000 13 > > 0x00aa00 16 > > 0x222299 18 > > 0x0a0304 20 > > e |
|
From: Mahmood N. <nt_...@ya...> - 2014-09-11 05:33:17
|
I tried with your example, but still all points are black. I will send a screenshot to you. Regards, Mahmood On Thursday, September 11, 2014 1:12 AM, Tait <gnu...@t4...> wrote: As a string, it's hex: "... linecolor rgbcolor '#30a0f0'". As a bare number or linecolor variable, it's a packed tuple (or quad, when alpha-channel is involved) as an integer: 8 bits of red, 8 bits of green, then 8 bits of blue. Creating that number is what the rgb function does in the example I used. Whether you represent that integer in decimal, hexadecimal, or octal is of no matter to gnuplot. Pure blue would be 255 or 0xff; pure green 255 << 8, or 65280 or 0xff00; and pure red 255 << 16, or 16711680 or 0xff0000. A 50% gray would be 8421504 or 0x808080. Your 0xaabbcc... example below works for me. Note that with only two points, the default auto-range will put either point on the extreme of the graph, and one is gray and the other black, so it'd be easy to overlook that it's actually working. To make it more obvious, try more points/colors: unset key plot '-' using 0:2:1 linecolor rgb variable pointtype 5 pointsize 3 0xaabbcc 10 0xee0000 13 0x00aa00 16 0x222299 18 0x0a0304 20 e The 400 and 800 values as colors will both be dark blues, and perhaps mistakable for black if one doesn't look carefully. |
|
From: Tait <gnu...@t4...> - 2014-09-10 20:42:13
|
As a string, it's hex: "... linecolor rgbcolor '#30a0f0'". As a bare number or linecolor variable, it's a packed tuple (or quad, when alpha-channel is involved) as an integer: 8 bits of red, 8 bits of green, then 8 bits of blue. Creating that number is what the rgb function does in the example I used. Whether you represent that integer in decimal, hexadecimal, or octal is of no matter to gnuplot. Pure blue would be 255 or 0xff; pure green 255 << 8, or 65280 or 0xff00; and pure red 255 << 16, or 16711680 or 0xff0000. A 50% gray would be 8421504 or 0x808080. Your 0xaabbcc... example below works for me. Note that with only two points, the default auto-range will put either point on the extreme of the graph, and one is gray and the other black, so it'd be easy to overlook that it's actually working. To make it more obvious, try more points/colors: unset key plot '-' using 0:2:1 linecolor rgb variable pointtype 5 pointsize 3 0xaabbcc 10 0xee0000 13 0x00aa00 16 0x222299 18 0x0a0304 20 e The 400 and 800 values as colors will both be dark blues, and perhaps mistakable for black if one doesn't look carefully. Mahmood Naderan <nt_...@ya...> said (on 2014/09/10): > OK I got it. One more question. What is the correct format for representing the color number? hex or dec? > I have a data file where the first column is the color number and the second column is the Y-axis. > > When I write > > 400 10 > 800 20 > > Both points are black. Also when I write > > 0xAABBCC 10 > 0x0A0304 20 > > again both are black. I use the following command > > plot 'test.dat' using 0:2:1 linecolor rgb variable pt 3 > > > > Regards, > Mahmood |
|
From: BBands <bb...@gm...> - 2014-09-10 18:34:24
|
Ben,
Not at all sure about how best to deal with the offsets issue, but
often a worked example can be helpful.
Best,
John
On Wed, Sep 10, 2014 at 9:55 AM, benni <cm...@we...> wrote:
> Hey John,
> nice tip. I didn't try it, but does the offset not cause a problem with
> changing scalings? I guess that it is calculated with the first coordinate
> system.
> So if one adjust the offset for its purposes and then add additional datas
> and labels, then the offset might change as the visual distance change with
> the scaling. I think that is what Dave - and at least me - was concerned
> about at most.
|
|
From: benni <cm...@we...> - 2014-09-10 16:55:50
|
Hey John, nice tip. I didn't try it, but does the offset not cause a problem with changing scalings? I guess that it is calculated with the first coordinate system. So if one adjust the offset for its purposes and then add additional datas and labels, then the offset might change as the visual distance change with the scaling. I think that is what Dave - and at least me - was concerned about at most. Greets Ben 2014-09-10 18:00 GMT+02:00 BBands <bb...@gm...>: > If you know your labels before hand there is a solution that might > work for you here: > http://stackoverflow.com/questions/15170696/gnuplot-plot-labelled-data > > John > |
|
From: BBands <bb...@gm...> - 2014-09-10 16:00:55
|
If you know your labels before hand there is a solution that might work for you here: http://stackoverflow.com/questions/15170696/gnuplot-plot-labelled-data John |
|
From: Mahmood N. <nt_...@ya...> - 2014-09-10 09:28:22
|
OK I got it. One more question. What is the correct format for representing the color number? hex or dec?
I have a data file where the first column is the color number and the second column is the Y-axis.
When I write
400 10
800 20
Both points are black. Also when I write
0xAABBCC 10
0x0A0304 20
again both are black. I use the following command
plot 'test.dat' using 0:2:1 linecolor rgb variable pt 3
Regards,
Mahmood
On Wednesday, September 10, 2014 11:31 AM, Tait <gnu...@t4...> wrote:
"... linecolor" is an argument to the plot command, not the "set
terminal" command. Although the help files are not as clear as they
could be, you can see how it's used in the demos (e.g.
varcolor.dem) for additional hints. Specifically, "linecolor
variable" means the color of each point or portion of the line will
be determined by data from the user-provided file or input. If you
do not provide the additional data to color each segment, then it
probably defaults to black, which could explain your observation.
If you just want each line to be a different color, then that is
already the default behavior and you don't need to do anything
more. If you want to color each portion of each line differently,
then take a look at the demos to get you started, or something
simple like this may be illustrative enough:
unset key
set style data linespoints
# for r,g,b in range [0,1)
rgb(r,g,b)=int(r*2**24)|int(g*2**16)|(int(b)*2**8)
# make up something arbitrary...
colorfunc(x) = rgb((1+cos(x))*0.3, (1+sin(x-1))*0.15, (1+sin(x))*0.4)
plot '+' using 1:(sin($1)):(colorfunc($1)) \
linewidth 4 linecolor rgbcolor variable
Mahmood Naderan <nt_...@ya...> said (on 2014/09/10):
> Hello,
> I want to use "linecolor rgb variable". However, the final colors are all black!
> This is verified with the following commands
>
> set term wxt
> set term post eps enhanced color blacktext size 4,2.7 solid "Times-Roman" 12
>
> I didn't find any option for variable colors while setting the terms.
>
>
> Regards,
> Mahmood
|
|
From: benni <cm...@we...> - 2014-09-10 08:28:11
|
Hey guys, at first: this is my first reply to this mailing list. Don't shoot at me when I am doing it wrong. Message: 8 Date: Mon, 8 Sep 2014 14:58:38 +1000 (EST) From: Dave Horsfall <da...@ho...> Subject: [Gnuplot-info] Annotating data points To: Gnuplot Mailing List <gnu...@li...> Message-ID: <alp...@an...> Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Dave, just read your message Is there a way to annotate a data point without working out its > coordinates? Plotting my gas/water usage, I'd like to see something like: > 8/9 3.44 "Gas way up for some reason" 0.27 "Water holding steady" > > I thougt about this problem once, but never finished it to the end. My advice: play with the coordinate system. (I hope), you know that you can choose different coordinate systems, like `first`, `second`, `graph`, `screen`, or `character` (see also "help coordinates" in gnuplot). My solution would be, choosing first or second, and using an offset. For your purposes you can enter dates for he xvalues too. Of course the offset will mess up if you add to many points and change the sizes to much. But all in all I think this should work for the first run. Try it! Greets benni -- This email and any files transmitted with it may contain confidential and/or privileged material and is intended only for the person or entity to which it is addressed. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error, please notify the sender immediately and delete this material from all known records. |
|
From: Tait <gnu...@t4...> - 2014-09-10 07:01:57
|
"... linecolor" is an argument to the plot command, not the "set
terminal" command. Although the help files are not as clear as they
could be, you can see how it's used in the demos (e.g.
varcolor.dem) for additional hints. Specifically, "linecolor
variable" means the color of each point or portion of the line will
be determined by data from the user-provided file or input. If you
do not provide the additional data to color each segment, then it
probably defaults to black, which could explain your observation.
If you just want each line to be a different color, then that is
already the default behavior and you don't need to do anything
more. If you want to color each portion of each line differently,
then take a look at the demos to get you started, or something
simple like this may be illustrative enough:
unset key
set style data linespoints
# for r,g,b in range [0,1)
rgb(r,g,b)=int(r*2**24)|int(g*2**16)|(int(b)*2**8)
# make up something arbitrary...
colorfunc(x) = rgb((1+cos(x))*0.3, (1+sin(x-1))*0.15, (1+sin(x))*0.4)
plot '+' using 1:(sin($1)):(colorfunc($1)) \
linewidth 4 linecolor rgbcolor variable
Mahmood Naderan <nt_...@ya...> said (on 2014/09/10):
> Hello,
> I want to use "linecolor rgb variable". However, the final colors are all black!
> This is verified with the following commands
>
> set term wxt
> set term post eps enhanced color blacktext size 4,2.7 solid "Times-Roman" 12
>
> I didn't find any option for variable colors while setting the terms.
>
>
> Regards,
> Mahmood
|
|
From: Mahmood N. <nt_...@ya...> - 2014-09-10 06:20:14
|
Hello, I want to use "linecolor rgb variable". However, the final colors are all black! This is verified with the following commands set term wxt set term post eps enhanced color blacktext size 4,2.7 solid "Times-Roman" 12 I didn't find any option for variable colors while setting the terms. Regards, Mahmood |
|
From: Dave H. <da...@ho...> - 2014-09-08 04:58:51
|
I must say, Gnuplot is amazing! It can do everything except butter my
toast for me. Anyway...
Is there a way to annotate a data point without working out its
coordinates? Plotting my gas/water usage, I'd like to see something like:
8/9 3.44 "Gas way up for some reason" 0.27 "Water holding steady"
etc.
I'm a bit bothered that each time I add data, I may need to recompute the
coords for all of the annotations (apart from having to compute them in
the first place), due to the scale changing, and I'm a firm believer in
making computers do what computers do best i.e. the boring stuff.
Thanks.
-- Dave
|
|
From: Thomas S. <t.s...@fz...> - 2014-09-02 20:59:09
|
Andras Horvath <mail <at> log69.com> writes: > > Hi, > > I plot data using the smooth csplines type curve and the y axis does not scale down to the resulted curve, but > shows a maximum value of the input data that would anyway be seen when using the normal straight lines for plotting. > > Could anyone kindly tell me if it is possible to scale down the y axis to the drawn smooth curve? > > 2 examples (first with normal lines, second drawn with smooth curves): > > http://i.imgur.com/AmvODbV.png > http://i.imgur.com/pvVnd1Z.png > > Thanks, > > Andras you may write the smoothed data points into a table (see "set table") and use this file for plotting: set table "table_filename" plot "your_data_file" ... unset table plot "table_filename" using 1:2 ... |
|
From: Dave H. <da...@ho...> - 2014-09-02 18:02:18
|
On Tue, 2 Sep 2014, Andras Horvath wrote: [...] > Could anyone kindly tell me if it is possible to scale down the y axis > to the drawn smooth curve? Have you tried using a logarithmic scale? -- Dave |
|
From: Andras H. <ma...@lo...> - 2014-09-02 16:30:42
|
Hi, I plot data using the smooth csplines type curve and the y axis does not scale down to the resulted curve, but shows a maximum value of the input data that would anyway be seen when using the normal straight lines for plotting. Could anyone kindly tell me if it is possible to scale down the y axis to the drawn smooth curve? 2 examples (first with normal lines, second drawn with smooth curves): http://i.imgur.com/AmvODbV.png http://i.imgur.com/pvVnd1Z.png Thanks, Andras |
|
From: Dave H. <da...@ho...> - 2014-08-30 19:49:24
|
On Sat, 30 Aug 2014, sfeam wrote: > From the online demos: > http://gnuplot.sourceforge.net/demo/running_avg.html Perfect! Dunno how I missed that; I really must buy the book (I do have the PDF, but it's awkward curling up in bed with it). Heck, I'll soon be thinking that Gnuplot is Turing-complete. Oh, wait... -- Dave |
|
From: sfeam <sf...@us...> - 2014-08-30 17:40:14
|
On Sunday, 31 August 2014 02:51:50 AM Dave Horsfall wrote: > Gnuplot 4.6.5 on MacOS Mavericks (at last!) > > How do I plot differences between successive values? I am monitoring my > water and gas consumption; naturally the utility meter shows cumulative > consumption but I want to see my weekly consumption to see whether my > "green" measures are having any effect (my electricity meter is padlocked > so I cannot see it). > > I'd like to record the actual meter readings, and get Gnuplot to work out > the differences itself (that's what computers are for, after all). >From the online demos: http://gnuplot.sourceforge.net/demo/running_avg.html |
|
From: Dave H. <da...@ho...> - 2014-08-30 16:55:25
|
Gnuplot 4.6.5 on MacOS Mavericks (at last!) How do I plot differences between successive values? I am monitoring my water and gas consumption; naturally the utility meter shows cumulative consumption but I want to see my weekly consumption to see whether my "green" measures are having any effect (my electricity meter is padlocked so I cannot see it). I'd like to record the actual meter readings, and get Gnuplot to work out the differences itself (that's what computers are for, after all). Thanks. -- Dave |
|
From: Stuart K. <stu...@gm...> - 2014-08-30 14:19:28
|
How might I calculate two standard deviations?
Using the STATS package, I'm calculating one stdev, but I don't see an
obvious way to do two.
?
--sk
Stuart Kendrick
$ cat gnuplot.gp
[...]
# Calculate statistics
stats input_file index 0 using ((($1/1000.0)/1000.0)/8.0)
# Figure out where to put the labels
line_width = (STATS_max - STATS_min) / 25
y_offset = STATS_records * .1
# Stats labels
set label 1 sprintf("Minimum = %.2f", STATS_min) at y_offset,
STATS_min + line_width*5 front
set label 2 sprintf("Maximum = %.2f", STATS_max) at y_offset,
STATS_min + line_width*4 front
set label 3 sprintf("Mean = %.2f" , STATS_mean) at y_offset,
STATS_min + line_width*3 front
set label 4 sprintf("Median = %.2f", STATS_median) at y_offset,
STATS_min + line_width*2 front
set label 5 sprintf("Stdev= %.2f", STATS_stddev) at y_offset,
STATS_min + line_width*1 front
# Do the work
plot input_file index 0 using 0:((($1/1000.0)/1000.0)/8.0) title ''
with points pointtype 7 pointsize 2 linecolor rgb \ "blue",
STATS_median title " Median" linecolor rgb "green", STATS_mean title "
Mean" linecolor rgb "purple"
|