You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2026 |
Jan
|
Feb
(24) |
Mar
(20) |
Apr
(18) |
May
(2) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: sfeam <eam...@gm...> - 2015-08-03 01:39:26
|
On Sunday, 02 August 2015 05:43:48 PM BBands wrote: > It seems that the leading zero causes octal interpretation. I have no > problem with that, but as with floor division, another unexpected result by > most users, I think gp should at least warn. I know HBB will disagree, and > I understand his point, so perhaps the warnings could be switched off by an > 'expert' compilation flag. Or the behaviors could be switched on and off > within the program??? Or a unique delimiter like '/' could be used. Feel > free to lynch, but I think that we ought to try for expected results, not > iso format dates for the first eight months of the year being converted to > octal. There is no problem with iso format dates or indeed with any date/time formats. The time format routines strptime, strftime, etc do not interpret leading zeros as indicating an octal number. The issue only arises for integer assignment, not dates. > Python took floor division on, so perhaps we should too? > > John > > On Sun, Aug 2, 2015 at 4:31 PM, Dave Horsfall <da...@ho...> wrote: > > > Version 5.0 patchlevel 1 last modified 2015-06-07 > > > > I've just spotted a weird problem in one of my scripts. I'm manipulating > > the date, and I have the line "month = `date +%m`" to extract the month as > > a number. If it's in back-tics, it's being interpreted by the shell, not by gnuplot. So that particular example says nothing about how gnuplot processes month numbers. Ethan > > > > Come August, and it appears as: > > > > gnuplot> month = 08 > > ^ > > "health.gp", line 51: unexpected or unrecognized token > > > > My guess is that "08" is being parsed as an octal number, and hence > > invalid; I could've sworn that this was working last year... > > > > Anyone else seeing this? > > > ------------------------------------------------------------------------------ > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
|
From: BBands <bb...@gm...> - 2015-08-03 00:43:55
|
It seems that the leading zero causes octal interpretation. I have no
problem with that, but as with floor division, another unexpected result by
most users, I think gp should at least warn. I know HBB will disagree, and
I understand his point, so perhaps the warnings could be switched off by an
'expert' compilation flag. Or the behaviors could be switched on and off
within the program??? Or a unique delimiter like '/' could be used. Feel
free to lynch, but I think that we ought to try for expected results, not
iso format dates for the first eight months of the year being converted to
octal. Python took floor division on, so perhaps we should too?
John
On Sun, Aug 2, 2015 at 4:31 PM, Dave Horsfall <da...@ho...> wrote:
> Version 5.0 patchlevel 1 last modified 2015-06-07
>
> I've just spotted a weird problem in one of my scripts. I'm manipulating
> the date, and I have the line "month = `date +%m`" to extract the month as
> a number.
>
> Come August, and it appears as:
>
> gnuplot> month = 08
> ^
> "health.gp", line 51: unexpected or unrecognized token
>
> My guess is that "08" is being parsed as an octal number, and hence
> invalid; I could've sworn that this was working last year...
>
> Anyone else seeing this?
>
|
|
From: sfeam <sf...@us...> - 2015-08-03 00:10:05
|
On Monday, 03 August 2015 09:31:48 AM Dave Horsfall wrote:
> Version 5.0 patchlevel 1 last modified 2015-06-07
>
> I've just spotted a weird problem in one of my scripts. I'm manipulating
> the date, and I have the line "month = `date +%m`" to extract the month as
> a number.
>
> Come August, and it appears as:
>
> gnuplot> month = 08
> ^
> "health.gp", line 51: unexpected or unrecognized token
>
> My guess is that "08" is being parsed as an octal number, and hence
> invalid;
Correct
> I could've sworn that this was working last year...
Nope. This has been true since at least version 4.4 (March 2010)
although the error message has changed:
G N U P L O T
Version 4.4 patchlevel 0
last modified March 2010
System: Linux 3.14.43-desktop-1.mga4
Copyright (C) 1986-1993, 1998, 2004, 2007-2010
Thomas Williams, Colin Kelley and many others
gnuplot home: http://www.gnuplot.info
faq, bugs, etc: type "help seeking-assistance"
immediate help: type "help"
plot window: hit 'h'
Terminal type set to 'wxt'
gnuplot> month = 08
^
';' expected
gnuplot> foo = 077
gnuplot> print foo
63
> Anyone else seeing this?
>
>
|
|
From: Dave H. <da...@ho...> - 2015-08-02 23:56:24
|
Version 5.0 patchlevel 1 last modified 2015-06-07
I've just spotted a weird problem in one of my scripts. I'm manipulating
the date, and I have the line "month = `date +%m`" to extract the month as
a number.
Come August, and it appears as:
gnuplot> month = 08
^
"health.gp", line 51: unexpected or unrecognized token
My guess is that "08" is being parsed as an octal number, and hence
invalid; I could've sworn that this was working last year...
Anyone else seeing this?
--
Dave Horsfall DTM (VK2KFU) "Those who don't understand security will suffer."
Watson never said: "I think there is a world market for maybe five computers."
|
|
From: Tatsuro M. <tma...@ya...> - 2015-07-16 01:43:47
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: gnuplot-info > Cc: > Date: 2015/7/16, Thu 09:20 > Subject: [Gnuplot-info] Please correct http://www.gnuplot.info/demo/poldat.html > >T he bug ticket > > https://sourceforge.net/p/gnuplot/bugs/1653/ > > (#1653 polar plot dashed grid lines are curved, should be staright) > > The bug is already fixed and fixed official version, version 5.0.1, is already > released so that the issue is marked as a pending-fixed. > > However, http://www.gnuplot.info/demo/poldat.html > was created buggy 5.0.0 with png terminal. > > The page should be revised 5.0.1 or later or using pngcairo. > > When the page will be fixed, I will change the bug ticket to be closed. > > Tatsuro The web page is fixed. Thanks! The bug ticket #1653 is marked as "closed". Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-07-16 00:20:14
|
The bug ticket https://sourceforge.net/p/gnuplot/bugs/1653/ (#1653 polar plot dashed grid lines are curved, should be staright) The bug is already fixed and fixed official version, version 5.0.1, is already released so that the issue is marked as a pending-fixed. However, http://www.gnuplot.info/demo/poldat.html was created buggy 5.0.0 with png terminal. The page should be revised 5.0.1 or later or using pngcairo. When the page will be fixed, I will change the bug ticket to be closed. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-07-14 08:03:07
|
Dear gnuplot for windows users There reported that jpeg terminal did not work due to a bug of jpeg library for windows binaries. #1643 jpeg terminal broken in windows binaries https://sourceforge.net/p/gnuplot/bugs/1643/ I have fixed jpeg library bug. In addition, help file bug (missing figures) for 5.0.1 has been fixed. I have update 5.0.1 binaries and upload 4.6.7 binaries. https://sourceforge.net/projects/gnuplot/files Note that I have update mingw complier 4.9.0 to 4.9.2. In addition I have used libjpeg-turbo instead of libjpeg. Therefore at the re-install (5.0.1), I recommend that you uninstall once and re-install. Sincerely yours, Tatsuro MATSUOKA |
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 22:15:45
|
On 07/12/15 15:05, Ethan A Merritt wrote:
> On Sunday, 12 July 2015 02:52:33 PM Thomas D. Dean wrote:
>> Does anyone who is willing to be helpful know how to do this? I chose
>> this demo because it shows my problem, that is in aligning the grid
>> lines with the ytics. The demo aligns the grid lines with the y2tics.
>>
>> reset
>> A(jw) = ({0,1}*jw/({0,1}*jw+p1)) * (1/(1+{0,1}*jw/p2))
>> p1 = 10
>> p2 = 10000
>> set dummy jw
>>
>> ## this line aligns the grid with the y2 axis
>> set grid x y2
>> ## I want to align the grid with the ytics.
>> ## set grid x y results in no y grid lines
>>
>> set logscale xy
>> set log x2
>> unset log y2
>> set key default
>> set key bottom center box
>> set title "Amplitude and Phase Frequency Response"
>> set xlabel "jw (radians)"
>> set xrange [1.1 : 90000.0]
>> set ylabel "magnitude of A(jw)"
>> set y2label "Phase of A(jw) (degrees)"
>> set ytics nomirror tc lt 1
>> set y2tics nomirror tc lt 3
>> set xtics mirror
>> set tics out
>> set autoscale y
>> set autoscale y2
>> plot abs(A(jw)) lt 1, 180/pi*arg(A(jw)) axes x1y2 lt 3
>>
>> Is there a way to do this other than manually entering the tic/grid
>> locations? My actual application has many sets of data.
>
> append to the above set of commands:
>
> set grid my
> replot
>
> Ethan
>
>
Thank you, Ethan.
Tom Dean
|
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 22:06:26
|
On 07/12/15 15:03, Hans-Bernhard Bröker wrote: > > And since you decided to be so rude in your following message, that's > the last I'll tell you. > > Thank you Tom Dean |
|
From: Ethan A M. <eam...@gm...> - 2015-07-12 22:05:47
|
On Sunday, 12 July 2015 02:52:33 PM Thomas D. Dean wrote:
> Does anyone who is willing to be helpful know how to do this? I chose
> this demo because it shows my problem, that is in aligning the grid
> lines with the ytics. The demo aligns the grid lines with the y2tics.
>
> reset
> A(jw) = ({0,1}*jw/({0,1}*jw+p1)) * (1/(1+{0,1}*jw/p2))
> p1 = 10
> p2 = 10000
> set dummy jw
>
> ## this line aligns the grid with the y2 axis
> set grid x y2
> ## I want to align the grid with the ytics.
> ## set grid x y results in no y grid lines
>
> set logscale xy
> set log x2
> unset log y2
> set key default
> set key bottom center box
> set title "Amplitude and Phase Frequency Response"
> set xlabel "jw (radians)"
> set xrange [1.1 : 90000.0]
> set ylabel "magnitude of A(jw)"
> set y2label "Phase of A(jw) (degrees)"
> set ytics nomirror tc lt 1
> set y2tics nomirror tc lt 3
> set xtics mirror
> set tics out
> set autoscale y
> set autoscale y2
> plot abs(A(jw)) lt 1, 180/pi*arg(A(jw)) axes x1y2 lt 3
>
> Is there a way to do this other than manually entering the tic/grid
> locations? My actual application has many sets of data.
append to the above set of commands:
set grid my
replot
Ethan
|
|
From: Hans-Bernhard B. <HBB...@t-...> - 2015-07-12 22:03:37
|
Am 12.07.2015 um 23:46 schrieb Thomas D. Dean: > When I look at the resulting plot, there are tics on the y axis. Yes. More to the point, there are both major and minor tics on that axis. There's a total of 2 major tics, both of which coincide with the borders of the plotting area. Which is why you see no grid lines, even though they're there. And since you decided to be so rude in your following message, that's the last I'll tell you. |
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 21:52:42
|
Does anyone who is willing to be helpful know how to do this? I chose
this demo because it shows my problem, that is in aligning the grid
lines with the ytics. The demo aligns the grid lines with the y2tics.
reset
A(jw) = ({0,1}*jw/({0,1}*jw+p1)) * (1/(1+{0,1}*jw/p2))
p1 = 10
p2 = 10000
set dummy jw
## this line aligns the grid with the y2 axis
set grid x y2
## I want to align the grid with the ytics.
## set grid x y results in no y grid lines
set logscale xy
set log x2
unset log y2
set key default
set key bottom center box
set title "Amplitude and Phase Frequency Response"
set xlabel "jw (radians)"
set xrange [1.1 : 90000.0]
set ylabel "magnitude of A(jw)"
set y2label "Phase of A(jw) (degrees)"
set ytics nomirror tc lt 1
set y2tics nomirror tc lt 3
set xtics mirror
set tics out
set autoscale y
set autoscale y2
plot abs(A(jw)) lt 1, 180/pi*arg(A(jw)) axes x1y2 lt 3
Is there a way to do this other than manually entering the tic/grid
locations? My actual application has many sets of data.
Tom Dean
|
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 21:46:23
|
On 07/12/15 14:33, Hans-Bernhard Bröker wrote: > Am 12.07.2015 um 23:09 schrieb Thomas D. Dean: >> On 07/12/15 13:56, Hans-Bernhard Bröker wrote: >>> Am 12.07.2015 um 22:47 schrieb Thomas D. Dean: > >>> No, that's not actually as you said. That plot is _designed_ to have >>> the grid aligned with y2. What you should show is a script that >>> actually tries to put the grid aligned with y1, but fails to work. > >> In the demo, change y2 to y in the set grid line! But, that results in >> no y grid. > > How could it? That particular plot _has_no_ ytics! Not in positions > where you would be able to see any grid lines, anyway. Now maybe you > wanted grid lines at positions .2, .3, ... .9. But then you should have > said so. > What does the line set ytics nomirror tc lt 1 do? When I look at the resulting plot, there are tics on the y axis. Tom Dean |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2015-07-12 21:33:43
|
Am 12.07.2015 um 23:09 schrieb Thomas D. Dean: > On 07/12/15 13:56, Hans-Bernhard Bröker wrote: >> Am 12.07.2015 um 22:47 schrieb Thomas D. Dean: >> No, that's not actually as you said. That plot is _designed_ to have >> the grid aligned with y2. What you should show is a script that >> actually tries to put the grid aligned with y1, but fails to work. > In the demo, change y2 to y in the set grid line! But, that results in > no y grid. How could it? That particular plot _has_no_ ytics! Not in positions where you would be able to see any grid lines, anyway. Now maybe you wanted grid lines at positions .2, .3, ... .9. But then you should have said so. |
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 21:09:50
|
On 07/12/15 13:56, Hans-Bernhard Bröker wrote:
> Am 12.07.2015 um 22:47 schrieb Thomas D. Dean:
>> On 07/12/15 08:46, Hans-Bernhard Bröker wrote:
>>> Am 12.07.2015 um 12:20 schrieb Thomas D. Dean:
>
>>>> I want the grid to align with the y axis, not the y2 axis.
>
>>>> If I use 'set grid xtics ytics' I have no y grid
>
>>> Please show a complete example command sequence that produces the
>>> problematic behaviour. If possible, start with "reset".
>>>
>>> Just in case: you _do_ have some actual ytics active for the grid to be
>>> based on, right?
>>
>> As I said in the original post, demo/electron.dem, third plot.
>
> No, that's not actually as you said. That plot is _designed_ to have
> the grid aligned with y2. What you should show is a script that
> actually tries to put the grid aligned with y1, but fails to work.
>
>
My original post:
A simple example of what I want to do is in demo/electron.dem, the last
plot, amplitude frequency response.
I want the grid to align with the y axis, not the y2 axis.
If I use 'set grid xtics ytics' I have no y grid
If I use 'set grid xtics y2tics' or 'set grid' the grid is aligned with
the y2 tics
I want to align the grid with the ytics.
Is this possible?
In the demo, change y2 to y in the set grid line! But, that results in
no y grid.
reset
A(jw) = ({0,1}*jw/({0,1}*jw+p1)) * (1/(1+{0,1}*jw/p2))
p1 = 10
p2 = 10000
set dummy jw
set grid x y
set logscale xy
set log x2
unset log y2
set key default
set key bottom center box
set title "Amplitude and Phase Frequency Response"
set xlabel "jw (radians)"
set xrange [1.1 : 90000.0]
set ylabel "magnitude of A(jw)"
set y2label "Phase of A(jw) (degrees)"
set ytics nomirror tc lt 1
set y2tics nomirror tc lt 3
set xtics mirror
set tics out
set autoscale y
set autoscale y2
plot abs(A(jw)) lt 1, 180/pi*arg(A(jw)) axes x1y2 lt 3
Tom Dean
|
|
From: Hans-Bernhard B. <HBB...@t-...> - 2015-07-12 20:56:53
|
Am 12.07.2015 um 22:47 schrieb Thomas D. Dean: > On 07/12/15 08:46, Hans-Bernhard Bröker wrote: >> Am 12.07.2015 um 12:20 schrieb Thomas D. Dean: >>> I want the grid to align with the y axis, not the y2 axis. >>> If I use 'set grid xtics ytics' I have no y grid >> Please show a complete example command sequence that produces the >> problematic behaviour. If possible, start with "reset". >> >> Just in case: you _do_ have some actual ytics active for the grid to be >> based on, right? > > As I said in the original post, demo/electron.dem, third plot. No, that's not actually as you said. That plot is _designed_ to have the grid aligned with y2. What you should show is a script that actually tries to put the grid aligned with y1, but fails to work. |
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 20:47:54
|
On 07/12/15 08:46, Hans-Bernhard Bröker wrote:
> Am 12.07.2015 um 12:20 schrieb Thomas D. Dean:
>
>> I want the grid to align with the y axis, not the y2 axis.
>>
>> If I use 'set grid xtics ytics' I have no y grid
>
> Please show a complete example command sequence that produces the
> problematic behaviour. If possible, start with "reset".
>
> Just in case: you _do_ have some actual ytics active for the grid to be
> based on, right?
As I said in the original post, demo/electron.dem, third plot. Here is
a cut/paste from that example, with 'reset' prepended. Notice, the grid
lines are aligned with the y2 axis. I want to align the grid lines with
the y axis.
reset
A(jw) = ({0,1}*jw/({0,1}*jw+p1)) * (1/(1+{0,1}*jw/p2))
p1 = 10
p2 = 10000
set dummy jw
set grid x y2
set logscale xy
set log x2
unset log y2
set key default
set key bottom center box
set title "Amplitude and Phase Frequency Response"
set xlabel "jw (radians)"
set xrange [1.1 : 90000.0]
set ylabel "magnitude of A(jw)"
set y2label "Phase of A(jw) (degrees)"
set ytics nomirror tc lt 1
set y2tics nomirror tc lt 3
set xtics mirror
set tics out
set autoscale y
set autoscale y2
plot abs(A(jw)) lt 1, 180/pi*arg(A(jw)) axes x1y2 lt 3
Tom Dean
|
|
From: Hans-Bernhard B. <HBB...@t-...> - 2015-07-12 15:46:27
|
Am 12.07.2015 um 12:20 schrieb Thomas D. Dean: > I want the grid to align with the y axis, not the y2 axis. > > If I use 'set grid xtics ytics' I have no y grid Please show a complete example command sequence that produces the problematic behaviour. If possible, start with "reset". Just in case: you _do_ have some actual ytics active for the grid to be based on, right? |
|
From: Thomas D. D. <to...@sp...> - 2015-07-12 10:20:50
|
gnuplot 5.1 A simple example of what I want to do is in demo/electron.dem, the last plot, amplitude frequency response. I want the grid to align with the y axis, not the y2 axis. If I use 'set grid xtics ytics' I have no y grid If I use 'set grid xtics y2tics' or 'set grid' the grid is aligned with the y2 tics I want to align the grid with the ytics. Is this possible? Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 06:50:33
|
I set terminal in ~/.gnuplot, which I changed
> cat ~/.gnuplot
set fontpath "/usr/share/fonts/X11/100dpi"
set terminal wxt font "helvB,12" enhanced
> gnuplot
...
G N U P L O T
Version 5.1 patchlevel 0 last modified 2015-07-08
...
terminal type is wxt 0 enhanced font "helvB024"
fontpath is "/usr/share/fonts/X11/100dpi"
system fontpath is "/usr/share/ghostscript/fonts"
Terminal type set to 'wxt'
gnuplot> load "transparent_solids.dem"
Works!.
And, the transparency is similar to qt.
Thanks.
Tom Dean
|
|
From: Tatsuro M. <tma...@ya...> - 2015-07-11 06:34:08
|
----- Original Message ----- > From: Thomas D. Dean > To: gnuplot-info > Cc: > Date: 2015/7/11, Sat 14:03 > Subject: Re: [Gnuplot-info] Gnuplot 5.1 Warning and Incorrect Plot > > On 07/10/15 20:27, tmacchant wrote: >> On your system, it is possible that font confuration is incorrect. Try >> >> $ fc-cash -fv >> >> from bash prompt >> > > I have done this several times. I see no errors. It does not change > anything. > Hmmmm. I also am using ubuntu 14.0.4 LTS amd64. I have never seen such slowness for qt. Do you build gnuplot 5.1 also with wxt? How about wxt? $ GNUTERM=wxt gnuplot electron.dem The wxt terminal has a transparency facilities. Note that qt and wxt cannot be used at the same gnuplot session (except for windows.). If you have not built gnuplot with wxt, please see carefully configure reports and what is missing. Tatsuro |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 05:03:58
|
On 07/10/15 20:27, tmacchant wrote: > On your system, it is possible that font confuration is incorrect. Try > > $ fc-cash -fv > > from bash prompt > I have done this several times. I see no errors. It does not change anything. |
|
From: tmacchant <tma...@ya...> - 2015-07-11 03:52:50
|
On your system, it is possible that font confuration is incorrect. Try $ fc-cash -fv from bash prompt Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/Gnuplot-5-1-Warning-and-Incorrect-Plot-tp19604p19615.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 03:37:19
|
I spoke too soon. I do have gnuplot running with qt5. However, if I set terminal qt, the first plot still fails. I really do want the qt terminal because the plots, especially transparency are better, I guess, as a work around, I will just issue the first plot command twice! The x11 terminal still works correctly. I will drop this, since there is most likely no solution. Thank you. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 03:30:03
|
I found a solution. I was using qt4. Building with qt5 failed at several points, due to my setup and system. Configure was not generating a correct Makefile because it could not find qt5! The key is to look at the Makefile, specifically QT_CFLAGS and QT_LIBS. If they are blank, the problem is with the build dependencies. I did a lot of things, so, not sure what fixed things, maybe all. > 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 > lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 14.04.2 LTS Release: 14.04 Codename: trusty I installed build-dep gnuplot qttools5-dev-tools qtbase5-dev libqt5svg5 libqt5svg5-dev and, did 'sudo updatedb'. This is very important. Now, 'configure --with-qt=qt5' generates the correct QT_CFLAGS and QT_LIBS values. Before, they were blank! configure, make, make check, and make install all work. The first plot is correct! Sorry for all the noise. Hope this helps someone else. Tom Dean |