Menu
▾
▴
gnuplot-info — For questions and discussion about gnuplot
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: sfeam (E. Merritt) <eam...@gm...> - 2013-03-03 16:26:02
|
On Sunday, 03 March 2013, Theo wrote: > Hi all, > > for generating plots I typically use wxt, png (or pdf) terminals. > There are quite some differences between the two outputs in appearance > (certainly for some good reasons which I do not know). There are two png terminals. "set term png" uses the external graphics library gd to draw. This same external library is used to create jpeg or gif output, so the png/jpeg/gif plots created by gnuplot+gd look very much alike. "set term pngcairo" uses the cairo graphics library. The cairo library is also used for wxt and pdf generationg, so plots output by the pngcairo/wxt/pdf terminals are similar. If gnuplot is built without using the gd library then there it provides only the pngcairo terminal, and because there in this case there is no ambiguity this is what you get when you say "set term png". But from your description it seems your copy of gnuplot has both png+gd and png+cairo terminals. > With png I also tried option 'truecolor'. The 'truecolor' option only affects the gd-based png terminal. > Comparing png-Output and wxt-Output side by side I clearly prefer the wxt. > So, what I do is using the 'copy to clipboard' button in the wxt window > menubar, copy it to an image program and save it as a PNG to disk. > > Isn't there a way to directly save the wxt output as png? > Or is there a way to make the png look (exactly) like the wxt? Try 'set term pngcairo' and 'replot'. Ethan |
|
From: babelproofreader <bab...@gm...> - 2013-03-03 15:01:34
|
I have a script file ( part shown below ) which used to work with problem but
is now failing on line 36 with
"all_plots", line 36: invalid expression
if ($5 == 1) plot "<head -$3 $1ind | tail -$2" using 1:253:254:255:256
notitle with candlesticks linecolor rgb "#5C5C5C", \
"<head -$3 $1ind | tail -$2" using 1:101 title 'Sinewave' with
line lw 1 linecolor rgb "#FFFF00", \
"<head -$3 $1ind | tail -$2" using 1:($$102>0.75?$$102:1/0)
title 'Leadsine1' with line lw 1 linecolor rgb "#EE00EE", \
"<head -$3 $1ind | tail -$2" using 1:($$102<-0.75?$$102:1/0) notitle
with line lw 1 linecolor rgb "#EE00EE", \
"<head -$3 $1ind | tail -$2" using 1:($$103>0.75?$$103:1/0)
title 'Leadsine2' with line lw 1 linecolor rgb "#DC143C", \
"<head -$3 $1ind | tail -$2" using 1:($$103<-0.75?$$103:1/0) notitle
with line lw 1 linecolor rgb "#DC143C", \
"<head -$3 $1ind | tail -$2" using 1:104 title 'Sinewave_tp'
with line lw 1 linecolor rgb "#00FFFF", \
"<head -$3 $1ind | tail -$2" using 1:($$105>0.75?$$105:1/0)
title 'Leadsine1_tp' with line lw 1 linecolor rgb "#EE00EE", \
"<head -$3 $1ind | tail -$2" using 1:($$105<-0.75?$$105:1/0) notitle
with line lw 1 linecolor rgb "#EE00EE", \
"<head -$3 $1ind | tail -$2" using 1:($$106>0.75?$$106:1/0)
title 'Leadsine2_tp' with line lw 1 linecolor rgb "#DC143C", \
"<head -$3 $1ind | tail -$2" using 1:($$106<-0.75?$$106:1/0) notitle with
line lw 1 linecolor rgb "#DC143C", \
Zeroline(x) notitle with line lt 0 lw 1 linecolor rgb "#00FFFF"; else
where this last line is line 36. Suspecting that the new block structured
if/else statements might be the cause ( I am now using Gnuplot 4.6.0 on
Linux MInt Debian 64 bit, with Gunplot installed via the package manager ) I
tried using the new curly brackets thus
if ($5 == 1) { plot "<head -$3 $1ind | tail -$2" using 1:253:254:255:256
notitle with candlesticks linecolor rgb "#5C5C5C", \
..........................................
Zeroline(x) notitle with line lt 0 lw 1 linecolor rgb "#00FFFF"; } else {
but I'm still getting the line 36 error message. Any suggestions as to what
I need to change?
--
View this message in context: http://gnuplot.10905.n7.nabble.com/New-if-else-syntax-has-broken-my-scripts-tp17140.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: Theo <th...@gm...> - 2013-03-03 08:51:43
|
Hi all, for generating plots I typically use wxt, png (or pdf) terminals. There are quite some differences between the two outputs in appearance (certainly for some good reasons which I do not know). With png I also tried option 'truecolor'. Comparing png-Output and wxt-Output side by side I clearly prefer the wxt. So, what I do is using the 'copy to clipboard' button in the wxt window menubar, copy it to an image program and save it as a PNG to disk. Isn't there a way to directly save the wxt output as png? Or is there a way to make the png look (exactly) like the wxt? Theo. |
|
From: Dr. I. D. J. <die...@t-...> - 2013-03-02 14:10:29
|
Dear listmembers,
in general it is desireable to use a higher value for samples as the default,
I increased to 500 and am quite happy with the result - for "normal" smooth
curves.
However, a problem occurs if one has dashed curves in mind. Is there a way to
plot a function with a specific value for "set samples" for one of several
plots in order to realize a good spacing for the "dots" and / or the "dashes"
whereas the number of samples for smooth curves stay high?
Thank you very much,
take care
Dieter Jurzitza
--
-----------------------------------------------------------
|
\
/\_/\ |
| ~x~ |/-----\ /
\ /- \_/
^^__ _ / _ ____ /
<°°__ \- \_/ | |/ | |
|| || _| _| _| _|
if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
|
|
From: Dima K. <gn...@di...> - 2013-03-02 06:46:26
|
sfeam (Ethan Merritt) <eam...@gm...> writes: > On Thursday, 28 February 2013, Craig DeForest wrote: >> Some 'with' modifiers include implicit dimensions in ASCII mode, others don't. >> >> >> >> For example: >> >> plot '-' using 1 with lines This makes sense. 'help lines' says that it understands single-column data. >> plot '-' using 1:2 with yerrorbars >> >> does not. This makes sense too. 'help yerrorbars' doesn't say anything about working with 2-column data. It'd probably be good to add that, but at least it does what it says. >> I think this is a bug, since the equivalent in binary mode: >> >> plot '-' binary array=(5) format="%double%double" using 1:2 with yerrorbars >> >> works fine. That's weird. :) 'help binary format' clearly says that this should make 2 columns available, so I'd expect this to fail same as above. I agree; this sounds like a bug. I'm seeing a different failure, though: my gnuplot segfaults. Craig: can you attach the data file you're using? dima |
|
From: sfeam (E. Merritt) <eam...@gm...> - 2013-03-02 03:07:26
|
On Thursday, 28 February 2013, Craig DeForest wrote: > Some 'with' modifiers include implicit dimensions in ASCII mode, others don't. > > > > For example: > > plot '-' using 1 with lines > > works, while > > plot '-' using 1:2 with yerrorbars > > does not. > > > > I think this is a bug, since the equivalent in binary mode: > > plot '-' binary array=(5) format="%double%double" using 1:2 with yerrorbars > > works fine. The "columns" in binary mode are unconnected with any reality that my poor brain can comprehend. I am surprised that the above command produces anything useful. I would have expected it to produce a uniform grid (column 1 = x coord; column 2 = y coord) at z=0. That's what `help binary` describes, anyhow. Ethan |
|
From: sfeam (E. Merritt) <eam...@gm...> - 2013-03-02 03:02:29
|
On Thursday, 28 February 2013, atoms.h wrote:
> dear all,
>
> I'm trying to make a type of fence plot, where 2D data is plotted in pseudo
> 3D with a fixed y-value. My problem is I still like to have error bars,
> which as is my understanding are not permitted in splot (something like
> zerrorbars).
> Any chance there is a solution?
Not in a single plot type, but you could split the error bars out
into a second plot element. Assuming a file containing
x y meanz lowz highz
splot 'data' using 1:2:3 with points, \
'' using 1:2:4:(0):(0):($5-$4) with vectors nohead lt -1
> here's a sample:
> <http://gnuplot.10905.n7.nabble.com/file/n17125/drawing-1.png>
Nice plot.
> Another strange issue is the pdf terminal. It seems to not respect the
> linetype in splot mode (the above was done in the PS terminal). I was
> plotting one of the three plots above with the same pdf output and the
> dashed lines became continuous using splot. Changing the dash length didn't
> help
> (set term pdf color enhanced font "default, 4" lw 2 dashed dl 0.1 size
> 8cm,5cm)
"dl 0.1" means "dashes and dash separation are only 1/10 the normal size".
That's probably not what you want.
Ethan
> thanks in advance,
> thomas
>
>
>
> --
> View this message in context: http://gnuplot.10905.n7.nabble.com/splot-errorbars-in-fence-plot-tp17125.html
> Sent from the Gnuplot - User mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
|
|
From: Craig D. <def...@bo...> - 2013-03-01 19:34:14
|
Some 'with' modifiers include implicit dimensions in ASCII mode, others don't. For example: plot '-' using 1 with lines works, while plot '-' using 1:2 with yerrorbars does not. I think this is a bug, since the equivalent in binary mode: plot '-' binary array=(5) format="%double%double" using 1:2 with yerrorbars works fine. |
|
From: atoms.h <tho...@gm...> - 2013-03-01 08:19:53
|
dear all, I'm trying to make a type of fence plot, where 2D data is plotted in pseudo 3D with a fixed y-value. My problem is I still like to have error bars, which as is my understanding are not permitted in splot (something like zerrorbars). Any chance there is a solution? here's a sample: <http://gnuplot.10905.n7.nabble.com/file/n17125/drawing-1.png> Another strange issue is the pdf terminal. It seems to not respect the linetype in splot mode (the above was done in the PS terminal). I was plotting one of the three plots above with the same pdf output and the dashed lines became continuous using splot. Changing the dash length didn't help (set term pdf color enhanced font "default, 4" lw 2 dashed dl 0.1 size 8cm,5cm) thanks in advance, thomas -- View this message in context: http://gnuplot.10905.n7.nabble.com/splot-errorbars-in-fence-plot-tp17125.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: sfeam (E. Merritt) <eam...@gm...> - 2013-03-01 04:51:38
|
On Thursday, 28 February 2013, Andreas wrote:
> Dear all,
>
> I'd like to plot a set of data points as impulses, colored according to the
> value in the 3rd column.
> Here is a short example:
>
> reset
> set xrange [0:5]
> set yrange [0:1]
> plot '-' u 1:2:3 w imp lc var
> 1 1 1 red
> 2 1 2 green
> 3 1 1 red
> 4 1 3 blue
> e
>
> What I get are four lines, two red ones at 1 and 3, a green one at 2 and a blue
> one at 4.
> So far so good.
>
> Now I'd like to get a key that shows each used color,
That part you can do by adding a dummy plot clause that will plot
nothing but will add the line samples and a blank title.
For this part no awk script is necessary.
plot '-' u 1:2:3 w imp lc var notitle, \
for [i=1:4] NaN lc i title " "
> labeled with the corresponding string value in column 4.
There is no way to do that inside gnuplot.
You can take key titles from a columnheader, but not from
within a line of data. It would make no sense, as a plot
can have only one title - not a new title for every line.
How about a parallel file that just contains the text labels
all on one line?
red green blue cyan yellow magenta
There are several ways you could read this into gnuplot
and use the separate column text as plot titles.
Ethan
> So far it shows just a single black line.
>
> I know, I could do something like
>
> plot 'data.file' u 1:($3=1 ? $2 : 1/0) t "red", '' u 1:($3=2 ? $2 : 1/0) t
> "green", '' u 1:($3=2 ? $2 : 1/0) t "blue"
>
> However, the actual data set is very large and generated on the fly using a awk
> script. And there are a total of 12 different instances in column 4. Using a
> solution like the one above would mean to run the awk script 12 times. Beside
> that don't like to compare column 3 to hard coded values (the number of
> instances might change in the future), this is not efficient enough, as the awk
> script takes quite some time to generate the data set.
>
> Any ideas on how to create the key from variable line colors directly?
> Preferably, using a single call to my awk script?
>
> Thank you,
> Andreas
|
|
From: Andreas <cho...@gm...> - 2013-02-28 18:32:21
|
Dear all, I'd like to plot a set of data points as impulses, colored according to the value in the 3rd column. Here is a short example: reset set xrange [0:5] set yrange [0:1] plot '-' u 1:2:3 w imp lc var 1 1 1 red 2 1 2 green 3 1 1 red 4 1 3 blue e What I get are four lines, two red ones at 1 and 3, a green one at 2 and a blue one at 4. So far so good. Now I'd like to get a key that shows each used color, labeled with the corresponding string value in column 4. So far it shows just a single black line. I know, I could do something like plot 'data.file' u 1:($3=1 ? $2 : 1/0) t "red", '' u 1:($3=2 ? $2 : 1/0) t "green", '' u 1:($3=2 ? $2 : 1/0) t "blue" However, the actual data set is very large and generated on the fly using a awk script. And there are a total of 12 different instances in column 4. Using a solution like the one above would mean to run the awk script 12 times. Beside that don't like to compare column 3 to hard coded values (the number of instances might change in the future), this is not efficient enough, as the awk script takes quite some time to generate the data set. Any ideas on how to create the key from variable line colors directly? Preferably, using a single call to my awk script? Thank you, Andreas |
|
From: Craig D. <def...@bo...> - 2013-02-13 23:02:37
|
Hmmm, it seems that the INT signal doesn't make gnuplot do what I want it to do for the pipe case. In particular, if I'm sending binary data over a pipe and issue an INT, it doesn't make gnuplot start accepting new commands over the pipe. As near as I can tell, gnuplot continues to read from the pipe regardless. So INTing seems to work fine over a tty but not over a pipe control link. On Feb 12, 2013, at 3:37 PM, Craig DeForest <def...@bo...> wrote: >> >> I am dubious that you would see slow communications between your perl script and gnuplot just because DISPLAY is remote. The actual x11 rendering is done by a separate process, gnuplot_X11, and no matter how slowly it may be progressing gnuplot itself should be able to accept new input on stdin. > > Sorry if I wasn't clear here -- the communication is still fast of course, but the render can take a long time if X11 communications is slow. Gnuplot doesn't issue any indication of state until the whole process completes. Same goes for wxt, of course. > > >> >> - Slow rendering jobs can be interrupted by the user, and there's no documented way (that I've found) to let gnuplot know to stop what it's doing and give a prompt back. >> >> In "normal" (i.e. interactive) mode you can get a prompt back by hitting ^C >> (INT signal). You should be able to achieve the same by sending INT. I've just tested that this works from the command line using "kill -INT" >> >> That doesn't specifically address your question about binary data being sent on stdin. I'm not certain what state you will be left in if there is a binary read pending when you send an INT signal. >> >> Ethan > > Thanks. Early experiments with "kill -INT" hosed up the pipe, but I'll run another round and see what happens. > > |
|
From: julien.siebert <jul...@gm...> - 2013-02-13 08:10:13
|
Hi Walter, Hi Hans-Bernhard Hans-Bernhard Bröker wrote > That's no error. It's a _warning_. It even says so on the tin. Ok, my mistake, it is a warning :) However with terminal wxt I have no plot at all. I switched to terminal pdf and I got my plot. By the way, walter harms wrote > Hi, Julien, > i also use heatmaps very often (but more 800x500) > i tend to ignore the errors they are most times > caused by a missing value. I did not find any missing value. I have checked my data file, used other data sets with different size of grids and each time it seems that gnuplot is not finding the right K (N is ok). I have no clue how to solve this warning. But now I have my plots :) Regards, Julien -- View this message in context: http://gnuplot.10905.n7.nabble.com/Plotting-heatmap-warning-Number-of-pixels-cannot-be-factored-data-file-seems-correct-I-E-K-N-matrix-tp17108p17112.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Craig D. <def...@bo...> - 2013-02-12 22:37:27
|
> > I am dubious that you would see slow communications between your perl script and gnuplot just because DISPLAY is remote. The actual x11 rendering is done by a separate process, gnuplot_X11, and no matter how slowly it may be progressing gnuplot itself should be able to accept new input on stdin. Sorry if I wasn't clear here -- the communication is still fast of course, but the render can take a long time if X11 communications is slow. Gnuplot doesn't issue any indication of state until the whole process completes. Same goes for wxt, of course. > > - Slow rendering jobs can be interrupted by the user, and there's no documented way (that I've found) to let gnuplot know to stop what it's doing and give a prompt back. > > In "normal" (i.e. interactive) mode you can get a prompt back by hitting ^C > (INT signal). You should be able to achieve the same by sending INT. I've just tested that this works from the command line using "kill -INT" > > That doesn't specifically address your question about binary data being sent on stdin. I'm not certain what state you will be left in if there is a binary read pending when you send an INT signal. > > Ethan Thanks. Early experiments with "kill -INT" hosed up the pipe, but I'll run another round and see what happens. |
|
From: Craig D. <def...@bo...> - 2013-02-12 20:10:15
|
Is there any way to interrupt gnuplot and either ask for out-of-band status or tell it to revert to a prompt, when it's expecting binary data input from stdin? I currently manage PDL::Graphics::Gnuplot, a Perl front-end for gnuplot plotting. The module provides a Perl API that generates Gnuplot commands and ships data over a pipe to a gnuplot process. A major compatibility and reliability issue that we have is that, in binary mode (which we use for speed) gnuplot locks up until its full complement of data has been read. This causes several problems: - There's no documented way (that I've found) for our perl process to know in advance if gnuplot is working or locked-up (e.g. sometimes the x11 terminal can take a long time to render a plot if the DISPLAY is remote) - Slow rendering jobs can be interrupted by the user, and there's no documented way (that I've found) to let gnuplot know to stop what it's doing and give a prompt back. That means we have to drop-kick the gnuplot process and restart it (which loses state and also generates a new display window on interactive terminals) - Some platforms munge pipe contents, and there's no way to diagnose that problem. The only workaround I can see would be to generate temporary files and ask gnuplot to read those - but that incurs more overhead since we are then using the file system instead of direct IPC. Cheers, Craig DeForest |
|
From: walter h. <wh...@bf...> - 2013-02-12 18:31:55
|
Am 12.02.2013 17:45, schrieb julien.siebert: > Dear all, > > I am having trouble while plotting some heatmaps with the following > commands: > > "set view map > splot 'myfile' matrix with image" > > Where myfile is an ASCII file containing N lines and each lines containing K > floating point values. > > It worked really well until I have the following error: > "warning: Number of pixels cannot be factored into integers matching grid. N > = 500500 K = 2000" > > I understand the error, Gnuplot told me that it cannot read "myfile" as a > 500500*2000 grid. > The problem is that "myfile" is actually 500500*500 grid. (really I check). > > It seems to me that gnuplot is having trouble while determining K. > I don't know if it comes from the fact that I am using floating point values > (As I said it worked well before)? > I don't know if I can set these two values N and K by myself ? > > Any idea? > Thanks, > Julien > Hi, Julien, i also use heatmaps very often (but more 800x500) i tend to ingnore the errors they are most times caused by a missing value. re, wh > -- > gnuplot 4.6 patchlevel 0 (Gentoo revision r0) > > Linux spencer 3.4.9-gentoo-r0-c2-v1 #3 SMP Mon Sep 10 15:29:08 CEST 2012 > x86_64 Intel(R) Core(TM) i3 CPU 550 @ 3.20GHz GenuineIntel GNU/Linux > > > |
|
From: julien.siebert <jul...@gm...> - 2013-02-12 16:45:21
|
Dear all, I am having trouble while plotting some heatmaps with the following commands: "set view map splot 'myfile' matrix with image" Where myfile is an ASCII file containing N lines and each lines containing K floating point values. It worked really well until I have the following error: "warning: Number of pixels cannot be factored into integers matching grid. N = 500500 K = 2000" I understand the error, Gnuplot told me that it cannot read "myfile" as a 500500*2000 grid. The problem is that "myfile" is actually 500500*500 grid. (really I check). It seems to me that gnuplot is having trouble while determining K. I don't know if it comes from the fact that I am using floating point values (As I said it worked well before)? I don't know if I can set these two values N and K by myself ? Any idea? Thanks, Julien -- gnuplot 4.6 patchlevel 0 (Gentoo revision r0) Linux spencer 3.4.9-gentoo-r0-c2-v1 #3 SMP Mon Sep 10 15:29:08 CEST 2012 x86_64 Intel(R) Core(TM) i3 CPU 550 @ 3.20GHz GenuineIntel GNU/Linux -- View this message in context: http://gnuplot.10905.n7.nabble.com/Plotting-heatmap-warning-Number-of-pixels-cannot-be-factored-data-file-seems-correct-I-E-K-N-matrix-tp17108.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: sfeam (E. Merritt) <sf...@us...> - 2013-02-07 16:56:48
|
On Wednesday, 06 February 2013, Martin Krupicka wrote:
> Hello,
> I would like to produce the SVG output, where the axis label contains
> symbol in upper index. At a moment, I can produce the symbols correctly
> with:
>
> set terminal svg noenhanced
> set ylabel ' Δ E ‡'
>
> But I would like to put the the double dagger symbol as the index. To do
> that,
> obviously:
>
> set terminal svg enhanced
> set ylabel ' Δ E^‡'
>
> But this causes the HTML entities to screw up. The ampersand gets
> interpreted in gnuplot sense as emtpy space, upon escaping to \Δ
> it end up as &, more backlashes do not help.
>
> Is there a way to solve this?
SVG necessarilly accepts UTF-8 encoding, so just give it the
characters directly:
set ylabel " Δ ^‡"
(tested here using gnuplot 4.6.1's svg terminal)
Ethan
(3rd try - the mailing list keeps rejecting my mail)
|
|
From: Nunzio L. <nun...@gm...> - 2013-02-06 17:09:14
|
Hi all, as far as I have understood the Postscript Terminal requires plot size to be defined in the "set term " command. But then how can I decide how large the canvas is going to be? I mean, I want a plot to be square 5 inches x5 inches FIXED. Then I want a larger canvas to put plot title and key without affecting the graph size. This is what I have so far: set term post eps enh color size 5,5 font 18 set size ratio -1 Thank you in advance, NL |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2013-02-06 16:52:44
|
On 06.02.2013 11:42, Martin Krupicka wrote:
> set terminal svg enhanced
> set ylabel ' Δ E^‡'
I think you'll have to put the superscript in {} for that to work.
set ylabel ' Δ E^{‡}'
gnuplot's internal engine doesn't know about &#x syntax, so it has no
way of knowing that it's not just the & you wanted in superscript.
Whether or not that will help with smuggling the '&' through, I'm not sure.
|
|
From: Martin K. <ma...@bh...> - 2013-02-06 10:50:25
|
Hello, I would like to produce the SVG output, where the axis label contains symbol in upper index. At a moment, I can produce the symbols correctly with: set terminal svg noenhanced set ylabel ' Δ E ‡' But I would like to put the the double dagger symbol as the index. To do that, obviously: set terminal svg enhanced set ylabel ' Δ E^‡' But this causes the HTML entities to screw up. The ampersand gets interpreted in gnuplot sense as emtpy space, upon escaping to \Δ it end up as &, more backlashes do not help. Is there a way to solve this? Thanks Martin |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2013-01-29 19:53:29
|
On 27.01.2013 21:23, dreichen wrote: > I am using gnuplot to plot charts of amperage/power data. The logger > generates a database entry (SQLite) every 60 seconds or so, so plotting a > monthly line chart is what I'm going for, but plotting xticlabels was very > messy, because it would place a label every minute for an entire month's > worth of data. So why use xticlabels at all? You have time-date data, so why not use a time-data scaled axis to display it? |
|
From: dreichen <dcr...@ya...> - 2013-01-27 20:23:43
|
Ok. I spent yesterday afternoon figuring it out, and it's not a perfect solution, but a workable one. I am using gnuplot to plot charts of amperage/power data. The logger generates a database entry (SQLite) every 60 seconds or so, so plotting a monthly line chart is what I'm going for, but plotting xticlabels was very messy, because it would place a label every minute for an entire month's worth of data. The basic solution was to generate a plot using precise timestamps and with a yrange writeback set timefmt "%m/%d/%Y %H:%M:%S" set yrange [*:*] writeback set output "unknown" - this is a fix for an issue I found with PNG output plot sqlite command with select statement for all timestamps and data with lines then set yrange restore set terminal png size 950,480 set output "outfile.png" replot sqlite command select distinct days that logging occurs with simply a date as a timestamp and a zero value as column 2, 1:2:xtics(1) Issues: this works for me because amperage is usually positive and the zero values generated in the replot are ignored by using the yrange restore. If I were using data that had negative values, this would be an issue, because it would leave marks on the x Axis line. I hope I've helped you and have given you some ideas for fixing your problem. Dick R. 2012_December_sensor2_amperage.png <http://gnuplot.10905.n7.nabble.com/file/n17088/2012_December_sensor2_amperage.png> sabretoothedhamster wrote > Hello gnuplot gurus! > > Help me please with unexpected gnuplot (4.6/win32) behavior. > I do have the data file which looks like this: > > ... > 21:20:58.784;538633;752;543;520;541;1;70;543;521;541 > 21:20:58.799;538734;755;543;521;541;1;70;543;520;541 > 21:20:58.831;538835;754;542;520;541;1;70;543;520;541 > .... > > And I have got two issues while trying to plot it. > > 1st. If I plot with the following script: > ============================================= > reset > set datafile separator ';' > set title "Test" > set terminal windows size 1680,1050 > set y2tics border > set yrange[440:640] > set y2range[-150:150] > set xtics border rotate by 90 autofreq offset 0,-2 > plot "data.csv" \ > every::1::25000 using ($0):4 title "V" with lines, \ > "" u ($0):6 t "Vzero" w l, \ > "" u ($0):9 t "Vmean" w l, \ > "" u ($0):10 t "TurnA" w l, \ > "" u ($0):5 t "BumpA" w l, \ > "" u ($0):7 axes x1y2 t "dV" w l > ============================================= > > everything looks fine. Gnuplot puts line numbers as xticlabels with proper > interval (about 5000 with "autofreq" or any particular number given > instead of autofreq). > But if I try to show the time values (from the first column, by "using > ($0):4:xticlabels(1)") instead of line numbers then gnuplot goes mad. It > prints time (and draws gridline) for every single line of data no matter > if I use 'autofreq' or specify precise step value. > How can I force gnuplot to thin textual labels out? > > 2nd. The minor one. Having the script from the first issue I have got > xticlabels (numbers) too close to the axis line. Bit if I try to put them > away by changing "offset 0,-2" to e.g. "offset 0,-3" xticlabels completely > disappear. I suppose they are not shown because their starting point > appears out of some bounding box, but I can not figure out which one and > how to extend it (preferably automatically, depending on the length of > xticlabels). > > Thanks you in advance! -- View this message in context: http://gnuplot.10905.n7.nabble.com/how-to-thin-out-textual-xticlabels-tp2093p17088.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: somesh <som...@gm...> - 2013-01-25 00:00:35
|
Leo Butler wrote > How about > > f(x) = (x >= 0 ? x : 1/abs(x)); > > plot file using 1:(f($2)) .... > > > Leo BBands wrote > That sort of approach is often useful in plotting certain types of > technical analysis indicators. One way I have seen that done is to > pick a pair arbitrary cutoff points near zero. You could try Googling > for John McGinley. He wrote on the subject back in the 1980s. His > solution was to plot a small slice of the chart just above and below > zero with a linear scale. I add a hatch to the region to make the > discontinuity clear. I haven't tried this in gnuplot, but Ethan > Merritt demoed some tricks using the ternary operator that should make > it doable. > > John Bollinger Thanks Leo and John for the ideas! I could do something similar to what I wanted by this: f(x) = (x >= 0 ? log10(x) : log10(1/abs(x))); then combine the following two plots (in linear scale) using multiplot ... set yrange [0:4] plot file using 1:(f($2)) set yrange [-4:0] plot file using 1:(f($2)) The use of multiplot is to place two plots above and below the zero line. Positioning is tricky but doable! Thanks, Somesh -- View this message in context: http://gnuplot.10905.n7.nabble.com/Both-positive-and-negative-log-y-axis-in-same-plot-tp17082p17085.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: BBands <bb...@gm...> - 2013-01-24 16:40:52
|
That sort of approach is often useful in plotting certain types of
technical analysis indicators. One way I have seen that done is to
pick a pair arbitrary cutoff points near zero. You could try Googling
for John McGinley. He wrote on the subject back in the 1980s. His
solution was to plot a small slice of the chart just above and below
zero with a linear scale. I add a hatch to the region to make the
discontinuity clear. I haven't tried this in gnuplot, but Ethan
Merritt demoed some tricks using the ternary operator that should make
it doable.
John Bollinger
On Thu, Jan 24, 2013 at 7:46 AM, somesh <som...@gm...> wrote:
> Hi,
>
> I have a data file like this:
> #x y
> 1 34
> 2 450
> 3 -987
> 4 20045
> 5 -1003
> 6 -30
>
> For only positive values, just "logscale y" is fine.
> For only negative values, I can use a reversed logscale:
> --
> set logscale y
> set yrange [ymin:ymax] reverse
> plot file u 1:(-$2) axis x1y1 t "Y" w linespoints
> --
>
> But how do I plot both positive and negative values in same plot?
> I want to place the x axis at the center of y axis; positive log scale (for
> positive values) above the x axis, and reversed logscale (for negative
> values) below the x axis.
>
> Is it possible?
>
> Thanks,
> Somesh
>
>
>
> --
> View this message in context: http://gnuplot.10905.n7.nabble.com/Both-positive-and-negative-log-y-axis-in-same-plot-tp17082.html
> Sent from the Gnuplot - User mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
--
John Bollinger
www.BollingerBands.com
|
635 messages has been excluded from this view by a project administrator.
