I've just read about the non-parametric Mann-Kendall test for a trend
(hence my recent postings about Kendall's tau and ties in a series).
It looked pretty easy, so I'm attaching an attempt at a basic
implementation. Full disclosure: I've used the description from
the basic version in section 1.1).
All you have to do is call "MannKendall(x)", where x is your series of
I'd be happy about feedback regarding cross-checks and correctness (for
example in the above document in equ. (4) the case S>0 wrongly appears
twice, and I had to make an educated guess where to switch the
signs...), whether it should become a function package and so on.
see feature request #85 (by myself I must admit):
Currently a function with a list as a return type must internally set
the names of the list members (series) and the those names are
automatically exported to the function caller. If series with those
names already exist in the outer scope (at the caller level), they would
be overwritten. This is an exception of gretl's principle of function
I'm suggesting: To provide a cleaner solution of this name clash
problem, such a list-returning function should also accept a string
array argument. The string elements in this array would be used by the
function as the names of the exported list members.
In this context it would be useful to have a built-in easy mechanism to
take the labels from the string array and use it for the returned list
(inside the user-defined function). That is the concrete request right now.
I'm not suggesting to make this thing mandatory any time soon, because
of the backward-compatibility issue.
this is now one year overdue. (I had forgotten about it in the meantime,
and just now stumbled again over the three MWU/mwu/mwu_dummy packages on
To workaround the problem that I would forget again, I am now going to
move the "MWU" (uppercase) and "mwu_dummy" packages to the staging area,
so they won't be accessible from within gretl anymore. They will still
be online for some time at:
You can consolidate these two removed packages into the "mwu"
(lowercase) package with a new version number and upload the
Am 13.07.2015 um 02:48 schrieb yinung at Gmail:
> sven, I will integrate those three into one. Please reserve "mwu" for
> these Mann-Whitney test.
> 2015-07-13 4:32 GMT+08:00 Sven Schreiber <svetosch(a)gmx.net
> Am 18.06.2015 um 09:20 schrieb Sven Schreiber:
> >> 8) MWU / mwu / mwu_dummy (Yang): Yi-Nung, please consolidate
> these very
> >> similar things into one package with different options. Please
> >> to this message, otherwise I propose to remove two of these three
> > still waiting for this one
> No news here.
> Yi-Nung, are there any plans on how to consolidate these three packages?
> My "threat" (removing two of three) still stands... But I'm open for
> arguments or deadline extensions, if there are plans and / or good
I'm just noticing that the whole function-package stuff is not mentioned
or mis-represented on the gretl main webpage under the "Contributing to
gretl" heading. I think function packages should be mentioned and
briefly explained there. If nobody else has time, I can write something,
but only three weeks from now (feel free to remind me!).
And where are the links to the function package list? (I know how to get
the list from the package administration page, but I mean from the
BTW, the Wiki is out-of-date in several respects, I suggest to not link
to it from the homepage anymore, at least not directly and without a
Re. my reply to Sven at
I wrote, "I can say that on Linux a GtkText window does not behave
quite as I'd expect (from experience with several editors). That is,
if you're typing on the last visible line in a GtkText window and
hit the Enter key, the new (so far, empty) line does not appear,
it's off the bottom of the window."
(The gretl script editor is a GtkText window.)
OK, I now see that this is not the default behavior of GtkText, it's
an artifact of our modification of the default behavior, aimed at
getting the indentation level right on a new line when editing a
Said modification is now fixed: hitting Enter will not only put a
newline character into the buffer but will also ensure that the new
line is visible.
I have used the "^" trick as described in the guide to create
interaction effects quickly. In particular my interaction variable is a
month indicator in a monthly time series workfile.
However, the resulting interaction series have valid entries where the
original series had missings (beyond the latest available obs), but only
where the interaction effect would be "active" (=non-zero).
For example, the interaction of x with January would have a missing at
obs 2016:1 but would be zero for 2016:2, although x has a missing at
both of these obs.
I think this is a bug. I can understand the logic of "no matter what the
value, the interaction is going to be zero if the month != 1", but I
think missings should always propagate. Or do we have precedents of the
opposite in gretl?
the following doesn't work:
bc.from = 2
I'm not sure it's supposed to work, but at least it seems to contradict
this explanation from the manual (section 12.2):
"The starting and ending values for the index can be given in numerical
form, by reference to predefined scalar variables, or as expressions
that evaluate to scalars."
Or isn't 'bc.from' an "expression" in this sense?
Dear privileged contributors,
I have updated the site page in Russian and, instead of attaching it to the
email, I would like to commit it via git. So I read the gretl-git manual,
made a commit, and, while attempting to push it, an error occurs:
error: insufficient permission for adding an object to repository database
Other people (like Hélio and Cristian) seem to be able to update the
project files. Just in case, my SF name is fifis.
Am I missing some crucial steps? If there is moderation, how does one send
a commit for admins’ review?
Bien cordialement, | Yours sincerely,
Andreï V. Kostyrka.
I'm getting "data errors" in a situation where the various series in the
dataset have different extents of missing values in them (only at the
end or the beginning, so no gappy series [I think]) and I do "omit
The errors go away when I precede the estimation and omit commands with
a "smpl ... --no-missing" line, that's why I think it has to do with the
Right now I don't have time to cook up a concrete example, but I could
try later if this information isn't enough. This is with gretl 2016c on
Is there a mistake in this script when I follow the Guide and try
command 'dataset renumber'? Here, I get a syntax error...
dataset renumber x 4
Version: Gretl 2016c (2016/07/06) MS Windows (x86_64)
OS: Windows 10
Language: Galician translation (also occurs in English version)
Thanks, in advance...
Juan C. Estévez
Dpto. Economía cuantitativa