Re: [Gretl-devel] The mysterious stack() function

On Tue, 11 Sep 2018, Sven Schreiber wrote: > Am 10.09.2018 um 21:16 schrieb Allin Cottrell: >> On Mon, 10 Sep 2018, Sven Schreiber wrote: >> I guess I still have some thoughts and comments about the function >> signature and defaults and what kind of text file input arrange

Re: [Gretl-devel] The mysterious stack() function

On Mon, 10 Sep 2018, Sven Schreiber wrote: > Am 10.09.2018 um 21:16 schrieb Allin Cottrell: >> On Mon, 10 Sep 2018, Sven Schreiber wrote: >> >> >>> OK, as long as 'extra' is shipped with gretl (which it now is, IIRC) >>> I think it would not be more

Re: [Gretl-devel] The mysterious stack() function

On Mon, 10 Sep 2018, Sven Schreiber wrote: > Am 10.09.2018 um 15:18 schrieb Allin Cottrell: >> On Mon, 10 Sep 2018, Riccardo (Jack) Lucchetti wrote: >>> >>> Thi doesn't have to be in libgretl. In fact, it could be part of the >>> "extra" packag

Re: [Gretl-devel] The mysterious stack() function

On Mon, 10 Sep 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 10 Sep 2018, Allin Cottrell wrote: > >> I agree it would be nice from the user's PoV if "join" could handle this >> case. However, my first reaction is that this sort of transposition and >> re

Re: [Gretl-devel] The mysterious stack() function

On Mon, 10 Sep 2018, Sven Schreiber wrote: > Am 10.09.2018 um 02:30 schrieb Allin Cottrell: >> >> >> And I thereby left the business unresolved! Here's an attempt at >> resolution. It turns out that the problem for which stack() provides a >> solution is prett

Re: [Gretl-devel] The mysterious stack() function

In my reply, at http://lists.wfu.edu/pipermail/gretl-devel/2018-September/009010.html to Sven's post on the kinda weird stack() "function" at http://lists.wfu.edu/pipermail/gretl-devel/2018-September/009009.html I finished by saying, > So what should we do? We could make the implicit

Re: [Gretl-devel] The mysterious stack() function

On Wed, 5 Sep 2018, Sven Schreiber wrote: > A colleague made me notice the stack() function for handling a > specific case of panel data import in section 4.5 of the guide. I > must admit I have never been aware of that function, and I have > one or two questions here. > > First, it does not

[Gretl-devel] gretl 2018c and git

Here's a comment on the new gretl 2018c release, since the discussion that led up to it took place off-list. It's mostly a bug-fix release, initially driven by Jack's noticing a bug in the (panel-related) pmean() and psd() functions: they would produce wrong results if only the first

[Gretl-devel] matrix "division"

As you probably know, gretl supports matrix "left division" (A \ B) and "right division" (A / B). I'll take left division as my example here but everything applies to right division mutatis mutandis. If A is square, A \ B gives the matrix X that solves AX = B, but if A has more rows than

Re: [Gretl-devel] passing bundles to python (foreign block)

On Tue, 28 Aug 2018, Sven Schreiber wrote: > I thought it would be nice if more object types than series and matrix could > be re-used in a python foreign block. So I'm attaching a first attempt at a > python function (gretl_bdlimport) which takes an XML text file representing a > gretl bundle

Re: [Gretl-devel] Access series attributes

On Tue, 28 Aug 2018, Logan Kelly wrote: > A feature that would be very handy is a way to access from Hansel > the attributes of a series. In particular, it would be great to be > able to access the graph name. This could be a function like > > GraphName = getinfo(graph-name, series) Hi Logan,

Re: [Gretl-devel] Gretl & R webpage

