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: Gunter K. <gu...@pe...> - 2018-07-31 18:08:46
|
> But maybe gnuplot users which are also programming in Python could give me some hints? > Not python, unfortunately. But perhaps python has similar constructs to the ones shown here: https://forum.qt.io/topic/30018/solved-bring-to-front-window-application-managed-with-qprocess/3 Kind regards, Gunter. |
|
From: theozh <th...@gm...> - 2018-07-31 18:02:35
|
With a Python PyQt5 GUI (Win7/64), I am generating gnuplot code which I send to gnuplot. The Python code is basically something like: ... process = QProcess() process.start(r"C:\Programs\gnuplot\bin\gnuplot.exe", ["-p"]) # e.g. if some button pushed... process.write(b"plot sin(x)\n") response = process.readAllStandardOutput() ... Which works ok. However, the gnuplot window always stays behind the PyQt5 window. How to bring the gnuplot window to the front? Something like "set term wxt raise" (of course ;-) doesn't help. Actually, it might be more a Python question rather than a gnuplot question. But maybe gnuplot users which are also programming in Python could give me some hints? |
|
From: Reginald B. <pul...@ya...> - 2018-07-31 00:10:21
|
Is there an option to apply a sin(x)/x aka Whittaker interpolator to the points when plotting? I'm working on a digital signal processing tutorial and it would be helpful to be able to apply a sinc interpolator to the data points. If there is not, I'd like to suggest considering that as an enhancement as it is widely used in DSP applications. |
|
From: Ethan A M. <eam...@gm...> - 2018-07-26 16:51:32
|
On Thursday, 26 July 2018 17:25:45 Patrick Dupre wrote:
> Hello,
>
> I tried
>
> set table $DATA; plot "070618_C2H2_R2_0_2ubar_11.txt" u ($1/1000):($3):($4) "%lf,%lf,%lf,%lf" ; unset table
>
>
> But it seems that I cannot have 3 variable in the table
> Am I correct ? Are there other options?
Please see the documentation for "plot with table"
Here is the first paragraph but you should read the entire section:
%%%%%
This discussion applies only to the special plot style `with table`.
To avoid any style-dependent processing of the input data being tabulated
(smoothing, errorbar expansion, secondary range checking, etc), or to increase
the number of columns that can be tabulated, use the keyword "table" instead of
a normal plot style. In this case the output does not contain an extra, last,
column of flags `i`, `o`, `u` indicated inrange/outrange/undefined.
The destination for output must first be specified with `set table <where>`.
For example
set table $DATABLOCK1
plot <file> using 1:2:3:4:($5+$6):(func($7)):8:9:10 with table
%%%%%
Ethan
>
> Thank.
>
> ===========================================================================
> Patrick DUPRÉ | | email: pd...@gm...
> Laboratoire de Physico-Chimie de l'Atmosphère | |
> Université du Littoral-Côte d'Opale | |
> Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
> 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> ===========================================================================
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
--
|
|
From: ivana r. <iva...@mf...> - 2018-07-26 15:59:30
|
Hi Patrick, in the data file you've sent me there a comma works as a separator, so your data separator is set probably to ',' or ', '. Contrary to 'whitespace' separator, it does depend on the number of spaces in the second case and, moreover, table-print always put some extra spaces. So what to do.... Solution 1: Different format for both data-sources, as you've suggested: > set datafile separator "," > set table $DATA > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > unset table > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3, $DATA u 1:2 " %lf %lf" Solution 2: Put both separators to comma: > set datafile separator "," > set table $DATA separator "," > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 with table > # with table has not to be omitted > unset table > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3, $DATA u 1:2 Solution 3: Put both separators to whitespace: > set datafile separator whitespace > set table $DATA > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > unset table > plot "<tr , ' ' <070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3, $DATA u 1:2 Sincerely I. On 26 July 2018 at 16:13, Patrick Dupre <pd...@gm...> wrote: > It works if I do > > plot $DATA u 1:2 " %lf %lf" > > > ============================================================ > =============== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann > <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann++59140+Dunkerque,+France&entry=gmail&source=g>| > | 59140 Dunkerque, France > <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann++59140+Dunkerque,+France&entry=gmail&source=g> > ============================================================ > =============== > > > *Sent:* Thursday, July 26, 2018 at 1:17 PM > *From:* "ivana richterova" <iva...@mf...> > *To:* "Patrick Dupre" <pd...@gm...>, gnuplot-info <gnuplot-info@lists. > sourceforge.net> > > *Subject:* Re: [Gnuplot-info] set table > Hi Patrick, > > you can set table separator directly after table (see 'help table') but > the troubles are probably elsewhere. > > I still cannot reproduce the behaviour you get. > What is yours OS? > Do you have the same troubles with completely new testing file or with > datablock plotted from a function or set directly in gnuplot? > Do you have the same troubles, if you save table to external file instead > of gnuplot datablock? > Did you check the original data-file for special chars (e.g., 'cat -A')? > If nothing helps, could you send me the trouble-making file? > > Regards > > I. > > > > > On 26 July 2018 at 12:57, Patrick Dupre <pd...@gm...> wrote: >> >> Hello Eva, >> >> Same thing with ($1/1000):($3+0) >> >> But: >> plot $DATA u 1:2 >> warning: Skipping data file with no valid points >> ^ >> x range is invalid >> plot $DATA u 0:1 plots the same as plot $DATA >> >> But >> set datafile separator " " >> gives >> plot $DATA >> warning: Skipping data file with no valid points >> ^ >> x range is invalid >> >> I guess that it is an issue with the formatting >> >> >> >> ============================================================ >> =============== >> Patrick DUPRÉ | | email: pd...@gm... >> Laboratoire de Physico-Chimie de l'Atmosphère | | >> Université du Littoral-Côte d'Opale | | >> Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 >> 189A, avenue Maurice Schumann >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+France&entry=gmail&source=g> >> | | 59140 Dunkerque, France >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+France&entry=gmail&source=g> >> ============================================================ >> =============== >> >> >> > Sent: Thursday, July 26, 2018 at 12:45 PM >> > From: "ivana richterova" <iva...@mf...> >> > To: "Patrick Dupre" <pd...@gm...> >> > Cc: gnuplot <gnu...@li...> >> > Subject: Re: [Gnuplot-info] set table >> > >> > Hi Patrick, >> > >> > even if you force two columns, e.g. 'plot $DATA u 1:2'? >> > >> > It seems to me that gnuplot take the table $DATA as it has only one >> > numerical column. Is it possible that there are some special chars left? >> > >> > If so, it should help to get table via 'plot file using >> > ($1/1000):($3+0)' instead as well. >> > >> > I. >> > >> > >> > On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: >> > > Hello Iva, >> > > >> > > Thank for the feedback, >> > > >> > > print $DATA >> > > # x y type >> > > 4.41863e+07 -0.037085 i >> > > 4.42347e+07 -0.039582 i >> > > 4.42836e+07 -0.0414126 i >> > > 4.43342e+07 -0.0432468 i >> > > >> > > seems OK, but >> > > plot $DATA >> > > the first column versus an index. >> > > 0 4.41863e+07 >> > > 1 4.42347e+07 >> > > 2 4.42836e+07 >> > > 3 4.43342e+07 >> > > >> > > ============================================================ >> =============== >> > > Patrick DUPRÉ | | email: >> pd...@gm... >> > > Laboratoire de Physico-Chimie de l'Atmosphère | | >> > > Université du Littoral-Côte d'Opale | | >> > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 >> > > 189A, avenue Maurice Schumann >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+France&entry=gmail&source=g> >> | | 59140 Dunkerque, France >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+France&entry=gmail&source=g> >> > > ============================================================ >> =============== >> > > >> > > >> > >> Sent: Thursday, July 26, 2018 at 12:09 PM >> > >> From: "ivana richterova" <iva...@mf...> >> > >> To: "Patrick Dupre" <pd...@gm...> >> > >> Cc: gnuplot <gnu...@li...> >> > >> Subject: Re: [Gnuplot-info] set table >> > >> >> > >> Hi Patrick, >> > >> >> > >> > It does not work >> > >> >> > >> what do you mean, what happens, is there any error message? >> > >> >> > >> Anyhow, as the construction works in same cases, e.g. with a function >> > >> to be plotted, there is probably some garbage in your data. Then >> > >> 'using 1:2' should help as well. >> > >> >> > >> You can also check the $TABLE easily via: >> > >> print $TABLE >> > >> >> > >> sincerely >> > >> >> > >> Iva >> > >> >> > >> On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: >> > >> > Hello, >> > >> > >> > >> > if I do >> > >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 >> > >> > >> > >> > Every thing is OK >> > >> > >> > >> > If I do >> > >> > >> > >> > set table $DATA >> > >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 >> > >> > unset table >> > >> > plot $DATA >> > >> > >> > >> > It does not work >> > >> > >> > >> > Why? >> > >> > >> > >> > Thank for your help. >> > >> > >> > >> > ============================================================ >> =============== >> > >> > Patrick DUPRÉ | | email: >> > >> > pd...@gm... >> > >> > Laboratoire de Physico-Chimie de l'Atmosphère | | >> > >> > Université du Littoral-Côte d'Opale | | >> > >> > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 >> 82 44 >> > >> > 189A, avenue Maurice Schumann >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+%0D%0A+France&entry=gmail&source=g> >> | | 59140 Dunkerque, >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+%0D%0A+France&entry=gmail&source=g> >> > >> > France >> <https://maps.google.com/?q=189A,+avenue+Maurice+Schumann+59140+Dunkerque,+%0D%0A+France&entry=gmail&source=g> >> > >> > ============================================================ >> =============== >> > >> > >> > >> > ------------------------------------------------------------ >> ------------------ >> > >> > Check out the vibrant tech community on one of the world's most >> > >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> > >> > _______________________________________________ >> > >> > gnuplot-info mailing list >> > >> > gnu...@li... >> > >> > Membership management via: >> > >> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info >> > >> > >> > >> >> > > >> > >> > |
|
From: Patrick D. <pd...@gm...> - 2018-07-26 15:25:54
|
Hello, I tried set table $DATA; plot "070618_C2H2_R2_0_2ubar_11.txt" u ($1/1000):($3):($4) "%lf,%lf,%lf,%lf" ; unset table But it seems that I cannot have 3 variable in the table Am I correct ? Are there other options? Thank. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== |
|
From: ivana r. <iva...@mf...> - 2018-07-26 11:17:44
|
Hi Patrick, you can set table separator directly after table (see 'help table') but the troubles are probably elsewhere. I still cannot reproduce the behaviour you get. What is yours OS? Do you have the same troubles with completely new testing file or with datablock plotted from a function or set directly in gnuplot? Do you have the same troubles, if you save table to external file instead of gnuplot datablock? Did you check the original data-file for special chars (e.g., 'cat -A')? If nothing helps, could you send me the trouble-making file? Regards I. On 26 July 2018 at 12:57, Patrick Dupre <pd...@gm...> wrote: > Hello Eva, > > Same thing with ($1/1000):($3+0) > > But: > plot $DATA u 1:2 > warning: Skipping data file with no valid points > ^ > x range is invalid > plot $DATA u 0:1 plots the same as plot $DATA > > But > set datafile separator " " > gives > plot $DATA > warning: Skipping data file with no valid points > ^ > x range is invalid > > I guess that it is an issue with the formatting > > > > ============================================================ > =============== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > ============================================================ > =============== > > > > Sent: Thursday, July 26, 2018 at 12:45 PM > > From: "ivana richterova" <iva...@mf...> > > To: "Patrick Dupre" <pd...@gm...> > > Cc: gnuplot <gnu...@li...> > > Subject: Re: [Gnuplot-info] set table > > > > Hi Patrick, > > > > even if you force two columns, e.g. 'plot $DATA u 1:2'? > > > > It seems to me that gnuplot take the table $DATA as it has only one > > numerical column. Is it possible that there are some special chars left? > > > > If so, it should help to get table via 'plot file using > > ($1/1000):($3+0)' instead as well. > > > > I. > > > > > > On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: > > > Hello Iva, > > > > > > Thank for the feedback, > > > > > > print $DATA > > > # x y type > > > 4.41863e+07 -0.037085 i > > > 4.42347e+07 -0.039582 i > > > 4.42836e+07 -0.0414126 i > > > 4.43342e+07 -0.0432468 i > > > > > > seems OK, but > > > plot $DATA > > > the first column versus an index. > > > 0 4.41863e+07 > > > 1 4.42347e+07 > > > 2 4.42836e+07 > > > 3 4.43342e+07 > > > > > > ============================================================ > =============== > > > Patrick DUPRÉ | | email: > pd...@gm... > > > Laboratoire de Physico-Chimie de l'Atmosphère | | > > > Université du Littoral-Côte d'Opale | | > > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > > > 189A, avenue Maurice Schumann | | 59140 Dunkerque, > France > > > ============================================================ > =============== > > > > > > > > >> Sent: Thursday, July 26, 2018 at 12:09 PM > > >> From: "ivana richterova" <iva...@mf...> > > >> To: "Patrick Dupre" <pd...@gm...> > > >> Cc: gnuplot <gnu...@li...> > > >> Subject: Re: [Gnuplot-info] set table > > >> > > >> Hi Patrick, > > >> > > >> > It does not work > > >> > > >> what do you mean, what happens, is there any error message? > > >> > > >> Anyhow, as the construction works in same cases, e.g. with a function > > >> to be plotted, there is probably some garbage in your data. Then > > >> 'using 1:2' should help as well. > > >> > > >> You can also check the $TABLE easily via: > > >> print $TABLE > > >> > > >> sincerely > > >> > > >> Iva > > >> > > >> On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: > > >> > Hello, > > >> > > > >> > if I do > > >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > > >> > > > >> > Every thing is OK > > >> > > > >> > If I do > > >> > > > >> > set table $DATA > > >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > > >> > unset table > > >> > plot $DATA > > >> > > > >> > It does not work > > >> > > > >> > Why? > > >> > > > >> > Thank for your help. > > >> > > > >> > ============================================================ > =============== > > >> > Patrick DUPRÉ | | email: > > >> > pd...@gm... > > >> > Laboratoire de Physico-Chimie de l'Atmosphère | | > > >> > Université du Littoral-Côte d'Opale | | > > >> > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 > 44 > > >> > 189A, avenue Maurice Schumann | | 59140 Dunkerque, > > >> > France > > >> > ============================================================ > =============== > > >> > > > >> > ------------------------------------------------------------ > ------------------ > > >> > Check out the vibrant tech community on one of the world's most > > >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > >> > _______________________________________________ > > >> > gnuplot-info mailing list > > >> > gnu...@li... > > >> > Membership management via: > > >> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > >> > > > >> > > > > > > |
|
From: Patrick D. <pd...@gm...> - 2018-07-26 10:57:18
|
Hello Eva,
Same thing with ($1/1000):($3+0)
But:
plot $DATA u 1:2
warning: Skipping data file with no valid points
^
x range is invalid
plot $DATA u 0:1 plots the same as plot $DATA
But
set datafile separator " "
gives
plot $DATA
warning: Skipping data file with no valid points
^
x range is invalid
I guess that it is an issue with the formatting
===========================================================================
Patrick DUPRÉ | | email: pd...@gm...
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===========================================================================
> Sent: Thursday, July 26, 2018 at 12:45 PM
> From: "ivana richterova" <iva...@mf...>
> To: "Patrick Dupre" <pd...@gm...>
> Cc: gnuplot <gnu...@li...>
> Subject: Re: [Gnuplot-info] set table
>
> Hi Patrick,
>
> even if you force two columns, e.g. 'plot $DATA u 1:2'?
>
> It seems to me that gnuplot take the table $DATA as it has only one
> numerical column. Is it possible that there are some special chars left?
>
> If so, it should help to get table via 'plot file using
> ($1/1000):($3+0)' instead as well.
>
> I.
>
>
> On 26/07/2018, Patrick Dupre <pd...@gm...> wrote:
> > Hello Iva,
> >
> > Thank for the feedback,
> >
> > print $DATA
> > # x y type
> > 4.41863e+07 -0.037085 i
> > 4.42347e+07 -0.039582 i
> > 4.42836e+07 -0.0414126 i
> > 4.43342e+07 -0.0432468 i
> >
> > seems OK, but
> > plot $DATA
> > the first column versus an index.
> > 0 4.41863e+07
> > 1 4.42347e+07
> > 2 4.42836e+07
> > 3 4.43342e+07
> >
> > ===========================================================================
> > Patrick DUPRÉ | | email: pd...@gm...
> > Laboratoire de Physico-Chimie de l'Atmosphère | |
> > Université du Littoral-Côte d'Opale | |
> > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
> > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> > ===========================================================================
> >
> >
> >> Sent: Thursday, July 26, 2018 at 12:09 PM
> >> From: "ivana richterova" <iva...@mf...>
> >> To: "Patrick Dupre" <pd...@gm...>
> >> Cc: gnuplot <gnu...@li...>
> >> Subject: Re: [Gnuplot-info] set table
> >>
> >> Hi Patrick,
> >>
> >> > It does not work
> >>
> >> what do you mean, what happens, is there any error message?
> >>
> >> Anyhow, as the construction works in same cases, e.g. with a function
> >> to be plotted, there is probably some garbage in your data. Then
> >> 'using 1:2' should help as well.
> >>
> >> You can also check the $TABLE easily via:
> >> print $TABLE
> >>
> >> sincerely
> >>
> >> Iva
> >>
> >> On 26/07/2018, Patrick Dupre <pd...@gm...> wrote:
> >> > Hello,
> >> >
> >> > if I do
> >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3
> >> >
> >> > Every thing is OK
> >> >
> >> > If I do
> >> >
> >> > set table $DATA
> >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3
> >> > unset table
> >> > plot $DATA
> >> >
> >> > It does not work
> >> >
> >> > Why?
> >> >
> >> > Thank for your help.
> >> >
> >> > ===========================================================================
> >> > Patrick DUPRÉ | | email:
> >> > pd...@gm...
> >> > Laboratoire de Physico-Chimie de l'Atmosphère | |
> >> > Université du Littoral-Côte d'Opale | |
> >> > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
> >> > 189A, avenue Maurice Schumann | | 59140 Dunkerque,
> >> > France
> >> > ===========================================================================
> >> >
> >> > ------------------------------------------------------------------------------
> >> > Check out the vibrant tech community on one of the world's most
> >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> > _______________________________________________
> >> > gnuplot-info mailing list
> >> > gnu...@li...
> >> > Membership management via:
> >> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >> >
> >>
> >
>
|
|
From: ivana r. <iva...@mf...> - 2018-07-26 10:46:19
|
Hi Patrick, even if you force two columns, e.g. 'plot $DATA u 1:2'? It seems to me that gnuplot take the table $DATA as it has only one numerical column. Is it possible that there are some special chars left? If so, it should help to get table via 'plot file using ($1/1000):($3+0)' instead as well. I. On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: > Hello Iva, > > Thank for the feedback, > > print $DATA > # x y type > 4.41863e+07 -0.037085 i > 4.42347e+07 -0.039582 i > 4.42836e+07 -0.0414126 i > 4.43342e+07 -0.0432468 i > > seems OK, but > plot $DATA > the first column versus an index. > 0 4.41863e+07 > 1 4.42347e+07 > 2 4.42836e+07 > 3 4.43342e+07 > > =========================================================================== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > =========================================================================== > > >> Sent: Thursday, July 26, 2018 at 12:09 PM >> From: "ivana richterova" <iva...@mf...> >> To: "Patrick Dupre" <pd...@gm...> >> Cc: gnuplot <gnu...@li...> >> Subject: Re: [Gnuplot-info] set table >> >> Hi Patrick, >> >> > It does not work >> >> what do you mean, what happens, is there any error message? >> >> Anyhow, as the construction works in same cases, e.g. with a function >> to be plotted, there is probably some garbage in your data. Then >> 'using 1:2' should help as well. >> >> You can also check the $TABLE easily via: >> print $TABLE >> >> sincerely >> >> Iva >> >> On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: >> > Hello, >> > >> > if I do >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 >> > >> > Every thing is OK >> > >> > If I do >> > >> > set table $DATA >> > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 >> > unset table >> > plot $DATA >> > >> > It does not work >> > >> > Why? >> > >> > Thank for your help. >> > >> > =========================================================================== >> > Patrick DUPRÉ | | email: >> > pd...@gm... >> > Laboratoire de Physico-Chimie de l'Atmosphère | | >> > Université du Littoral-Côte d'Opale | | >> > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 >> > 189A, avenue Maurice Schumann | | 59140 Dunkerque, >> > France >> > =========================================================================== >> > >> > ------------------------------------------------------------------------------ >> > Check out the vibrant tech community on one of the world's most >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> > _______________________________________________ >> > gnuplot-info mailing list >> > gnu...@li... >> > Membership management via: >> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info >> > >> > |
|
From: Patrick D. <pd...@gm...> - 2018-07-26 10:18:24
|
Hello Iva, Thank for the feedback, print $DATA # x y type 4.41863e+07 -0.037085 i 4.42347e+07 -0.039582 i 4.42836e+07 -0.0414126 i 4.43342e+07 -0.0432468 i seems OK, but plot $DATA the first column versus an index. 0 4.41863e+07 1 4.42347e+07 2 4.42836e+07 3 4.43342e+07 =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Thursday, July 26, 2018 at 12:09 PM > From: "ivana richterova" <iva...@mf...> > To: "Patrick Dupre" <pd...@gm...> > Cc: gnuplot <gnu...@li...> > Subject: Re: [Gnuplot-info] set table > > Hi Patrick, > > > It does not work > > what do you mean, what happens, is there any error message? > > Anyhow, as the construction works in same cases, e.g. with a function > to be plotted, there is probably some garbage in your data. Then > 'using 1:2' should help as well. > > You can also check the $TABLE easily via: > print $TABLE > > sincerely > > Iva > > On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: > > Hello, > > > > if I do > > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > > > > Every thing is OK > > > > If I do > > > > set table $DATA > > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > > unset table > > plot $DATA > > > > It does not work > > > > Why? > > > > Thank for your help. > > > > =========================================================================== > > Patrick DUPRÉ | | email: pd...@gm... > > Laboratoire de Physico-Chimie de l'Atmosphère | | > > Université du Littoral-Côte d'Opale | | > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > > =========================================================================== > > > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > gnuplot-info mailing list > > gnu...@li... > > Membership management via: > > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > > |
|
From: ivana r. <iva...@mf...> - 2018-07-26 10:09:22
|
Hi Patrick, > It does not work what do you mean, what happens, is there any error message? Anyhow, as the construction works in same cases, e.g. with a function to be plotted, there is probably some garbage in your data. Then 'using 1:2' should help as well. You can also check the $TABLE easily via: print $TABLE sincerely Iva On 26/07/2018, Patrick Dupre <pd...@gm...> wrote: > Hello, > > if I do > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > > Every thing is OK > > If I do > > set table $DATA > plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 > unset table > plot $DATA > > It does not work > > Why? > > Thank for your help. > > =========================================================================== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > =========================================================================== > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
|
From: Patrick D. <pd...@gm...> - 2018-07-26 09:47:10
|
Hello, if I do plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 Every thing is OK If I do set table $DATA plot "070618_C2H2_R2_2ubar_1.txt" using ($1/1000):3 unset table plot $DATA It does not work Why? Thank for your help. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== |
|
From: Gunter K. <gu...@pe...> - 2018-07-25 19:23:02
|
About Gnuplot < 4.6 I don't know much. But for getting the line styles
work in >=5.0 I had to do the following:
if(GPVAL_VERSION >= 5.0){set for [i=1:8] linetype i dashtype i; set
format '%h'}
Kind regards,
Gunter.
|
|
From: Jelle de J. <jel...@po...> - 2018-07-25 19:22:56
|
On 25/07/18 20:56, Jelle de Jong wrote: > Hello everybody, > > I am patching up some older tool that uses gnuplot to generate documents > and I could use some help, with the gnuplot input syntax reference. > > /usr/bin/gnuplot --version > gnuplot 4.6 patchlevel 2 > > This is my old gnuplot input file: https://paste.debian.net/hidden/4e7b108e/ > > In the new output some of the lines are the wrong colour. What are the > commands responsible for the lines? So I can check and reference the old > and new syntax and change the input file? I think I will need to investigate more. From what I can tell is that it uses lifestyles, but these are set somewhere else. And it seems there may be a post process tool that changes the linestyles in eps files as well. Kind regards, Jelle de Jong |
|
From: Jelle de J. <jel...@po...> - 2018-07-25 19:13:51
|
Hello everybody, I am patching up some older tool that uses gnuplot to generate documents and I could use some help, with the gnuplot input syntax reference. /usr/bin/gnuplot --version gnuplot 4.6 patchlevel 2 This is my old gnuplot input file: https://paste.debian.net/hidden/4e7b108e/ In the new output some of the lines are the wrong colour. What are the commands responsible for the lines? So I can check and reference the old and new syntax and change the input file? Thank you. Kind regards and best wishes, Jelle de Jong |
|
From: theozh <th...@gm...> - 2018-07-21 06:36:28
|
Hi, I was searching for a visual compilation of the predefined colors in gnuplot. But so far, I couldn't find one.
So, just in case anybody might be interested... here is a code to do it yourself. This still can be fine tuned and improved. The color names and values are taken from "show colornames" in gnuplot 5.2rc4.
### gnuplot script to display all predefined gnuplot colors
reset
set term wxt size 1000,700
array ColorNames[111] = ['white', 'black', 'dark-grey', 'red', 'web-green', \
'web-blue', 'dark-magenta', 'dark-cyan', 'dark-orange', 'dark-yellow', \
'royalblue', 'goldenrod', 'dark-spring-green', 'purple', 'steelblue', \
'dark-red', 'dark-chartreuse', 'orchid', 'aquamarine', 'brown', 'yellow', \
'turquoise', 'grey0', 'grey10', 'grey20', 'grey30', 'grey40', 'grey50', \
'grey60', 'grey70', 'grey', 'grey80', 'grey90', 'grey100', 'light-red', \
'light-green', 'light-blue', 'light-magenta', 'light-cyan', \
'light-goldenrod', 'light-pink', 'light-turquoise', 'gold', 'green', \
'dark-green', 'spring-green', 'forest-green', 'sea-green', 'blue', \
'dark-blue', 'midnight-blue', 'navy', 'medium-blue', 'skyblue', 'cyan', \
'magenta', 'dark-turquoise', 'dark-pink', 'coral', 'light-coral', \
'orange-red', 'salmon', 'dark-salmon', 'khaki', 'dark-khaki', \
'dark-goldenrod', 'beige', 'olive', 'orange', 'violet', 'dark-violet', \
'plum', 'dark-plum', 'dark-olivegreen', 'orangered4', 'brown4', 'sienna4', \
'orchid4', 'mediumpurple3', 'slateblue1', 'yellow4', 'sienna1', 'tan1', \
'sandybrown', 'light-salmon', 'pink', 'khaki1', 'lemonchiffon', 'bisque', \
'honeydew', 'slategrey', 'seagreen', 'antiquewhite', 'chartreuse', \
'greenyellow', 'gray', 'light-gray', 'light-grey', 'dark-gray', 'slategray', \
'gray0', 'gray10', 'gray20', 'gray30', 'gray40', 'gray50', 'gray60', \
'gray70', 'gray80', 'gray90', 'gray100']
array ColorCodes[111] = ['#ffffff', '#000000', '#a0a0a0', '#ff0000', \
'#00c000', '#0080ff', '#c000ff', '#00eeee', '#c04000', '#c8c800', '#4169e1', \
'#ffc020', '#008040', '#c080ff', '#306080', '#8b0000', '#408000', '#ff80ff', \
'#7fffd4', '#a52a2a', '#ffff00', '#40e0d0', '#000000', '#1a1a1a', '#333333', \
'#4d4d4d', '#666666', '#7f7f7f', '#999999', '#b3b3b3', '#c0c0c0', '#cccccc', \
'#e5e5e5', '#ffffff', '#f03232', '#90ee90', '#add8e6', '#f055f0', '#e0ffff', \
'#eedd82', '#ffb6c1', '#afeeee', '#ffd700', '#00ff00', '#006400', '#00ff7f', \
'#228b22', '#2e8b57', '#0000ff', '#00008b', '#191970', '#000080', '#0000cd', \
'#87ceeb', '#00ffff', '#ff00ff', '#00ced1', '#ff1493', '#ff7f50', '#f08080', \
'#ff4500', '#fa8072', '#e9967a', '#f0e68c', '#bdb76b', '#b8860b', '#f5f5dc', \
'#a08020', '#ffa500', '#ee82ee', '#9400d3', '#dda0dd', '#905040', '#556b2f', \
'#801400', '#801414', '#804014', '#804080', '#8060c0', '#8060ff', '#808000', \
'#ff8040', '#ffa040', '#ffa060', '#ffa070', '#ffc0c0', '#ffff80', '#ffffc0', \
'#cdb79e', '#f0fff0', '#a0b6cd', '#c1ffc1', '#cdc0b0', '#7cff40', '#a0ff20', \
'#bebebe', '#d3d3d3', '#d3d3d3', '#a0a0a0', '#a0b6cd', '#000000', '#1a1a1a', \
'#333333', '#4d4d4d', '#666666', '#7f7f7f', '#999999', '#b3b3b3', '#cccccc', \
'#e5e5e5', '#ffffff']
#pick red, green, blue color hex string out
Red(ColorCode)= ColorCode[2:3]
Green(ColorCode)=ColorCode[4:5]
Blue(ColorCode)=ColorCode[6:7]
#convert a hex string to dec format
hex2dec(hex)=gprintf("%0.f",int('0X'.hex))
# get decimal number for R,G,B
R(ColorCode) = hex2dec(Red(ColorCode))
G(ColorCode) = hex2dec(Green(ColorCode))
B(ColorCode) = hex2dec(Blue(ColorCode))
# "empirical" formula do decide whether using a white or a black label on the colored background
LabelColor(ColorCode) = (R(ColorCode)+G(ColorCode)*1.5+B(ColorCode)*0.5)/3. > 127 ? "#000000" : "#ffffff"
# Settings
PosYOffset = 4.5
SizeX = 0.7
SizeY = 5
Cols = 10
# loop for placing colored rectangles and labels
do for[i=1:111] {
PosX = (i-1)%Cols + 1
PosY = (i-1)/Cols*10
set object i rectangle at PosX, PosY size SizeX,SizeY fc rgb ColorNames[i]
set label i at PosX, PosY+PosYOffset ColorNames[i] center font ",9"
set label 200+i at PosX, PosY ColorCodes[i] tc rgb LabelColor(ColorCodes[i]) center font ",9"
}
set title "Predefined colors in gnuplot"
set xrange[0.5:10.5]
set xtics 1
set link x2 via x inverse x
set x2tics 1
set yrange[119:-5] reverse
set ytics 10
set link y2 via y inverse y
set y2tics 10
# plot invisible dummy data
plot '-' w p ps 0 not
0 0
e
### end of gnuplot script
|
|
From: Tatsuro M. <tma...@ya...> - 2018-07-18 23:05:58
|
> ...and I have found out that if you open gnuplot as a console app it > doesn't need 100% of one CPU - even if it still refuses to open a plot > window in that case. No idea why. But - I don't even own an own windows > installation... > > - Windows allows to open applications with and without a console. > Opening gnuplot (or wgnuplot) causes 100% of one CPU to be consumed. > - Windows allows to hide the console. If the console of gnuplot or > wgnuplot is hidden the plot window is hidden, too. I think that this mailing list is not suitable to discuss what you wrote. Please post your issues to the bug ticket on gnuplot sourceforge site. https://sourceforge.net/p/gnuplot/bugs/ Bastian has been working extensively for gnuplot on native windows. I think that you should raise his attention on this matter. Tatsuro |
|
From: Kevin O. <rko...@gm...> - 2018-07-18 20:27:53
|
On Wed, Jul 18, 2018 at 10:10 AM, Gunter Königsmann <gu...@pe...> wrote: > I hate finding threads in the internet that don't contain a solution => > writing how far I got: > > - Windows allows to open applications with and without a console. > Opening gnuplot (or wgnuplot) causes 100% of one CPU to be consumed. > - Windows allows to hide the console. If the console of gnuplot or > wgnuplot is hidden the plot window is hidden, too. > > => I can open gnuplot with a console and show the console and will get a > plot - and a superfluous window. But I guess I can live with that. > > And I have to add a 3-line construct to my file in order to make the > console window autoclose whilst keeping the window live (aka reacting to > the mouse): > > > bind "Close" "exit gnuplot" > pause mouse close > exit > > Kind regards, > > Gunter. > > ------------------------------------------------------------ > ------------------ > I had that issue about 14 years ago and put in a signal handler that killed gnuplot on a SIGTERM or other terminating signals. (I was forking gnuplot off of a parent that used chat to communicate with gnuplot.) That is another approach that worked well before pause came on the scene. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rko...@gm... PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 |
|
From: Gunter K. <gu...@pe...> - 2018-07-18 17:10:17
|
I hate finding threads in the internet that don't contain a solution =>
writing how far I got:
- Windows allows to open applications with and without a console.
Opening gnuplot (or wgnuplot) causes 100% of one CPU to be consumed.
- Windows allows to hide the console. If the console of gnuplot or
wgnuplot is hidden the plot window is hidden, too.
=> I can open gnuplot with a console and show the console and will get a
plot - and a superfluous window. But I guess I can live with that.
And I have to add a 3-line construct to my file in order to make the
console window autoclose whilst keeping the window live (aka reacting to
the mouse):
bind "Close" "exit gnuplot"
pause mouse close
exit
Kind regards,
Gunter.
|
|
From: Gunter K. <gu...@pe...> - 2018-07-17 10:23:37
|
On 17.07.2018 01:49, Ethan A Merritt wrote: > On Monday, 16 July 2018 18:19:56 you wrote: >> Encountered another proble, this time on Ms Windows: the file I've sent with my first mail if gnuplot is started from the console opens a plot window. >> If started from wxMaxima, though, gnuplot 5.2 pl 4 uses 100% of one CPU and never opens the plot window. >> >> What might have gone wrong? > > Sorry, I can't help with Windows questions. > Did the bind command fix your original problem? It did. Thanks a lot! ...and I have found out that if you open gnuplot as a console app it doesn't need 100% of one CPU - even if it still refuses to open a plot window in that case. No idea why. But - I don't even own an own windows installation... Kind regards, Gunter. |
|
From: Gunter K. <gu...@pe...> - 2018-07-16 16:20:10
|
Encountered another proble, this time on Ms Windows: the file I've sent with my first mail if gnuplot is started from the console opens a plot window. If started from wxMaxima, though, gnuplot 5.2 pl 4 uses 100% of one CPU and never opens the plot window. What might have gone wrong? Kind regards, Gunter. Am 15. Juli 2018 23:31:27 MESZ schrieb Ethan A Merritt <EAM...@gm...>: >On Sunday, 15 July 2018 15:16:35 Gunter Königsmann wrote: >> > >> > That's from 10 years ago, but the answer is correct. >> > Instead of "pause -1" you want some variant of "pause mouse", >> > possibly "pause mouse close" >> > . >> >> That was exactly what I was searching for. >> >> On my gnuplot 5.2 patchlevel 2 it only nearly does what I want, >though: >> >> It waits until I first close the window and then press <enter> in the >> terminal I opened gnuplot from. If I first press <enter> in the >terminal >> and then close the gnuplot window or fail to press <enter> gnuplot >won't >> close. >> >> I'll attach a simple testfile to this mail. >> >> gnuplot wait.gnuplot >> >> doesn't work as expected but >> >> echo |gnuplot wait.gnuplot >> >> does. >> >> If I did the Right Thing perhaps I can mimic the latter command >somehow... > >I think you are running into idiosyncracies of the particular >desktop manager or environment. The issue is due partly to what >signal is sent when the plot window is closed, and which process that >signal is delivered to. There may also be a difference depending on >which interactive gnuplot terminal is being used. > >For my desktop (KDE 5) and the qt terminal, I get the behavior you >want if I close the plot window with "q" or "cntrl-q" but not if I >close it with "alt-F4" or the window border decoration "x". >Both qt and x11 work as desired if I add the command > > bind "Close" "exit gnuplot" > >before the pause command. > > > Ethan > >> >> Kind regards, >> >> Gunter. -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. |
|
From: Ethan A M. <EAM...@gm...> - 2018-07-15 22:15:00
|
On Sunday, 15 July 2018 15:16:35 Gunter Königsmann wrote:
> >
> > That's from 10 years ago, but the answer is correct.
> > Instead of "pause -1" you want some variant of "pause mouse",
> > possibly "pause mouse close"
> > .
>
> That was exactly what I was searching for.
>
> On my gnuplot 5.2 patchlevel 2 it only nearly does what I want, though:
>
> It waits until I first close the window and then press <enter> in the
> terminal I opened gnuplot from. If I first press <enter> in the terminal
> and then close the gnuplot window or fail to press <enter> gnuplot won't
> close.
>
> I'll attach a simple testfile to this mail.
>
> gnuplot wait.gnuplot
>
> doesn't work as expected but
>
> echo |gnuplot wait.gnuplot
>
> does.
>
> If I did the Right Thing perhaps I can mimic the latter command somehow...
I think you are running into idiosyncracies of the particular
desktop manager or environment. The issue is due partly to what
signal is sent when the plot window is closed, and which process that
signal is delivered to. There may also be a difference depending on
which interactive gnuplot terminal is being used.
For my desktop (KDE 5) and the qt terminal, I get the behavior you
want if I close the plot window with "q" or "cntrl-q" but not if I
close it with "alt-F4" or the window border decoration "x".
Both qt and x11 work as desired if I add the command
bind "Close" "exit gnuplot"
before the pause command.
Ethan
>
> Kind regards,
>
> Gunter.
|
|
From: Gunter K. <gu...@pe...> - 2018-07-15 13:16:49
|
> > That's from 10 years ago, but the answer is correct. > Instead of "pause -1" you want some variant of "pause mouse", > possibly "pause mouse close" > . That was exactly what I was searching for. On my gnuplot 5.2 patchlevel 2 it only nearly does what I want, though: It waits until I first close the window and then press <enter> in the terminal I opened gnuplot from. If I first press <enter> in the terminal and then close the gnuplot window or fail to press <enter> gnuplot won't close. I'll attach a simple testfile to this mail. gnuplot wait.gnuplot doesn't work as expected but echo |gnuplot wait.gnuplot does. If I did the Right Thing perhaps I can mimic the latter command somehow... Kind regards, Gunter. |
|
From: Ethan A M. <eam...@gm...> - 2018-07-14 20:57:00
|
On Saturday, 14 July 2018 22:41:09 Gunter Königsmann wrote: > Dear all, > > wxMaxima allows to automatically embed gnuplot plots into a maths > worksheet: The plot is generated with the png (or pngcairo) terminal and > the bitmap is embedded. Tomorrow's nightly build also on right-clicking > a plot allows to start a separate gnuplot process - which popups a > window in which the user can interactively turn a 3d plot, zoom in and > out or measure coordinates with the cursor. There is a problem left, though: > > - If I start gnuplot as "gnuplot -p /tmp/maxoutXXX.gnuplot" gnuplot > closes when the user closes gnuplot's plot window. But the displayed > graphics is is not interactive (for example a 3d image cannot be turned > using the mouse) > - and if /tmp/maxoutXXX.gnuplot ends with a "pause -1" the image can be > turned with the mouse. But in this case gnuplot doesn't close when the > user dismisses the interactive gnuplot window, which makes gnuplot act > like a big memory leak. > > In the internet I find many related questions like > https://groups.google.com/forum/#!topic/comp.graphics.apps.gnuplot/bE0RHH_l7aI That's from 10 years ago, but the answer is correct. Instead of "pause -1" you want some variant of "pause mouse", possibly "pause mouse close" . See the documentation for the pause command or "help pause". Ethan > ...but until now I didn't find a real solution to my question (most of > the questions were from the gnuplot 4.0 times, though) so I'm asking here. > > Thanks in advance, > and kind regards, > > Gunter. |
|
From: Gunter K. <gu...@pe...> - 2018-07-14 20:41:19
|
Dear all, wxMaxima allows to automatically embed gnuplot plots into a maths worksheet: The plot is generated with the png (or pngcairo) terminal and the bitmap is embedded. Tomorrow's nightly build also on right-clicking a plot allows to start a separate gnuplot process - which popups a window in which the user can interactively turn a 3d plot, zoom in and out or measure coordinates with the cursor. There is a problem left, though: - If I start gnuplot as "gnuplot -p /tmp/maxoutXXX.gnuplot" gnuplot closes when the user closes gnuplot's plot window. But the displayed graphics is is not interactive (for example a 3d image cannot be turned using the mouse) - and if /tmp/maxoutXXX.gnuplot ends with a "pause -1" the image can be turned with the mouse. But in this case gnuplot doesn't close when the user dismisses the interactive gnuplot window, which makes gnuplot act like a big memory leak. In the internet I find many related questions like https://groups.google.com/forum/#!topic/comp.graphics.apps.gnuplot/bE0RHH_l7aI ...but until now I didn't find a real solution to my question (most of the questions were from the gnuplot 4.0 times, though) so I'm asking here. Thanks in advance, and kind regards, Gunter. |