8:01 p.m.
Hi especially Oleh,
if you're reading this (we haven't heard from you in a while, hope
you're alright), could you take a look at the description of the feature
request and my comment on:
https://sourceforge.net/p/gretl/feature-requests/58/
and then tell us if your package is relevant, I mean if it indeed covers
some aspects of the request.
Thanks,
sven
6:35 p.m.
New subject: Relation of the "waldTest" package and feature request 58
Dear Sven,
Yoy may try to do as follows:
Dawnload v.04 from the staging area
Install
Run
open denmark.gdt
ols LRM const LRY IBO IDE
include waldTest.gfn
nlwaldtest("b[2]*b[3] - 2*b[4]*b[2]",$coeff,$vcv)
nlwaldtest("b[LRY]*b[IBO] - 2*b[IDE]*b[LRY]",$coeff,$vcv,$xlist)
nlwaldtest("b[LRY]*b[IBO] = 2*b[IDE]*b[LRY]",$coeff,$vcv,$xlist)
nlwaldtestx("b[LRY]*b[IBO] = x[1]*b[IDE]*b[LRY]",$coeff,$vcv,$xlist,{2})
Is it what you need?
Oleh
25 березня 2016, 22:01:39, від "Sven Schreiber" <svetosch(a)gmx.net>:
Hi especially Oleh,
if you're reading this (we haven't heard from you in a while, hope
you're alright), could you take a look at the description of the feature
request and my comment on:
https://sourceforge.net/p/gretl/feature-requests/58/
and then tell us if your package is relevant, I mean if it indeed covers
some aspects of the request.
Thanks,
sven
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
7:22 p.m.
Am 27.03.2016 um 20:35 schrieb oleg_komashko(a)ukr.net:
Dear Sven,
Yoy may try to do as follows:
Dawnload v.04 from the staging area
Install
Run
open denmark.gdt
ols LRM const LRY IBO IDE
include waldTest.gfn
nlwaldtest("b[2]*b[3] - 2*b[4]*b[2]",$coeff,$vcv)
nlwaldtest("b[LRY]*b[IBO] - 2*b[IDE]*b[LRY]",$coeff,$vcv,$xlist)
nlwaldtest("b[LRY]*b[IBO] = 2*b[IDE]*b[LRY]",$coeff,$vcv,$xlist)
nlwaldtestx("b[LRY]*b[IBO] = x[1]*b[IDE]*b[LRY]",$coeff,$vcv,$xlist,{2})
Is it what you need?
Oleh
Yes it very much looks like it. I don't have time before tomorrow night
or Tuesday to check this actively, but it feels very promising. If so,
your package would have resolved a request that's already six years old!
thanks,
sven
9:42 p.m.
Am 27.03.2016 um 21:22 schrieb Sven Schreiber:
Am 27.03.2016 um 20:35 schrieb oleg_komashko(a)ukr.net:
> Dawnload v.04 from the staging area
>
> Is it what you need?
> Oleh
Yes it very much looks like it. I don't have time before tomorrow
night
or Tuesday to check this actively, but it feels very promising.
Oleh, what's the difference between v0.3 and v0.4? It doesn't say so in
the help text.
Allin: I have manually loaded Oleh's new package version (by choosing
the directory in the function package list window, in a fairly recent
snapshot) and said "yes" to gretl's question "do you want to
replace?",
but when I run Oleh's example script, the "include waldTest.gfn" line
still includes the old version from the default package directory.
Thanks,
sven
2 a.m.
On Mon, 28 Mar 2016, Sven Schreiber wrote:
Am 27.03.2016 um 21:22 schrieb Sven Schreiber:
> Am 27.03.2016 um 20:35 schrieb oleg_komashko(a)ukr.net:
>> Dawnload v.04 from the staging area
>>
>> Is it what you need?
>> Oleh
> Yes it very much looks like it. I don't have time before tomorrow night
> or Tuesday to check this actively, but it feels very promising.
Oleh, what's the difference between v0.3 and v0.4? It doesn't say so in the
help text.
Allin: I have manually loaded Oleh's new package version (by choosing the
directory in the function package list window, in a fairly recent snapshot)
and said "yes" to gretl's question "do you want to replace?", but
when I run
Oleh's example script, the "include waldTest.gfn" line still includes the
old
version from the default package directory.
I see what you mean. If you do "Info" on the new, non-installed
version you get the help for that version, but the "include" line in
the sample script picks up the installed version. It's possible to
adjust the "include" to specify the path to the version you want,
but I guess we need to save some state when you've chosen to replace
the default package listing with an ad hoc one, so that location
gets searched first.
Allin
2:29 a.m.
On Mon, 28 Mar 2016, Allin Cottrell wrote:
On Mon, 28 Mar 2016, Sven Schreiber wrote:
>
> Allin: I have manually loaded Oleh's new package version (by choosing the
> directory in the function package list window, in a fairly recent snapshot)
> and said "yes" to gretl's question "do you want to replace?",
but when I
> run Oleh's example script, the "include waldTest.gfn" line still
includes
> the old version from the default package directory.
I see what you mean. If you do "Info" on the new, non-installed version you
get the help for that version, but the "include" line in the sample script
picks up the installed version.
That's now fixed in git; snapshots will follow tomorrow. So long as
you have a function-package browser window open, pointing at an ad
hoc directory, that is the first place that will be searched for a
"include" file.
Allin
6:50 p.m.
Am 29.03.2016 um 04:29 schrieb Allin Cottrell:
On Mon, 28 Mar 2016, Allin Cottrell wrote:
> I see what you mean. If you do "Info" on the new,
non-installed
> version you get the help for that version, but the "include" line in
> the sample script picks up the installed version.
That's now fixed in git; snapshots will follow tomorrow. So long as you
have a function-package browser window open, pointing at an ad hoc
directory, that is the first place that will be searched for a "include"
file.
Thanks, it's working nicely.
The next related problem is how to install or activate a function
package from an ad hoc place when the package comes in zipped form. That
is, I expand the zip archive to get a directory with a gfn and a gdt
file. If I tell gretl to look in the newly created directory then it
finds the package alright, but the "open ...gdt --from-pkg=..." option
fails, the gdt datafile next to the gfn file isn't recognized as part of
the package.
If, OTOH, I try to tell gretl to look in the next-level directory
(containing the new directory), then gretl doesn't seem to recognize the
new package at all.
Thanks,
sven
7:06 p.m.
On Tue, 29 Mar 2016, Sven Schreiber wrote:
Am 29.03.2016 um 04:29 schrieb Allin Cottrell:
> On Mon, 28 Mar 2016, Allin Cottrell wrote:
>> I see what you mean. If you do "Info" on the new, non-installed
>> version you get the help for that version, but the "include" line in
>> the sample script picks up the installed version.
>
> That's now fixed in git; snapshots will follow tomorrow. So long as you
> have a function-package browser window open, pointing at an ad hoc
> directory, that is the first place that will be searched for a "include"
> file.
Thanks, it's working nicely.
Glad to hear it.
The next related problem is how to install or activate a function
package from an ad hoc place when the package comes in zipped
form.
Well, installing it is just a matter of
install /path/to/foo.zip --local
in gretl or gretlcli. But, OK, getting it to work uninstalled is
going to be trickier. I'll take a look.
Allin
10:01 p.m.
Am 29.03.2016 um 21:06 schrieb Allin Cottrell:
Well, installing it is just a matter of
install /path/to/foo.zip --local
in gretl or gretlcli.
Ok, thanks for the reminder. But I still think that if it were not
supposed to work in the GUI (for packages with resources, in zip format)
then it should be outright disabled, not simply not working. -- But you
already wrote in the other message that it should work now, so there
doesn't seem to be a disagreement.
thanks,
sven
8:14 p.m.
On Tue, 29 Mar 2016, Sven Schreiber wrote:
I expand the zip archive to get a directory with a gfn and a
gdt file. If I tell gretl to look in the newly created directory
then it finds the package alright, but the "open ...gdt
--from-pkg=..." option fails [...]
That should work now (git and snapshots).
Allin
8:28 p.m.
Dear Sven,
I found a buglet in using dataset:
absent "from pkg"
I'll fix it.
For other questions for the time being
you can use the same file from
datasets to POE-4
The same is true for gqtest
Oleh
29 березня 2016, 21:50:40, від "Sven Schreiber" <svetosch(a)gmx.net>:
Am 29.03.2016 um 04:29 schrieb Allin Cottrell:
> On Mon, 28 Mar 2016, Allin Cottrell wrote:
>> I see what you mean. If you do "Info" on the new, non-installed
>> version you get the help for that version, but the "include" line in
>> the sample script picks up the installed version.
>
> That's now fixed in git; snapshots will follow tomorrow. So long as you
> have a function-package browser window open, pointing at an ad hoc
> directory, that is the first place that will be searched for a "include"
> file.
Thanks, it's working nicely.
The next related problem is how to install or activate a function
package from an ad hoc place when the package comes in zipped form. That
is, I expand the zip archive to get a directory with a gfn and a gdt
file. If I tell gretl to look in the newly created directory then it
finds the package alright, but the "open ...gdt --from-pkg=..." option
fails, the gdt datafile next to the gfn file isn't recognized as part of
the package.
If, OTOH, I try to tell gretl to look in the next-level directory
(containing the new directory), then gretl doesn't seem to recognize the
new package at all.
Thanks,
sven
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
8:37 p.m.
On Tue, 29 Mar 2016, oleg_komashko(a)ukr.net wrote:
Dear Sven,
I found a buglet in using dataset:
absent "from pkg"
I'll fix it.
For other questions for the time being
you can use the same file from
datasets to POE-4
The same is true for gqtest
The gqtest gfn file uses the --frompkg option OK.
The "affairs" data are also available, under that name, in the
wooldridge data package for gretl, but that's not the point: the
sample script must run as is without installing optional extras. (A
possible future exception to this would be dependencies among
function packages, but we're not ready for that yet.)
Allin
9:03 p.m.
I meant having problems with
.zip installment .gfn can be
installed and checked with POE data
so I would resubmit all the corrections at
single upload
Oleh
29 березня 2016, 23:37:39, від "Allin Cottrell" <cottrell(a)wfu.edu>:
On Tue, 29 Mar 2016, oleg_komashko(a)ukr.net wrote:
> Dear Sven,
> I found a buglet in using dataset:
> absent "from pkg"
> I'll fix it.
> For other questions for the time being
> you can use the same file from
> datasets to POE-4
> The same is true for gqtest
The gqtest gfn file uses the --frompkg option OK.
The "affairs" data are also available, under that name, in the
wooldridge data package for gretl, but that's not the point: the
sample script must run as is without installing optional extras. (A
possible future exception to this would be dependencies among
function packages, but we're not ready for that yet.)
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
9:57 p.m.
Am 29.03.2016 um 23:03 schrieb oleg_komashko(a)ukr.net:
I meant having problems with
.zip installment .gfn can be
installed and checked with POE data
Yes these were two different problems: One was a problem with gretl, and
there would have been workarounds like the one you suggest, the other
one was a problem with your package.
I think these two problems were also connected to two different packages
of yours.
-sven
11:40 a.m.
Dear Sven,
Better possibilities to input
You can
"b[1]^2+b[2]=0" (the only possibility in 0.3)
new:
"b[1]^2+b[2]"
"b[1]^2=-b[2]"
also when $xlist inputted
'b[LRY]^2+b[IDE]"
also
"b[2]^2.872672634672347=1.7632567235465253467" can be input
as "b[2]^x[1]=x[2]",............,{2.872672634672347,1.7632567235465253467}
29 березня 2016, 00:43:11, від "Sven Schreiber" <svetosch(a)gmx.net>:
Am 27.03.2016 um 21:22 schrieb Sven Schreiber:
> Am 27.03.2016 um 20:35 schrieb oleg_komashko(a)ukr.net:
>> Dawnload v.04 from the staging area
>>
>> Is it what you need?
>> Oleh
> Yes it very much looks like it. I don't have time before tomorrow night
> or Tuesday to check this actively, but it feels very promising.
Oleh, what's the difference between v0.3 and v0.4? It doesn't say so in
the help text.
Allin: I have manually loaded Oleh's new package version (by choosing
the directory in the function package list window, in a fairly recent
snapshot) and said "yes" to gretl's question "do you want to
replace?",
but when I run Oleh's example script, the "include waldTest.gfn" line
still includes the old version from the default package directory.
Thanks,
sven
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
12:28 p.m.
All kinds of syntax for restrictions are in the examples;
v.03 never published, so I think there is no need.
Oleh
29 березня 2016, 15:10:50, від "Sven Schreiber" <svetosch(a)gmx.net>:
Am 29.03.2016 um 13:40 schrieb oleg_komashko(a)ukr.net:
> Dear Sven,
> Better possibilities to input
Do you want to change the help text to include that information? (This
is not a requirement, just asking.)
thanks,
sven
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
5:36 p.m.
Am 29.03.2016 um 14:28 schrieb oleg_komashko(a)ukr.net:
All kinds of syntax for restrictions are in the examples;
v.03 never published, so I think there is no need.
Ok, I have approved the package, thanks a lot for providing this
functionality, I will also close the feature request ticket now!
Please also update the date stamp of a package next time you upload a
new version.
(Allin, perhaps the date stamp should be set automatically to the
current date on upload to the server? I've seen quite a few outdated
dates recently.)
thanks again,
sven
6:21 p.m.
Dear Sven,
In my opinion, it
contains the following idea: myx() function
It allows to do functional programming,
inputting functions as a text variabls.
I consider the rest myself as a routine
intermediate-level hansl exercise.
myx() is also used in margeff_el.gfn
Oleh
29 березня 2016, 20:37:04, від "Sven Schreiber" <svetosch(a)gmx.net>:
Am 29.03.2016 um 14:28 schrieb oleg_komashko(a)ukr.net:
> All kinds of syntax for restrictions are in the examples;
> v.03 never published, so I think there is no need.
Ok, I have approved the package, thanks a lot for providing this
functionality, I will also close the feature request ticket now!
Please also update the date stamp of a package next time you upload a
new version.
(Allin, perhaps the date stamp should be set automatically to the
current date on upload to the server? I've seen quite a few outdated
dates recently.)
thanks again,
sven
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
3220
days inactive
3224
days old
18 comments
3 participants
participants (3)
-
Allin Cottrell -
oleg_komashko＠ukr.net -
Sven Schreiber