Gretl project on the launchpad
by Ivan Sopov
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,
etc.
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
question here:
https://answers.edge.launchpad.net/launchpad
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
http://lists.wfu.edu/pipermail/gretl-devel/2009-November/002171.html
12 years, 4 months
smpl full
by Federico Lampis
Dear gretl users,
have a question about the use the "smpl full" inside a function
suppose this case:
nulldata 50
smpl 1 40
smpl full
series t1=time
scalar nt=lastobs(t1)
in a script these commands produce:
Generated scalar nt = 50
But if I write something like this:
nulldata 50
smpl 1 40
function scalar example (----)
smpl full
series t1=time
scalar nt=lastobs(t1)
end function
the scalar is nt=40. The question: there is some trick to recover the
full sample inside a function or the last value of the original full
sample without specify any argument about it in the function
declaration?
Best Regards
Federico Lampis
13 years, 2 months
coint2 with exogenous variables
by Andreas Noack Jensen
Dear Gretl people
I am fitting a VECM with exogenous variables i Gretl but I think something is wrong because I have fitted (what I believe to be) the exact same model i Ox and and almost identical model i CATS and the results differ. Please take a look at the script
http://dl.dropbox.com/u/532952/Marriage.inp
the data is
http://dl.dropbox.com/u/532952/Marriage.xls
I am on a fresh CVS build on Linux Mint 64 bit as the debian package still does not work.
I am also a bit unsure about the output from the test. After reading the mailing list I expect that the critical values are those from the Harbo et al. paper but I cannot find it documented.
Thank for a nice package.
Best
Andreas
--
Andreas Noack Jensen
Ph.d.-stipendiat
Økonomisk Institut andreas.noack.jensen(a)econ.ku.dk
Københavns Universitet http://www.econ.ku.dk/phdstudent/noack/
Øster Farimagsgade 5, bygning 26 Tlf.: 353 23094
1353 København K
13 years, 2 months
eigsolve
by Andreas Noack Jensen
There is a problem with the eigsolve function. I am on the latest cvs and a 64 bit Linux. Th code
A = I(2)
B = I(2)
C = {}
eigsolve(A, B, &C)
eigsolve(A, B, C)
print C
shows the problem and I think it can be solve if geneval.c line 6181 is substituted by something like
} else if (r->t != EMPTY && r->t != U_ADDR) {
/* optional matrix-pointer */
node_type_error(f, 3, U_ADDR, r, p);
} else {
const char *rname;
rname = (r->t == U_ADDR)? r->v.b1.b->v.str : "null";
A = user_gensymm_eigenvals(l->v.m, m->v.m, rname, &p->err);
}
inspired by the normal eigenvalue function. I don't know if it is the right fix but at least it runs.
Best
Andreas
--
Andreas Noack Jensen
Ph.d.-stipendiat
Økonomisk Institut andreas.noack.jensen(a)econ.ku.dk
Københavns Universitet http://www.econ.ku.dk/phdstudent/noack/
Øster Farimagsgade 5, bygning 26 Tlf.: 353 23094
1353 København K
13 years, 2 months
mols segfault
by Andreas Noack Jensen
mols catches some stupidity of the programmer but I have managed to get segfaults in some situations when I count the dimensions wrong. An example
matrix y = {1; 2; 1}
matrix x = {1; 1; 1}
matrix errorpar = {1; 1}
mols(y, x * errorpar) #ok
mols(y, x + errorpar) #ok
mols(y, x * errorpar + errorpar) #segfault
If it possible would be nice if the latter could also be caught.
Best
Andreas
--
Andreas Noack Jensen
Ph.d.-stipendiat
Økonomisk Institut andreas.noack.jensen(a)econ.ku.dk
Københavns Universitet http://www.econ.ku.dk/phdstudent/noack/
Øster Farimagsgade 5, bygning 26 Tlf.: 353 23094
1353 København K
13 years, 2 months
The t variable
by Andreas Noack Jensen
I cannot get the internal t variable to work when data is yearly. Here is an example
# The t valible works when e.g. data is quarterly
nulldata 50
setobs 4 1950:1 --time-series
series tmp = (t > "1960:1")
# But not for yearly data
setobs 1 1950 --time-series
series tmp = (t > "1960")
Would it be easy to extend the behaviour to yearly data?
Best regards
Andreas
--
Andreas Noack Jensen
Ph.d.-stipendiat
Økonomisk Institut andreas.noack.jensen(a)econ.ku.dk
Københavns Universitet http://www.econ.ku.dk/phdstudent/noack/
Øster Farimagsgade 5, bygning 26 Tlf.: 353 23094
1353 København K
13 years, 2 months
Re: [Gretl-devel] [Gretl-users] saving the row/col names of a matrix
by Allin Cottrell
On Tue, 1 Nov 2011, artur bala wrote:
> Another point (which was my original one): the [column or row]
> names are not saved when a matrix is returned from a function.
True. Here's a minimal case:
<hansl>
function matrix mnames (void)
matrix m = I(3)
colnames(m, "col1 col2 col3")
print m
return m
end function
matrix m = mnames()
print m
</hansl>
Initially I thought this might be a simple bug that could easily be
fixed, but actually it turns out it's a design issue (and hence I'm
copying gretl-devel, hoping for comments).
The point is that the gretl_matrix type knows nothing about column
or row names. These names reside at the level of the "user_matrix"
struct which wraps a locally named gretl_matrix for ease of use. But
when a function returns a matrix, it returns a plain gretl_matrix:
the names are destroyed and not returned.
The main reason that the names are attached to the "user_matrix"
wrapper and not the gretl_matrix itself is to keep the gretl_matrix
type lean and mean. After all, it's used internally in many contexts
where column/row names are never wanted, and it's also offered as a
type for matrix operations by third parties (the libgretl API)
where, again, name-pointers are likely to be just a deadweight.
On the other hand, I can see a use-case for wanting to return a
matrix from a user-defined function with row and/or column names
attached. Right now, I'm not sure how to resolve this.
Allin
13 years, 2 months
