Hi to all translators out there,
it would be great if you could update your translations (.po files) in
time for the next gretl release at the end of the month. Admittedly this
is only four days away, and so this message might have come a bit
earlier. Nevertheless, if you could manage to catch
Hi,
I think the options bundle that can be passed to deseas() now isn't
checked for sanity. Maybe we can use the internal C-equivalent of the
bcheck() function to warn about misspellings or something like that. (I
used the interim code 'outlier_correction' instead of 'outliers', and
the old
Hi, just noticed that the fairly big new feature of the "swallowed"
console (being in one joint window with the main window) isn't in the
changelog on the web. Did we ever announce it or make it known? What was
the first version to have it? 2021d?
thanks
sven
Am 19.01.2022 um 14:42 schrieb Allin Cottrell:
OK, now we're in business. That's fixed in git.
Thanks, that's great!
One comment: using "mydates" and smpl --restrict is a kinda roundabout
way of sampling panel data in the time dimension. You could do
smpl 2000:1 2000:3 --time
or (with
Am 18.01.2022 um 17:58 schrieb Allin Cottrell:
Here's my simple case. Can you see what extra stuff you need to
introduce to provoke the problem?
OK, thanks, this is helpful. I managed to provoke the same error message
that I had before (no obs would be left):
function void pansmpl (series
Am 18.01.2022 um 03:18 schrieb Cottrell, Allin:
I tried a simple example following your description and it worked
fine. We'll need to see what's the active ingredient in your case.
Thanks, Allin. I was going to say my suspicion is that it's related to
the recent panel-time changes, but then
Am 18.01.2022 um 07:24 schrieb atecon:
Am 18.01.2022 00:07 schrieb Sven Schreiber:
smpl unit == donor --restrict
matrix mydonor = {y} # no problem here, works
smpl --full # should be redundant, but isn't -- perhaps a gretl bug?
smpl unit == target_group --replace --restrict
When I leave
Hi,
I have a situation here where the "smpl ... --replace --restrict"
construct isn't working like (I, at least) expected. Sorry, I can't give
a minimal working example yet. The context is a panel dataset and we're
inside a hansl function where the series y was passed as an argument,
but series
Am 13.01.2022 um 18:00 schrieb Johannes Lips:
The main reason probably is that the Financial Accounts probably
switched away from the ESA 1995 methodology in 2014. Therefore, I
suspect that all these time series are not updated on a regular basis
anymore.
This then triggers a rule, that time
Am 12.01.2022 um 19:08 schrieb Johannes Lips:2
this should be ok, because the BBK01 is a generic prefix used for
various different time series across multiple statistics.
Using the key from dbnomics, you should be able to find the same time
series key also in the Bundesbank time series
Am 13.01.2022 um 02:07 schrieb Allin Cottrell:
On Wed, 12 Jan 2022, Sven Schreiber wrote:
I'm noticing that some datasets are apparently duplicated or even
quadrupled:
- BBK01: appears 4 times
- BBNZ1 (National Accounts...): appears twice
This is a quirk of the Bundesbank provider. There's
Am 12.01.2022 um 23:51 schrieb Allin Cottrell:
On Wed, 12 Jan 2022, Johannes Lips wrote:
But I couldn't install the dbnomics function package from File -
Function package - On server, because it's not present in the list.
That's expected, because dbnomics isn't a contributed package, it's
Am 12.01.2022 um 17:33 schrieb Sven Schreiber:
Hi,
I'm looking at the Bundesbank (BUBA) datasets through gretl's DB.NOMICS
addon. (Snapshot from two weeks ago.)
Another remark on what this snapshot report, although not related to
dbnomics: It says under Help/Look for Updates "the n
Hi,
I'm looking at the Bundesbank (BUBA) datasets through gretl's DB.NOMICS
addon. (Snapshot from two weeks ago.)
I'm noticing that some datasets are apparently duplicated or even
quadrupled:
- BBK01: appears 4 times
- BBNZ1 (National Accounts...): appears twice
Is this expected?
thanks
sven
On 05.01.22 19:29, Sven Schreiber wrote:
Bottom line: Apart from the needed general comparisons and checks, it
would be nice if we could add the td1coef option for working days
adjustment to the gretl wrapper for X13. This actually doesn't look so
difficult, I might even try it myself... (If I
Am 08.01.2022 um 15:33 schrieb Allin Cottrell:
On Thu, 6 Jan 2022, Sven Schreiber wrote:
it looks as if the panel-time information in the current dataset is
lost
Ah, in fact it was quite straightforward to ensure that panel time
information is restored on exit from a function that carries
Am 07.01.2022 um 03:41 schrieb Allin Cottrell:
On Thu, 6 Jan 2022, Sven Schreiber wrote:
Hi,
it looks as if the panel-time information in the current dataset is lost
when:
1) a user-written hansl function is executed which internally plays
around with and repeatedly resets the sample
2
Am 05.01.2022 um 19:29 schrieb Sven Schreiber:
Still learning here... I think I forgot the 'seats' switch in my
previous suggestions.
And the learning continues -- it now seems to me that unlike the Census
X13as program (which also has Seats in its name) the JDemetra program
does not support
Am 06.01.2022 um 18:06 schrieb Allin Cottrell:
On Thu, 6 Jan 2022, Sven Schreiber wrote:
Would the fix also cover the other issue that jack mentioned, that
$system.coeff is wrong?
After looking further into this, my diagnosis is that var->B (which
provides $system.coeff) has been too sm
Hi,
it looks as if the panel-time information in the current dataset is lost
when:
1) a user-written hansl function is executed which internally plays
around with and repeatedly resets the sample
2) before calling that function, the current panel dataset is restricted
(in the time dimension)
Hi,
some months ago I edited the "genr" chapter 10 of the user guide, and in
the introduction 10.1 the goal was to describe all cases where using the
keyword "genr" was actually required. I think at the time nobody noticed
that the special construct "genr markers" was omitted. (It is explained
Hi,
I just had to use the solution from section 4.5 of the user guide
("Panel data specifics") which explains how to convert a time-series
dataset holding the same conceptual variable for different units (e.g.,
countries) into a panel dataset with a single variable ("Side-by-side
time series",
Am 05.01.2022 um 23:30 schrieb Allin Cottrell:
On Tue, 4 Jan 2022, ESTEVEZ NUÑEZ JUAN CARLOS wrote:
Hi Jack,
Your code shows any error message with the Windows-32 zip version
until 2018/05/11, but it fails with 2018/08/11 zip version, and
following. Maybe some was made meanwhile that causes
Am 20.11.2021 um 13:46 schrieb Sven Schreiber:
Am 19.11.2021 um 19:46 schrieb Rigoberto Perez Suarez:
In my opinion deseas() is extremely helpful, but it would also be
interesting to have some additional function providing for instance
the Trend-cycle component (quite useful in signal
Am 04.01.2022 um 19:02 schrieb Sven Schreiber:
So here's my take on which JDemetra pre-defined specs at the link in an
earlier message can already be done with the existing apparatus:
Still learning here... I think I forgot the 'seats' switch in my
previous suggestions.
Also, the specs RSA2
Am 04.01.2022 um 14:40 schrieb Sven Schreiber:
Hi, I've taken a look at current git master to see what's the status quo
there. AFAICS, the new bundle argument is being passed around internally
already, for example in seasonally_adjust_series() in lib/src/genfuncs.c
or in adjust_series
Am 23.11.2021 um 15:05 schrieb Allin Cottrell:
On Tue, 23 Nov 2021, Sven Schreiber wrote:
Am 20.11.2021 um 23:34 schrieb Allin Cottrell:
It would be quite easy to add an optional bundle-of-options argument
to deseas(), to give as much control over the processing as is
offered by the GUI
Am 03.01.2022 um 15:17 schrieb Riccardo (Jack) Lucchetti:
On Mon, 3 Jan 2022, Riccardo (Jack) Lucchetti wrote:
Hi all (and happy new year),
I just found that we have a bug when forecasting from a VECM with
exogeneity restrictions (only with certain options for the
deterministic part).
Some
Am 02.01.2022 um 01:51 schrieb Cottrell, Allin:
On Fri, Dec 31, 2021 at 9:12 AM Sven Schreiber wrote:
Am 31.12.2021 um 15:10 schrieb Artur T.:
Am 28.12.21 um 18:25 schrieb Sven Schreiber:
Hi,
just saw this:
https://www.aeaweb.org/rfe/showRes.php?rfe_id=1349_id=89
Probably not terribly
Am 31.12.2021 um 15:10 schrieb Artur T.:
Am 28.12.21 um 18:25 schrieb Sven Schreiber:
Hi,
just saw this:
https://www.aeaweb.org/rfe/showRes.php?rfe_id=1349_id=89
Probably not terribly important, but maybe we should contact "someone"
there to have it updated?
Hi Sven,
not sure wh
Hi,
just saw this:
https://www.aeaweb.org/rfe/showRes.php?rfe_id=1349_id=89
Probably not terribly important, but maybe we should contact "someone"
there to have it updated?
cheers
sven
___
Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it
To
Am 27.12.2021 um 22:17 schrieb Sven Schreiber:
In the dialog for uploading new function packages I've noticed the
following URL string which I think is outdated:
"http://gretl.ecn.wfu.edu/cgi-bin/apply;
Accordingly, the web page button on that dialog leads nowhere.
Ah sorry, this is be
Hi everybody,
I hope you've had happy holidays so far!
In the dialog for uploading new function packages I've noticed the
following URL string which I think is outdated:
"http://gretl.ecn.wfu.edu/cgi-bin/apply;
Accordingly, the web page button on that dialog leads nowhere.
thanks
sven
Am 13.12.2021 um 01:28 schrieb Neuhaus, Isaac:
I am getting the following error when I try to build gretl
I'm assuming this is the same problem that you reported on the bug
tracker, where discussion has been ongoing after this message. Please
don't assume that responses will follow
Am 07.12.2021 um 23:40 schrieb Allin Cottrell:
On Thu, 2 Dec 2021, Sven Schreiber wrote:
(on Windows at least) I'm observing that dragging a gretl file (gdt,
inp) onto the gretl window doesn't work if it's on the
embedded/swallowed console area. This isn't a big deal...
There's no sense
Hi,
(on Windows at least) I'm observing that dragging a gretl file (gdt,
inp) onto the gretl window doesn't work if it's on the
embedded/swallowed console area. This isn't a big deal, but I'm also
seeing that the cursor (mouse pointer) changes into the "drop here"
mode, as if it were allowed. But
Hi,
working with the local decimal comma, I saved a session file. Then I
changed the settings to not use the decimal comma, and restarted gretl.
I reloaded the saved session, and then in the settings dialog I saw a
comma for example in the numeric field for "standard plot scaling".
Restarting
Am 23.11.2021 um 12:20 schrieb Riccardo (Jack) Lucchetti:
On Tue, 23 Nov 2021, Sven Schreiber wrote:
Am 23.11.2021 um 12:16 schrieb Sven Schreiber:
I mean primarily RSA0...RSA5. If deseas() accepts an options bundle,
putting together the bundles for those presets would be mostly trivial
Am 23.11.2021 um 12:16 schrieb Sven Schreiber:
I mean primarily RSA0...RSA5. If deseas() accepts an options bundle,
putting together the bundles for those presets would be mostly trivial.
Sorry, I was too quick: Adjusting for working days would require more
input, so it wouldn't be so trivial
Am 20.11.2021 um 23:34 schrieb Allin Cottrell:
On Sat, 20 Nov 2021, Sven Schreiber wrote:
OK, some testing with an artificially constant series:
nulldata 200
setobs 4 1:1 --time-series
series x = 2
series xSA = deseas(x) # no error, series is produced
What version of x12a or x13as
Hi (especially Jack),
it occurred to me that from time to time we should update the syntax
specification for hansl that we once sent to the maintainer of the TeX
listings package. (Which provides syntax coloring in TeX documents; see
here for example:
Am 17.09.2021 um 11:06 schrieb Sven Schreiber:
Am 16.09.2021 um 22:12 schrieb Allin Cottrell:
FWIW, the "to" in a range of lags is a RATS-ism from way back. I'm not
too keen on propagating it to other contexts.
I agree, harmonization the other way around would be more sensible
Am 21.11.2021 um 23:31 schrieb Allin Cottrell:
On Sun, 21 Nov 2021, Sven Schreiber wrote:
Indeed, a little bit to my surprise it worked to delete that and then do
"git restore doc/tex/*", followed by the configure script and so on.
If you had to use "git restore" that
Am 21.11.2021 um 21:15 schrieb Cottrell, Allin:
On Sun, Nov 21, 2021 at 9:01 AM Sven Schreiber wrote:
This really seems to be a problem of the virtual machine context and/or
the underlying file system.
Probably the underlying file system (lacking symlinks). It should work to blow
away doc/tex
Am 21.11.2021 um 12:24 schrieb Riccardo (Jack) Lucchetti:
On Sun, 21 Nov 2021, Sven Schreiber wrote:
Actually I had done that, and now I've done it again, and still getting
the same error. Will check on a native Linux machine with a "cleaner"
git state.
"make pdfdocs"
Am 20.11.2021 um 20:26 schrieb Allin Cottrell:
On Sat, 20 Nov 2021, Sven Schreiber wrote:
make[1]: Entering directory '/ ... /gretl-git/doc'
make -C tex
make[2]: Entering directory '/ ... /gretl-git/doc/tex'
make[2]: stat: ../../doc/tex/persistent.tex: Too many levels of symbolic
links
make[2
Hi,
I'm encountering the following problem (after doing make clean,
configure, and make successfully) with "make pdfdocs". This is on
current git, or actually, the file doc/tex/pkgbook.tex is also changed
here and not yet pushed, but it doesn't look as if that's the problem.
I'm using Linux on
Am 19.11.2021 um 19:46 schrieb Rigoberto Perez Suarez:
Hello, I have been following the interesting debate on X13a and
TRAMO-SEATS, and I support the idea raised by Sven about jDemetra+.
Thanks, Rigoberto. But to avoid any misunderstanding, let me be clear
that I wasn't suggesting to port or
Am 19.11.2021 um 16:11 schrieb Allin Cottrell:
You have the deseas() function, but it doesn't offer much control.
Thanks, Allin, for reminding us (me) of this function, which wasn't
really on my radar. Two comments about the doc:
- This is another example where X13 isn't mentioned yet. Do I
Am 16.11.2021 um 18:25 schrieb Riccardo (Jack) Lucchetti:
What we do is provide a transparent interface to the corresponding
binaries (and IMO we're quite good at that). /
OK, back to the original question: Do I understand correctly that that's
a graphical interface and there's no way to do
Am 16.11.2021 um 18:25 schrieb Riccardo (Jack) Lucchetti:
Now it seems that The JDemetra+ guys have done the crazy thing. From the
reference manual:
[...] Eurostat took an initiative to create new software [...] The
resulting program is called JDemetra+. [...] the most critical
innovation is
Am 16.11.2021 um 17:46 schrieb Hélio Guilherme:
Well, it is base on TRAMO-SEATS and X12-ARIMA, see
https://github.com/jdemetra/jdemetra-core
It should not be that hard to adapt from Java to C.
Maybe. I see two problems:
- It is under continuous development, so porting from Java to C would
Hi,
I'm not usually in the business of needing to do seasonal adjustment
myself, but it seems I will be, and I'm wondering about the following
things about gretl:
- The documentation still mostly talks about X12. This concerns the
contents or menu column on the left of the main web page, the
Am 09.11.2021 um 09:19 schrieb Sven Schreiber:
If we agree in principle, then I can put this on the tracker. But maybe
there is no consensus about the silent option?
It's now ticket https://sourceforge.net/p/gretl/feature-requests/165/
thanks
sven
Hi,
I just saw a reproducible crash here:
Snapshot Nov 2nd, open dbnomics from the menus, double-click on
Destatis, move forward one or two pages (click right arrow), enter a
search term in the text field (like "gross fixed capital"), select "on
this page" or so, and click the search button ->
Am 11.11.2021 um 08:29 schrieb Riccardo (Jack) Lucchetti:
On Thu, 11 Nov 2021, Artur T. wrote:
Am 10.11.21 um 22:41 schrieb Riccardo (Jack) Lucchetti:
Folks,
while trying out a few time-series things, I realised we don't have
a nice 7-day-per-week sample dataset to play with weekly + yearly
Am 26.10.2021 um 07:50 schrieb atecon:
Am 24.10.2021 22:08 schrieb Sven Schreiber:
Sorry, I didn't mean "meaningless" in general, but in the context of
certain (= "some") scripts or packages. Again, the point is that a
function author should have control over wh
Am 24.10.2021 um 14:22 schrieb Sven Schreiber:
Am 24.10.2021 um 13:50 schrieb Allin Cottrell:
On Sun, 24 Oct 2021, Sven Schreiber wrote:
Am 23.10.2021 um 22:19 schrieb Allin Cottrell:
On Sat, 23 Oct 2021, Sven Schreiber wrote:
Am 23.10.2021 um 21:59 schrieb Allin Cottrell:
My take
Am 06.11.2021 um 17:41 schrieb Sven Schreiber:
Perhaps this is somehow due to gretl's attempt to spit out MPI output in
real time on Windows, as Allin mentioned. So we can hope that this
problem would be fixed as well, as soon as that attempt is abandoned.
Still haven't had the time to test
Am 02.11.2021 um 21:38 schrieb Cottrell, Allin:
On Sun, Oct 31, 2021 at 2:23 PM Sven Schreiber wrote:
Hi, I was somewhat surprised that something quite basic didn't work out
well: Estimating a 6-dim VAR with roughly T=700 I'm selecting (in the
VAR model/system window) the combined residual
Am 05.11.2021 um 19:06 schrieb Sven Schreiber:
I have GUI-gretl open and work in there (so gretlw32.exe or whatever),
with mpi blocks, and then in parallel (no pun intended) I execute
gretlcli.exe in batch mode from time to time. (In fact, in
package-building mode --makepkg.) Now
Am 04.11.2021 um 08:42 schrieb Sven Schreiber:
Am 04.11.2021 um 00:38 schrieb Allin Cottrell:
On Thu, 4 Nov 2021, Sven Schreiber wrote:
Am 03.11.2021 um 17:32 schrieb Riccardo (Jack) Lucchetti:
Could it be that there is an extreme corner case, that occurs with
very small probability
Am 05.11.2021 um 17:37 schrieb Cottrell, Allin:
On Fri, Nov 5, 2021 at 11:57 AM Sven Schreiber wrote:
Hm, even trying Listing 1 from the gretl + MPI guide (wrapped inside an
mpi block) fails for me on the latest snapshot, whereas it runs OK
(only) if I comment out the following two lines
Am 05.11.2021 um 16:32 schrieb Sven Schreiber:
for debugging reasons I'm trying to use "set use_dcmt off" as per the
MPI doc, but I get an error. Is this only allowed inside an mpi block,
not "preemptively"? That would make debugging more difficult. Couldn't
the o
Hi,
for debugging reasons I'm trying to use "set use_dcmt off" as per the
MPI doc, but I get an error. Is this only allowed inside an mpi block,
not "preemptively"? That would make debugging more difficult. Couldn't
the option be handed over to gretlmpi from gretl itself? (Or perhaps
some other
Am 04.11.2021 um 00:38 schrieb Allin Cottrell:
On Thu, 4 Nov 2021, Sven Schreiber wrote:
Am 03.11.2021 um 17:32 schrieb Riccardo (Jack) Lucchetti:
Could it be that there is an extreme corner case, that occurs with
very small probability, that makes some command fail with error under
very
Am 03.11.2021 um 17:32 schrieb Riccardo (Jack) Lucchetti:
On Wed, 3 Nov 2021, Sven Schreiber wrote:
I'm struggling with a hard-to-pinpoint problem involving MPI - this is
in relation to the johansensmall package and a pending update.
I cannot yet give very much detail, but in a certain
Hi,
I'm struggling with a hard-to-pinpoint problem involving MPI - this is
in relation to the johansensmall package and a pending update.
I cannot yet give very much detail, but in a certain special context for
a lower number of specified bootstrap iterations the thing runs fine,
whereas when
Am 25.10.2021 um 12:36 schrieb Sven Schreiber:
Am 24.10.2021 um 23:30 schrieb Allin Cottrell:
But we need to think about this some more. Just eliminating the
series-to-list cast breaks the packages FEP, CommonTrendsTest, ridge
and robust_RESET.
Agreed that more thought is needed.
I can
Hi, I was somewhat surprised that something quite basic didn't work out
well: Estimating a 6-dim VAR with roughly T=700 I'm selecting (in the
VAR model/system window) the combined residual plot, and I'm getting a
relatively small window --compared to the screen size-- where the
heights of each of
Am 24.10.2021 um 23:30 schrieb Allin Cottrell:
But we need to think about this some more. Just eliminating the
series-to-list cast breaks the packages FEP, CommonTrendsTest, ridge
and robust_RESET.
Agreed that more thought is needed. But changing those packages would be
feasible in principle
Am 24.10.2021 um 21:40 schrieb Allin Cottrell:
On Sun, 24 Oct 2021, Sven Schreiber wrote:
heylist(diff(LRM)) # works!
list oi = heylist(diff(LRM)) # fails
Specifically, the second case fails with the error message:
"heylist: argument 1 is of the wrong type (is list, s
Am 24.10.2021 um 19:47 schrieb Allin Cottrell:
On Sun, 24 Oct 2021, Sven Schreiber wrote:
... despite the doc saying that the quiet option should lead to no
printout.
True, the doc is not accurate on that point. Nonetheless, printing a
bare confirmation of the location from which the file
Hi,
more or less minimal example:
function list heylist (const series x)
print "aha"
list out = x # L
return out
end function
open denmark
heylist(diff(LRM)) # works!
list oi = heylist(diff(LRM))# fails
thanks
sven
___
Hi,
I'm noticing the following. First:
open australia
append denmark --quiet # still get message!
... despite the doc saying that the quiet option should lead to no printout.
Secondly, it would also be useful if 'store' had such an option in the
first place. The use case is the same as for
Am 24.10.2021 um 13:50 schrieb Allin Cottrell:
On Sun, 24 Oct 2021, Sven Schreiber wrote:
Am 23.10.2021 um 22:19 schrieb Allin Cottrell:
On Sat, 23 Oct 2021, Sven Schreiber wrote:
Am 23.10.2021 um 21:59 schrieb Allin Cottrell:
My take on this is that it's very unlikely that anyone wants
Am 24.10.2021 um 12:32 schrieb Marcin Błażejowski:
On 23.10.2021 21:59, Allin Cottrell wrote:
On Sat, 23 Oct 2021, Sven Schreiber wrote:
My take on this is that it's very unlikely that anyone wants to branch
in a script based on "osx" versus "linux" since they're both at co
Am 23.10.2021 um 22:19 schrieb Allin Cottrell:
On Sat, 23 Oct 2021, Sven Schreiber wrote:
Am 23.10.2021 um 21:59 schrieb Allin Cottrell:
My take on this is that it's very unlikely that anyone wants to branch
in a script based on "osx" versus "linux" since they're both a
Am 23.10.2021 um 21:59 schrieb Allin Cottrell:
My take on this is that it's very unlikely that anyone wants to branch
in a script based on "osx" versus "linux" since they're both at core
unix variants. So we should be safe just updating the string under
$sysinfo.os from "osx" to "macos".
Hi all,
the doc says that $sysinfo.os gives "linux", "osx", "windows" or other
as a piece of introspection. An older accessor is $windows, which
returns 0 or 1.
So the $windows accessor appears redundant and doesn't cover the Mac -
should it perhaps be discouraged for new hansl scripts? (I
Am 14.10.2021 um 19:53 schrieb Sven Schreiber:
Am 14.10.2021 um 18:14 schrieb Allin Cottrell:
That's now upgraded in git: given a time-series dataset, recognized
lag series are extended by "dataset addobs". That's not yet the case
for panel data.
Wow, that was quick! I expected it
Am 14.10.2021 um 18:14 schrieb Allin Cottrell:
On Thu, 14 Oct 2021, Sven Schreiber wrote:
Am 14.10.2021 um 16:29 schrieb Allin Cottrell:
This script shows what's happening. LRM_3 is not automatically
available in the added observations. To get that to happen, gretl
would have to recognize
Am 14.10.2021 um 16:29 schrieb Allin Cottrell:
On Mon, 11 Oct 2021, Sven Schreiber wrote:
Without any deeper meaning and just by coincidence, I was regressing LRY
from the denmark dataset on LRM(-3) -- not LRM(-1 to -3).
I re-checked that when I add just two new obs until 1988:1 or so, gretl
Hi,
after the Ubuntu question on the users list it occurred to me that a new
long-term support version of Ubuntu is coming up in April 2022.
The feature freeze seems to be in February. Not sure if there is another
relevant deadline for packages like gretl before that, but I think we
should keep
Am 11.10.2021 um 16:02 schrieb Allin Cottrell:
On Mon, 11 Oct 2021, Sven Schreiber wrote:
the following happened with 2021d: I open denmark.gdt and estimate a toy
model in the GUI. Then I go to Analysis/Forecasts in the model window.
Gretl complains about unavailable out-of-sample obs. I
Hi,
the following happened with 2021d: I open denmark.gdt and estimate a toy
model in the GUI. Then I go to Analysis/Forecasts in the model window.
Gretl complains about unavailable out-of-sample obs. I dismiss this
message window and I switch to the main window and add 5 obs. Switching
back to
Am 09.10.2021 um 01:24 schrieb Allin Cottrell:
On Fri, 8 Oct 2021, Allin Cottrell wrote:
On Fri, 8 Oct 2021, Sven Schreiber wrote:
P.S.: Trying monthly time frequency for a new panel dataset: I enter
1971:01 in the GUI as the start date, and then gretl tells me the time
range is 1971:01
Am 09.10.2021 um 19:56 schrieb Allin Cottrell:
On Sat, 9 Oct 2021, Sven Schreiber wrote:
On 09.10.21 01:14, Allin Cottrell wrote:
Those two points should (hopefully) now be fixed in git and snapshots.
Hmm, not really for the first one. (The sample selection seems to work
fine now
Hi,
it occurred to me that the new entry in the help menu says "Linear
programming", whereas the document is called "gretl + lpsolve". This is
in contrast to "gretl + MPI". Of course this isn't very important, but
some harmonization would still be good. No strong preference about which
way to
On 09.10.21 01:14, Allin Cottrell wrote:
On Fri, 8 Oct 2021, Sven Schreiber wrote:
Allin, not sure if you're already finished with the business of
improving the handling of time and dates in the panel context, but on
current git I'm seeing the following:
- create new panel dataset with daily
Am 06.10.2021 um 10:08 schrieb Riccardo (Jack) Lucchetti:
On Tue, 5 Oct 2021, Sven Schreiber wrote:
Hi,
I just had to debug a script which failed with a generic "data error".
Gretl correctly indicated the failing line "k++", but it took me a while
to find out that k was und
Am 08.10.2021 um 20:56 schrieb Allin Cottrell:
On Fri, 8 Oct 2021, Sven Schreiber wrote:
- create new panel dataset with daily time frequency: when I enter a
5-digit pseudo-year, gretl silently ignores the input. I would expect
some kind of error message.
That can perhaps be arranged.
P.S
Allin, not sure if you're already finished with the business of
improving the handling of time and dates in the panel context, but on
current git I'm seeing the following:
- create new panel dataset with daily time frequency: when I enter a
5-digit pseudo-year, gretl silently ignores the input.
Am 06.10.2021 um 11:14 schrieb Sven Schreiber:
Am 06.10.2021 um 10:08 schrieb Riccardo (Jack) Lucchetti:
Uhm. We do catch that special case: it's the "else" branch in
undefined_symbol_error() from lib/src/genlex.c, where we store the
appropriate message string into the par
Am 06.10.2021 um 10:08 schrieb Riccardo (Jack) Lucchetti:
On Tue, 5 Oct 2021, Sven Schreiber wrote:
Hi,
I just had to debug a script which failed with a generic "data error".
Gretl correctly indicated the failing line "k++", but it took me a while
to find out that k was und
Hi,
I just had to debug a script which failed with a generic "data error".
Gretl correctly indicated the failing line "k++", but it took me a while
to find out that k was undefined at that point. If the error message had
been "unknown object 'k'", it would have been much easier.
thanks
sven
Hi, some random-but-inspired-by-real-work thoughts about gretl's lists:
-- The fact that you can use index ranges with lists doesn't seem to be
documented, or is it? For example, a little bit to my amazement, this works:
open denmark
list L = LRM LRY IBO
ols L[1] const L[2 : nelem(L)]
(And
Am 01.10.2021 um 15:44 schrieb Artur T.:
Am 01.10.21 um 15:32 schrieb Sven Schreiber:
clearly documented.) So I think internally the function must not use $pd
if $datatype gives you 3 (panel data code) [or 0 (no data)].
True, the panel case is considered now, too.
Sorry Artur, not sure
Am 01.10.2021 um 15:23 schrieb Artur T.:
Hi
Am 30.09.21 um 23:03 schrieb Sven Schreiber:
Maybe there's a case for using an integer arg similar to $pd here,
allowing values 4 and 12.
Ah, good point. I've changed the signature to
<>
function scalar gdate_to_iso8601 (string date "
Am 01.10.2021 um 00:42 schrieb Allin Cottrell:
On Thu, 30 Sep 2021, Sven Schreiber wrote:
Am 29.09.2021 um 22:20 schrieb Cottrell, Allin:
Ah, never mind. Using an artificial panel dataset as per your
specification, I see that the --panel-time option seems to have been
subject to bitrot since
301 - 400 of 3396 matches
Mail list logo
