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: Thomas D. D. <to...@sp...> - 2015-07-10 22:25:28
|
On 07/10/15 12:41, Ethan Merritt wrote: > On Fri, Jul 10, 2015 at 11:53 AM, Thomas D. Dean <to...@sp...> wrote: >> On 07/10/15 11:34, Ethan Merritt wrote: >> >>> >>> A pointer to the discussion and proposed fix would be sufficient. >> >> >> >> discussion, among others: >> >> http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 > > That was a different problem altogether. The executable was installed > in the wrong directory. > >> http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html >> >> Daniel J Sebald proposed a patch. >> >> https://sourceforge.net/p/gnuplot/patches/653/ >> >> for cleaning up the linking and waiting for gnuplot_qt socket >> >> I am not sure this patch is a fix. > > That patch was a non-starter because it totally broke on OSX and > basically just papered over the symptom by not checking for a problem > with the font request - so no error message but also the font + > scaling was still messed up if the system didn't respond in time. > > I remain dubious that this is really a problem on the gnuplot end. > The font request really is delayed or late, which points to an issue > with font configuration at the operating system level. The identical > gnuplot code works fine on other linux machines. That doesn't rule > out the possibility that something could be done in gnuplot to reduce > the chance of triggering an error in the font support, but so far I > have not seen a plausible suggestion as to what that change might be. > > Out of curiousity, are you using Qt4 or Qt5? Which exact version? > > I am using qt4. QtCore does not seem to exist in the Ubuntu 14.04 packages for qt5. > lrelease-qt4 -version lrelease version 4.8.6 This seems to be related to qt. See my previous message about set terminal. Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 19:41:25
|
On Fri, Jul 10, 2015 at 11:53 AM, Thomas D. Dean <to...@sp...> wrote: > On 07/10/15 11:34, Ethan Merritt wrote: > >> >> A pointer to the discussion and proposed fix would be sufficient. > > > > discussion, among others: > > http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 That was a different problem altogether. The executable was installed in the wrong directory. > http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html > > Daniel J Sebald proposed a patch. > > https://sourceforge.net/p/gnuplot/patches/653/ > > for cleaning up the linking and waiting for gnuplot_qt socket > > I am not sure this patch is a fix. That patch was a non-starter because it totally broke on OSX and basically just papered over the symptom by not checking for a problem with the font request - so no error message but also the font + scaling was still messed up if the system didn't respond in time. I remain dubious that this is really a problem on the gnuplot end. The font request really is delayed or late, which points to an issue with font configuration at the operating system level. The identical gnuplot code works fine on other linux machines. That doesn't rule out the possibility that something could be done in gnuplot to reduce the chance of triggering an error in the font support, but so far I have not seen a plausible suggestion as to what that change might be. Out of curiousity, are you using Qt4 or Qt5? Which exact version? |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 19:13:56
|
On Ubuntu 14.04, > gnuplot ... gnuplot> set terminal x11 gnuplot> load "electron.dem" works, all plots are correct. > gnuplot ... gnuplot> set terminal qt gnuplot> load "electron.dem" Warning: slow font initializationHit return to continueqt_processTermEvent received a GE_fontprops event. This should not have happened The first plot is wrong and all others are correct. So, the problem is with the qt terminal, not the x11 terminal. Sorry for the confusion. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 18:53:35
|
On 07/10/15 11:34, Ethan Merritt wrote: > > A pointer to the discussion and proposed fix would be sufficient. discussion, among others: http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html Daniel J Sebald proposed a patch. https://sourceforge.net/p/gnuplot/patches/653/ for cleaning up the linking and waiting for gnuplot_qt socket I am not sure this patch is a fix. Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 18:34:29
|
On Fri, Jul 10, 2015 at 11:26 AM, Thomas D. Dean <to...@sp...> wrote:
> I removed gnuplot 5.1 and installed the Ubuntu package.
>
> Now, electron.dem works.
>
> But, the Ubuntu package is seemingly screwed-up. Installing gnuplot
> does not work. Installing gnuplot-x11 does not work. Installing
> gnuplot-qt does work.
>
> I use X, not the desktop.
>
> I removed the ubuntu packages and manually cleaned-up. apt does not
> remove /usr/bin/gnuplot.
>
> I rebuilt and installed gnuplot 5.1. It works great, except for the
> first plot.
>
> This issue has been discussed repeatedly for both OSX abnd Linux. A fix
> was proposed and it looks like it was not implemented.
Discussed and proposed where?
> Should I file a bug report?
A pointer to the discussion and proposed fix would be sufficient.
thanks,
Ethan
> Tom Dean
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 18:26:14
|
I removed gnuplot 5.1 and installed the Ubuntu package. Now, electron.dem works. But, the Ubuntu package is seemingly screwed-up. Installing gnuplot does not work. Installing gnuplot-x11 does not work. Installing gnuplot-qt does work. I use X, not the desktop. I removed the ubuntu packages and manually cleaned-up. apt does not remove /usr/bin/gnuplot. I rebuilt and installed gnuplot 5.1. It works great, except for the first plot. This issue has been discussed repeatedly for both OSX abnd Linux. A fix was proposed and it looks like it was not implemented. Should I file a bug report? Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 16:23:58
|
On 07/10/15 09:04, Thomas D. Dean wrote: > > uname -a > Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > > > gnuplot electron.dem > > Warning: slow font initializationHit return to > continueqt_processTermEvent received a GE_fontprops event. This should > not have happened > > The first plot is over-zoomed so the title and labels are just off the > display. The next plot is correct. If I do the plots manually, line by > line, the first plot is still not correct. But, if I issue the plot > command again, I get a correct plot. Bug 1572 mentions using enhanced on set term > gnuplot ... gnuplot> set term x11 enhanced gnuplot> load "electron.dem" All the plots are correct. Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 16:20:38
|
On Friday, 10 July 2015 09:04:22 AM Thomas D. Dean wrote: > > uname -a > Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > > > gnuplot electron.dem > > Warning: slow font initializationHit return to > continueqt_processTermEvent received a GE_fontprops event. This should > not have happened > > The first plot is over-zoomed so the title and labels are just off the > display. The next plot is correct. If I do the plots manually, line by > line, the first plot is still not correct. But, if I issue the plot > command again, I get a correct plot. > > Is this a known problem? So far as I know the error message means exactly what it says. The request to the system for a font took so long that gnuplot decided to stop waiting for it and tried to draw the plot with only a guess at font information. Because of this, the sizing and placement of elements in the font is not correct. This can happen if you request a font that has buggy metrics (some very old *.ttf fonts for example), but can also come if the font is not already in the system or per-user font cache and the system is just plain slow in searching/loading it from disk. In the latter case the problem should go away if you repeat the plot sequence, because now it is in the font cache. This seems to be a recurring problem on OSX, but I have only seen it on linux if the font is being used for the very first time and therefore none of the font metrics are cached. Ethan > Any fix? > > Tom Dean > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info -- mail: Biomolecular Structure Center, K-428 Health Sciences Bldg MS 357742, University of Washington, Seattle 98195-7742 |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 16:04:31
|
> uname -a Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > gnuplot electron.dem Warning: slow font initializationHit return to continueqt_processTermEvent received a GE_fontprops event. This should not have happened The first plot is over-zoomed so the title and labels are just off the display. The next plot is correct. If I do the plots manually, line by line, the first plot is still not correct. But, if I issue the plot command again, I get a correct plot. Is this a known problem? Any fix? Tom Dean |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-18 00:50:36
|
----- Original Message ----- > From: tmacchant > To: gnuplot-info > Cc: > Date: 2015/6/18, Thu 09:00 > Subject: Re: [Gnuplot-info] passing an argument to gnuplot script > >> export num=$1 >> gnuplot -e "fileW='/dev/shm/waitingTime$1.txt'; >> fileT='/dev/shm/thinkingTime$1.txt'" file.gnuplot > > I have been long time only window user and became also Linux user very > recently. > (But I have experienced msys and cygwin.) > > I have also Googled. > > Does the below work? > $ cmd=$(printf "gnuplot -e \"fileW='/dev/shm/waitingTime%d.txt';fileT='/dev/shm/thinkingTime%d.txt'\" file.gnuplot" $1 $1); $cmd > Perhaps the below is enough $ $(printf "gnuplot -e \"fileW='/dev/shm/waitingTime%d.txt';fileT='/dev/shm/thinkingTime%d.txt'\" file.gnuplot" $1 $1) Tatsuro |
|
From: tmacchant <tma...@ya...> - 2015-06-18 00:22:54
|
> export num=$1 > gnuplot -e "fileW='/dev/shm/waitingTime$1.txt'; > fileT='/dev/shm/thinkingTime$1.txt'" file.gnuplot I have been long time only window user and became also Linux user very recently. (But I have experienced msys and cygwin.) I have also Googled. Does the below work? $ cmd=$(printf "gnuplot -e \"fileW='/dev/shm/waitingTime%d.txt'; fileT='/dev/shm/thinkingTime%d.txt'\" file.gnuplot" $1 $1); $cmd Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/passing-an-argument-to-gnuplot-script-tp94p19544.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: tmacchant <tma...@ya...> - 2015-06-15 23:13:28
|
> okay if i want to pass a parameter ,i have the bash script and i want to call my gnuplot file and pass > > this parameter (which is a number)to it . now in the bash script i used > this command gnuplot /home/yas/file.gnuplot $1 > and in the gnuplot file i need to be able to take this $1 ..how to do > that? > i tried arg but it did not work! I did not say the below works gnuplot /home/yas/file.gnuplot $1 I have wrote some working examples. Did not you look those? As far as I know, there are two ways to pass the parameter to the script. The below examples were already written in separately, but I summarize in one for the convenience. **************************************************** 1. Scripts are prepared to use parameters and initial values of them are determined outside of script. #test.gp set term pngcairo set out 'paratest.png plot a*x+b set out #end of test.gp echo "a=2;b=3;load 'test.gp'" | gnuplotcvs or gnuplot -e "a=2;b=3;load 'test.gp'" 2. Prepare scripts using argument variable ($0, $1,... (ver. <= 4) or ARG1, ARG2, (ver.5)) and argument passed by command line **************************************************************************** Note that command line options are changed at ver. 5. Version 4 $ gnuplot --help Usage: gnuplot [OPTION]... [FILE] for X11 options see 'help X11->command-line-options' -V, --version -h, --help -p --persist -d --default-settings -e "command1; command2; ..." Version 5 $ gnuplot --help Usage: gnuplot [OPTION] ... [FILE] for X11 options see 'help X11->command-line-options' -V, --version -h, --help -p --persist -d --default-settings -c scriptfile ARG1 ARG2 ... -e "command1; command2; ..." The option to use call mechanism is added on ver. 5 -c scriptfile ARG1 ARG2 ... **************************************************************************** I show a example for ver.5 #calltest.gp a=ARG1; b=ARG2 set term pngcairo set out 'paratest.png plot a*x+b set out #end of calltest.gp gnuplotcvs -e "call 'calltest.gp' 2 3" # works on all version or gnuplotcvs -c calltest.gp 2 3 # works only on ver. 5 or later For ver.4 or before, ARG1 and ARG2 should be replaced by $0 and $1. Note for call script for ver.4 or before, NOTE: there is a clash in syntax with the datafile `using` callback operator. Use `$$n` or `column(n)` to access column n from a datafile inside a `call`ed datafile plot. Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/passing-an-argument-to-gnuplot-script-tp94p19532.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-14 07:34:26
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: tmacchant3 gnuplot-info > Cc: > Date: 2015/6/14, Sun 15:35 > Subject: Re: [Gnuplot-info] passing an argument to gnuplot script > > ----- Original Message ----- > >> From: tmacchant >> To: gnuplot-info >> Cc: >> Date: 2015/6/13, Sat 04:49 >> Subject: Re: [Gnuplot-info] passing an argument to gnuplot script >> >>> #!/bin/bash >>> set xlabel "start" >>> set ylabel "Delay" >>> set autoscale >> >> You are confusing gnuplot script and bash shell command. >> >> #!/bin/bash declare that this file is bash shell script. You cannot write >> gnuplot command in bash shell script. >> >> Tatsuro >> > > The below examples are not strictly passing the arguments but practically do the > similar thing. > > #test.gp > plot a*x+b > #end of test.gp > > $ echo "a=2;b=3;load 'test.gp'" | gnuplotcvs --persist > or > $ gnuplot -e "a=2;b=3;load 'test.gp'" --persist > > The idea is taken from the octave-ML. > > http://octave.1599824.n4.nabble.com/Pass-argument-to-script-file-td4670853.html > > HTH > > Tatsuro Using call command on gnuplot version 5 or later #calltest.gp plot ARG1*x+ARG2 $ gnuplot -e "call 'calltest.gp' 2 3" --persist HTH Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-14 06:35:49
|
----- Original Message ----- > From: tmacchant > To: gnuplot-info > Cc: > Date: 2015/6/13, Sat 04:49 > Subject: Re: [Gnuplot-info] passing an argument to gnuplot script > >> #!/bin/bash >> set xlabel "start" >> set ylabel "Delay" >> set autoscale > > You are confusing gnuplot script and bash shell command. > > #!/bin/bash declare that this file is bash shell script. You cannot write > gnuplot command in bash shell script. > > Tatsuro > The below examples are not strictly passing the arguments but practically do the similar thing. #test.gp plot a*x+b #end of test.gp $ echo "a=2;b=3;load 'test.gp'" | gnuplotcvs --persist or $ gnuplot -e "a=2;b=3;load 'test.gp'" --persist The idea is taken from the octave-ML. http://octave.1599824.n4.nabble.com/Pass-argument-to-script-file-td4670853.html HTH Tatsuro |
|
From: tmacchant <tma...@ya...> - 2015-06-12 20:10:57
|
>#!/bin/bash >set xlabel "start" >set ylabel "Delay" >set autoscale You are confusing gnuplot script and bash shell command. #!/bin/bash declare that this file is bash shell script. You cannot write gnuplot command in bash shell script. Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/passing-an-argument-to-gnuplot-script-tp94p19528.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: tmacchant <tma...@ya...> - 2015-06-12 07:26:46
|
> Hi i have the same problem but man page says i should write call "<input-file>" <parameter-0> > i don't understand what input file ? > I was going to type -----> gnuplot script.sh 2 so how do i use call ? You want use argument when gnuplot in batch mode. ******************************************* >gnuplot --help Usage: gnuplot [OPTION] ... [FILE] -V, --version -h, --help -p --persist -d --default-settings -c scriptfile ARG1 ARG2 ... -e "command1; command2; ..." gnuplot 5.1 patchlevel 0 Report bugs to gnu...@li... ******************************************* Perhaps what you want is -c scriptfile ARG1 ARG2 ... Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/passing-an-argument-to-gnuplot-script-tp94p19526.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: tmacchant <tma...@ya...> - 2015-06-11 22:18:37
|
The call command is intended to call other script from gnuplot script file. Input file is a gnuplot script file that one call from gnuplot script file. You wrote a input file as shell script. It is wrong usage for call command. Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/passing-an-argument-to-gnuplot-script-tp94p19524.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2015-05-28 19:33:29
|
Am 28.05.2015 um 18:21 schrieb Eduardo Costa Alfaia: > I am a bit lost, I have two files which I have plotted (the figure > below), No figure (may have been stripped by the mailing list processor). > The problem is that these files have > been created by two distinct equipments, so the initial timestamps > are different. That statement makes no sense. Why should difference of equipment be the cause of a difference in timestamps? > My question is I get moving the green line in the > arrow's direction, the green line begin in the 1432566731 timestamp. Without the missing figure, that statement doesn't make sense. [And repeating the same question with a slightly modified subject won't get you an answer any faster, either...] |
|
From: Eduardo C. A. <e.c...@un...> - 2015-05-28 16:52:15
|
Hi All, I am a bit lost, I have two files which I have plotted (the figure below), these files are based in timestamp in the first column and the data in the second column. The problem is that these files have been created by two distinct equipments, so the initial timestamps are different. My question is I get moving the green line in the arrow's direction, the green line begin in the 1432566731 timestamp. Thanks all -- Informativa sulla Privacy: http://www.unibs.it/node/8155 |
|
From: Eduardo C. A. <e.c...@un...> - 2015-05-28 16:36:00
|
Hi All, I am a bit lost, I have two files which I have plotted (the figure below), these files are based in timestamp in the first column and the data in the second column. The problem is that these files have been created by two distinct equipments, so the initial timestamps are different. My question is I get moving the green line in the arrow's direction, the green line begin in the 1432566731 timestamp. Thanks all -- Informativa sulla Privacy: http://www.unibs.it/node/8155 |
|
From: Tatsuro M. <tma...@ya...> - 2015-05-26 21:50:59
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: gnu...@li... > Cc: > Date: 2015/5/27, Wed 05:29 > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > > --- Teodoro Seoane wrote: >> Hi Tatsuro, >> >> I already register the bug some days ago: >> http://sourceforge.net/p/gnuplot/bugs/1613/ >> >> I cannot edit it now, do I have to register? >> Maybe you could add the terminals affected and the fact that only happens > with 125% enlargement. >> >> Thank you for your tests. >> >> Regards, >> Teo >> >> >> -----Original Message----- >> From: Tatsuro MATSUOKA [mailto:tma...@ya...] >> Sent: martes, 26 de mayo de 2015 13:27 >> To: tma...@ya...; Teodoro Seoane; > gnu...@li... >> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows >> >> ----- Original Message ----- >> >> > From: Tatsuro MATSUOKA >> > To: Teodoro Seoane >; gnuplot-info >> > Cc: >> > Date: 2015/5/26, Tue 17:36 >> > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows >> > >> > ----- Original Message ----- >> > >> >> From: Teodoro Seoane >> >> To: Tatsuro MATSUOKA ; "gnuplot-info <gnuplot-info >> >> Cc: >> >> Date: 2015/5/25, Mon 15:08 >> >> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on > Windows >> >> >> >> Hi Tatsuro, >> >> >> >> It seems that the problem only happens with 125% enlarged font. >> >> I have tested it also with 150%, and as you say, everything was > fine. >> >> >> >> Could you test it with 125%? >> >> >> >> Thank you, >> >> Teo >> >> >> >> -----Original Message----- >> >> From: Tatsuro MATSUOKA [mailto:tma...@ya...] >> >> Sent: sábado, 23 de mayo de 2015 1:23 >> >> To: Teodoro Seoane; gnu...@li... >> >> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on > Windows >> >> >> >>> From: Teodoro Seoane >> >> >> >>> To: Tatsuro MATSUOKA ; "gnuplot-info" > <gnuplot-info> >> >>> Cc: >> >>> Date: 2015/5/22, Fri 20:18 >> >>> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on >> >>> Windows >> >>> >> >>> Hi Tatsuro, >> >>> >> >>> I have tested it no won gnuplot 5.0.0 and the behaviour > remains >> >>> the >> > same. >> >>> >> >>> I have tested it with this simple script: >> >>> set term pngcairo enhanced font "Arial,12" size > 960, 720 >> > rounded >> >> set >> >>> output 'labels.png' >> >>> plot x t 'LabelSize' >> >>> >> >>> Then I changed the windows font scale in the control panel > (you >> >>> have >> >>> to log off and log on) and launched the script again. >> >>> The output image have bigger labels now. >> >>> Can you reproduce it too? >> >>> >> >>> I will file a bug then. >> >>> >> >>> Thank you! >> >>> Teo >> >>> >> >>> >> >>> -----Original Message----- >> >>> From: Tatsuro MATSUOKA >> >>> Sent: viernes, 22 de mayo de 2015 4:30 >> >>> To: Teodoro Seoane; gnuplot-info >> >>> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on >> >>> Windows >> >>> >> >>> ----- Original Message ----- >> >>> >> >>>> From: Teodoro Seoane >> >>>> To: "gnuplot-info <gnuplot-info> >> >>>> Cc: >> >>>> Date: 2015/5/20, Wed 15:11 >> >>>> Subject: [Gnuplot-info] Gnuplot text scaling problem on > Windows >> >>>> >> >>>> Hi all, >> >>>> >> >>>> I have a problem with gnuplot text scaling, which is > different >> >>>> depending on the computer where my script is run. >> >>>> I use the pngcairo terminal with gnuplot 4.6.6 to plot > my >> > figures >> >>>> under Windows OS, for example: >> >>>> set term pngcairo enhanced font "Arial,12" > size 960, >> > 720 >> >> rounded >> >>>> >> >>>> And I let other colleagues use the code to produce > their own >> >>>> figures, but it seems that for some of them the text in > the >> > images is >> >> scaled. >> >>>> >> >>>> It seems that it is related to the Windows OS font > scaling, >> >>>> where >> > >> >>>> you can choose in the Control Panel to enlarge the > fonts of the >> > OS. >> >>>> This Windows configuration affects the text size of the > images, >> >>>> which are prepared for a "normal" font size. >> >>>> Is there any way to avoid this so to use the same > scripts for >> > every >> >>> computer? >> >>>> >> >>>> Thank you, >> >>>> Teo >> >>>> >> >>> >> >>> >> >>> I think that it is a bug. >> >>> Did you observe the same thing gnuplot 5.0.0? >> >>> >> >>> Or can you give a short script to reproduce the problem. >> >>> >> >>> >> >>> If it also happens on gnuplot 5.0.0, please file to the bug > ticket. >> >>> >> >>> http://sourceforge.net/p/gnuplot/bugs/ >> >>> >> >> >> >> >> >> Teo >> >> >> >> I cannot reproduce your problems. >> >> >> >> See the files in >> >> >> >> http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0065 >> >> >> >> labels.zip >> >> >> >> >> >> labels_5.0.png, labels_5.1.png : normal screen setting (tested on > >> >> 5.0.0 and >> > >> >> 5.1.0(cvs)) >> >> >> >> labels_e_5.0.png, labels_e_5.1.png : font enlarged (150%) screen > setting. >> >> >> >> >> >> I have tested on windows 7 Home Premium 64 bit. >> >> >> >> Am I wrong in operation of the control panel? >> > >> > >> > Teo >> > >> > I have reproduced the phenomena with 125% enlarging on windows 7 Home >> > Premium 64 bit with your script. >> > >> > http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0066 >> > >> > 0066 labels20150526.zip, 101,460 bytes, 2015-05-26 >> > >> > >> > Before registering the phenomena to the bug ticket, it is hopefully >> > investigated whether the phenomena happe n on other terminals. (cairo >> > based: pdfcairo, epscairo and wxt, non cairo based (png, jpeg, gif >> > (libgd based), windows, postscrirpt, emf, svg, canvas, etcs. (that can > >> > be built without external >> > libraries.)) . >> > >> > Tatsuro >> > >> >> >> I have tested on pdfcairo, wxt, windows, qt, emf png and svg at the moment. >> I did not tested epscairo postscript, canvas simply because I have > forgotten to test on them. >> >> Affected terminals >> wxt, windows, qt >> >> Non-affected terminals >> png, svg, emf >> >> pdfcairo does give a graph with your script. >> >> I think that we should register the phenomena into the bug ticket. >> >> Tatsuro >> > Teo > > For further edittgng, you need to make log in account and log in . > > I will add my test results to the ticketafterwards. > > Tatsuro > > I already register the bug some days ago: > http://sourceforge.net/p/gnuplot/bugs/1613/ OK. For further response, I will do it on the bug tracker. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-05-26 20:30:00
|
--- Teodoro Seoane wrote: > Hi Tatsuro, > > I already register the bug some days ago: > http://sourceforge.net/p/gnuplot/bugs/1613/ > > I cannot edit it now, do I have to register? > Maybe you could add the terminals affected and the fact that only happens with 125% enlargement. > > Thank you for your tests. > > Regards, > Teo > > > -----Original Message----- > From: Tatsuro MATSUOKA [mailto:tma...@ya...] > Sent: martes, 26 de mayo de 2015 13:27 > To: tma...@ya...; Teodoro Seoane; gnu...@li... > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > > ----- Original Message ----- > > > From: Tatsuro MATSUOKA > > To: Teodoro Seoane >; gnuplot-info > > Cc: > > Date: 2015/5/26, Tue 17:36 > > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > > > > ----- Original Message ----- > > > >> From: Teodoro Seoane > >> To: Tatsuro MATSUOKA ; "gnuplot-info <gnuplot-info > >> Cc: > >> Date: 2015/5/25, Mon 15:08 > >> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on Windows > >> > >> Hi Tatsuro, > >> > >> It seems that the problem only happens with 125% enlarged font. > >> I have tested it also with 150%, and as you say, everything was fine. > >> > >> Could you test it with 125%? > >> > >> Thank you, > >> Teo > >> > >> -----Original Message----- > >> From: Tatsuro MATSUOKA [mailto:tma...@ya...] > >> Sent: sábado, 23 de mayo de 2015 1:23 > >> To: Teodoro Seoane; gnu...@li... > >> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > >> > >>> From: Teodoro Seoane > >> > >>> To: Tatsuro MATSUOKA ; "gnuplot-info" <gnuplot-info> > >>> Cc: > >>> Date: 2015/5/22, Fri 20:18 > >>> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on > >>> Windows > >>> > >>> Hi Tatsuro, > >>> > >>> I have tested it no won gnuplot 5.0.0 and the behaviour remains > >>> the > > same. > >>> > >>> I have tested it with this simple script: > >>> set term pngcairo enhanced font "Arial,12" size 960, 720 > > rounded > >> set > >>> output 'labels.png' > >>> plot x t 'LabelSize' > >>> > >>> Then I changed the windows font scale in the control panel (you > >>> have > >>> to log off and log on) and launched the script again. > >>> The output image have bigger labels now. > >>> Can you reproduce it too? > >>> > >>> I will file a bug then. > >>> > >>> Thank you! > >>> Teo > >>> > >>> > >>> -----Original Message----- > >>> From: Tatsuro MATSUOKA > >>> Sent: viernes, 22 de mayo de 2015 4:30 > >>> To: Teodoro Seoane; gnuplot-info > >>> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on > >>> Windows > >>> > >>> ----- Original Message ----- > >>> > >>>> From: Teodoro Seoane > >>>> To: "gnuplot-info <gnuplot-info> > >>>> Cc: > >>>> Date: 2015/5/20, Wed 15:11 > >>>> Subject: [Gnuplot-info] Gnuplot text scaling problem on Windows > >>>> > >>>> Hi all, > >>>> > >>>> I have a problem with gnuplot text scaling, which is different > >>>> depending on the computer where my script is run. > >>>> I use the pngcairo terminal with gnuplot 4.6.6 to plot my > > figures > >>>> under Windows OS, for example: > >>>> set term pngcairo enhanced font "Arial,12" size 960, > > 720 > >> rounded > >>>> > >>>> And I let other colleagues use the code to produce their own > >>>> figures, but it seems that for some of them the text in the > > images is > >> scaled. > >>>> > >>>> It seems that it is related to the Windows OS font scaling, > >>>> where > > > >>>> you can choose in the Control Panel to enlarge the fonts of the > > OS. > >>>> This Windows configuration affects the text size of the images, > >>>> which are prepared for a "normal" font size. > >>>> Is there any way to avoid this so to use the same scripts for > > every > >>> computer? > >>>> > >>>> Thank you, > >>>> Teo > >>>> > >>> > >>> > >>> I think that it is a bug. > >>> Did you observe the same thing gnuplot 5.0.0? > >>> > >>> Or can you give a short script to reproduce the problem. > >>> > >>> > >>> If it also happens on gnuplot 5.0.0, please file to the bug ticket. > >>> > >>> http://sourceforge.net/p/gnuplot/bugs/ > >>> > >> > >> > >> Teo > >> > >> I cannot reproduce your problems. > >> > >> See the files in > >> > >> http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0065 > >> > >> labels.zip > >> > >> > >> labels_5.0.png, labels_5.1.png : normal screen setting (tested on > >> 5.0.0 and > > > >> 5.1.0(cvs)) > >> > >> labels_e_5.0.png, labels_e_5.1.png : font enlarged (150%) screen setting. > >> > >> > >> I have tested on windows 7 Home Premium 64 bit. > >> > >> Am I wrong in operation of the control panel? > > > > > > Teo > > > > I have reproduced the phenomena with 125% enlarging on windows 7 Home > > Premium 64 bit with your script. > > > > http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0066 > > > > 0066 labels20150526.zip, 101,460 bytes, 2015-05-26 > > > > > > Before registering the phenomena to the bug ticket, it is hopefully > > investigated whether the phenomena happe n on other terminals. (cairo > > based: pdfcairo, epscairo and wxt, non cairo based (png, jpeg, gif > > (libgd based), windows, postscrirpt, emf, svg, canvas, etcs. (that can > > be built without external > > libraries.)) . > > > > Tatsuro > > > > > I have tested on pdfcairo, wxt, windows, qt, emf png and svg at the moment. > I did not tested epscairo postscript, canvas simply because I have forgotten to test on them. > > Affected terminals > wxt, windows, qt > > Non-affected terminals > png, svg, emf > > pdfcairo does give a graph with your script. > > I think that we should register the phenomena into the bug ticket. > > Tatsuro > Teo For further edittgng, you need to make log in account and log in . I will add my test results to the ticketafterwards. Tatsuro |
|
From: Teodoro S. <Teo...@es...> - 2015-05-26 12:37:25
|
Hi Tatsuro, I already register the bug some days ago: http://sourceforge.net/p/gnuplot/bugs/1613/ I cannot edit it now, do I have to register? Maybe you could add the terminals affected and the fact that only happens with 125% enlargement. Thank you for your tests. Regards, Teo -----Original Message----- From: Tatsuro MATSUOKA [mailto:tma...@ya...] Sent: martes, 26 de mayo de 2015 13:27 To: tma...@ya...; Teodoro Seoane; gnu...@li... Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows ----- Original Message ----- > From: Tatsuro MATSUOKA > To: Teodoro Seoane >; gnuplot-info > Cc: > Date: 2015/5/26, Tue 17:36 > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > > ----- Original Message ----- > >> From: Teodoro Seoane >> To: Tatsuro MATSUOKA ; "gnuplot-info <gnuplot-info >> Cc: >> Date: 2015/5/25, Mon 15:08 >> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on Windows >> >> Hi Tatsuro, >> >> It seems that the problem only happens with 125% enlarged font. >> I have tested it also with 150%, and as you say, everything was fine. >> >> Could you test it with 125%? >> >> Thank you, >> Teo >> >> -----Original Message----- >> From: Tatsuro MATSUOKA [mailto:tma...@ya...] >> Sent: sábado, 23 de mayo de 2015 1:23 >> To: Teodoro Seoane; gnu...@li... >> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows >> >>> From: Teodoro Seoane >> >>> To: Tatsuro MATSUOKA ; "gnuplot-info" <gnuplot-info> >>> Cc: >>> Date: 2015/5/22, Fri 20:18 >>> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on >>> Windows >>> >>> Hi Tatsuro, >>> >>> I have tested it no won gnuplot 5.0.0 and the behaviour remains >>> the > same. >>> >>> I have tested it with this simple script: >>> set term pngcairo enhanced font "Arial,12" size 960, 720 > rounded >> set >>> output 'labels.png' >>> plot x t 'LabelSize' >>> >>> Then I changed the windows font scale in the control panel (you >>> have >>> to log off and log on) and launched the script again. >>> The output image have bigger labels now. >>> Can you reproduce it too? >>> >>> I will file a bug then. >>> >>> Thank you! >>> Teo >>> >>> >>> -----Original Message----- >>> From: Tatsuro MATSUOKA >>> Sent: viernes, 22 de mayo de 2015 4:30 >>> To: Teodoro Seoane; gnuplot-info >>> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on >>> Windows >>> >>> ----- Original Message ----- >>> >>>> From: Teodoro Seoane >>>> To: "gnuplot-info <gnuplot-info> >>>> Cc: >>>> Date: 2015/5/20, Wed 15:11 >>>> Subject: [Gnuplot-info] Gnuplot text scaling problem on Windows >>>> >>>> Hi all, >>>> >>>> I have a problem with gnuplot text scaling, which is different >>>> depending on the computer where my script is run. >>>> I use the pngcairo terminal with gnuplot 4.6.6 to plot my > figures >>>> under Windows OS, for example: >>>> set term pngcairo enhanced font "Arial,12" size 960, > 720 >> rounded >>>> >>>> And I let other colleagues use the code to produce their own >>>> figures, but it seems that for some of them the text in the > images is >> scaled. >>>> >>>> It seems that it is related to the Windows OS font scaling, >>>> where > >>>> you can choose in the Control Panel to enlarge the fonts of the > OS. >>>> This Windows configuration affects the text size of the images, >>>> which are prepared for a "normal" font size. >>>> Is there any way to avoid this so to use the same scripts for > every >>> computer? >>>> >>>> Thank you, >>>> Teo >>>> >>> >>> >>> I think that it is a bug. >>> Did you observe the same thing gnuplot 5.0.0? >>> >>> Or can you give a short script to reproduce the problem. >>> >>> >>> If it also happens on gnuplot 5.0.0, please file to the bug ticket. >>> >>> http://sourceforge.net/p/gnuplot/bugs/ >>> >> >> >> Teo >> >> I cannot reproduce your problems. >> >> See the files in >> >> http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0065 >> >> labels.zip >> >> >> labels_5.0.png, labels_5.1.png : normal screen setting (tested on >> 5.0.0 and > >> 5.1.0(cvs)) >> >> labels_e_5.0.png, labels_e_5.1.png : font enlarged (150%) screen setting. >> >> >> I have tested on windows 7 Home Premium 64 bit. >> >> Am I wrong in operation of the control panel? > > > Teo > > I have reproduced the phenomena with 125% enlarging on windows 7 Home > Premium 64 bit with your script. > > http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0066 > > 0066 labels20150526.zip, 101,460 bytes, 2015-05-26 > > > Before registering the phenomena to the bug ticket, it is hopefully > investigated whether the phenomena happe n on other terminals. (cairo > based: pdfcairo, epscairo and wxt, non cairo based (png, jpeg, gif > (libgd based), windows, postscrirpt, emf, svg, canvas, etcs. (that can > be built without external > libraries.)) . > > Tatsuro > I have tested on pdfcairo, wxt, windows, qt, emf png and svg at the moment. I did not tested epscairo postscript, canvas simply because I have forgotten to test on them. Affected terminals wxt, windows, qt Non-affected terminals png, svg, emf pdfcairo does give a graph with your script. I think that we should register the phenomena into the bug ticket. Tatsuro |
|
From: Philipp D. <phi...@we...> - 2015-05-26 11:32:23
|
On 2015-05-26 12:38, Tatsuro MATSUOKA wrote: > ----- Original Message ----- > >> From: Philipp Dijkstal >> To: gnuplot-info >> Cc: >> Date: 2015/5/26, Tue 18:26 >> Subject: [Gnuplot-info] Problem with set range >> >> Dear all, >> >> from the user manual p.174 it seems clear to me that the following input >> should yield the same output. >> >> 1. >> set term pngcairo >> set out 'outfile' >> set yrange [ :6] >> plot 'datafile' u ... >> >> 2. >> set term pngcairo >> set out 'outfile' >> plot [ ] [ :6] 'datafile' u ... >> >> However only the second version works for me. For the first one I get a >> "Segmentation fault (core dumped)" response from bash. >> I use Arch Linux and gnuplot 5.0.0 from the official repository. >> >> I wonder if this is a bug or if I did something wrong. I tried to >> reproduce this error with a simplified data file but the error did not >> occur. >> I would append the gnuplot script and the data file here but I don't >> know if this is allowed for a mailing list. >> >> Thank you in advance, >> Philipp >> > Philipp > > > I cannot say certainly what you met is a bug or not at the moment > because of lack of detailed information. > > However, I have been using many scripts setting the plot range in the > same way as your example 1 on gnuplot on windows, cygwin ans ubuntu > (mainly 5.1 (cvs) built myself) without problems. > > Can you provide a small script that reproduces segmentation fault on your computer? > > Tatsuro > Hello Tatsuro, thank you for your quick reply. When I tried to reproduce the error I found that I had a a comma at the end of the plot command, even though no more input was following. Gnuplot did not complain about it. After I corrected the syntax, both ways to set the y range worked again. I still don't know why the behavior was different but I regard this problem as solved. Philipp |
|
From: Tatsuro M. <tma...@ya...> - 2015-05-26 11:26:50
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: Teodoro Seoane >; gnuplot-info > Cc: > Date: 2015/5/26, Tue 17:36 > Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows > > ----- Original Message ----- > >> From: Teodoro Seoane >> To: Tatsuro MATSUOKA ; "gnuplot-info <gnuplot-info >> Cc: >> Date: 2015/5/25, Mon 15:08 >> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on Windows >> >> Hi Tatsuro, >> >> It seems that the problem only happens with 125% enlarged font. >> I have tested it also with 150%, and as you say, everything was fine. >> >> Could you test it with 125%? >> >> Thank you, >> Teo >> >> -----Original Message----- >> From: Tatsuro MATSUOKA [mailto:tma...@ya...] >> Sent: sábado, 23 de mayo de 2015 1:23 >> To: Teodoro Seoane; gnu...@li... >> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows >> >>> From: Teodoro Seoane >> >>> To: Tatsuro MATSUOKA ; "gnuplot-info" <gnuplot-info> >>> Cc: >>> Date: 2015/5/22, Fri 20:18 >>> Subject: RE: [Gnuplot-info] Gnuplot text scaling problem on Windows >>> >>> Hi Tatsuro, >>> >>> I have tested it no won gnuplot 5.0.0 and the behaviour remains the > same. >>> >>> I have tested it with this simple script: >>> set term pngcairo enhanced font "Arial,12" size 960, 720 > rounded >> set >>> output 'labels.png' >>> plot x t 'LabelSize' >>> >>> Then I changed the windows font scale in the control panel (you have >>> to log off and log on) and launched the script again. >>> The output image have bigger labels now. >>> Can you reproduce it too? >>> >>> I will file a bug then. >>> >>> Thank you! >>> Teo >>> >>> >>> -----Original Message----- >>> From: Tatsuro MATSUOKA >>> Sent: viernes, 22 de mayo de 2015 4:30 >>> To: Teodoro Seoane; gnuplot-info >>> Subject: Re: [Gnuplot-info] Gnuplot text scaling problem on Windows >>> >>> ----- Original Message ----- >>> >>>> From: Teodoro Seoane >>>> To: "gnuplot-info <gnuplot-info> >>>> Cc: >>>> Date: 2015/5/20, Wed 15:11 >>>> Subject: [Gnuplot-info] Gnuplot text scaling problem on Windows >>>> >>>> Hi all, >>>> >>>> I have a problem with gnuplot text scaling, which is different >>>> depending on the computer where my script is run. >>>> I use the pngcairo terminal with gnuplot 4.6.6 to plot my > figures >>>> under Windows OS, for example: >>>> set term pngcairo enhanced font "Arial,12" size 960, > 720 >> rounded >>>> >>>> And I let other colleagues use the code to produce their own >>>> figures, but it seems that for some of them the text in the > images is >> scaled. >>>> >>>> It seems that it is related to the Windows OS font scaling, where > >>>> you can choose in the Control Panel to enlarge the fonts of the > OS. >>>> This Windows configuration affects the text size of the images, >>>> which are prepared for a "normal" font size. >>>> Is there any way to avoid this so to use the same scripts for > every >>> computer? >>>> >>>> Thank you, >>>> Teo >>>> >>> >>> >>> I think that it is a bug. >>> Did you observe the same thing gnuplot 5.0.0? >>> >>> Or can you give a short script to reproduce the problem. >>> >>> >>> If it also happens on gnuplot 5.0.0, please file to the bug ticket. >>> >>> http://sourceforge.net/p/gnuplot/bugs/ >>> >> >> >> Teo >> >> I cannot reproduce your problems. >> >> See the files in >> >> http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0065 >> >> labels.zip >> >> >> labels_5.0.png, labels_5.1.png : normal screen setting (tested on 5.0.0 and > >> 5.1.0(cvs)) >> >> labels_e_5.0.png, labels_e_5.1.png : font enlarged (150%) screen setting. >> >> >> I have tested on windows 7 Home Premium 64 bit. >> >> Am I wrong in operation of the control panel? > > > Teo > > I have reproduced the phenomena with 125% enlarging on windows 7 Home Premium 64 > bit with your script. > > http://www.geocities.co.jp/tmgpltwin/Files/Files.html#0066 > > 0066 labels20150526.zip, 101,460 bytes, 2015-05-26 > > > Before registering the phenomena to the bug ticket, it is hopefully investigated > whether the phenomena happe n on other terminals. (cairo based: pdfcairo, > epscairo and wxt, non cairo based (png, jpeg, gif (libgd based), windows, > postscrirpt, emf, svg, canvas, etcs. (that can be built without external > libraries.)) . > > Tatsuro > I have tested on pdfcairo, wxt, windows, qt, emf png and svg at the moment. I did not tested epscairo postscript, canvas simply because I have forgotten to test on them. Affected terminals wxt, windows, qt Non-affected terminals png, svg, emf pdfcairo does give a graph with your script. I think that we should register the phenomena into the bug ticket. Tatsuro |