March 2023 - Gretl-users - gretlml.univpm.it

by Artur Tarassow

Dear all, some weeks ago I've started to switch to the sublime editor (https://www.sublimetext.com/) for writing gretl code. Even though I like the simplicity of the gretl editor and its features such as syntax highlighting and auto-itendation, it lacks some features of modern IDEs such as "goto-anything", "goto-definition", custom keybindings, fancy themes, git-implementation, snippets etc. which make life much easier when working on larger projects. Don't get me wrong, the gretl editor is great but was _never_ supposed to become a proper software-development IDE but rather has another focus which is totally fine. So I started to write the "Hansl-Gretl-Language" package for sublime which includes the following features: - 3 gretl build-systems (client mode, batch mode, and REPL mode) for executing hansl code by means of sublime (plots are also working!) - syntax-highlighting - completion of gretl commands, accessors and keywords - some snippet examples for speeding up coding The project still has the following (known) issues: - no auto-itendation (still have to figure out how this works) - issues with some corner-cases which are not syntax-highlighted (regex can become so hard!) The package can be downloaded through sublimes package control system, and can be found here: https://packagecontrol.io/packages/Hansl-Gretl-Language If somebody wants to participate on this project, check out the code on my github repository: https://github.com/atecon/Hansl-Gretl-Language For those interesting in the sublime editor, check out "OdatNurd"'s brilliant tutorials on youtube: https://www.youtube.com/user/nurdz Enjoy the package, Artur

3 months, 4 weeks

3
3
0 / 0

Gretlwiki announcement

by DeFeroci

Dear all, I would like to announce that the gretl wiki is back up and running at: https://gretlwiki.econ.univpm.it/index.php/Main_Page For security reasons (and previous experience) only registered users can modify the wiki and self-registration is no longer possible. So, if you want to be added, please write to me privately or reply to this email. Information on how to be registered and using the wiki can be found here: https://gretlwiki.econ.univpm.it/index.php/Wiki At the moment the wiki administrators are me and Cristián Arturo Ducoing Ruiz. If you have any suggestions or requests, you are welcome to contact us. Happy holidays. Federico

5 months, 3 weeks

6
15
0 / 0

Gretl Installation Failed

by tommaso ferrari

Good morning, I am trying to download GRETL for MacOS with Intel Processor. I follow all the proceedings and suggestions given but any time I try to download it, it tells me ''The installation Failed" and to contact the software manufacturer. There's still capacity to support the installation of Gretl on the disk. I tried to figure out why but I can't understand. I got a Macbook Pro 2017 version 13.2.1, I would be glad if any of you may help me. Thank you again, best regards

1 year

2
3
0 / 0

PMG questions

by lars.ahnland＠outlook.com

Hi! I just downloaded and tested the PMG package. Great stuff, thanks for that! I would like to know what "loading" variable is? I would guess it is the short-run adjustment speed of adjustment/error correction parameter, is that correct? Also, how is the reduced-form model calculated? Are only lags of the independent variables used here? Best regards, Lars

1 year, 1 month

2
1
0 / 0

Re: 'summary' request

by Riccardo (Jack) Lucchetti

On Fri, 24 Mar 2023, Summers, Peter wrote: > Hi all, > > I have a feature request for the "summary" command, and a related > documentation issue. Currently the $result accessor isn't produced if > the -by=byvar option is given. How difficult would it be to change that? Not very much, I think. And I agree, that would be very nice to have. > For example could $result be a bundle in that case, with something like > $result.mean giving the means for the various values of byvar? For consistency, I'd prefer $result to be a matrix array in that case. Fetching the required sub-elements would be rather easy by using the drill() function in the extra addon. > Ideally this would also be possible for a list argument, though I > realize that'd be messier - maybe $result[i].mean or something like > that? Yes, that'd be a bit messier IMO :D > In any case, I think the documentation should mention that the $result > accessor isn't generated with the -by option. It should, yes. But if we update "summary" to provide a $result with the --by option and document that, we'd be ok. > The context is doing a growth accounting exercise and tabulating average > growth rates by decade. Currently I'm using a loop construct to build up > a table of values. That works fine, but feels a bit brute-force. The aggregate() function is quite nice in the respect. Try this: <hansl> open AWM17 --quiet list X = YER PCR GCR list G = ldiff(X) series decade = ceil(($obsmajor-1969)/10) eval aggregate(G, decade, mean) </hansl> ------------------------------------------------------- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Università Politecnica delle Marche (formerly known as Università di Ancona) r.lucchetti(a)univpm.it http://www2.econ.univpm.it/servizi/hpp/lucchetti -------------------------------------------------------

