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
13 years, 1 month
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
13 years, 1 month
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
13 years, 1 month
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
13 years, 1 month
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
13 years, 1 month
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)
--
13 years, 1 month
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
13 years, 1 month
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
13 years, 1 month
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
13 years, 1 month
