Dear gretl users:
You might be interested to hear about my new paper entitled "Should
Economists Use Open Source Software for Doing Research?" published
this month in Computational Economics. The paper investigates
econometric software reliability and advocates the use of open source
software by taking gretl as a case study and showing how responsive
and transparent its development process is. I think many people here
might find it an interesting read.
More information and the download link is available here:
I can send a working paper version if you do not have access to the above.
A. Talha Yalta
“Remember not only to say the right thing in the right place, but far
more difficult still, to leave unsaid the wrong thing at the tempting
moment.” - Benjamin Franklin (1706-1790)
Current gretl CVS and the Windows snapshot at
contain release candidate 1 for gretl 1.7.6.
Please note that this version involves a backward-incompatible
change with respect to gretl 1.7.5 and earlier, affecting
user-defined functions that (a) take a named list of variables as
an argument and (b) do things with the list-member variables by
means of a "foreach" loop on the list.
I won't go into the rationale for this change here. Anyone who
wants the details may look at the proceedings on the gretl-devel
list for July, which were mostly taken up with this issue:
There's also a brief discussion in the chapter of the User's Guide
that deals with user-defined functions. But here's the bottom
line for users:
* If you want to "get hold of" a list-member variable in the
context noted above, you have to use the syntax listname.varname,
where listname is the name of the list in question and varname is
the name of the list member. (This is required only if you're
working with a list that was supplied as a function argument.)
Trivial example: inside a function, creating new variables which
are the cubes of the members of an original list, xlist, where
xlist is an argument to the function.
loop foreach i xlist
$i_3 = $i^3
loop foreach i xlist
$i_3 = (xlist.$i)^3
In the new scheme, "$i" gets the name of the list-member variable
alright, but the variable is not "visible" under that name within
the function. So on the right-hand side of the expression that
creates the cubes, we need "(xlist.$i)^3". (Well, actually the
parentheses are not required, but wearing your seatbelt is in
general a good idea.)
Although this may affect quite a large number of existing
functions, we believe the effects are localized and the update
should be trivial. If anyone has a function for which the update
is _not_ trivial, please let us know.
I have a time series data set that ranges from 1977Q1 to 2009Q4. I want
to create a dummy variable for the recession quarters (1980Q1 - 1980Q3,
1981Q3 - 1982Q4, etc.) as defined by the NBER. How do I do this in Gretl?
Walter R. Paczkowski, Ph.D.
Data Analytics Corp.
44 Hamilton Lane
Plainsboro, NJ 08536
Hello Gretl Community,
I have a database with daily prices which is in a rather unusual format and
I want to know if it is possibly to create a panel data with it using Gretl
scripts. The database is extracted from a dbf archive, and its has 6
- The (number of) supermarket from which the price is reported
- The (number of) the product which price is being reported
- The year of the price
- The month of the price
- The price reported itself
- The first day of the month the price is reported
- The last day of the month the price is reported
I have nearly one million rows with data, but in order to do some
regressions -and use it as a panel- I will need to transform it in a
I suppose that the best way that Gretl can handle it is to create a specific
column for each product, and then stack all the supermarkets on a daily
basis. In this way, I will have each column representing a product, the
first 700 rows being a price for each product for supermarket 1, the next
700 rows being a price for each product for supermarket 2, etc.
But in order to do it, I will need first to create the daily prices series,
which is now "compacted" in the datafile. I am attaching a random 10
elements from the database in order to get a better picture of the
situation. In the first sheet I submit the actual data format, on the second
one which I think should be the (best?) result.
I will first ask if this kind of transformation is possible in Gretl. I am
aware that running some scripts on other programs could do the trick, but I
think that it could be possible in Gretl to do it. But I am also think that
it could be rather complex to do it, and I am a new one on this issues.
Thank in advance.
I got inconsistent results when running PCA using covariance matrix in gretl. Please see attached TSY_curve file for the data used. Please see attached PCA_problem file that illustrated the problem when verified with R.
The result highlighted in yellow is different from R result and appears in consistent with a reduced components result. I appreciate if you can look into it. Thank you.
Hello gretl community ;-)
I would like to ask whether there are any plans to incorporate
generalized impulse response functions into VAR analysis; based on the
1. Koop, G., Pesaran, M. H. and S. M. Potter (1996), “Impulse Response
Analysis in Nonlinear Multivariate Models”, Journal of Econometrics, 74,
2. Pesaran, M. H. and Y. Shin (1998), “Generalized Impulse Response
Analysis in Linear Multivariate Models”, Economics Letters, 58, 17–29.)
Or maybe anyone has written some function for it? I have no idea how
difficult it is to implement this feature, but I think it might be
worthy if the programming effort is not too big and the demand for it
On Fri, 30 Apr 2010, Talha Yalta wrote:
>>>>> Also, I know that gretl has a tendency to have plot titles in small
>>>>> letters (although there are exceptions such as the estimated density
>>>>> plot which has the E capitalized). Is there a reason for this? I don't
>>>>> know what most people would say but my personal preference is to have
>>>>> such titles in title format (first letter capitalized).
>>>> Right-click -> Edit
>>> I don't even have to do this because such titles are all in title
>>> format in the Turkish translation ;-)
>>> But seriously, is this something undebatable? How about an option in
>>> the preferences, if not too difficult to implement that is.
>> Nothing is undebatable, in the proper context. But do you really think gretl
>> should have a capitalisation *policy*?
> Why not? I think most people would agree that accurate and
> professional looking visualization is extremely important for a
> scientific package (not that I wish to claim the current plots look
I beg to differ. In my humble opinion, "accurate and professional looking
visualisation" (which is difficult to define anyway: I am a professional,
so are you; I like small letters, you like capital letters. Who's right?
Po-tay-to, po-tah-to) has is place, but is dwarfed in importance by
computational speed, accuracy, breadth of methods, quality of
documentation and so on. If capital letters in plots are so "extremely
important" to deserve a formalised policy, my imagination struggles to
find something that isn't.
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
I think this script will partially solve your problem (X1 to X5)
the final loop will provide X1 X2 X3 X4 X5
> Message du 29/04/10 15:15
> De : "Franck Nadaud"
> A : gretl-users(a)lists.wfu.edu
> Copie à :
> Objet : [Gretl-users] selecting contiguous variables in lists
> Dear GRETL folk, greetings from Paris !
> I am still on my demand system analysis and AIDS modelling.
> This project involves regressions in on large cross-sections (~ 10 000
> observations) on households. Meanwhile, to control for heterogeneity, I use
> numerous lists of qualitative variables, each on different themes like:
> household composition
> housing attributes
> location in the hexagon
> those lists are often composed of contiguous variables names, as for example:
> x1 x2 x3 x4 x5
> As often in such work one likes to account for lots of attributes, so one
> needs to create long lists. In a famous paper by Blundell, Pashardes and
> Weber, 1993, there are around 150 such variables.
> My problem is that I cant find in the doc a way to call / create lists with
> contiguous variables without enumerating all the variables names. So, is it
> possible to call a list with something like:
> list housing = x1 to x5 x13
> instead of:
> list housing = x1 x2 x3 x4 x5 x13
> thanks for any advice !
> Franck Nadaud
> UMR 8568 CNRS - EHESS, ENPC, ENGREF, CIRAD
> 45 bis avenue de la Belle Gabrielle
> 94736 Nogent-sur-Marne Cedex
> TEL: 33-1-43-94-73-94
> FAX: 33-1-43-94-73-70
> MOB: 06-07-39-92-75
> Gretl-users mailing list
Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net