1 year, 1 month

2
1
0 / 0

Problem with date-time labels in GNU-plot

by climnios＠providence.edu

When plotting a time series, time-date labels look fine. Once plot is edited, time-date labels become jumbled and illegible. They seem to be collated on top of each other. Any suggestions?

1 year, 1 month

5
6
0 / 0

'summary' request

by Summers, Peter

Hi all, I have a feature request for the "summary" command, and a related documentation issue. Currently the $result accessor isn't produced if the -by=byvar option is given. How difficult would it be to change that? For example could $result be a bundle in that case, with something like $result.mean giving the means for the various values of byvar? Ideally this would also be possible for a list argument, though I realize that'd be messier - maybe $result[i].mean or something like that? In any case, I think the documentation should mention that the $result accessor isn't generated with the -by option. The context is doing a growth accounting exercise and tabulating average growth rates by decade. Currently I'm using a loop construct to build up a table of values. That works fine, but feels a bit brute-force. Cheers, Peter [signature_229785562] Dr. Peter M. Summers| Associate Professor of Economics Chair, Faculty Senate One University Parkway, High Point, NC 27268 Office: 336-841-9650 Choose to be extraordinary!(r) [Facebook logo]<https://www.facebook.com/HighPointU>[Twitter logo]<https://twitter.com/HighPointU>[Instagram logo]<http://instagram.com/highpointu>[LinkedIn logo]<https://www.linkedin.com/school/28206>

1 year, 1 month

1
0
0 / 0

Elements Multiplication

by Dhanasekaran Kuppusamy

Dear gretl experts , I would like to know how to multiply the *corresponding elements* of two matrices of A and B to generate matrix C as shown below and the square values of the elements in matrix C using gretl. For example, 1) matrix A (3x3): matrix B (3x3): matrix C (3x3): 4 2 3 1 1 2 4 2 6 2 -3 2 1 0 1 2 0 2 - 3 1 2 1 2 2 - 3 2 4 2) How to generate *square values of the elements *in matrix C to get matrix D : For example, matrix C (3x3): matrix D (3x3): 4 2 6 16 4 36 2 0 2 4 0 4 -3 2 4 9 4 16 Thanks, Dr.K.Dhanasekaran

1 year, 1 month

2
2
0 / 0

hack-of-the-day: set global linewidth & dashtype

by Artur T.

Hi all, I just stumbled over this "hack" which I was looking for since ever: <hansl> set verbose off open denmark --quiet list L = log(dataset) plot L options with-lines time-series literal set termoption lw 2 # set linewidth globally # set dashtype for each series literal set for [i=1:8] linetype i dashtype i end plot --output=display </hansl> If you execute this, you see that you can globally set the linewidth as well as the dashtype very easily using gnuplot. Best, Artur

1 year, 1 month

2
1
0 / 0

v0.2 of "Imputer" out now

by Artur T.

Hi all, A new version of the "Imputer" package just got published. Version 0.2 includes a bug fix when using cross-sectional data. Maybe more interesting to you: I've added two new functions, namely backfill() and frontfill(). For details, see the doc: https://gretl.sourceforge.net/current_fnfiles/Imputer.gfn Also v0.2 now requires at least gretl version 2022b. Best Artur

1 year, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Gretl-users March 2023