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
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Hernán De A. <var...@gm...> - 2024-02-25 21:22:44
|
It seems that the gnuplot webpage, gnuplot.info, is unavailable at the moment. Hopefully just a transient problem? Error 1001 Ray ID: 85b2646f2fee9930 • 2024-02-25 19:35:35 UTC DNS resolution error |
From: Philipp K. J. <ja...@ie...> - 2024-02-09 20:20:24
|
For what it's worth: Gnuplot 6 made the homepage of Linux Weekly News today: https://lwn.net/ The story itself is here: https://lwn.net/Articles/961003/ Best, Ph. -- Philipp K. Janert www.janert.me |
From: Mirko V. <mir...@gm...> - 2024-02-07 00:24:41
|
On Tue, Feb 6, 2024 at 12:52 PM Robert Dodier <rob...@gm...> wrote: > On Sat, Feb 3, 2024 at 7:40 AM Mirko Vukovic <mir...@gm...> > wrote: > > > I can shut down the process by sending the "exit" command. > > > > But I'd also like to send a signal (such as SIGTERM) to shut gnuplot > down. > > Probably a cleaner and system independent way to tell gnuplot to shut > down is just to close the socket through which commands are sent -- I > don't know for sure, but I suspect that gnuplot will terminate if the > socket is closed, since that is a widely used convention for > organizing interprocess communications. > > Maxima (https://maxima.sourceforge.io) is a Common Lisp application > and it has some code to work with gnuplot for plotting; see > src/plot.lisp and src/gnuplot_def.lisp (I think those are the right > file names) to get some ideas about how stuff was handled there. > > Thanks Robert, I looked at the Maxima source in the src/plot.lisp, and your suggestion worked: Doing - with apologies for non-lisp readers that the parenthesis may confuse - (close (ccl:external-process-input-stream process-handle)) closes the process. `process-handle' is the structure returned by the command that launches gnuplot: (ccl:run-program "gnuplot" ...) Mirko |
From: Werner L. <wer...@pe...> - 2024-02-06 20:08:57
|
Hello gnuplot enthusiasts, I have been using gnuplot for like 15 years to create timeseries charts for all kinds of timeseries data, fairly basic linegraphs (multiplot etc. but still simple) but also histograms. As this feature (timeseries histograms) is not available, or I am not aware of, I use a sort of workaround to emulate histograms. Attached is a sample graph and the gnuplot description (I call them .gpl files). They look nice but can but become very slow, when many instances are involved, many meaning more than 1 or 2 hundred and gnuplot execution times cat go up to 1 min on a M3 MacBook Pro. The way it works to emulate the histogram mechanism is, it iterates over all instances, plotting the sum of all n instances including the n-th instance first (using boxes!), then overlays the sum of n-1 instances excluding the top instance, then n-2 and so on until all the instances are dealt with. For each timestamp in the data. It’s pretty obvious that this algorithm is not efficient when it comes to a large number of instances. Especially as I use boxes fill solid. The data is sorted first, with instance 2 (CL3-K) being the “top” instance, that is having the highest sum of all values over all timestamps. The top instance “sits” on the x-axis, the instance with the lowest contribution sits on top of the histogram. The contribution of each instance to the overall total of all instances is provided in brackets, like [#1@24.06%] meaning rank #1 with 24.06 %. Just to be complete. My question(s): (1) is there a built-in timeseries histogram feature available in gnuplot that would make my workaround obsolete? It should work with a fairly large number of timestamps in the data, like up to 2’000 with time resolution. Or (2) Can I implement a function that starts with sum (all instances) and then on each line subtracts the values of the current line? Or (3) any other idea? My expectation is a factor of 10 at least faster execution. Am I being unrealistic? Here is my description for the 10 highest instances: timeseries using 1:(sum [col= 2:10] column(col)) t "CL1-A[#9@3.58%]" lc rgb "#2EFE2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:9] column(col)) t "CL2-A[#8@3.61%]" lc rgb "#64FE2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:8] column(col)) t "CL1-B[#7@3.95%]" lc rgb "#9AFE2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:7] column(col)) t "CL2-B[#6@3.95%]" lc rgb "#C8FE2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:6] column(col)) t "CL6-C[#5@3.95%]" lc rgb "#F7FE2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:5] column(col)) t "CL2-J[#4@8.66%]" lc rgb "#FACC2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:4] column(col)) t "CL1-J[#3@8.66%]" lc rgb "#FE9A2E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:3] column(col)) t "CL4-K[#2@24.06%]" lc rgb "#FE642E" with boxes fill solid noborder, \ timeseries using 1:(sum [col= 2:2] column(col)) t "CL3-K[#1@24.06%]" lc rgb "#FE2E2E" with boxes fill solid noborder I am absolutely happy to share the mechanism how to create nice looking gnuplot timeseries charts if you would like to add them to the samples, as I think timeseries are an important use case and it should be unnecessary to invent the wheel over and over again. If this is not the proper channel to ask for help for this kind of use case, please accept my apologies for bothering you. Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services |
From: Robert D. <rob...@gm...> - 2024-02-06 17:52:12
|
On Sat, Feb 3, 2024 at 7:40 AM Mirko Vukovic <mir...@gm...> wrote: > I can shut down the process by sending the "exit" command. > > But I'd also like to send a signal (such as SIGTERM) to shut gnuplot down. Probably a cleaner and system independent way to tell gnuplot to shut down is just to close the socket through which commands are sent -- I don't know for sure, but I suspect that gnuplot will terminate if the socket is closed, since that is a widely used convention for organizing interprocess communications. Maxima (https://maxima.sourceforge.io) is a Common Lisp application and it has some code to work with gnuplot for plotting; see src/plot.lisp and src/gnuplot_def.lisp (I think those are the right file names) to get some ideas about how stuff was handled there. best, Robert |
From: Peter R. <p.r...@sh...> - 2024-02-06 09:27:33
|
Bottom line here: If you are using Windows then the UNIX signals mechanism is not available. msys2 may provide a UNIX-like shell, but ultimately it sits atop Windows. The fact that you cannot find a signals.h file is entirely predictable. There will not be one. P. On 06/02/2024 01:28, Mirko Vukovic wrote: > Thanks for replying. My answers are below > > On Sun, Feb 4, 2024 at 10:20 AM Peter Rockett via gnuplot-info > <gnu...@li...> wrote: > > Two questions: > > 1) Why do you want to send a SIGTERM to the process? Why isn't "exit" > (which you say works) good enough? The signal handler -- either the > default or an over-ridden version -- would typically invoke the > system > call that actually shuts down the process. Which is probably what the > gnuplot "exit" command does one way or another. > > > You are correct that I really don't need to send SIGTERM. The reason > is my testsuite which is in 3 layers: > 1. Lifecycle > 2. IO streams > 3. sending commands and reading results > > I wanted the first layer of the test suite (lifecycle) to be > independent of sending commands (last layer). > > I agree that this is somewhat of an overkill. But I was curious if it > could be done. > > 2) What OS are you using? Windows, for example, doesn't use signals - > they are a UNIX/Linux/MacOS(?) thing. I suspect sending a signal on > Windows will just be ignored, which is consistent with the > behaviour you > seem to be observing. > > > I am on Windows 11 using gnuplot delivered via MSYS2. Since my > original post, I learned that I can use > taskkill to terminate processes. > > > FWIW: The exact value of SIGTERM will be defined in a C header file > somewhere, probably "signals.h". > > > I did not find that file, but I did not look terribly hard. > > > P. > > > Thanks, > > Mirko |
From: Mirko V. <mir...@gm...> - 2024-02-06 01:29:12
|
Thanks for replying. My answers are below On Sun, Feb 4, 2024 at 10:20 AM Peter Rockett via gnuplot-info < gnu...@li...> wrote: > Two questions: > > 1) Why do you want to send a SIGTERM to the process? Why isn't "exit" > (which you say works) good enough? The signal handler -- either the > default or an over-ridden version -- would typically invoke the system > call that actually shuts down the process. Which is probably what the > gnuplot "exit" command does one way or another. > You are correct that I really don't need to send SIGTERM. The reason is my testsuite which is in 3 layers: 1. Lifecycle 2. IO streams 3. sending commands and reading results I wanted the first layer of the test suite (lifecycle) to be independent of sending commands (last layer). I agree that this is somewhat of an overkill. But I was curious if it could be done. > 2) What OS are you using? Windows, for example, doesn't use signals - > they are a UNIX/Linux/MacOS(?) thing. I suspect sending a signal on > Windows will just be ignored, which is consistent with the behaviour you > seem to be observing. > I am on Windows 11 using gnuplot delivered via MSYS2. Since my original post, I learned that I can use taskkill to terminate processes. > > FWIW: The exact value of SIGTERM will be defined in a C header file > somewhere, probably "signals.h". > I did not find that file, but I did not look terribly hard. > > P. > Thanks, Mirko |
From: Peter R. <p.r...@sh...> - 2024-02-04 15:19:52
|
Two questions: 1) Why do you want to send a SIGTERM to the process? Why isn't "exit" (which you say works) good enough? The signal handler -- either the default or an over-ridden version -- would typically invoke the system call that actually shuts down the process. Which is probably what the gnuplot "exit" command does one way or another. 2) What OS are you using? Windows, for example, doesn't use signals - they are a UNIX/Linux/MacOS(?) thing. I suspect sending a signal on Windows will just be ignored, which is consistent with the behaviour you seem to be observing. FWIW: The exact value of SIGTERM will be defined in a C header file somewhere, probably "signals.h". P. On 03/02/2024 15:39, Mirko Vukovic wrote: > Hello, > > I am writing an interface to gnuplot from common lisp (CL). The CL process > calls gnuplot and sets up the input & output handles. > > I am able to start the gnuplot process, send commands, and fetch output > (such as from "show version"). I can also generate plots. > > I can shut down the process by sending the "exit" command. > > But I'd also like to send a signal (such as SIGTERM) to shut gnuplot down. > > I tried this by sending the numeral 15 but that did not shut down the > process. > > I searched the source code at a fork on github, found SIGTERM there, but > not what value to use for it. Nor am I sure that SIGTERM would shut it down. > > Please note, that I am very new to this kind of communication with > processes. I am possibly/likely misunderstanding how things are supposed to > work. Maybe I am misunderstanding the purpose of SIGTERM, or don't have the > correct code for it. > > Thanks, > > Mirko > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
From: Mirko V. <mir...@gm...> - 2024-02-03 15:40:13
|
Hello, I am writing an interface to gnuplot from common lisp (CL). The CL process calls gnuplot and sets up the input & output handles. I am able to start the gnuplot process, send commands, and fetch output (such as from "show version"). I can also generate plots. I can shut down the process by sending the "exit" command. But I'd also like to send a signal (such as SIGTERM) to shut gnuplot down. I tried this by sending the numeral 15 but that did not shut down the process. I searched the source code at a fork on github, found SIGTERM there, but not what value to use for it. Nor am I sure that SIGTERM would shut it down. Please note, that I am very new to this kind of communication with processes. I am possibly/likely misunderstanding how things are supposed to work. Maybe I am misunderstanding the purpose of SIGTERM, or don't have the correct code for it. Thanks, Mirko |
From: Ingo T. <ing...@gm...> - 2024-01-27 18:45:12
|
Dear everyone, I have noticed that an old bug concerning object border colors is back in stable version 6.0.0. All object lines appear black while they have the specified color in gnuplot version 5.4.8 (currently on MacPorts). The error occurs when the linewidth is explicitely specified. A similar (or even the same?) bug appeared in an earlier version of gnuplot 5.*, but I do not remember which exact version it was. Here is a sample script: reset set term x11 size 800,600 set object 1 circle at 0,0 size 3 fs empty border rgb '#ff0000' lw 2.0 set object 2 circle at 0,0 size 6 fs empty border rgb '#0000ff' lw 2.0 plot x Best wishes, Ingo |
From: Andrew R. <an...@cl...> - 2024-01-26 03:48:15
|
Hi all, It appears that the A and AAAA DNS records for "www.gnuplot.info" are pointing to completely different webservers. The server that's answering IPv4 requests seems to be up-to-date, with information about Gnuplot 6.0. It reports a Server header of "nginx", and a Last-Modified date for the front page of December 29, 2023. The server that's answering IPv6 requests, on the other hand, is substantially out-of-date. The front page shows Gnuplot 5.4 as the latest release, with a Last-Modified date of October 2, 2022. New pages such as http://www.gnuplot.info/ReleaseNotes_6_0_0.html all return 404 errors. The server also reports its version as Apache 2.2.17, which is from 2010. This affects everyone with a working IPv6 setup. If it's not possible to find and update the server that's serving the v6 traffic, then I think it would be best to remove the AAAA DNS record so that everyone can see the updated version of the site. v6 support isn't just limited to a few people anymore. Thanks, Andrew |
From: Ethan M. <eam...@gm...> - 2024-01-08 18:58:55
|
On Monday, 8 January 2024 10:49:48 PST Ingo Thies wrote: > Dear Ethan, > > I have just solved this by installing gsed and setting a symlink to sed. > It seems that Apple's version of sed is outdated. Inserting LC_ALL=C in > front of every sed command in the Makefile seems to be lot of work, so > I'm happy about my solution, although it might be a bit dirty. It would not be every sed command. This one command is special since it is the makefile rule that converts from the Japanese documentation EUC-JP encoding to UTF-8. Everywhere else is UTF-8 already. Ethan > > Regards, > Ingo > > Am 08.01.24 um 19:44 schrieb Ethan Merritt: > > On Monday, 8 January 2024 09:50:35 PST Ingo Thies via gnuplot-info wrote: > >> Dear everyone, > >> > >> I get the following error when I try to compile gnuplot 6.0.0: > >> > >> trm ja/term/webp.trm ja/term/win.trm ja/term/wxt.trm ja/term/x11.trm > >> ja/term/xlib.trm |\ > >> LC_ALL=C sort -f -t':' -k2` ; do \ > >> f=`echo $e |cut -d\: -f1` ; s=`echo $e | cut -d\: -f2` ;\ > >> sed -n "/^[ ]*$s/,/^[ ]*END_HELP/p" $f ; \ > >> done >allterm.tmp > >> sed: RE error: illegal byte sequence > >> ... > >> > >> My system is macos 13.6.3 Ventura, I am using a bash shell. > > Please see Bug report #2676 > > https://sourceforge.net/p/gnuplot/bugs/2676/ > > > > Can you confirm that inserting "LC_ALL=C" immediately in front of "sed" > > fixes this? > > > > Ethan > > > >> Regards, > >> Ingo > >> > >> > >> > >> _______________________________________________ > >> gnuplot-info mailing list > >> gnu...@li... > >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info > >> > > > > > > > |
From: Ingo T. <ing...@gm...> - 2024-01-08 18:50:02
|
Dear Ethan, I have just solved this by installing gsed and setting a symlink to sed. It seems that Apple's version of sed is outdated. Inserting LC_ALL=C in front of every sed command in the Makefile seems to be lot of work, so I'm happy about my solution, although it might be a bit dirty. Regards, Ingo Am 08.01.24 um 19:44 schrieb Ethan Merritt: > On Monday, 8 January 2024 09:50:35 PST Ingo Thies via gnuplot-info wrote: >> Dear everyone, >> >> I get the following error when I try to compile gnuplot 6.0.0: >> >> trm ja/term/webp.trm ja/term/win.trm ja/term/wxt.trm ja/term/x11.trm >> ja/term/xlib.trm |\ >> LC_ALL=C sort -f -t':' -k2` ; do \ >> f=`echo $e |cut -d\: -f1` ; s=`echo $e | cut -d\: -f2` ;\ >> sed -n "/^[ ]*$s/,/^[ ]*END_HELP/p" $f ; \ >> done >allterm.tmp >> sed: RE error: illegal byte sequence >> ... >> >> My system is macos 13.6.3 Ventura, I am using a bash shell. > Please see Bug report #2676 > https://sourceforge.net/p/gnuplot/bugs/2676/ > > Can you confirm that inserting "LC_ALL=C" immediately in front of "sed" > fixes this? > > Ethan > >> Regards, >> Ingo >> >> >> >> _______________________________________________ >> gnuplot-info mailing list >> gnu...@li... >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info >> > > > |
From: Ethan M. <eam...@gm...> - 2024-01-08 18:44:31
|
On Monday, 8 January 2024 09:50:35 PST Ingo Thies via gnuplot-info wrote: > Dear everyone, > > I get the following error when I try to compile gnuplot 6.0.0: > > trm ja/term/webp.trm ja/term/win.trm ja/term/wxt.trm ja/term/x11.trm > ja/term/xlib.trm |\ > LC_ALL=C sort -f -t':' -k2` ; do \ > f=`echo $e |cut -d\: -f1` ; s=`echo $e | cut -d\: -f2` ;\ > sed -n "/^[ ]*$s/,/^[ ]*END_HELP/p" $f ; \ > done >allterm.tmp > sed: RE error: illegal byte sequence > ... > > My system is macos 13.6.3 Ventura, I am using a bash shell. Please see Bug report #2676 https://sourceforge.net/p/gnuplot/bugs/2676/ Can you confirm that inserting "LC_ALL=C" immediately in front of "sed" fixes this? Ethan > > Regards, > Ingo > > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
From: Ingo T. <ing...@gm...> - 2024-01-08 17:50:58
|
Dear everyone, I get the following error when I try to compile gnuplot 6.0.0: trm ja/term/webp.trm ja/term/win.trm ja/term/wxt.trm ja/term/x11.trm ja/term/xlib.trm |\ LC_ALL=C sort -f -t':' -k2` ; do \ f=`echo $e |cut -d\: -f1` ; s=`echo $e | cut -d\: -f2` ;\ sed -n "/^[ ]*$s/,/^[ ]*END_HELP/p" $f ; \ done >allterm.tmp sed: RE error: illegal byte sequence ... My system is macos 13.6.3 Ventura, I am using a bash shell. Regards, Ingo |
From: Dave H. <da...@ho...> - 2023-12-05 04:41:39
|
On Tue, 5 Dec 2023, Rami Boutassghount wrote: [...] > These commands are > not_allowed = ["set terminal", "set output", "gpval_", "cd ", "system "] > > *Is there anything else that I should consider?* This suggests that you should consider reversing the test i.e. allow the ones deemed to be safe and block the rest by default ("fail safe"); this is what good firewalls do, as you are protected from future (and unsafe) additions. Of course, you'll have to extend the list where necessary, but you'll have to do that with future unsafe commands anyway. -- Dave |
From: Rami B. <ram...@gm...> - 2023-12-05 03:36:34
|
Hello everyone, Yesterday I was looking for an online gnuplot compiler tool, and it did not find any. So I build my own: https://ramiboutas.com/gnuplot The idea behind it was to test some plots when I don't want to use the terminal every time I want to plot something. So, I built the interface to the compiler using PNG output. However, I needed to block some commands (understanding command for any user string input that goes in the text area), so that a user cannot have information about my server or anything not desired. These commands are not_allowed = ["set terminal", "set output", "gpval_", "cd ", "system "] *Is there anything else that I should consider?* Thank you very much! Have a nice day, Rami. |
From: Peter R. <p.r...@sh...> - 2023-10-23 10:11:10
|
Not sure if I have understood correctly, but would one solution be to write a separate program that received your data and piped an appropriately formatted set of gnuplot commands to a terminal of your choice; this intermediate program could format the gnuplot commands as required via, say a simple GUI? I am guessing this will be much easier than modifying the code for an existing terminal. FWIW: I prefer the wxt terminal since, among other things, it keeps the aspect ratio of the graph the same when you resize the terminal window. P. On 23/10/2023 02:36, Michael Brian Bentley wrote: > Hiya! > > I've been working with gnuplot on a testbench project for a friend > starting around 2020, and I have it working quite well, it draws the > charts we need. I've been using the qt terminal for this work on macOS > because it lets us pan and zoom interactively to some degree. > > It doesn't, however allow me to multiple charts with a common x axis, > and the interaction precision leaves much to be desired. > > I started looking around for another perhaps better terminal, and > found aquaterm. I'm sure I tried this terminal first back in 2020, but > ran into a couple issues right away. One thing it does is decide that > a smaller window is desired, when I set the size to 2560 x 1440. > > Is there a trick to it? > > If I were going to dive into the source of qt, I'd be faced with the > QT library and (I expect) C++ code. Aquaterm looks like a native > Objective-C app; the thing aquaterm doesn't do that qt term does is > buffer the commands to redraw the chart when you pan and zoom. > > Thanks! > > -Mike > > > |
From: Michael B. B. <be...@cr...> - 2023-10-23 01:57:00
|
Hiya! I've been working with gnuplot on a testbench project for a friend starting around 2020, and I have it working quite well, it draws the charts we need. I've been using the qt terminal for this work on macOS because it lets us pan and zoom interactively to some degree. It doesn't, however allow me to multiple charts with a common x axis, and the interaction precision leaves much to be desired. I started looking around for another perhaps better terminal, and found aquaterm. I'm sure I tried this terminal first back in 2020, but ran into a couple issues right away. One thing it does is decide that a smaller window is desired, when I set the size to 2560 x 1440. Is there a trick to it? If I were going to dive into the source of qt, I'd be faced with the QT library and (I expect) C++ code. Aquaterm looks like a native Objective-C app; the thing aquaterm doesn't do that qt term does is buffer the commands to redraw the chart when you pan and zoom. Thanks! -Mike -- Michael Brian Bentley Application Development Consulting Crenelle Technologies LLC be...@cr... +1 (206) 601-7758 17823 McLean Rd SW Vashon, WA 98070-5421 |
From: Paul S. <lan...@gm...> - 2023-07-28 13:55:13
|
I am trying to plot data with pm3d and contours, but the contours don't show up on the plot. The data file is attached and the script is below: #!/usr/bin/env gnuplot set term pngcairo enh col size 800,600 font ",18" set output 'out.png' unset key set palette maxcol 0 set contour surface set cntrparam levels discrete 0.1 set pm3d map interp 0,0 splot 'test.txt' us 1:2:($6/$7) The pm3d plot is rendered correctly but the contours are missing. Any ideas? |
From: Patrick A. <pat...@ge...> - 2023-07-28 11:21:40
|
I am trying to plot data with pm3d and contours, but the contours don't show up on the plot. The data file is attached and the script is below: #!/usr/bin/env gnuplot set term pngcairo enh col size 800,600 font ",18" set output 'out.png' unset key set palette maxcol 0 set contour surface set cntrparam levels discrete 0.1 set pm3d map interp 0,0 splot 'test.txt' us 1:2:($6/$7) The pm3d plot is rendered correctly but the contours are missing. Any ideas? |
From: Patrick A. <al...@co...> - 2023-07-28 05:58:58
|
I am trying to plot data with pm3d and contours, but the contours don't show up on the plot. The data file is attached and the script is below: #!/usr/bin/env gnuplot set term pngcairo enh col size 800,600 font ",18" set output 'out.png' unset key set palette maxcol 0 set contour surface set cntrparam levels discrete 0.1 set pm3d map interp 0,0 splot 'test.txt' us 1:2:($6/$7) The pm3d plot is rendered correctly but the contours are missing. Any ideas? |
From: hchiPer <hc...@gm...> - 2023-07-11 06:21:32
|
Hi, Your PDF shows data that don't exist in your datafile. Anyway, regarding the x scale, after set timefmt "%d/%m/%y" you could add set xrange ["01/01/23":*] to avoid gnuplot using some "rounded" limits for x axis. You did something similar for yrange at line 96. Tested with wxt terminal, gnuplot 5.4.6. Laurent Le 11/07/23 à 00:43, Dave Horsfall a écrit : > Gnuplot 5.4 patchlevel 8, MacBook Pro (mid-2010) on High Sierra 10.13.6. > > See http://www.horsfall.org/health.pdf and note how the X-axis starts on > 01 Dec 2022 and not 01 Jan 2023 as specified in the data file (attached). > > I can "fix" it by commenting out the first line of data as demonstrated. > > The command script is also attached. > > Seems like a bug to me... > > Thanks. > > -- Dave > > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
From: Dave H. <da...@ho...> - 2023-07-10 23:14:49
|
Gnuplot 5.4 patchlevel 8, MacBook Pro (mid-2010) on High Sierra 10.13.6. See http://www.horsfall.org/health.pdf and note how the X-axis starts on 01 Dec 2022 and not 01 Jan 2023 as specified in the data file (attached). I can "fix" it by commenting out the first line of data as demonstrated. The command script is also attached. Seems like a bug to me... Thanks. -- Dave |
From: Debostuti G. <deb...@gm...> - 2023-05-18 18:44:19
|
Dear Ethan I installed 5.4.6 but it is showing terminal type as unknown. pngcairo etc are no longer available to me. Looks like the reason is the absence of libgd (checked the config.log file). Could you point me to a resource that can help me in understanding what packages need to be installed for proper functioning of the current version? I do not want to do an update of my entire system for several reasons. Would rather install individual dependencies. Or is there a way to configure gnuplot so that pngcairo, etc are made available? I do not recall doing anything special for my earlier version of gnuplot...or maybe since it's been there since a very long time in my system I have forgotten. Debostuti On Thu, May 18, 2023 at 9:44 PM Ethan Merritt <eam...@gm...> wrote: > On Thursday, 18 May 2023 05:08:36 PDT Debostuti Ghoshdastidar wrote: > > > > > However the bars are not getting colored according to col i+1, although > the > > key is (please see attached image). Could you please help me understand > > whats going wrong? > > > > Debostuti > > I am guessing that your gnuplot executable is not current. > There was a bug that affected this specific kind of plot, fixed in > the September 2022 gnuplot release (version 5.4 patchlevel 5). > I should have remembered that and mentioned it before. > > The current release level is 5.4.6, with 5.4.7 queued for later > this month. > > Ethan > > > > Hi Ethan > > > > I followed your suggestions and made little tweaks to the script as > follows: > > ----------------------------------------------- > > set lt 101 lw 4 lc "red" > > set lt 102 lw 4 lc "pink" > > set lt 103 lw 4 lc "dark-blue" > > set lt 104 lw 4 lc "blue" > > set lt 105 lw 4 lc "royalblue" > > . > > . > > . > > set lt 120 lw 4 lc 'white' #*set 20 custom colors* > > set style data histogram > > set style histogram rows > > set style fill solid border lc "black" > > #set style line 2 lc 'black' lt 1 lw 2 > > set boxwidth 0.80 > > alphabet = "GAVLIPWFYSTCMNQHKRDE" > > color(category) = 100 + strstrt(alphabet, category) > > plot for [i=3:10:2] 'test.dat' using > > (column(i)):(color(strcol(i+1))):xtic(1):x2tic(2) lc variable > > > ----------------------------------------------------------------------------------------------------------------------- > > > > for the following test data (the real data will have all 20 amino acids > in > > a row): > > > > test.dat: > > 1 Gly 0.03 G 0 A 0 V 0 I > > 2 Met 0.03 M 0 A 0 V 0 I > > 3 Arg 0.94 R 0 A 0 V 0 I > > 5 Arg 0.94 R 0 A 0 V 0 I > > 6 Tyr 0.97 Y 0 A 0 V 0 I > > 7 Val 0.03 V 0 G 0 A 0 I > > 8 Cys 0.88 C 0 G 0 A 0 V > > 9 Glu 1.00 E 0 G 0 A 0 V > > 11 Pro 0.03 R 0.09 P 0 A 0 G > > 12 Ser 0.58 S 0 G 0 A 0 V > > 13 His 0.03 S 0.15 R 0.21 A 0.61 H > > 14 Gly 0.03 A 0.06 S 0.61 G 0 V > > 15 Gly 0.06 S 0.12 A 0.21 G 0 V > > > > > -------------------------------------------------------------------------------------------------- > > > > > > > > On Thu, May 18, 2023 at 2:10 AM Ethan Merritt <eam...@gm...> > wrote: > > > > > On Wednesday, 17 May 2023 09:47:43 PDT Debostuti Ghoshdastidar wrote: > > > > Hi Ethan > > > > > > > > Thank you for the solution. Each Y column will be a score for a > > > particular > > > > amino acid. The Y columns will be in increasing order of the score > value. > > > > Each Z will always correspond to a particular color we use to > represent > > > the > > > > amino acid that will be in the corresponding y column. We will use a > set > > > of > > > > 20 colors to represent 20 amino Acids. > > > > > > Ah. In that case you probably don't want "lc palette", which assumes > > > a continuous range of values and a smoothly-varying color palette. > > > Instead define 20 distinct colors in a convenient range of linetypes, > > > say lt 101 through lt 120, indexed by the value in column Zn. > > > That matches this demo from the on-line collection very closely: > > > > > > https://gnuplot.sourceforge.net/demo_5.4/histogram_colors.html > > > > > > If you have the one letter code in the Z column (P for Proline, etc) > > > you could use pieces of the demo code directly. > > > > > > alphabet = "ABCDEFGHIJKLMNOPQRSTUVWXYZ" > > > color(category) = 100 + strstrt(alphabet, category) > > > plot for [i=2:*:2] DATA using (column(i)):(color(strcol(i+1)) lc > > > variable > > > > > > Otherwise you could define a slightly more complicated color() function > > > that > > > for instance maps from the 3-letter code, e.g. > > > array AA = ["Ala", "Cys", "Asp", "Glu", ...] > > > color(category) = 100 + sum [1:20] (category eq AA[i]) ? i : 0) > > > > > > cheers, > > > > > > Ethan > > > > > > > > Debostuti > > > > > > > > On Wed, 17 May 2023, 21:36 Ethan Merritt, <eam...@gm...> > wrote: > > > > > > > > > On Tue, May 16, 2023 at 9:52 PM Debostuti Ghoshdastidar < > > > > > deb...@gm...> wrote: > > > > > > > > > >> Dear Users > > > > >> > > > > >> I have data in the following format > > > > >> > > > > >> X1 Y1 Z1 Y2 Z2...Yn Zn > > > > >> X2 Y1 Z1 Y2 Z2...Yn Zn > > > > >> . > > > > >> . > > > > >> . > > > > >> Xn Y1 Z1 Y2 Z2...Yn Zn > > > > >> > > > > >> I would like to draw a rowstacked histogram (which I know how to) > > > where > > > > >> the > > > > >> colors for the bars are specified by the corresponding Z columns. > For > > > > >> example Y1 should be colored based on Z1 value, Y2 based on Z2 > value, > > > and > > > > >> so on...mush like the use of cbrange. Could you suggest how I can > > > > >> accomplish this? > > > > >> > > > > > > > > > > set style data histogram > > > > > set style histogram rows > > > > > set style fill solid border lc "black" > > > > > set cbrange [0:<something>] > > > > > plot for [i=2:*:2] DATA using (column(i)):(column(i+1)) lc palette > > > title > > > > > "???" > > > > > > > > > > It is not clear to me how you would label or construct a legend > > > describing > > > > > this in a way that is easy for the viewer to understand. Perhaps > > > > > superimpose > > > > > a label on top of each individual box? > > > > > > > > > > Ethan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Thank you > > > > >> > > > > >> Debostuti > > > > >> -- > > > > >> Debostuti Ghosh Dastidar > > > > >> Research Associate > > > > >> PDB-India > > > > >> > > > > >> _______________________________________________ > > > > >> gnuplot-info mailing list > > > > >> gnu...@li... > > > > >> Membership management via: > > > > >> https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- Debostuti Ghosh Dastidar Research Associate PDB-India |