On Thu, 23 Aug 2018, Henrique Andrade wrote: > What do you think about update the R logo we use at Gretl and R page > (http://gretl.sourceforge.net/gretl_and_R.html)? The new logo is > licensed under GPL-2 (or Creative Commons) and is available at: > > https://www.r-project.org/logo/ > > I know

Re: [Gretl-devel] Standards for function package help

On Wed, 22 Aug 2018, Sven Schreiber wrote: > Am 21.08.2018 um 22:47 schrieb Allin Cottrell: >> >> Any gfn-derived information presented by gretl itself can easily be made >> "nicely formatted" -- at least if you think the help for the built-in >> functions

Re: [Gretl-devel] redefining "NA"

On Tue, 21 Aug 2018, Allin Cottrell wrote: > On Tue, 21 Aug 2018, Sven Schreiber wrote: > >> But does old gretl (or any gretl, for that matter) issue a >> warning if it encounters "future" data file versions? > > Good question. In a word, no, but that's som

Re: [Gretl-devel] Standards for function package help

On Tue, 21 Aug 2018, Sven Schreiber wrote: > let me start a new thread here on the devel list about the function package > help business. > > First, thanks to Allin the situation is already much improved. My hope is > that the better online accessibility also leads to higher visibility among >

Re: [Gretl-devel] redefining "NA"

On Tue, 21 Aug 2018, Sven Schreiber wrote: > Am 21.08.2018 um 22:09 schrieb Allin Cottrell: >> >> Gretl datafiles (gdt and gdtb) have for many years contained version >> information. > > Right, very good. > >> This hasn't been a big deal for the mos

Re: [Gretl-devel] redefining "NA"

On Mon, 20 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 20 Aug 2018, Allin Cottrell wrote: >> >> There's a potential compatibility issue with the gdtb binary data file >> format. Backward compatibility will be preserved: there's code in place to >> ensure t

[Gretl-devel] redefining "NA"

I posted about a possible redefinition of the internal value corresponding to "NA" or missing in http://lists.wfu.edu/pipermail/gretl-devel/2018-July/008926.html (Reminder: there's a short PDF attachment which explains the associated issues.) I've now checked the new scheme (NA = NaN

Re: [Gretl-devel] revision of index loop?

On Mon, 13 Aug 2018, Sven Schreiber wrote: > Am 13.08.2018 um 23:09 schrieb Allin Cottrell: >> context, which is not what I'm (sorta) proposing. So maybe despite >> this useful information we're really back to square one: does the >> putative gain in transparency out

Re: [Gretl-devel] revision of index loop?

On Mon, 13 Aug 2018, Henrique Andrade wrote: > Em 13 de agosto de 2018, Allin escreveu: > (...) >> Anyway, if I don't get any substantial support for this notion I'll >> quietly give it up. > > I don't know if this can be considered as substantial [:)], but other > languages support decrementing:

Re: [Gretl-devel] revision of index loop?

On Mon, 13 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 13 Aug 2018, Allin Cottrell wrote: > >> You can create ... a "backwards" loop at present, either using >> the more flexible (but more cumbersome) "for" construct or by >> adding an

Re: [Gretl-devel] revision of index loop?

On Mon, 13 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 13 Aug 2018, Allin Cottrell wrote: > >> You can create such a "backwards" loop at present, either using the more >> flexible (but more cumbersome) "for" construct or by adding an auxiliary

[Gretl-devel] revision of index loop?

There's something I'd like to adjust about "index loops", that is, constructs of the form loop i=start..stop ... endloop At present such loops strictly increment the index by 1 at each iteration (and hence do not run at all if stop < start). I'd like to support decrement-by-1 in case

Re: [Gretl-devel] Contribution to DB.NOMICS

On Sun, 12 Aug 2018, Henrique Andrade wrote: > Dear Allin, > > The main public providers of economic data here is Brazil are the > Banco Central do Brasil (BCB) and IBGE. Take a look at the Wikipedia > entry: > > "The Brazilian Institute of Geography and Statistics or IBGE is the > agency

Re: [Gretl-devel] "files listing" in homepage

On Fri, 10 Aug 2018, Sven Schreiber wrote: > I'm wondering what's the purpose of the extra "Files listing" entry in the > left-hand menu bar? Isn't the link to the sourceforge page per se already > enough? > > Obviously just a very minor thing, but the webpage menu has many many > entries.

Re: [Gretl-devel] Next release: unmarked translations?

On Mon, 6 Aug 2018, Henrique Andrade wrote: > Em 3 de agosto de 2018, Allin escreveu: >> >> On Fri, 3 Aug 2018, Henrique Andrade wrote: >> >>> Dear Gretl Team, >>> >>> I'm not sure if all the following strings has to be marked for >>> translation, but please take a look at them [...] >> >> OK,

Re: [Gretl-devel] Problems launchig DB.Nomics URL from Help

On Sat, 4 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Sat, 4 Aug 2018, Hélio Guilherme wrote: > >> Hello masters Allin and Jack (and Sven, and Henrique, and ...). >> >> >> On my Fedora 28 Linux, >> From the help on Specific Series, I tried to launch >> https://next.nomics.world/ > > [...] >

Re: [Gretl-devel] Next release: unmarked translations?

On Fri, 3 Aug 2018, Henrique Andrade wrote: > Dear Gretl Team, > > I'm not sure if all the following strings has to be marked for > translation, but please take a look at them [...] OK, thanks for the reminder, Henrique. Some of the strings you mention are really just debugging, printed to

Re: [Gretl-devel] "NA" revisited

On Fri, 3 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Fri, 3 Aug 2018, Allin Cottrell wrote: > >> On Fri, 3 Aug 2018, Riccardo (Jack) Lucchetti wrote: >> >>> On Fri, 3 Aug 2018, Sven Schreiber wrote: >>> >>>> Furthermore I wonder why

Re: [Gretl-devel] "NA" revisited

On Fri, 3 Aug 2018, Riccardo (Jack) Lucchetti wrote: > On Fri, 3 Aug 2018, Sven Schreiber wrote: > >> Furthermore I wonder why the following functions couldn't also naturally >> return empty matrices when given an empty matrix as argument (but this is >> only for sake of consistency, not for a

Re: [Gretl-devel] "NA" revisited

On Thu, 26 Jul 2018, Sven Schreiber wrote: > Am 25.07.2018 um 01:28 schrieb Allin Cottrell: > >> One point I'd forgotten is that comparable software doesn't >> support "NA * 0 = 0". Not that we want to slavishly follow R, but >> NA * 0 = NA there. (In Stata to

Re: [Gretl-devel] "NA" revisited

On Tue, 24 Jul 2018, Allin Cottrell wrote: > On Tue, 24 Jul 2018, Sven Schreiber wrote: > >> Am 24.07.2018 um 17:27 schrieb Allin Cottrell: >>> >>> Under the proposed scheme NAs (= nans) would not turn into zeros on >>> multiplication by zero --

Re: [Gretl-devel] "NA" revisited

On Tue, 24 Jul 2018, Sven Schreiber wrote: > Am 24.07.2018 um 17:27 schrieb Allin Cottrell: >> >>> Am 24.07.2018 um 16:18 schrieb Allin Cottrell: >>>> Following discussions between Jack and myself, here's a sort of >>>> "RFC" for changin

Re: [Gretl-devel] "NA" revisited

On Tue, 24 Jul 2018, Sven Schreiber wrote: > Am 24.07.2018 um 16:18 schrieb Allin Cottrell: >> Following discussions between Jack and myself, here's a sort of >> "RFC" for changing the internal definition of "NA" in gretl, which we >> believe can

[Gretl-devel] "NA" revisited

Following discussions between Jack and myself, here's a sort of "RFC" for changing the internal definition of "NA" in gretl, which we believe can be done with full backward compatibility. Little PDF attached. Allin NAs.pdf Description: Adobe PDF document

Re: [Gretl-devel] Getting mentioned on the LIBSVM homepage

On Tue, 17 Jul 2018, Henrique Andrade wrote: > Em sáb, 14 de jul de 2018 às 16:02, Allin Cottrell > escreveu: >> >> On Sat, 14 Jul 2018, Artur T. wrote: >> >> > Am 14.07.2018 um 20:22 schrieb Allin Cottrell: >> >> On Sat, 14 Jul 2018, Artur T. wrote:

Re: [Gretl-devel] Getting mentioned on the LIBSVM homepage

On Sat, 14 Jul 2018, Artur T. wrote: > Am 14.07.2018 um 20:22 schrieb Allin Cottrell: >> On Sat, 14 Jul 2018, Artur T. wrote: >> >>> Dear all, >>> >>> I think we should try to get listed on the LIBSVM homepage as well. See at >>> th

Re: [Gretl-devel] Getting mentioned on the LIBSVM homepage

On Sat, 14 Jul 2018, Artur T. wrote: > Dear all, > > I think we should try to get listed on the LIBSVM homepage as well. See at > the bottom > > I would contact the developers if you haven't done so already, Allin and > Jack. Please go ahead, Artur,

Re: [Gretl-devel] series in bundles

On Wed, 4 Jul 2018, Sven Schreiber wrote: > Am 04.07.2018 um 01:19 schrieb Allin Cottrell: >> I've had my head down in dbnomics stuff lately (informative posting to come >> before long), but I noticed in passing some comments/queries about series >> in bundles.

[Gretl-devel] series in bundles

I've had my head down in dbnomics stuff lately (informative posting to come before long), but I noticed in passing some comments/queries about series in bundles. I'm afraid I've lost the references but I'll post on the topic in general. The thing to remember is that bundles are just a

Re: [Gretl-devel] function suggestion: copy to bundle

On Tue, 3 Jul 2018, Sven Schreiber wrote: > Am 03.07.2018 um 12:37 schrieb Riccardo (Jack) Lucchetti: >> On Tue, 3 Jul 2018, Sven Schreiber wrote: >> >>> Hi, >>> >>> I've noticed that in a lot of hansl code many lines are spent on copying >>> stuff into bundles, and I wonder if that could be

Re: [Gretl-devel] MPI issue

On Wed, 27 Jun 2018, Sven Schreiber wrote: > Am 27.06.2018 um 13:49 schrieb Allin Cottrell: >> >> Hmm, this is not MPI-specific. The loop limit "$mpisize" is falling into a >> crack between the name of a scalar variable (like your "mpisize&quo

Re: [Gretl-devel] MPI issue

On Wed, 27 Jun 2018, Marcin Błażejowski wrote: > Hi, > simple script: > > set verbose off > # > mpi --send-functions --np=$sysinfo.mpimax/2 >     scalar mpisize = $mpisize >     loop for i=0..mpisize --quiet >     if $mpirank == i >     printf("I'm node no. %d in loop 1\n", $mpirank)

Re: [Gretl-devel] setinfo issues

On Thu, 21 Jun 2018, Marcin Błażejowski wrote: > On 21.06.2018 16:19, Allin Cottrell wrote: >> string desc = "This is something about my foo series" >> setinfo foo3 --description=@desc > Allin, > since setinfo foo3 --description="@desc" works quite

Re: [Gretl-devel] setinfo issues

On Thu, 21 Jun 2018, Allin Cottrell wrote: > On Thu, 21 Jun 2018, Sven Schreiber wrote: > >> It should be noted that the doc only talks about a string (literal) in >> double quotes. String variables came later in gretl I think. Then using >> --description=desc is ambig

Re: [Gretl-devel] setinfo issues

On Thu, 21 Jun 2018, Sven Schreiber wrote: > Am 21.06.2018 um 10:53 schrieb Artur Tarassow: >> Hi Marcin, >> >> Am 21.06.2018 um 10:10 schrieb Marcin Błażejowski: >>> >>> string desc = "This is something about my foo series" >>> >>> setinfo foo1 --description=desc >> >> I am with you this should

Re: [Gretl-devel] accessing element-of-bundle-in-array

On Wed, 20 Jun 2018, Sven Schreiber wrote: > the below fails on a current snapshot. > > > bundle foo = null > matrix m = {1,2} > > # user guide example: > string s = "matrix 1" > foo[s] = m # matrix is added under key "matrix 1" > > # now wrap this into an array > bundles bb = defarray(foo) > #

Re: [Gretl-devel] full file paths display on Windows

On Wed, 20 Jun 2018, Sven Schreiber wrote: > Am 07.06.2018 um 17:38 schrieb Allin Cottrell: >> On Wed, 6 Jun 2018, Sven Schreiber wrote: >> >>> Hi, >>> in recent snapshots I'm seeing the phenomenon that the full paths of the >>> file (instead of just th

Re: [Gretl-devel] set list in array

On Wed, 20 Jun 2018, Sven Schreiber wrote: > Am 20.06.2018 um 17:28 schrieb Allin Cottrell: >> I can't find it now, but I think Sven posted a comment not so long ago >> about setting a list within an array. IIRC the point was that the following >> did not work when it

[Gretl-devel] set list in array

I can't find it now, but I think Sven posted a comment not so long ago about setting a list within an array. IIRC the point was that the following did not work when it seemed like it should: open somedata.gdt lists LL = array(3) LL[1] = 1 2 3 # incompatible types error Anyway, the intent was

Re: [Gretl-devel] bandwidth default for nadarwat()

On Mon, 18 Jun 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 18 Jun 2018, Sven Schreiber wrote: > >> Am 18.06.2018 um 13:28 schrieb Sven Schreiber: >>> Am 18.06.2018 um 13:04 schrieb Riccardo (Jack) Lucchetti: There are two things left to do (apart from testing): >>> Great, thanks, I will

Re: [Gretl-devel] autoregressive "genr" bug

On Mon, 11 Jun 2018, Sven Schreiber wrote: > Am 11.06.2018 um 18:10 schrieb Riccardo (Jack) Lucchetti: >> On Mon, 11 Jun 2018, Allin Cottrell wrote: >> >>> I've just discovered something that I think is a bug, though it can also >>> be a convenience in some case

Re: [Gretl-devel] The filter() function

On Mon, 11 Jun 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 11 Jun 2018, Allin Cottrell wrote: > >> The filter() function is certainly nice to have, but I can't help thinking >> it's kinda backwards, and hence less intuitive than it could be -- or is it >> just me? &

[Gretl-devel] The filter() function

This is sort of a companion piece to http://lists.wfu.edu/pipermail/gretl-devel/2018-June/008842.html The filter() function is certainly nice to have, but I can't help thinking it's kinda backwards, and hence less intuitive than it could be -- or is it just me? This function offers "an

[Gretl-devel] autoregressive "genr" bug

I've just discovered something that I think is a bug, though it can also be a convenience in some cases. I'd be interested to hear what people think about it. Simplest case: series u = normal() u = 0.5 * u(-1) The thing is that after the second line is executed, the first value of u is not

Re: [Gretl-devel] Menus not responding

On Mon, 11 Jun 2018, Sven Schreiber wrote: > Am 11.06.2018 um 09:39 schrieb Sven Schreiber: >> >> on Ubuntu with yesterday's git version I'm noticing that "quite often" the >> menus are not responding anymore (not clickable). It seems to happen when a >> script terminates with an error, but

Re: [Gretl-devel] irf() and fevd()

On Fri, 8 Jun 2018, Allin Cottrell wrote: > On Tue, 5 Jun 2018, Sven Schreiber wrote: > >> Am 23.05.2018 um 19:45 schrieb Allin Cottrell: >>> On Wed, 23 May 2018, Sven Schreiber wrote: >>> >>>> Am 22.05.2018 um 18:51 schrieb Allin Cottrell: >>&

Re: [Gretl-devel] console syntax coloring

On Fri, 8 Jun 2018, Sven Schreiber wrote: > Hi, > > shouldn't it be possible (leveraging existing Gtk tools I mean) to get > syntax-coloring also in the gretl console? Not necessarily before the next > release, but in principle nowadays that's expected I guess. A little tricky, since we don't

Re: [Gretl-devel] irf() and fevd()

On Tue, 5 Jun 2018, Sven Schreiber wrote: > Am 23.05.2018 um 19:45 schrieb Allin Cottrell: >> On Wed, 23 May 2018, Sven Schreiber wrote: >> >>> Am 22.05.2018 um 18:51 schrieb Allin Cottrell: >>>> >>>> We now have irf() and fevd() functions which

Re: [Gretl-devel] Gretl: internet domains

On Thu, 7 Jun 2018, Henrique Andrade wrote: > Dear Gretl Team, > > I'm thinking a lot about creating a Gretl domain for the Portuguese > website. Today I discovered that this could be simple (and cheap!). > I would like to create the www.gretl.org.br > or

Re: [Gretl-devel] console syntax coloring

On Fri, 8 Jun 2018, Sven Schreiber wrote: > Hi, > > shouldn't it be possible (leveraging existing Gtk tools I mean) to get > syntax-coloring also in the gretl console? Not necessarily before the next > release, but in principle nowadays that's expected I guess. Worth looking at, certainly.

Re: [Gretl-devel] full file paths display on Windows

On Wed, 6 Jun 2018, Sven Schreiber wrote: > Hi, > in recent snapshots I'm seeing the phenomenon that the full paths of the file > (instead of just the names) are displayed, e.g. in the tabbed script editor. > > Pretty sure it's new, and not sure it's intended. Yep, not intended. I think I see

Re: [Gretl-devel] matrix slicing

On Sun, 3 Jun 2018, Riccardo (Jack) Lucchetti wrote: > Folks, > a script that Marcin sent me privately a few days back prompted Allin and > myself to do some work on optimising certain cases of matrix slicing. We made > a few changes [...] Ermm, due to a stupid typo on my part, when I thought

Re: [Gretl-devel] matrix view window strangeness

On Mon, 28 May 2018, Sven Schreiber wrote: > Am 28.05.2018 um 23:36 schrieb Allin Cottrell: >> On Mon, 28 May 2018, Sven Schreiber wrote: >> >>> if I open a matrix icon in the session/symbol view in the upper-left >>> corner it says "1, 1". What is

Re: [Gretl-devel] matrix view window strangeness

On Mon, 28 May 2018, Sven Schreiber wrote: > Hi, > > if I open a matrix icon in the session/symbol view in the upper-left corner > it says "1, 1". What is that supposed to mean? Come on, try a little harder! Move the cursor. Allin

Re: [Gretl-devel] optional arguments (was Re: irf() and fevd())

On Mon, 28 May 2018, Sven Schreiber wrote: > Am 28.05.2018 um 03:11 schrieb Allin Cottrell: >> >> I need to think some more about this. _Maybe_ there's a viable mode of >> generalization. >> > If not, then I'd be in favor of removing it (or un-document it) in strs

Re: [Gretl-devel] optional arguments (was Re: irf() and fevd())

On Sun, 27 May 2018, Sven Schreiber wrote: > Am 23.05.2018 um 19:45 schrieb Allin Cottrell: >> On Wed, 23 May 2018, Sven Schreiber wrote: >> >>> (Am I right in assuming that a new alpha argument could be added in >>> the future without compromising bac

Re: [Gretl-devel] irf() and fevd()

On Wed, 23 May 2018, Sven Schreiber wrote: > Am 22.05.2018 um 18:51 schrieb Allin Cottrell: >> >> We now have irf() and fevd() functions which go part-way to meeting Sven's >> suggestions. We could go all the way if we reckon it's worthwhile (see >> below). Any

Re: [Gretl-devel] zombie mailing lists on the sourceforge project page

On Wed, 23 May 2018, Sven Schreiber wrote: > I just saw that there is a "mailing lists" tab on the sourceforge interface, > and it contains something about gretl-devel and gretl-users. However, these > are totally different things than our lists. > > I propose to just delete/remove them (if

[Gretl-devel] irf() and fevd()

Here's an update in relation to the thread (re-)started by Sven at http://lists.wfu.edu/pipermail/gretl-devel/2018-May/008776.html . We now have irf() and fevd() functions which go part-way to meeting Sven's suggestions. We could go all the way if we reckon it's worthwhile (see below). Anyway,

Re: [Gretl-devel] about the gnuplot backend

On Sat, 19 May 2018, Sven Schreiber wrote: > as a result of discussing the gnuplot integration with the Lyx people, the > gnuplot readme w.r.t. Windows came up: > > "* gnuplot.exe: Text (console) mode version of the gnuplot executable with > full pipe functionality as it is common on other

Re: [Gretl-devel] finishing lrcovar

On Fri, 18 May 2018, Sven Schreiber wrote: > Hi, > the new multivariate long-run covariance function lrcovar is in gretl and > working, but it isn't mentioned in the changelog nor does the function appear > in the reference. > > Were there any open questions that we still wanted to settle

Re: [Gretl-devel] inconsistent (incoherent) irf function

On Wed, 16 May 2018, Sven Schreiber wrote: > Am 15.05.2018 um 22:53 schrieb Allin Cottrell: > >> Personally, I don't see much point in adding an $irf accessor (which would >> then require adding more "libset" variables); it seems to me this would >> just of

Re: [Gretl-devel] to do / release

On Tue, 15 May 2018, Sven Schreiber wrote: > the mailing lists are quite quiet - not sure whether that's good or bad > (topic for a different thread), I think it's a usual summer thing; though I haven't done the data-analysis that would make this more than just a guess. > but in any case

Re: [Gretl-devel] inconsistent (incoherent) irf function

On Wed, 9 May 2018, Sven Schreiber wrote: > Am 11.04.2018 um 14:16 schrieb Allin Cottrell: >> On Tue, 10 Apr 2018, Sven Schreiber wrote: > >>> So I suggest to introduce a matching $irf accessor with the same layout as >>> the $fevd accessor. I am aware that the irf(

Re: [Gretl-devel] "--seasonal" option in the guide (instead of --seasonals)

On Fri, 4 May 2018, Sven Schreiber wrote: > Am 03.05.2018 um 21:00 schrieb Allin Cottrell: >> On Thu, 3 May 2018, Sven Schreiber wrote: >> >>> Am 29.04.2018 um 20:42 schrieb Allin Cottrell: >>> >>> Thanks for this git-for-dummies guide. >>>

Re: [Gretl-devel] "--seasonal" option in the guide (instead of --seasonals)

On Thu, 3 May 2018, Sven Schreiber wrote: > Am 29.04.2018 um 20:42 schrieb Allin Cottrell: >> On Tue, 24 Apr 2018, Sven Schreiber wrote: >> >>> (When will I ever become comfortable with git, this would be an easy >>> fix...?) >> >> Following

[Gretl-devel] new accessor for system estimation

New in git (not yet in snapshots but should be soon): a $system accessor that produces a bundle of goodies after the "var", "vecm" or "system" commands. Similar to $model for single equations. This is exploratory and we may well want to add or remove certain items. If people can tell me what

Re: [Gretl-devel] ARMA developments

In my posting of 27 April I said that our ARMA initializer should "never be unusable" (that is, should never fail at the first iteration). As of that time, that was not strictly true: the MA polynomial would never be "bad" but the AR part, if present, might be. That's now fixed, I believe. So

Re: [Gretl-devel] ARMA developments

On Mon, 30 Apr 2018, Sven Schreiber wrote: > Am 30.04.2018 um 01:50 schrieb Allin Cottrell: >> On Sun, 29 Apr 2018, Sven Schreiber wrote: >> >>> Am 29.04.2018 um 21:10 schrieb Allin Cottrell: >>> >>>> up with what I think is now the fastest ARMA

Re: [Gretl-devel] ARMA developments

On Mon, 30 Apr 2018, Sven Schreiber wrote: > Am 28.04.2018 um 11:29 schrieb Riccardo (Jack) Lucchetti: > >> Actually, the new setup has been in git for at least a couple of weeks. > > While we're at it, is it expected that the following fails?: > > > open djclose.gdt > arima 2 0 2 ; djclose #

Re: [Gretl-devel] ARMA developments

On Sun, 29 Apr 2018, Sven Schreiber wrote: > Am 29.04.2018 um 21:10 schrieb Allin Cottrell: > >> up with what I think is now the fastest ARMA around (faster than x12a/x13a, >> and much faster than R's arima()). > > So aim to replace the external X13? Not entirely ser

Re: [Gretl-devel] integrating gnuplot's multiplot

On Sun, 29 Apr 2018, Sven Schreiber wrote: > Am 28.04.2018 um 12:07 schrieb Riccardo (Jack) Lucchetti: >> On Fri, 27 Apr 2018, Sven Schreiber wrote: >> >>> Hi, >>> >>> I think it would be useful if gnuplot's capability to put several plots >>> next to each other could be offered to the gretl

Re: [Gretl-devel] ARMA developments

On Sun, 29 Apr 2018, Sven Schreiber wrote: > Am 28.04.2018 um 11:29 schrieb Riccardo (Jack) Lucchetti: > >>> Am 27.04.2018 um 23:43 schrieb Allin Cottrell: > >>>> Thanks go to Oleh for pushing us in this direction! > >> The best way I can think for ma

Re: [Gretl-devel] "--seasonal" option in the guide (instead of --seasonals)

On Tue, 24 Apr 2018, Sven Schreiber wrote: > (When will I ever become comfortable with git, this would be an > easy fix...?) Following up on the second point in Sven's posting. Git is really pretty simple. Here's a capsule guide for anyone wanting to modify a single file. 1. Ensure your

Re: [Gretl-devel] building under windows: pdflatex

On Wed, 18 Apr 2018, Sven Schreiber wrote: > this is not urgent, but before I forget (sorry, don't have time to re-read > the doc right now, perhaps the answer is already in there): When building > under Windows (mingw/msys) I cannot build the addons, because the configure > script doesn't

Re: [Gretl-devel] "--seasonal" option in the guide (instead of --seasonals)

On Tue, 24 Apr 2018, Sven Schreiber wrote: > for coint2 and var/vecm the "--seasonal" option is deprecated I think but > still tolerated. > In the guide, however, it still appears twice, in sections 30.3 and 30.4. OK, thanks for spotting that. It's now fixed in git. Allin

[Gretl-devel] ARMA developments

I'm pleased to announce that our code for exact ML estimation of ARMA models is now (in git and snapshots) MUCH faster than it used to be (like, two orders of magnitude faster in many cases). This is due to two main factors. First, we now use by default G. Melard's algorithm AS 197 (Applied

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Wed, 18 Apr 2018, Sven Schreiber wrote: > Am 17.04.2018 um 18:00 schrieb Allin Cottrell: >> On Tue, 17 Apr 2018, Sven Schreiber wrote: >> >>> Am 16.04.2018 um 23:11 schrieb Allin Cottrell: > >>>> So, just to be explicit, the idea would then be: >&g

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Tue, 17 Apr 2018, Sven Schreiber wrote: > Am 16.04.2018 um 23:11 schrieb Allin Cottrell: >> On Mon, 16 Apr 2018, Sven Schreiber wrote: > >>> Yes, why not. >>> And your take on the default? Action or no action? I tend to think >>> that for generic

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Mon, 16 Apr 2018, Sven Schreiber wrote: > Am 16.04.2018 um 18:33 schrieb Allin Cottrell: >> I think it would be more intuitive if the option took the form of a request >> for action rather than for inaction. So that a nonzero second argument >> would mean, "please d

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Mon, 16 Apr 2018, Riccardo (Jack) Lucchetti wrote: > On Mon, 16 Apr 2018, Sven Schreiber wrote: > >> Am 16.04.2018 um 13:12 schrieb Riccardo (Jack) Lucchetti: >>> On Sun, 15 Apr 2018, Allin Cottrell wrote: >> >>>>> Another difference is that

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Mon, 16 Apr 2018, Sven Schreiber wrote: > Am 16.04.2018 um 05:48 schrieb Allin Cottrell: >> On Sun, 15 Apr 2018, Sven Schreiber wrote: > >>> However, jack's longrunvar() function has an additional factor 1/T in the >>> result, and it seems to me this is cor

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Sun, 15 Apr 2018, Sven Schreiber wrote: > Am 15.04.2018 um 15:51 schrieb Allin Cottrell: >> On Sun, 15 Apr 2018, Sven Schreiber wrote: > >>> Plus then expose the HAC_XOX apparatus to a new hansl function lrcovar(). >>> Does that sound OK? >> >> Yes

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Sun, 15 Apr 2018, Sven Schreiber wrote: > Am 14.04.2018 um 22:32 schrieb Allin Cottrell: >> On Sat, 14 Apr 2018, Sven Schreiber wrote: >> >>> Am 14.04.2018 um 15:08 schrieb Riccardo (Jack) Lucchetti: > >>>> And, by the way, lends itself quite nicely to a

Re: [Gretl-devel] [Gretl-users] multivariate lrvar?

On Sat, 14 Apr 2018, Sven Schreiber wrote: > Am 14.04.2018 um 15:08 schrieb Riccardo (Jack) Lucchetti: >> On Sat, 14 Apr 2018, Riccardo (Jack) Lucchetti wrote: >> >>> The following implementation looks reasonably efficient to me. >> >> [...] >> >> And, by the way, lends itself quite nicely to

Re: [Gretl-devel] inconsistent (incoherent) irf function

On Tue, 10 Apr 2018, Sven Schreiber wrote: > Hi, > > the irf() function is a weird thing in the sense that it is the only (?) > function that requires input beyond its specified arguments. Namely the > information from the previous VAR/VECM estimation. From a > programming-language systematic

Re: [Gretl-devel] freq question

On Sat, 24 Mar 2018, Marcin Błażejowski wrote: > On 22.03.2018 07:10, Marcin Błażejowski wrote: >> On 21.03.2018 17:30, Riccardo (Jack) Lucchetti wrote: >>> This is because the number of bins is forced to be odd, so 4 becomes >>> 5. I can't say right now why this happens, this is a very old area

Re: [Gretl-devel] Version check confusion

On Sun, 18 Mar 2018, Sven Schreiber wrote: > Hi, > just installed 2018a on Windows, and for the fun of it did a check for > updates. What I got is: > > "You are running gretl 2018a. > This seems to be a pre-release; the latest version available at > http://ricardo.ecn.wfu.edu/pub/gretl/ is

Re: [Gretl-devel] M4 data subset to accompany arima testing

On Tue, 20 Mar 2018, Riccardo (Jack) Lucchetti wrote: > On Tue, 20 Mar 2018, oleg_komashko(a)ukr.net wrote: > >> Dear all, >> It seems the list now >> is more powerful with attachments >> so 792 M4 economic monthly series >> as .gdt file attached > > I'm attaching a script file that performs some

<    5   6   7   8   9   10   11   12   13   14   >