On Wed, 20 Jul 2005, James.Callahan(a)CityofOrlando.net wrote:
What I would like to see is a macroeconomic forecasting
environment that is a superset of gretl.
Fine by me. I'm working on the gretl component ;-)
Rather than trying to enhance gretl to be a scripting language --
from an armchair perspective (not hands on at the moment) it would
seem to make more sense to call the gretl API from PYTHON.
Gretl already incorporates a scripting language. The issue is how
far this should be extended -- e.g. is it worth developing gretl
scripting to the point where the user can manipulate matrices in
arbitrary ways?
PYTHON could provide the command line and GUI interface, as well
as a scripting language; while gretl would provide the statistical
tools and objects.
My knowledge of python is limited, but my impression is that it is
good at providing a high-level "meta" layer. On the other hand, it
can't do anything gui-wise unless it is (for example) bound to GTK
(which provides gretl's gui at present).
But utilizing python's GTK bindings to support custom extensions to
gretl's gui might be an interesting approach.
Incorporating FP would require the explicit permission of
Professor Fair...
That may be OK for a superset, but not for gretl itself. Any code
that is to go into gretl must be under the GPL or the moral
equivalent of same.
A professor teaching Freshman macroeconomics could have students
do cookbook excerises such as estimating a consumption function or
doing a predetermined macroeconomic simulation, "just type the
commands in the book."
I don't want to be deflationary, but you can do this just fine with
gretl as is. I have done so.
Allin Cottrell