GIG & Add-ons Suggestions
by Henrique Andrade
Dear Gretl Team,
I would like to make some suggestions about gig and add-ons:
(1) I think we could choose a better place to put the add-ons, something
like "Models -> Special Functions" or "Models -> Add-ons". In my opinion
this would make it clearer to the user what they are using (in that case, a
special user-contributed package).
(2) I think It could be very nice if the function developer could use titles
for his/her function GUI. I gonna give you an example: Let's take a look at
the gig add-on. When we open it up we can see the title GUI_gig(). If the
developer could put something like function_title="The gig package" (or
better, function_title="garch-in-gretl package"), the user will see a more
informative presentation.
(3) I think the add-on translations should be included in the translation
task.
Um abraço,
--
*Henrique C. de Andrade*
Doutorando em Economia Aplicada
Universidade Federal do Rio Grande do Sul
www.ufrgs.br/ppge
15 years
Re: [Gretl-devel] genr dummy
by Allin Cottrell
On Thu, 10 Mar 2011, Ignacio Diaz-Emparanza wrote:
> El 10/03/11 11:31, Ignacio Diaz-Emparanza escribió:
> > It seems there is a bug in the command 'genr' when it is used with the
> > option 'dummy'. It works well with quarterly, monthly and weekly data
> > but not with other periodicity:
> >
> > <script>
> > nulldata 100
> > setobs 5 1:1 --time-series
> > genr dummy
> > print 2 3 4 5 --byobs
> > </script>
> >
> > The output of this script is [...]
> >
> > so, the first dummy is created only with zeros.
> >
> > (gretl from current CVS running on Ubuntu Linux 10.04)
> >
>
> Sorry, it seems a problem with the 'setobs' command
>
> setobs 5 1 --time-series
>
> or
>
> setobs 5 1/1/1 --time-series
>
> works ok.
Thanks for the report. I think this should now be fixed in CVS and
snapshots.
Allin
15 years
Re: [Gretl-devel] Proposal of new feature
by Allin Cottrell
On Thu, 3 Mar 2011, Marcin B�^Bażejowski wrote:
> The idea is not excluding obs (which would be interesting) but
> creating dummies for i.e. looking for structural breaks or just
> shocks. Such dummies are helpful in model selection procedures,
> proper identifying AR(p) structure and so on.
OK, I see the point, thanks.
Allin
15 years
Re: [Gretl-devel] Proposal of new feature
by Allin Cottrell
On Wed, 2 Mar 2011, Marcin B�^Bażejowski wrote:
> in PDF there is very short proposal for feature similar to Ox's
> "outliers detection". Idea is very simple: for each observation when
> residual exceeds given broad value (i.e. u_{\alpha}\cdot S_e) then we
> create dummy variable. The maximum number of dummies is called "dummy
> saturation" and is limited only by degrees of freedom.
Marcin, in your mock-up you show this procedure as somehow tied to
a selection of variables. I don't understand that; can you explain
what you have in mind?
The procedure you're suggesting is not a test (I mean, there's no
null hypothesis), so it probably should not go under the Tests
menu. And I'm not sure that creation of a (possibly large) set of
single-observation dummies is very helpful to the GUI user. Might
it not be more helpful to offer something under Edit/Modify model,
along the lines of "Exclude observations with residuals greater
than <select N> * sigma in absolute value"?
Allin
15 years
Proposal of new feature
by Marcin Błażejowski
Hi,
in PDF there is very short proposal for feature similar to Ox's
"outliers detection". Idea is very simple: for each observation when
residual exceeds given broad value (i.e. u_{\alpha}\cdot S_e) then we
create dummy variable. The maximum number of dummies is called "dummy
saturation" and is limited only by degrees of freedom.
Regards,
Marcin
--
Marcin Błażejowski
http://www.wrzosy.nsb.pl/~marcin/
GG# 203127
15 years
png save issue
by Talha Yalta
Hi,
When a graph is saved as a png file, it is always saved in 640x480,
which looks ugly when used inside LaTeX/Beamer.
If I save as a pdf (in Windows), this time the + points are very big,
which also looks bad. On the other hand, I don't want to save as eps,
because I cannot use eps with pdf latex, which supports png and jpg
files that I need in some of my slides. Converting eps's to png also
does not work because this time the + points become thick, looking bad
again.
I think having the "gretl: save graph" window for png files also would
solve this problem.
Regards
Talha
--
“An expert is a person who has made all the mistakes that can be made
in a very narrow field.” - Niels Bohr (1885-1962)
--
15 years
Re: [Gretl-devel] Win2000
by Allin Cottrell
On Tue, 1 Mar 2011, Sven Schreiber wrote:
> BTW, the gretl windows web page should probably be updated:
> "should work OK on all NT-based versions of Windows (that is, NT4, 2000,
> XP, Vista or Windows 7; but not Win9X or Windows ME)."
True. That's now updated. But in fact I think we can offer a
Windows 2000-compatible download, now that Marcin has confirmed
that my test build worked.
Allin
15 years
Re: [Gretl-devel] Win2000
by Allin Cottrell
On Tue, 1 Mar 2011, Marcin B�^Bażejowski wrote:
> The problem is that I do not use windows at all except some rare
> situations when I have to, so I run then Win2k in VirtualBox. I can of
> course install WinXP instead of Win2k, but the later is lighter ;)
Could you see if this build works on Win2k? If so, I can put a
link on sourceforge.
http://ricardo.ecn.wfu.edu/pub/gretl/gretl_test.exe
Allin
15 years
Re: [Gretl-devel] Win2000
by Allin Cottrell
On Mon, 28 Feb 2011, Marcin B�^Bażejowski wrote:
> the latest windows builds generate such warning message on win2000: "The
> procedure entry point getaddrinfo could not be located in the dynamic
> link library WS2_32.dll".
> Is it mean that win2k is no longer support?
Ah, that's right, the updated version of the GLib dll does not
support win2k.
Perhaps we should put out a version of gretl 1.9.4 with support
for old systems (Windows 2000 and non-SSE2 processors), once we've
figured out exactly what has to be done to make that work.
Allin
15 years
