El 16/06/15 a las 18:49, Sven Schreiber escribió:
Hi,
[First of all, this goes especially to Henrique and Marcin, as we seem
to be a little bit responsible for package supervision. But I thought
it doesn't hurt if the gretl-devel list also reads it.]
Following up on my post from November "Possible redundancy of some
function packages?" and the ensuing discussion (see
http://lists.wfu.edu/pipermail/gretl-users/2014-November/010422.html),
I now propose to really do something about the following packages, and
sometimes that means to remove them. If you don't voice your opinion
now, my suggestions will become reality.
1) clustered_ols (Pigini) -- could serve as a nice example, but
doesn't have to be a package for that, should be moved as a script to
the exercise script collection. Read: should be removed from the
package list!
2) cnumber (Monsueto) -- maybe I'm confusing things, but could this be
redundant when the stuff that Lee just presented at the conference is
packaged? (I guess it could stay until then.)
3) fgls (Yang) -- There was no feedback on what it actually does,
should be removed.
4) GHegy / HEGY_test (Diaz / Lucchetti) -- Guys, could you please get
your act together on this? It is ridiculous that two core gretl people
have competing or conflicting packages. It almost looks to me as if we
could remove HEGY_test by Jack because GHegy by Ignacio is a superset?
If no one intervenes, this should be the course of action.
HEGY_test by Lucchetti is older, and GHegy tried to improve it
(obtaining not only 95% critival values but also p-values) and
generalize it for any seasonal periodicity. Then HEGY_test may be
considered deprecated if Jack agrees.
5) fcModels / HoltWinters (Yang / Diaz) -- Again, cooperation would be
good. But both packages were updated relatively recently, which is
also a good sign. Don't know what else to do with this.
With respect to this, I see that Yi-Nung, by one side is nesting my
package with their other ones, what I think is very logical. I have also
taken functions from Allin or Marcin's packages as well. It makes me
think that maybe we could ask our dear developers if it could be
possible to have a way to share functions between different packages. I
am thinking that it could be a good idea to have a similar structure
such as what we have now with the dataset specific of a package:
'open almon.gdt --frompkg=almonreg'
May be in this case it would be possible to share functions with a
command like
'include HW2 --frompkg=HoltWinters.gfn'
where HW2 is supposed to be a function contained in package
"HoltWinters.gfn" (which currently is not true) and having into account
that such a line should be called from inside a function. (I don't have
any idea whether it is possible or not and how much work may imply.
Anyway It is not urgent).
And for the other side I see that Yi-Nung now is putting chinese+english
strings in the GUI and in the output of the fcModels calculations and it
is a clear example of how we need a way to translate function packages.
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3