point size in gnuplot
by Sven Schreiber
Hi,
here's a very concrete feature request: In gretl's GUI window for
gnuplot there's still some space below the drop-down list for the point
symbol (which applies at least to "points" and "lines-points" styles).
IMO it would be useful to put a box there to specify the point size; for
example, a value of 0.5 would imply adding "ps 0.5" to the respective
gnuplot command line. The box could be exactly like the one for
linewidth, but of course would only be active whenever the point type
selector is active as well.
As a more general remark, I've learned that with gnuplot 5 it seems
easier (compared to gnuplot 4) to handle the data values that are given
"inline" in the gnuplot file, by specifying a named "datablock". Stuff
like shaded areas and so forth should be easier to achieve from gretl's
side I guess. But Debian for example switched to gnuplot 5 less than a
year ago (if I understand correctly, but could be wrong?). I wonder what
an acceptable timeframe for gretl would be to require gnuplot 5.
thanks,
sven
9 years, 10 months
freeze when trying code view of SVAR add-on
by Sven Schreiber
Hi,
thanks very much for the new version, the changelog is impressive!
In my quest to be the first to find a bug here's my contribution to the
competition:
Menu Tools->Function packages -> on local machine, then right click on
SVAR and choose "view code" (re-translated). For me gretl then doesn't
react anymore (but haven't waited for long, admittedly).
thanks,
sven
10 years
gretl Club
by Sven Schreiber
Hi,
this is just to let you know that one month ago Artur and I have founded
the "gretl Club". Right now this just means that he and I have agreed on
some written bylaws (if that's the correct corresponding term). This
association exists under German law, of course. AFAIK there is no
possibility to found a club or association under some EU legal
framework, unfortunately (and strangely enough, given the legal reach of
the EU).
One of the medium-term aims is to collect member contributions and
possibly donations to finance all sorts of activities related to
scientific software. We also want to become recognized as an association
"for the common good" under German tax law, so that members and donors
can get tax reductions. However, we're not at that stage yet, and also
I'm afraid that that would only apply to taxpayers in Germany. (If
anybody has some additional information about this or alternative
suggestions, you're welcome to share your knowledge!)
In a couple of weeks or months we might be asking around who wants to
join the club, but right now I'd say we (Artur and I) should rather
clarify some more of the legal stuff first.
So much for that, for today.
Cheers,
sven
10 years
Gretl & Python: path to executable is not recognized
by Henrique Andrade
Dear Allin,
I think Gretl is ignoring the path to Python executable in OS X (El
Capitan). I trying to use a different version of Python (2.7.11) and
Gretl is running the old one (2.7.10) that is supplied by Apple.
I tried three different paths (under GUI "Tools -> Preferences General
-> Programs"):
(1) "/Applications/Python 2.7/IDLE.app/Contents/MacOS/Python"
(2) "/Library/Frameworks/Python.framework/Versions/2.7/bin/python"
(3) "" (empty!)
And executed the following commands:
<python>
import sys
print (sys.version)
</python>
Best,
Henrique Andrade
10 years
basic Julia support
by Allin Cottrell
Following up Jack's comment at
http://lists.wfu.edu/pipermail/gretl-devel/2016-January/006467.html
in current git there's a basic "preview" of Julia support in gretl.
Sample:
<hansl>
set echo off
set messages off
function matrix logrel_error (matrix est, matrix true)
return -log10(abs(est - true) ./ abs(true))
end function
open longley.gdt -q
list LX = prdefl .. year
# gretl's regular OLS
ols employ 0 LX -q
matrix b = $coeff
mwrite({employ}, "y.mat", 1)
mwrite({const} ~ {LX}, "X.mat", 1)
foreign language=julia
using MultivariateStats
y = gretl_loadmat("y.mat", true)
X = gretl_loadmat("X.mat", true)
b = llsq(X, y; bias=false)
gretl_export(b, "jl_b.mat", true)
end foreign
# NIST's certified coefficient values
matrix nist_b = {-3482258.63459582, 15.0618722713733,
-0.358191792925910E-01, -2.02022980381683,
-1.03322686717359, -0.511041056535807E-01,
1829.15146461355}'
matrix jl_b = mread("jl_b.mat", 1)
matrix errs = logrel_error(b, nist_b) ~ logrel_error(jl_b, nist_b)
colnames(errs, "gretl julia")
printf "Log-relative errors, Longley coefficients:\n\n"
printf "%#12.5g\n", errs
printf "Column means\n%#12.5g\n", meanc(errs)
</hansl>
Allin
10 years
array functions once again
by Allin Cottrell
This follows up on
http://lists.wfu.edu/pipermail/gretl-devel/2016-January/006452.html
and the responses thereto.
Here's what I've come up with -- not fully implemented yet, so if
anyone has strong objections, please say soon!
1) The "constructor" functions array() and mkarray(), the latter of
which is so far undocumented.
I take Sven's point that the names of these might equally well be
reversed.
In languages of the C type we have the distinction between
"declaring" something (requesting that it exist) and "defining"
something (actually stating what it should look like). Along those
lines I'd be tempted to rename array() as declarray() and mkarray()
as defarray(). However, so as not to break backward compatibility I
won't rename array() -- the "declaration" function -- at present.
But I will rename mkarray as defarray(). This is now in git, but
reversible if there are strong objections.
2) "print" as applied to arrays, and the undocumented putarray().
I plan to scrap putarray(), and to redefine the action of "print" on
arrays to use a (hopefully) plausible heuristic. That is, if the
array is "fairly small" and its elements are also "fairly small",
print everything in full. But if the array contains 1000 matrices,
do what we've done up till now and just print something like "array
of 1000 matrices".
As I said before, IMO what exactly happens in "printing" an array
should really be up to the script writer: if you don't like my
heuristic for your context, write a more suitable one!
(Planned but not yet in git.)
Allin
10 years
Julia support
by Clive Nicholas
Allin,
> Julia support was just added in the last few days. You'll need current
git (gretl 2016a-git).
Ta, will update later.
--
Clive Nicholas
"My colleagues in the social sciences talk a great deal about methodology.
I prefer to call it style." -- Freeman J. Dyson
10 years
Re: [Gretl-devel] Gretl-devel Digest, Vol 108, Issue 17
by Clive Nicholas
Jack,
I installed Julia 0.5.0 on my Linux Mint 17.3 "Rosa" MATE 64-bit machine a
few days ago, but when I run your code (and Allin's code from Saturday
before last), I get this:
gretl version 2015e-git
Current session: 2016-01-20 19:47
? matrix X = mnormal(6,6)
Generated matrix X
? mwrite(X, "X.mat")
? foreign language=julia
julia: unknown language
Data error
Error executing script: halting
> foreign language=julia
Thoughts?
Yours,
Clive Nicholas
On 20 January 2016 at 17:00, <gretl-devel-request(a)lists.wfu.edu> wrote:
> Send Gretl-devel mailing list submissions to
> gretl-devel(a)lists.wfu.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.wfu.edu/mailman/listinfo/gretl-devel
> or, via email, send a message with subject or body 'help' to
> gretl-devel-request(a)lists.wfu.edu
>
> You can reach the person managing the list at
> gretl-devel-owner(a)lists.wfu.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Gretl-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: basic Julia support (Riccardo (Jack) Lucchetti)
> 2. Really like the new editor preferences (Artur T.)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 Jan 2016 18:41:27 +0100 (CET)
> From: "Riccardo (Jack) Lucchetti" <r.lucchetti(a)univpm.it>
> To: Allin Cottrell <cottrell(a)wfu.edu>
> Cc: Gretl development <gretl-devel(a)lists.wfu.edu>
> Subject: Re: [Gretl-devel] basic Julia support
> Message-ID: <alpine.DEB.2.20.1601191830360.21022(a)ec-4.econ.univpm.it>
> Content-Type: text/plain; charset="iso-8859-15"; Format="flowed"
>
> On Sat, 16 Jan 2016, Allin Cottrell wrote:
>
> > My test was admittedly kinda silly, in that there's not really any
> reason to
> > delegate to a "foreign" program stuff that gretl handles well natively.
> One
> > would be more likely to get Julia to do MCMC or the like.
> >
> > That said, among the various "foreign" programs on which I've tried the
> > notorious Longley exercise, only numpy comes close to gretl for numerical
> > precision. However, Anders makes a fair point in saying that the
> statistical
> > error (and I would add, data error) swamps the numerical error for this
> sort
> > of linear problem.
>
> This is problaby more akin to a real-life case:
>
> <hansl>
> matrix X = mnormal(6,6)
> mwrite(X, "X.mat")
>
> foreign language=julia
> function ReadGretlMat(fname)
> moo = readdlm(fname);
> rows = moo[1,1];
> cols = moo[1,2];
> v = Array(Float64,rows,cols);
>
> [v[i] = convert(Float64,moo'[i+cols]) for i=1:cols*rows]
>
> return(v');
> end
>
> function WriteGretlMat(A, fname)
> r,c = size(A)
> v = Array(Any,(r+1)*c);
> v[1] = r;
> v[2] = c;
> [v[i] = "" for i=3:c];
> [v[i+c] = A'[i] for i=1:r*c];
>
> writedlm(fname,reshape(v,c,r+1)');
> end
>
> X = ReadGretlMat("X.mat");
> WriteGretlMat(inv(X), "invX.mat");
> end foreign
>
> iX = mread("invX.mat")
>
> check = X * iX
> print check
> </hansl>
>
> (with apologies for my poor and non-idiomatic use of Julia --- but I'll
> improve, promise).
>
> In fact, I'm beginning to thing that we ought to provide a Julia package
> ("GretlLink"?) on pkg.julialang.org for communication with gretl with
> functions such as the above and more, ideally written by a specialist
> (Andreas, are you interested?). So in practice, a "using GretlLink"
> statement would be implicit every time we enter a "foreign" environment,
> possibly preceded by a 'Pkg.Add("GretlLink")' if necessary.
>
>
>
> -------------------------------------------------------
> Riccardo (Jack) Lucchetti
> Dipartimento di Scienze Economiche e Sociali (DiSES)
>
> Universit? Politecnica delle Marche
> (formerly known as Universit? di Ancona)
>
> r.lucchetti(a)univpm.it
> http://www2.econ.univpm.it/servizi/hpp/lucchetti
> -------------------------------------------------------
>
> ------------------------------
>
> Message: 2
> Date: Tue, 19 Jan 2016 21:36:28 +0100
> From: "Artur T." <artur.tarassow(a)googlemail.com>
> To: Gretl development <gretl-devel(a)lists.wfu.edu>
> Subject: [Gretl-devel] Really like the new editor preferences
> Message-ID: <569E9E4C.3070400(a)googlemail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Dear Allin and Jack,
>
> today I found the new editor preference options such as "Enable
> auto-brackets" and "Enable auto-completion", and I really like these
> features!
>
> Best,
> Artur
>
>
> ------------------------------
>
> _______________________________________________
> Gretl-devel mailing list
> Gretl-devel(a)lists.wfu.edu
> http://lists.wfu.edu/mailman/listinfo/gretl-devel
>
> End of Gretl-devel Digest, Vol 108, Issue 17
> ********************************************
>
--
Clive Nicholas
"My colleagues in the social sciences talk a great deal about methodology.
I prefer to call it style." -- Freeman J. Dyson
10 years
Really like the new editor preferences
by Artur T.
Dear Allin and Jack,
today I found the new editor preference options such as "Enable
auto-brackets" and "Enable auto-completion", and I really like these
features!
Best,
Artur
10 years
