September 2009 - Gretl-devel - gretlml.univpm.it

by Henrique

Dear developers, Which CVS files are necessary to translate Gretl web page? Best, Henrique C. de Andrade Doutorando em Economia Aplicada Universidade Federal do Rio Grande do Sul www.ufrgs.br/ppge

14 years, 10 months

3
2
0 / 0

Re: [Gretl-devel] Gretl-devel Digest, Vol 32, Issue 9

by Hamaad Shah

Greetings, There seems to be a problem in the code for the ordered logit/probit model in GRETL. I'm getting different predictions in GRETL and R. It's possible that there is some bug in the code. Regards, Hamaad Musharaf Shah, Senior Associate Consultant, A. F. Ferguson & Co. Chartered Accountants (PricewaterhouseCoopers). > From: gretl-devel-request(a)lists.wfu.edu > Subject: Gretl-devel Digest, Vol 32, Issue 9 > To: gretl-devel(a)lists.wfu.edu > Date: Sun, 13 Sep 2009 20:05:18 -0400 > > Send Gretl-devel mailing list submissions to > gretl-devel(a)lists.wfu.edu > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wfu.edu/mailman/listinfo/gretl-devel > or, via email, send a message with subject or body 'help' to > gretl-devel-request(a)lists.wfu.edu > > You can reach the person managing the list at > gretl-devel-owner(a)lists.wfu.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Gretl-devel digest..." > > > Today's Topics: > > 1. Bug in Exponential Smoothing (peter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 13 Sep 2009 18:07:17 -0600 > From: peter <peter(a)tomatoad.com> > Subject: [Gretl-devel] Bug in Exponential Smoothing > To: Gretl development <gretl-devel(a)lists.wfu.edu> > Message-ID: <4AAD8935.8040908(a)tomatoad.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello Devs, > > I believe there is a bug in the Exponential Smoothing code. Using the > example from Makridakis, Wheelwright, Hyndman, "Forecasting Methods and > Applications," 3e, table 4-3 on page 151, we should get, > > When running the same in GRETL using > > for each series, we get > > When displayed we get, > > To get the same MSE as Makridakis we need, > > ? printf "MSE for SES1 is: %9.3f\n", sum((ship-ses1(-1))^2)/10 > MSE for SES1 is: 3438.332 > ? printf "MSE for SES2 is: %9.3f\n", sum((ship-ses2(-1))^2)/10 > MSE for SES2 is: 4347.237 > ? printf "MSE for SES3 is: %9.3f\n", sum((ship-ses3(-1))^2)/10 > MSE for SES3 is: 5039.368 > > The calculated EMAs are correct, but need to be lagged. > > Which provides a graph that matches their figure 4-7 > > --Peter > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-34.jpg > Type: image/jpeg > Size: 28649 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-35.jpg > Type: image/jpeg > Size: 16735 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-36.jpg > Type: image/jpeg > Size: 29853 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-37.jpg > Type: image/jpeg > Size: 34730 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-38.jpg > Type: image/jpeg > Size: 33158 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-39.jpg > Type: image/jpeg > Size: 26538 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: gretl-exp mov avg.pdf > Type: application/pdf > Size: 102138 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: chapter 4 - exponential smoothing 1 - ses.ods > Type: application/vnd.oasis.opendocument.spreadsheet > Size: 31063 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: ship.gdt > Type: application/x-gretldata > Size: 817 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > > ------------------------------ > > _______________________________________________ > Gretl-devel mailing list > Gretl-devel(a)lists.wfu.edu > http://lists.wfu.edu/mailman/listinfo/gretl-devel > > End of Gretl-devel Digest, Vol 32, Issue 9 > ****************************************** _________________________________________________________________ Share your memories online with anyone you want. http://www.microsoft.com/middleeast/windows/windowslive/products/photos-s...

14 years, 10 months

4
4
0 / 0

Re: [Gretl-devel] Gretl-devel Digest, Vol 32, Issue 9

by Hamaad Shah

