Hello, gretl developers.
I'm trying to start a translation of help files into russian on
launchpad.net as it seems to be the most suitable tool to participate
for all familiars with econometrics but not with gettext, linux. cvs,
The problem is that there is already a project for gretl on launchpad
and it is strongly prohibited to start more than one project for a
single program. I cannot contact with Constantine Tsardounis for about
a month, so I think it is time to re-assign that project to someone
else. On the irc-channel of launchpad I was told that
Our admins can re-assign the project to new owners but we'd prefer to
hear from the upstream owners. can you get one of them to submit a
But if nobody from main developers wants to register and do something
at launchpad it is possible to assign this function to me and in that
case a letter in this list will probably be enough.
I have prepared a .po-file for genr_funcs.xml and gretl_commands.xml
with the help of po4a utility and got 1511 strings for translation
(strings a rather big).
Good luck, Ivan Sopov.
P.S. My previous letter about using launchpad for translation is
I would like to ask whether it's worthwhile to enable the OxGauss
functionality in combination with gretl's Ox support. (OxGauss means
that Ox can run many existing Gauss programs.) It seems to me that basic
support would be relatively simple, since only a -g switch is needed; so
for running a Gauss program 'mygauss.prg' gretl would need to call:
<path/to/>oxl -g mygauss.prg
(instead of '<path/to/>oxl myox.ox')
I guess a further issue would be how to pass matrices to what would then
be Gauss code, but note that even without it I think it would already be
useful to be able to do:
store @dotdir/mydata.dat --jmulti
# jmulti's format should be same as Gauss (?)
T = 100; # ugly hardcoding, but not the point here
k = 2;
load datamatrix[T,2] = mydata.dat; # hope OxGauss would find this
for Gauss code (executed via OxGauss) should be introduced, since Gauss
in my view is a little obsolete. But maybe opinions differ on that.
BTW, the background in my case is to build wrappers around the break
test codes of Qu&Perron (Econometrica 2007) or Bai&Perron etc. which are
only available in Gauss, a little lengthy, and also I'm not sure whether
their license would allow porting.
the list has been busy recently with bug reports (and also some feature
requests), and it's absolutely understandable that not all bugs could be
fixed right away. (It still continues to amaze me that a sizeable
proportion of bug reports are addressed immediately by Allin.) So here's
a list of what may still be open issues. After clarification and
discussion I will transfer the remainder of this list into the bug
tracker and feature requests databases.
* icon for "code view" in the function package list window: change from
cogwheel to something more intuitive
* icon of function package list window (and others) in taskbar is only
generic (non-gretl) on linux (self-compiled cvs) -- actually, i don't
get any icons for menu items on linux (as opposed to windows), I suppose
that's a bug of my setup?
* the help about invcdf() says P(X<x), but shouldn't it be P(X<=x)?
* the command 'include myfilenamewith.dots' fails even if
'myfilenamewith.dots.inp' exists (and is in the right place/dir),
apparently because gretl interprets .dots as a filename extension
* variable is being treated as discrete should be made optional rather
than automatic (I thought it was already the case after a discussion
some months/years ago)
* function namespace bug; see
* Estimating one equation with 7 variables and 3 lags with OLS produces
a glitch with one of the variable names: Instead of 'Yield_10yr_1' the
name 'd_Yield_10yr' is printed. (Maybe it has to do with the
underscores in the name?)
* The command 'rmplot' is defined only for the GUI. I (=Ignacio) think
it would be very good if we could use it also in scripts.
* script accessors ($test etc.) for bootstrapped test results
* the exogenous variables in a Johansen test setting aren't reported;
and a warning should be printed that the critical values and p-values
are in general only appropriate in the case without exogenous variables
This is now working OK on Linux and Windows (and probably OS X),
but is not yet documented. You can stick Octave script into a
gretl "foreign" block with "language=octave", and can exchange
matrices (as with Ox) via the pre-defined Octave functions
The first of these matches up with mwrite(matrix, name1) in gretl,
and the second pairs with matrix = mread(name2) in gretl.
Now we need a nice example of the use of Octave to illustrate the
yet-to-be-written entry for the User's Guide. Any suggestions?
I tried looking in octave's "econometrics" package, version 1.0.8,
(written by Michael Creel) for examples, but ran into some
problems. The script "mle_example.m" in that package fails under
current Octave (3.2.3). This is something we must strive to avoid
with gretl (i.e. inadvertent breakage of add-on packages). I've
trying to guard against that by setting up an auto-checker for all
the function packages available via the gretl server, which I run
whenever a new release is coming up.
I've been following the discussion about the next gretl conference. As I
promised in Bilbao, I approached the editors of Advances in Econometrics
about doing a gretl edition with an accompanying conference. The AIE
conferences (http://www.bus.lsu.edu/hill/aie/aie_main.htm) are normally held
in Baton Rouge, usually in the fall (early November). I've been to a couple
of these and they are quite nice (though, it would be impossible to top the
wonderful hospitality of our hosts in Bilbao!).
I don't have a firm commitment yet, but the response I got from Carter Hill
was very favorable. I pitched it as a volume on open source econometrics
software (of which gretl is the leader, right?). Guest editors (me? and any
volunteers) can influence the focus quite a bit. This would open it up a
bit to contributions from R users perhaps, but it will help fill up the
volume. Usually there are about 15 or so submissions for a volume. Anyway,
if there is interest in pursuing this venue or if any of you have any ideas
or suggestions, let me know and I'll see what I can do.
Also, I'll be working on a new version of my gretl book later this year so
any comments or suggestions would be welcome.
Professor of Economics
it seems to me that gretl on windows is not as "snappy" as it used to
be. I'm referring at least to 1.8.7 and the current snapshot, not sure
when I started seeing the behavior, as I work with gretl more often on
I experience short but annoying delays when windows are opened and stuff
like that. I'm guessing the GTK toolkit is responsible -- I seem to
remember that an updated version has been used by gretl recently?
Anybody else have noticed it?
How difficult is to include a new database on Gretl's server? I'm asking
this because I would like to see Brazilian Central Bank database (just like
FED, ECB, and others) inside Gretl.
Henrique C. de Andrade
Doutorando em Economia Aplicada
Universidade Federal do Rio Grande do Sul
it seems to me that the font size is somehow messed up when exporting
graphs to pdf (save as pdf) on Windows.
For example, compare with the eps export: in both cases specify the
graph size as 16cm by 12cm and choose font size 12 Times (New) Roman.
The captions in the pdf are much larger than in the eps, and in the eps
they seem to be correct.
A gnuplot (pdf term) issue?
In CVS (but not yet in the GUI) we have a new command "duration"
for estimating parametric duration models via ML. The default
distribution is Weibull, but there are also --exponential,
--loglogistic and --lognormal options. Right-censoring is
supported. I've tested some examples against stata and get good
I'm currently working on trying to get $yhat and $uhat to produce
something sensible. Suggestions would be gratefully received. I'm
having trouble grokking the discussions of generalized residuals
for duration models that I've come across, and I can't make much
sense of what stata produces with its "predict" function.