6:21 p.m.
Dear all,
I just tried to setup a general function which mixes
line-/impulse-plots. List L1 includes variables to plot using lines,
while variables in L2 shall occur with impulses, instead.
However, the following piece shows that gnuplot prints correctly the
plot when I do not call a function.
I cannot figure out where the issue lies. I am using the current
git-version on (l)ubuntu 15.10.
<hansl>
clear
set echo off
set messages off
open denmark.gdt -q
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1 = varname(L1)
string S2 = varname(L2)
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
#literal set term pdfcairo font 'Helvetica,14' lw 1
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
list L1 = LRM
list L2 = IBO
indplot(L1,L2)
# WORKS
list lplot = L1 || L2
string S1 = varname(L1)
string S2 = varname(L2)
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
#literal set term pdfcairo font 'Helvetica,14' lw 1
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
</hansl>
Best,
Artur
6:24 p.m.
If it's important: I am using gnuplot Version 5 patchlevel 1
Artur
Am 11.12.2015 um 19:21 schrieb Artur Tarassow:
Dear all,
I just tried to setup a general function which mixes
line-/impulse-plots. List L1 includes variables to plot using lines,
while variables in L2 shall occur with impulses, instead.
However, the following piece shows that gnuplot prints correctly the
plot when I do not call a function.
I cannot figure out where the issue lies. I am using the current
git-version on (l)ubuntu 15.10.
<hansl>
clear
set echo off
set messages off
open denmark.gdt -q
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1 = varname(L1)
string S2 = varname(L2)
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
#literal set term pdfcairo font 'Helvetica,14' lw 1
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
list L1 = LRM
list L2 = IBO
indplot(L1,L2)
# WORKS
list lplot = L1 || L2
string S1 = varname(L1)
string S2 = varname(L2)
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
#literal set term pdfcairo font 'Helvetica,14' lw 1
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
</hansl>
Best,
Artur
7:54 p.m.
On Fri, 11 Dec 2015, Artur Tarassow wrote:
I just tried to setup a general function which mixes
line-/impulse-plots. List L1 includes variables to plot using
lines, while variables in L2 shall occur with impulses, instead.
However, the following piece shows that gnuplot prints correctly
the plot when I do not call a function.
(But not when the same code is called from within a function.)
I cannot figure out where the issue lies. I am using the current
git-version on (l)ubuntu 15.10.
<hansl>
clear
set echo off
set messages off
open denmark.gdt -q
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1 = varname(L1)
string S2 = varname(L2)
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
#literal set term pdfcairo font 'Helvetica,14' lw 1
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
list L1 = LRM
list L2 = IBO
indplot(L1,L2)
[...]
</hansl>
This is to do with the handling of list arguments to gretl
functions, which is inherently tricky (see the sub-section titled
"List arguments" in the chapter on User-defined functions in the
Gretl User's Guide). When you do
option with-lines=@S1
in your function, "@S1" gets cashed out to "LRM", but there's no
series named LRM in scope inside the function, so this option has no
effect. (Arguably, an error should be generated here.)
Within a loop, you get "get hold of" a series supplied via a list
argument to a function using listname.$i, but right now I don't
think there's any other way.
If we want to allow this sort of thing, maybe the best way would be
accept the names of lists with the relevant "plot" options, so you
could just say
option with-lines=L1
option with-impulses=L2
in your function. Some thought required here!
Allin
9:42 p.m.
On Fri, 11 Dec 2015, Allin Cottrell wrote:
On Fri, 11 Dec 2015, Artur Tarassow wrote:
> <hansl>
> clear
> set echo off
> set messages off
> open denmark.gdt -q
>
> function void indplot(list L1, list L2)
> list lplot = L1|| L2
> string S1 = varname(L1)
> string S2 = varname(L2)
> plot lplot
> option with-lines=@S1
> option with-impulses=@S2
> option time-series
> #literal set term pdfcairo font 'Helvetica,14' lw 1
> literal set key outside below
> literal set linetype 2 lc rgb 'black' lw 2
> literal set linetype 1 lc rgb 'blue'
> literal set linetype 3 lc rgb 'red' lw 2
> end plot --output=display
> end function
>
> list L1 = LRM
> list L2 = IBO
> indplot(L1,L2)
> # [...]
> </hansl>
This is to do with the handling of list arguments to gretl functions, which
is inherently tricky [...]
And so here's a suitably tricky solution (but maybe we can come up
with a better way of doing this sort of thing).
<hansl>
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1
loop foreach i L1 -q
S1 += "L1.$i "
endloop
string S2
loop foreach i L2 -q
S2 += "L2.$i "
endloop
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
</hansl>
Allin
10:15 p.m.
Thank you for this alternative. It does its job, and hence I am (personally) happy with
this workaround ;-)
Best
Artur
Am 11. Dezember 2015 22:42:50 MEZ, schrieb Allin Cottrell <cottrell(a)wfu.edu>:
On Fri, 11 Dec 2015, Allin Cottrell wrote:
> On Fri, 11 Dec 2015, Artur Tarassow wrote:
>
>> <hansl>
>> clear
>> set echo off
>> set messages off
>> open denmark.gdt -q
>>
>> function void indplot(list L1, list L2)
>> list lplot = L1|| L2
>> string S1 = varname(L1)
>> string S2 = varname(L2)
>> plot lplot
>> option with-lines=@S1
>> option with-impulses=@S2
>> option time-series
>> #literal set term pdfcairo font 'Helvetica,14' lw 1
>> literal set key outside below
>> literal set linetype 2 lc rgb 'black' lw 2
>> literal set linetype 1 lc rgb 'blue'
>> literal set linetype 3 lc rgb 'red' lw 2
>> end plot --output=display
>> end function
>>
>> list L1 = LRM
>> list L2 = IBO
>> indplot(L1,L2)
>> # [...]
>> </hansl>
>
> This is to do with the handling of list arguments to gretl functions,
which
> is inherently tricky [...]
And so here's a suitably tricky solution (but maybe we can come up
with a better way of doing this sort of thing).
<hansl>
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1
loop foreach i L1 -q
S1 += "L1.$i "
endloop
string S2
loop foreach i L2 -q
S2 += "L2.$i "
endloop
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
</hansl>
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
9:43 a.m.
Just one remark on this:
I had to replace:
<hansl>
S1 += "L1.$i "
</hansl>
by
<hansl>
S1 += "L1.$i,"
</hansl>
in case the list contains more than one variable.
Artur
<hansl>
function void indplot(list L1, list L2)
list lplot = L1|| L2
string S1
loop foreach i L1 -q
S1 += "L1.$i "
endloop
string S2
loop foreach i L2 -q
S2 += "L2.$i "
endloop
plot lplot
option with-lines=@S1
option with-impulses=@S2
option time-series
literal set key outside below
literal set linetype 2 lc rgb 'black' lw 2
literal set linetype 1 lc rgb 'blue'
literal set linetype 3 lc rgb 'red' lw 2
end plot --output=display
end function
</hansl>
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
11:36 a.m.
Am 12.12.2015 um 10:43 schrieb Artur Tarassow:
Just one remark on this:
I had to replace:
<hansl>
S1 += "L1.$i "
</hansl>
by
<hansl>
S1 += "L1.$i,"
</hansl>
in case the list contains more than one variable.
What? That is weird, I would have thought that it produces a syntax
error later.
cheers,
sven
8:58 p.m.
On Sat, 12 Dec 2015, Sven Schreiber wrote:
Am 12.12.2015 um 10:43 schrieb Artur Tarassow:
> Just one remark on this:
> I had to replace:
> <hansl>
> S1 += "L1.$i "
> </hansl>
> by
> <hansl>
> S1 += "L1.$i,"
> </hansl>
> in case the list contains more than one variable.
What? That is weird, I would have thought that it produces a
syntax error later.
Artur's quite right, and it may be worth explaining why. The thing
is that "gnuplot" is gretl's ur-plotting command, and right now
"plot" is basically syntactic sugar for a complex "gnuplot"
instance.
In "gnuplot", the "with-impulses" option is a regular command
option, and since we don't want the elements of such a syntactic
unit to come unstuck from each other, we insist that they're joined
with commas, as in
gnuplot <whatever> --with-impulses=foo,bar
And the "plot" command as it currently exists inherits this
limitation.
It would be good to reverse the order of dependency -- in other
words, to make the signature of the underlying libgretl plotting
function consistent with a sensible syntax for "plot", and to turn
"gnuplot" into a driver for "plot" rather than vice versa. But this
will be quite a lot of work and it's not the most pressing item on
our agenda.
Allin
3311
days inactive
3312
days old
7 comments
3 participants
participants (3)
-
Allin Cottrell -
Artur Tarassow -
Sven Schreiber