On Thu, 26 Sep 2019, Allin Cottrell wrote:
> The flatten() function for arrays of matrices or strings has a couple
> of enhancements in git.
>
> Matrices: complex matrices are now handled correctly (but an array
> containing a mixture of complex and real matrices is not accep
The flatten() function for arrays of matrices or strings has a couple
of enhancements in git.
Matrices: complex matrices are now handled correctly (but an array
containing a mixture of complex and real matrices is not accepted).
Strings: the second (optional boolean) argument to flatten can now
On Sun, 15 Sep 2019, Sven Schreiber wrote:
Am 15.09.2019 um 17:49 schrieb Riccardo (Jack) Lucchetti:
On Sun, 15 Sep 2019, Sven Schreiber wrote:
Seems the bread() function is not capable of handling the case of
cols="0" (or rows="0") inside the xml-represented bundle.
Thanks Sven, this is
On Mon, 9 Sep 2019, Sven Schreiber wrote:
Hi,
I noticed the following glitch here on Windows (Aug 1st snapshot):
Searching for "hello" in the mini file with the following content only
finds the first occurrence, not the second (after clicking the search
button in the dialog again):
# o
hey
On Mon, 9 Sep 2019, Artur Tarassow wrote:
Am 08.09.19 um 17:00 schrieb Allin Cottrell:
On Sun, 8 Sep 2019, Artur Tarassow wrote:
Am 08.09.19 um 00:41 schrieb Allin Cottrell:
On Sat, 7 Sep 2019, Artur Tarassow wrote:
it's cool that row or column names of matrices remain intact when
On Sun, 8 Sep 2019, Artur Tarassow wrote:
> Am 08.09.19 um 00:41 schrieb Allin Cottrell:
> > On Sat, 7 Sep 2019, Artur Tarassow wrote:
> >
> > > it's cool that row or column names of matrices remain intact when applying
> > > the msortby() function.
>
On Sat, 7 Sep 2019, Artur Tarassow wrote:
it's cool that row or column names of matrices remain intact when applying
the msortby() function.
However, when applying row or column selection by means of selifr() or
selifc() destroys the attached labels of the respective dimension. See below
On Wed, 4 Sep 2019, Sven Schreiber wrote:
Am 27.08.2019 um 21:53 schrieb Allin Cottrell:
On Mon, 26 Aug 2019, Sven S wrote:
I've just noticed that in gretl's preferences/configurations the command
to start R is specified as "xterm -e R". This is a self-compiled version
under
Peter Sephton:
"It appears GRETL doesn’t do the search for the optimal lag length
over a common period."
Sven:
"If this is true, then I think it's a problem."
Allin:
"Right now I'm trying to determine if Peter's suspicion on that
point is well-founded or not."
Answer: Not. We ensure a
On Tue, 3 Sep 2019, Sven Schreiber wrote:
Am 03.09.2019 um 21:48 schrieb Allin Cottrell:
I recently got an email from Peter Sephton (he of the critical values
for the KPSS test) raising a question about our implementation of the
ADF-GLS test.
It appears GRETL doesn’t do the search
Hello devels,
I recently got an email from Peter Sephton (he of the critical
values for the KPSS test) raising a question about our
implementation of the ADF-GLS test.
I was thinking of going ahead and trying to implement Peter's
suggestion but then it occurred to me it would be good to get
On Wed, 28 Aug 2019, Sven Schreiber wrote:
> Am 28.08.2019 um 09:43 schrieb Marcin Błażejowski:
> > Hi,
> >
> > I wonder if there are some options for sending/brodcasting arrays and/or
> > bundles over the MPI world?
>
> Arrays - I don't think so, but the gretl MPI doc says about bundles:
> "for
On Mon, 26 Aug 2019, Sven S wrote:
I've just noticed that in gretl's preferences/configurations the command
to start R is specified as "xterm -e R". This is a self-compiled version
under Linux Mint, but I'm relatively sure that I didn't write that
command. Actually, on this system xterm isn't
On Tue, 27 Aug 2019, Allin Cottrell wrote:
> A word to those using gretl git. The branch named "newcomplex" has now
> been merged into master and removed.
Sorry, forgot to mention: there's now a branch representing the status
quo prior to the big "newcomplex" merge; it
A word to those using gretl git. The branch named "newcomplex" has now
been merged into master and removed. I recommend doing the following
in your gretl git directory:
git branch master
git fetch --all --prune
after which you can switch back to whatever other branch (other than
On Mon, 19 Aug 2019, Sven Schreiber wrote:
> Hi,
>
> at the conference we agreed that in the future contributed function
> packages could use 'foreign' blocks that use R. (Just to be clear: the
> big difference here is "contributed". A function package per se can
> already use whatever is
On Mon, 19 Aug 2019, Sven Schreiber wrote:
> Am 14.07.2019 um 22:35 schrieb Allin Cottrell:
> > On Sun, 14 Jul 2019, Sven Schreiber wrote:
>
> > > about the new 'flatten' function: For the case of string arrays I think
> > > it would be good to have some choice
On Thu, 15 Aug 2019, Allin Cottrell wrote:
> On Thu, 15 Aug 2019, Sven Schreiber wrote:
>
> > Actually the automatic creation of a non-declared string object is also
> > a bit unusual for hansl, no?
[...]
>
> I thought of doing --tempfile on the pattern:
&g
On Thu, 15 Aug 2019, Sven Schreiber wrote:
> Am 14.08.2019 um 23:48 schrieb Allin Cottrell:
> > I've noticed that some function packages make use of "home-made"
> > functions to create a temporary file in the user's dotdir. These
> > probably work fine in most case
On Thu, 15 Aug 2019, Marcin Błażejowski wrote:
> On 14.08.2019 16:49, Marcin Błażejowski wrote:
> > On 14.08.2019 16:43, Allin Cottrell wrote:
> >
> >> Anyway, those two points
> >> should now be fixed in git.
> > Thanks again!!! I will try in tommorow in
r to "true"
To add one point to Jack's answer: on a *nix-type system such as
debian the file .gretl2rc can be found in the user's $HOME
directory. The relevant entry looks like this:
# Allow shell commands
shellok = true
Allin Cottrell
___
I've noticed that some function packages make use of "home-made"
functions to create a temporary file in the user's dotdir. These
probably work fine in most cases, but they're not safe against race
conditions and I thought we should have a "proper" way of doing the
job.
That's now provided
On Wed, 14 Aug 2019, Marcin Błażejowski wrote:
> Hmm, the workaround doesn't work.
Ah, I think see what the real problem is (if I'm right, it's specific
to bundles containing big matrices), and I'm working on a fix.
> BTW: can I suppress messages from MPI nodes about loading dataset when
> MPI
On Tue, 13 Aug 2019, Marcin Błażejowski wrote:
> On 13.08.2019 12:09, Riccardo (Jack) Lucchetti wrote:
> > On Tue, 13 Aug 2019, Marcin Błażejowski wrote:
> >
> >> Hi,
> >>
> >> what such an error means (haavelmo machine, MPI in 20 threads):
> >
> > Just for the record: "haavelmo" is a server at
On Thu, 8 Aug 2019, Sven Schreiber wrote:
Am 08.08.2019 um 02:28 schrieb Allin Cottrell:
Am 15.07.2019 um 17:36 schrieb Sven Schreiber:
Well, actually that package seems to be the _only_ one with gtk2 in its
name. A GTK3 version seems to exist:
https://packages.msys2.org/package/mingw-w64
On Wed, 7 Aug 2019, Sven Schreiber wrote:
Am 15.07.2019 um 17:36 schrieb Sven Schreiber:
Windows build document does not really mention the assumed GTK version,
but the underlying package list
http://ricardo.ecn.wfu.edu/pub/gretl/winbuild/pkglist.txt is only made
for gtk2 (for example with
Here's something I've been working on lately. tl;dr: gretl has just
become substantially more efficient in respect of basic functions
applied to each element of a big matrix or series. If you'd like the
full story, read on.
By "basic functions" I mean those that take a single floating-point
On Fri, 2 Aug 2019, Sven Schreiber wrote:
Am 01.08.2019 um 21:42 schrieb Allin Cottrell:
On Thu, 1 Aug 2019, Artur Tarassow wrote: > >> I also think that
implementing it natively either through a >>
function or command extension is the right way. adding an option >> to
On Thu, 1 Aug 2019, Artur Tarassow wrote:
I also think that implementing it natively either through a function or
command extension is the right way. adding an option to the pkg command looks
quite natural to me.
Here's what's in current git (snapshots and documentation to
follow): there's
On Wed, 31 Jul 2019, Sven Schreiber wrote:
Am 30.07.2019 um 12:12 schrieb Riccardo (Jack) Lucchetti:
On Tue, 30 Jul 2019, Artur Tarassow wrote:
This is an extended version which also works for packages in a
separate folder:
[...]
Nice!
Maybe we should put this function into
On Mon, 22 Jul 2019, Artur Tarassow wrote:
Hi Allin and Jack,
Often one works, at least me, on different machines which may have different
directory structures; something like
scalar MACHINE = 1
if MACHINE==1
string wd = "home/user_b/Dropbox/project/"
elif MACHINE==2
string wd =
On Sun, 14 Jul 2019, Sven Schreiber wrote:
> Am 13.07.2019 um 23:12 schrieb Allin Cottrell:
> > On Sat, 13 Jul 2019, Artur Tarassow wrote:
>
> > That's now done in git. "modtest --autocorr" (or the "Autocorrelation"
> > menu item under Tests in the
On Sun, 14 Jul 2019, Sven Schreiber wrote:
Hi,
my discovery tour of new gretl functions goes on - thanks for adding the
conv2d function!
However, I think the documentation needs to be adapted to the new
situation.
For example, in section 18.3 of the guide (Neat tricks) the convolution
is
On Sun, 14 Jul 2019, Giuseppe Vittucci wrote:
The FD specification should not include the constant if the model in levels
does not include time dummies.
(or a time trend, presumably)
Given
Y_t = a + b X_t
by first-differencing you get:
Y_t - Y_t-1 = b ( X_t - X_t-1)
Alright, that makes
On Sun, 14 Jul 2019, Sven Schreiber wrote:
Hi,
about the new 'flatten' function: For the case of string arrays I think
it would be good to have some choice about the separator. Currently a
newline (\n) is inserted after each string, which is reasonable.
However, there's an unused argument
On Sun, 14 Jul 2019, Artur Tarassow wrote:
Am 13.07.19 um 23:12 schrieb Allin Cottrell:
That's now done in git. "modtest --autocorr" (or the
"Autocorrelation" menu item under Tests in the model window)
gives the Wooldridge test, provided the estimator is fixe
On Sat, 13 Jul 2019, Sven Schreiber wrote:
> Gretl's doc for jsongetb says: "JSON arrays become
> gretl arrays, each of which holds either strings or bundles"
> And indeed, consider the following:
>
> string j = sprintf("{\"vec\": [1, 2, 3]}")
> eval jsongetb(j).vec
>
> which gives:
> Array of
On Sat, 13 Jul 2019, Sven Schreiber wrote:
> Hi,
> with the latest snapshot I have the following strange error (when trying
> stuff with Artur's json transfers):
>
> internal genr error: aux node mismatch
> *** error within loop in function gbundle2json
> > string typ = typestr(typeof(b[key]))
On Sat, 13 Jul 2019, Artur Tarassow wrote:
Am 12.07.19 um 22:11 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Am 12.07.2019 um 20:05 schrieb Allin Cottrell:
Right. The point is more pragmatic in a programming context, as opposed
to interactive use: We came across
On Sat, 13 Jul 2019, Sven Schreiber wrote:
with the latest snapshot I have the following strange error (when
trying stuff with Artur's json transfers):
internal genr error: aux node mismatch
*** error within loop in function gbundle2json
string typ = typestr(typeof(b[key]))
I couldn't
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Am 12.07.2019 um 20:05 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
OK, so it's not a pure within transformation. But still: If the dep var
is constant and non-zero, we set all other regressor coeffs to zero
(except
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Am 12.07.2019 um 19:00 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Hm, there might be a slight inconsistency compared to a standard OLS
specification where the dep var is constantly zero. There gretl refuses
to continue
On Fri, 12 Jul 2019, Artur Tarassow wrote:
Am 12.07.19 um 17:38 schrieb Riccardo (Jack) Lucchetti:
It would be really cool if we could pass bundles to languages
that support some variant of associative arrays, eg R, where they
call them lists, or Python, where they call them dicrtionaries
On Fri, 12 Jul 2019, Sven Schreiber wrote:
> Am 12.07.2019 um 16:15 schrieb Allin Cottrell:
> >
> > Neither stata nor R reject this specification, but the "arguably
> > strange" output from gretl is indeed an artifact of sub-par numerical
> > precision
On Fri, 12 Jul 2019, Riccardo (Jack) Lucchetti wrote:
> On Fri, 12 Jul 2019, Allin Cottrell wrote:
>
> > On Fri, 12 Jul 2019, Sven Schreiber wrote:
> >
> > > Something else: BTW, the guide mentions that --send-data is not
> > > available with Ox, but is silent
On Fri, 12 Jul 2019, Sven Schreiber wrote:
> Am 12.07.2019 um 16:15 schrieb Allin Cottrell:
> > Neither stata nor R reject this specification, but the "arguably
> > strange" output from gretl is indeed an artifact of sub-par numerical
> > precision in the
On Wed, 10 Jul 2019, Sven Schreiber wrote:
Am 10.07.2019 um 14:10 schrieb Allin Cottrell:
On Mon, 8 Jul 2019, Sven Schreiber wrote:
BTW, I checked the expression "zeros(100,1) * NA" which still has all
zeros. Now I remember some dispute about the desired result for 0*NA,
but i
On Thu, 11 Jul 2019, Sven Schreiber wrote:
Am 08.07.2019 um 00:46 schrieb Allin Cottrell:
On Sun, 7 Jul 2019, Sven Schreiber wrote:
Am 07.07.2019 um 17:25 schrieb Allin Cottrell:
Thanks, Sven. I've now committed your changes. They remain to be
documented.
Sure, I will also do
On Mon, 8 Jul 2019, Sven Schreiber wrote:
> BTW, I checked the expression "zeros(100,1) * NA" which still has all
> zeros. Now I remember some dispute about the desired result for 0*NA,
> but in any case the variant "zeros(100,1) .* NA" gives all 'nan', so I'm
> sure one of the two must be a bug.
On Mon, 8 Jul 2019, Allin Cottrell wrote:
> The way mshape() works currently there isn't a "necessary number of
> columns" [...]
But if you want to ensure that no elements are repeated or discarded
via mshape, you can do
Xs = mshape(X, r, nelem(X)/r)
That will give an err
On Mon, 8 Jul 2019, Riccardo (Jack) Lucchetti wrote:
> On Mon, 8 Jul 2019, Allin Cottrell wrote:
>
> > On Mon, 8 Jul 2019, Riccardo (Jack) Lucchetti wrote:
> >
> > > On Sun, 7 Jul 2019, Artur Tarassow wrote:
> > >
> > > > Hi all,
> >
On Mon, 8 Jul 2019, Sven Schreiber wrote:
> Am 08.07.2019 um 08:12 schrieb Riccardo (Jack) Lucchetti:
> > On Sun, 7 Jul 2019, Allin Cottrell wrote:
> >
> > > > Do you guys like the idea?
> > >
> > > Yes. It's now in git.
> >
> > Thanks;
On Mon, 8 Jul 2019, Riccardo (Jack) Lucchetti wrote:
On Sun, 7 Jul 2019, Artur Tarassow wrote:
Hi all,
I've just found that the "--quiet" option is not documented in the command
reference for the "arima" command even though its actually implemented.
The same was true for quite a few
On Sun, 7 Jul 2019, Riccardo (Jack) Lucchetti wrote:
On Sun, 7 Jul 2019, Sven Schreiber wrote:
Well except for F_IMAT where the second arg isn't skipped but is
actually NULL, right?
Actually, you got me thinking about the possibility of having a second
argiment to I() (aka F_IMAT); in many
On Sun, 7 Jul 2019, Sven Schreiber wrote:
Am 07.07.2019 um 17:25 schrieb Allin Cottrell:
On Sun, 7 Jul 2019, Sven Schreiber wrote:
OK, I'm attaching a diff with which I seem to be able to do things like
"zeros(3)". The only affected file was lib/src/geneval.c.
Thanks, Sven
On Sun, 7 Jul 2019, Sven Schreiber wrote:
Am 05.07.2019 um 08:37 schrieb Sven Schreiber:
Am 05.07.2019 um 00:57 schrieb Allin Cottrell:
On Thu, 4 Jul 2019, Sven Schreiber wrote:
Actually if there are no objections about the request maybe that's
something that might be relatively easy
On Sat, 6 Jul 2019, Riccardo (Jack) Lucchetti wrote:
as you know, the gretl mailing list have migrated to a new platform and we
now have a nice forum-like interface for browsing the archives.
However, in some cases it may be preferable to use a simpler interface, like
the one we had before.
On Fri, 5 Jul 2019, Artur Tarassow wrote:
Am 05.07.19 um 14:04 schrieb Sven Schreiber:
2) Simply be more explicit by adding "list" at the start:
list b.L += FOO*
Thanks, Sven. I like the latter solution which works well.
That's certainly the recommended version. However, we now (git)
On Thu, 4 Jul 2019, Sven Schreiber wrote:
> Am 02.07.2019 um 08:22 schrieb Riccardo (Jack) Lucchetti:
>
>> That said, I'll have a go at cleaning all my funtion packages from
>> isnull() and isstring() at the earliest opportunity, and I would advise
>> everyone to do the same.
>
> I think this
On Thu, 4 Jul 2019, Sven Schreiber wrote:
> Hi,
> this is a feature request which I grabbed from an old thread:
>
> "to make one-liners like "r = filter(p | zeros(rows(q)-1, 1), q)" more
> economical -and other code as well-
> wouldn't it be good if the column number argument of zeros() became
>
See http://gretl.sourceforge.net/
This release was accelerated by a rather nasty bug (which somehow
went unnoticed for quite a while), namely a crash on trying to
produce an out-of-sample forecast after estimating a VAR.
Those using a reasonably current snapshot will already have the
relevant
On Tue, 2 Jul 2019, Sven Schreiber wrote:
> Am 01.07.2019 um 22:38 schrieb Allin Cottrell:
> > On Fri, 28 Jun 2019, Riccardo (Jack) Lucchetti wrote:
> >
> > >
> > > Yes, the bug is quite nasty, I think we ought to release soon.
> >
> > I'm ready to rel
On Thu, 27 Jun 2019, Allin Cottrell wrote:
> On Wed, 26 Jun 2019, Allin Cottrell wrote:
>
>> On Wed, 26 Jun 2019, Sven Schreiber wrote:
>>
>>> I got this error when trying to fetch something from the Belgian central
>>> bank via the dbnomics add-on:
&
On Fri, 28 Jun 2019, Riccardo (Jack) Lucchetti wrote:
> On Fri, 28 Jun 2019, Sven Schreiber wrote:
>
>> Is it already decided that there's going to be an emergency release? I
>> was wondering whether the crash problem should be communicated via the
>> users list and/or Twitter.
>
> Yes, the bug
On Fri, 28 Jun 2019, Riccardo (Jack) Lucchetti wrote:
> On Fri, 28 Jun 2019, Sven Schreiber wrote:
>
>> Am 25.06.2019 um 13:24 schrieb Allin Cottrell:
>>> On Tue, 25 Jun 2019, Riccardo (Jack) Lucchetti wrote:
>>>
>>>
>>>> * we re-in
On Wed, 26 Jun 2019, Artur Tarassow wrote:
> Am 26.06.19 um 22:14 schrieb Henrique Andrade:
>> Dear team,
>>
>> If I (correctly) understood your messages, you are thinking that the
>> screenshots are from a real implementation of the proposed GUI.
>> Unfortunately they aren't. I made them using
On Wed, 26 Jun 2019, Sven Schreiber wrote:
> I got this error when trying to fetch something from the Belgian central
> bank via the dbnomics add-on:
>
> Datentypen nicht passend bei Operation [datatypes not matched]
> *** error within loop in function fix_dimensions_bundle
>> b.value_label =
On Tue, 25 Jun 2019, Henrique Andrade wrote:
> Dear Sven, Artur and Jack,
>
> Based on the "pro view" suggested by Jack and on the RStudio/Spyder UI, I
> did some mockups for a (possible) new Gretl GUI. I'm attaching three images:
>
> 1. GretlGUI_JackSuggestion_based_01.png
> 2.
On Tue, 25 Jun 2019, Riccardo (Jack) Lucchetti wrote:
> On Tue, 25 Jun 2019, Sven Schreiber wrote:
>
> > Was there any deprecation warning printed out regarding isnull etc.? (I
> > mean when executing them.)
>
> Yes, that would help IMO. Let's print a warning like the one we have for the
> "=" vs
On Mon, 24 Jun 2019, Allin Cottrell wrote:
(a propos conversion from array of strings to a vector)
> I've just been working on this, replacing my original code with
> something more efficient. In current git this is what happens:
>
>
> ? strings S = defarray("1",
On Mon, 24 Jun 2019, Riccardo (Jack) Lucchetti wrote:
> On Sun, 23 Jun 2019, Allin Cottrell wrote:
>
> > sscanf() could also do the job (element by element). But it might be nice to
> > enable something like
> >
> > matrix m
> > sscanf(S, "%m", m)
On Sun, 23 Jun 2019, Artur Tarassow wrote:
>>> Thanks for the fix, Allin. However, why is a numeric vector (element v4)
>>> treated as a string array even though it comprises numeric values only? Is
>>> there any way to import it is a matrix datatype or some way to transform
>>> it to such a
On Sun, 23 Jun 2019, Artur Tarassow wrote:
> Am 23.06.19 um 15:06 schrieb Allin Cottrell:
>> On Mon, 17 Jun 2019, Allin Cottrell wrote:
>>
>>> On Sat, 15 Jun 2019, Artur Tarassow wrote:
>>>
>>>> Dear all,
>>>>
>>>> I
On Mon, 17 Jun 2019, Allin Cottrell wrote:
> On Sun, 16 Jun 2019, Artur Tarassow wrote:
>
> > I really like the C-style if-else syntax as well as the C-style '++' and
> > '--' operators for incrementing and decrementing a number, respectively. But
> > I am surprised to see
On Mon, 17 Jun 2019, Allin Cottrell wrote:
> On Sat, 15 Jun 2019, Artur Tarassow wrote:
>
> > Dear all,
> >
> > I hope you had a successful gretl conference in Naples!
> >
> > I am currently working with json files again. Using latest git version of
&g
On Sat, 15 Jun 2019, Artur Tarassow wrote:
> Dear all,
>
> I hope you had a successful gretl conference in Naples!
>
> I am currently working with json files again. Using latest git version of
> gretl on Ubuntu linux (even though the behavior also occurs for older
> versions), I've found that
On Sun, 16 Jun 2019, Artur Tarassow wrote:
> Dear all,
>
> from time to time I use the IntelliJ IDEA editor which has an option to
> assist the user to follow the PEP8 Python coding guidelines. A tiny but
> helpful feature is the vertical line in the editor indicating the suggested
> maximum
On Sun, 16 Jun 2019, Artur Tarassow wrote:
> I really like the C-style if-else syntax as well as the C-style '++' and '--'
> operators for incrementing and decrementing a number, respectively. But I am
> surprised to see that the following does not work:
>
>
> scalar s = 0
> loop i=1..2 -q
>
On Sat, 25 May 2019, Sven Schreiber wrote:
> Am 25.05.2019 um 18:14 schrieb "Daniel Marín":
>
>> What I want is to import data from Excel files, LibreOffice files, and
>> be able to specify the row in the Excel worksheet where the names of the
>> variables are, and the row where the descriptive
On Mon, 20 May 2019, Riccardo (Jack) Lucchetti wrote:
> On Mon, 20 May 2019, Allin Cottrell wrote:
>
> > On Mon, 20 May 2019, Riccardo (Jack) Lucchetti wrote:
> >
> > > Sorry for the bombardment: I just realised that, much to my surprise, not
> > > only
On Mon, 20 May 2019, Riccardo (Jack) Lucchetti wrote:
> Sorry for the bombardment: I just realised that, much to my surprise, not only
> we don't have a numerical root-finding function in hansl; it seems we don't
> have one in libgretl either!
>
> So I put together a quick hansl prototype for the
On Sun, 19 May 2019, Sven Schreiber wrote:
> Am 19.05.2019 um 19:13 schrieb Riccardo (Jack) Lucchetti:
>>>
>>> Hmm, interesting idea. I think this could be made to work quite
>>> nicely. Internally, nothing prevents us from creating a new, temporary
>>> "hidden" dataset (then turning it into a
On Sun, 19 May 2019, Sven Schreiber wrote:
> Am 19.05.2019 um 12:21 schrieb Riccardo (Jack) Lucchetti:
>> On Sat, 18 May 2019, Riccardo (Jack) Lucchetti wrote:
>>
>>> Answering myself: I put together a smal hansl function for doing just
>>> that: it should work on reasonably regular csv files.
On Fri, 17 May 2019, Riccardo (Jack) Lucchetti wrote:
> Folks,
>
> I need to generate a time-series picture with NBER-style recession bands. This
> is very easy to do via the GUI, but not very much so from a script. So I put
> together the following function, that has a few flaws but gets the
On Sat, 11 May 2019, Marcin Błażejowski wrote:
> On 11.05.2019 16:43, Cottrell, Allin wrote:
>
>> On Sat, May 11, 2019 at 8:16 AM Marcin Błażejowski
>> wrote:
>>> Hi,
>>>
>>> let start fresh gretl, define "New data set" as whatever and try to save
>>> as gdt: gretl crashes and gdb says:
On Sat, 11 May 2019, Sven Schreiber wrote:
> Am 11.05.2019 um 00:29 schrieb Allin Cottrell:
>> Hello collinearity aficionados,
>>
>> I'm doing some preliminary work on revamping gretl's BKW collinearity
>> diagnostics, and would appreciate feedback from any intere
Hello collinearity aficionados,
I'm doing some preliminary work on revamping gretl's BKW
collinearity diagnostics, and would appreciate feedback from any
interested parties.
In git and snapshots there's now an (undocumented) built-in function
BKW() which returns a matrix and basically has the
On Thu, 9 May 2019, Riccardo (Jack) Lucchetti wrote:
> On Thu, 9 May 2019, Sven Schreiber wrote:
>
>> Am 09.05.2019 um 20:57 schrieb Allin Cottrell:
>>
>>> I agree with Sven that some clean-up and enhancement is needed, but I
>>> suggest we propose that till a
On Thu, 9 May 2019, Riccardo (Jack) Lucchetti wrote:
> On Thu, 9 May 2019, Sven Schreiber wrote:
>
> > > IMO the new facility would be especially useful for the commands where
> > > the user writes down her estimator herself (nls, gmm, mle).
> >
> > What I'd like to know in the present context,
> On Wed, May 8, 2019 at 1:14 AM Sven Schreiber wrote:
>
>> Am 08.05.2019 um 01:22 schrieb Allin Cottrell:
>>> So far as I'm concerned we're about ready for the gretl 2019b release.
>>> Does anyone have any bugs they want to report -- or do any developers
>>>
So far as I'm concerned we're about ready for the gretl 2019b
release. Does anyone have any bugs they want to report -- or do any
developers have new stuff they'd like to add -- before we do that?
If not I'll make a release in the next day or two.
Allin
On Thu, 2 May 2019, Allin Cottrell wrote:
> On Thu, 2 May 2019, Allin Cottrell wrote:
>
>> On Thu, 2 May 2019, Sven Schreiber wrote:
>>
>>> not sure why the following fails, given the documentation of 'argname':
>>>
>>>
>>> function vo
On Thu, 2 May 2019, Allin Cottrell wrote:
> On Thu, 2 May 2019, Sven Schreiber wrote:
>
>> not sure why the following fails, given the documentation of 'argname':
>>
>>
>> function void ch(matrix m[null], string s[null])
>> if exists(m)
>>eva
On Thu, 2 May 2019, Sven Schreiber wrote:
> not sure why the following fails, given the documentation of 'argname':
>
>
> function void ch(matrix m[null], string s[null])
> if exists(m)
>eval argname(m)
> elif exists(s)
>eval argname(s)
> endif
> end function
>
> string s_in = "hey"
>
On Mon, 29 Apr 2019, Allin Cottrell wrote:
> On Mon, 29 Apr 2019, Andreï V. Kostyrka wrote:
>
>> Could you please check all LaTeX output generators and automatically escape
>> all underscores or other illegal LaTeX characters (or strip the ones that
>> cannot be escaped, o
On Mon, 29 Apr 2019, Andreï V. Kostyrka wrote:
> Dear Allin and Riccardo,
>
> Remember, some time ago, I requested escaping the underscore character in
> variable names for LaTeX output (otherwise, it won’t compile)?
> This problem still persists in gretl 2019a. Today, I tried to render the
>
On Wed, 17 Apr 2019, Schaff, Frederik wrote:
>>> I just tried to reset my password for the list subscription so I may
>>> login and change my email address. However, I get the message that I
>>> am not registered under the email with which I am writing you and with
>>> which I get the E-Mails.
On Tue, 16 Apr 2019, Sven Schreiber wrote:
> Am 16.04.2019 um 16:03 schrieb Allin Cottrell:
>> Hello all,
>>
>> If all goes well, you are reading a post from the new gretl-users
>> and/or gretl-devel list(s).
>>
>> Please make note of the new posting
Hello all,
If all goes well, you are reading a post from the new gretl-users
and/or gretl-devel list(s).
Please make note of the new posting addresses.
--
Allin Cottrell
Department of Economics
Wake Forest University, NC
See https://gretlml.univpm.it/postorius/lists/ for an overview.
We will send another broadcast message when we know the transition
is actually about to happen. There will probably be a period of a
few hours when posting to either of the lists is not possible.
Allin Cottrell
601 - 700 of 3779 matches
Mail list logo