Greetings, There seems to be a problem in the code for the ordered logit/probit model in GRETL. I'm getting different predictions in GRETL and R. It's possible that there is some bug in the code. Regards, Hamaad Musharaf Shah, Senior Associate Consultant, A. F. Ferguson & Co. Chartered Accountants (PricewaterhouseCoopers). > From: gretl-devel-request(a)lists.wfu.edu > Subject: Gretl-devel Digest, Vol 32, Issue 9 > To: gretl-devel(a)lists.wfu.edu > Date: Sun, 13 Sep 2009 20:05:18 -0400 > > Send Gretl-devel mailing list submissions to > gretl-devel(a)lists.wfu.edu > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wfu.edu/mailman/listinfo/gretl-devel > or, via email, send a message with subject or body 'help' to > gretl-devel-request(a)lists.wfu.edu > > You can reach the person managing the list at > gretl-devel-owner(a)lists.wfu.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Gretl-devel digest..." > > > Today's Topics: > > 1. Bug in Exponential Smoothing (peter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 13 Sep 2009 18:07:17 -0600 > From: peter <peter(a)tomatoad.com> > Subject: [Gretl-devel] Bug in Exponential Smoothing > To: Gretl development <gretl-devel(a)lists.wfu.edu> > Message-ID: <4AAD8935.8040908(a)tomatoad.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello Devs, > > I believe there is a bug in the Exponential Smoothing code. Using the > example from Makridakis, Wheelwright, Hyndman, "Forecasting Methods and > Applications," 3e, table 4-3 on page 151, we should get, > > When running the same in GRETL using > > for each series, we get > > When displayed we get, > > To get the same MSE as Makridakis we need, > > ? printf "MSE for SES1 is: %9.3f\n", sum((ship-ses1(-1))^2)/10 > MSE for SES1 is: 3438.332 > ? printf "MSE for SES2 is: %9.3f\n", sum((ship-ses2(-1))^2)/10 > MSE for SES2 is: 4347.237 > ? printf "MSE for SES3 is: %9.3f\n", sum((ship-ses3(-1))^2)/10 > MSE for SES3 is: 5039.368 > > The calculated EMAs are correct, but need to be lagged. > > Which provides a graph that matches their figure 4-7 > > --Peter > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-34.jpg > Type: image/jpeg > Size: 28649 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-35.jpg > Type: image/jpeg > Size: 16735 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-36.jpg > Type: image/jpeg > Size: 29853 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-37.jpg > Type: image/jpeg > Size: 34730 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-38.jpg > Type: image/jpeg > Size: 33158 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: moz-screenshot-39.jpg > Type: image/jpeg > Size: 26538 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: gretl-exp mov avg.pdf > Type: application/pdf > Size: 102138 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: chapter 4 - exponential smoothing 1 - ses.ods > Type: application/vnd.oasis.opendocument.spreadsheet > Size: 31063 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: ship.gdt > Type: application/x-gretldata > Size: 817 bytes > Desc: not available > Url : http://lists.wfu.edu/pipermail/gretl-devel/attachments/20090913/36f0b1a3/... > > ------------------------------ > > _______________________________________________ > Gretl-devel mailing list > Gretl-devel(a)lists.wfu.edu > http://lists.wfu.edu/mailman/listinfo/gretl-devel > > End of Gretl-devel Digest, Vol 32, Issue 9 > ****************************************** _________________________________________________________________ Share your memories online with anyone you want. http://www.microsoft.com/middleeast/windows/windowslive/products/photos-s...

14 years, 10 months

1
0
0 / 0

more function package news

by Allin Cottrell

I said I'd have gretl 1.8.4 out by now, but I found that fixing problems with the user-function GUI led me further "down the rabbit hole" than I expected. I discovered quite a lot of code in lib/src/gretl_func.c, and also in the associated GUI C files, that was partially duplicated and/or not readily comprehensible, which may well count for the "flakiness" that Sven mentioned. I've therefore done a good deal of clean-up (plus addition of comments) in those areas. I've also relaxed what I think was the most awkward limitation in the function-package design up to gretl 1.8.3, namely the fact that a package could only have one public interface. Now packages can contain as many public (and private) functions as you like. This is all good, but as with all new code it needs some testing. So if anyone can find some time over the next few days to beat on anything to do with editing or calling function packages, I'd be very grateful. Then we'll get gretl 1.8.4 out. Reminder: cleaned-up function packages for use with current CVS gretl can be found at http://www.wfu.edu/~cottrell/newgfn/ Two further comments: * At present you define the list of functions belonging to a package at the time of initial construction of the package; and there's no way, in the GUI, to add or remove functions from a package. I plan to remedy this before long, but probably not for the 1.8.4 release. * Now that packages can offer more than one public function there's a potential ambiguity over the "Help text". I've resolved this for now by locating the Help at the package level. That is, suppose you have a package "sfa" that has public functions "sfa_mod" and "sfa_hetmod" (I'm taking a possible reorganization of Gordon Hughes's contribution as an example). In that case the help text that you enter in the GUI package editor should cover both functions. If the user does "help sfa_mod" or "help sfa_hetmod", in either case they'll get a redirect to the help text for the parent package. Allin.

14 years, 10 months

3
12
0 / 0

plot export problems with pdf (and eps)

by Sven Schreiber

Dear all, [first I thought of sending this to the users list, but it's neither asking for help nor giving useful advice, so here it goes to gretl-devel instead] today I had to add the (hopefully) finishing touch to a paper, and that included replacing the png graphics with scalable vector graphic formats (read: pdf). Those png graphs had originally been produced with gretl (of course!). The (known, I think) problem was again that all the changes to font sizes and thicker line widths etc. show up fine in the png output produced from gretl's "builtin" gnuplot --well actually there are some issues like overlap of tick labels and axes, but anyway--, but not at all in the pdf (or eps) versions. That was a show-stopper for me once again. I did not really find a gretl/gnuplot-based solution, at least none that I could master. I'm sure it's possible in theory to tweak the gnuplot commands so that it gets it right even for the pdf terminal, but that's beyond my gnuplot knowledge, and the gnuplot documentation is not very accessible, as I have said before. So in the end I used R (from within gretl, of course!) to produce those graphs, and after some trial-and-error and browsing R graphics documentation I got good results. My point is: it seems that getting publication-quality scalable graphs in pdf and/or eps format is currently still a weak spot of gretl. Except if I'm missing something, then I would be grateful for any hints. Otherwise, my guess is that many users would benefit from improvements in this area, and it would make a transition away from Eviews or PcGive more feasible for them. thanks for reading, sven

14 years, 10 months

4
6
0 / 0

Compiling Gretl on Snow Leopard

by Berend Hasselman

I am trying to compile Gretl 1.8.4 on Mac OS X Snow Leopard. I do this without using anything from Fink or MacPorts. With Leopard this went smoothly. However on Snow Leopard Gretl's libtool generates an error. The error is that /usr/lib/libiconv.la cannot be found. (In addition there is also no /usr/lib/libxml2.la) Apparently in Snow Leopard there are no .la files for anything that is in /usr/lib. What could be a solution? Berend

14 years, 10 months

2
13
0 / 0

Small bug in saving package

by Marcin Błażejowski

Hi, lets run following simple script and save it as new package: <script> function scalar foo (scalar alpha[0:1:0.1]) printf "alpha is: %f\n", alpha end function </script? We would expect, that when we run this package in GUI default value of alpha will be "0.1" but is "0". But when we manualy edit .gfn file and change field "default" to "0.1" in GUI we then get value "0.1". Current CVS version, Marcin -- Marcin Błażejowski http://www.wrzosy.nsb.pl/~marcin/ GG# 203127

14 years, 10 months

2
2
0 / 0

Vista oddity

by Riccardo (Jack) Lucchetti

Yesterday one of our PhD students came to me with the weirdest thing: she previously had two separate gretl installs on different subdirectories (don't ask me why) on her Windows Vista PC. After removing them both, she proceeded to install 1.8.4. The install went fine, except for one thing: double-clicking an existing gdt or inp file launched gretl alright, but running gretlw32 "dry" produced an instance of gretl with no menu bar (!!!); I'm no Vista expert, but I managed to go back to normal by: 1) uninstalling gretl 2) deleting everything gretl-related from the registry via regedit (long and boring) 3) re-installing gretl I have no idea why this worked, but it did. If someone more windows-savvy than I am (doesn't take much) could see to it... Riccardo (Jack) Lucchetti Dipartimento di Economia Università Politecnica delle Marche r.lucchetti(a)univpm.it http://www.econ.univpm.it/lucchetti

14 years, 10 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Gretl-devel September 2009