Gretl project on the launchpad
by Ivan Sopov
Hello, gretl developers.
I'm trying to start a translation of help files into russian on
launchpad.net as it seems to be the most suitable tool to participate
for all familiars with econometrics but not with gettext, linux. cvs,
etc.
The problem is that there is already a project for gretl on launchpad
and it is strongly prohibited to start more than one project for a
single program. I cannot contact with Constantine Tsardounis for about
a month, so I think it is time to re-assign that project to someone
else. On the irc-channel of launchpad I was told that
Our admins can re-assign the project to new owners but we'd prefer to
hear from the upstream owners. can you get one of them to submit a
question here:
https://answers.edge.launchpad.net/launchpad
But if nobody from main developers wants to register and do something
at launchpad it is possible to assign this function to me and in that
case a letter in this list will probably be enough.
I have prepared a .po-file for genr_funcs.xml and gretl_commands.xml
with the help of po4a utility and got 1511 strings for translation
(strings a rather big).
Good luck, Ivan Sopov.
P.S. My previous letter about using launchpad for translation is
http://lists.wfu.edu/pipermail/gretl-devel/2009-November/002171.html
10 years, 12 months
- 5
- 10
Re: [Gretl-devel] [Gretl-users] new command, "join"
by Sven Schreiber
[reply probably more suitable for the devel list, thus switching]
On 08/09/2012 10:43 PM, Allin Cottrell wrote:
>
> Last month in Ancona, Jack Lucchetti, Claudia Pigini and I spent an
> intensive week cooking up a new command for gretl. It's called
> "join", its job is to pull together data from two or more sources
> with the help of keys and/or filters, and -- casting modesty aside
> -- we think it's a killer! Stata has a deservedly good reputation
> for this sort of thing but we think that in some respects "join" may
> put gretl ahead.
>
> It's in CVS and snapshots and we invite you to try it out and give
> us your comments. Full documentation with examples of use is
> available at:
>
> http://ricardo.ecn.wfu.edu/~cottrell/tmp/join.pdf (US letter)
> http://ricardo.ecn.wfu.edu/~cottrell/tmp/join-a4.pdf (A4)
Yes this looks like a "great leap forward"! Allow me some more or less
ad-hoc reactions while browsing the documentation:
* Terminology: in relational database theory, there are "inner joins"
and "outer joins" AFAIR. In your docs, "inner" and "outer" seem to have
a different meaning. Maybe this can be separated somehow. ("Incumbent"
and "incoming" perhaps? Or simply "first" and "second"?) This would
probably also affect the naming of --ikey and --okey.
* To push this argument a little further, since gretl's join seems to
work on single series only (which is fine!), the whole thing seems
rather different from a database/SQL join, and the name could therefore
be misleading. Maybe call it "importseries" or somesuch instead?
* Datafile format: you note the connection to large datasets. Yet so far
only text format files are supported. At the risk of stating the obvious
("breaking into open doors" as we say in German), for large datasets
some binary format is probably wanted -- or do you include gzipped text
files when saying text files?
* You don't seem to mention the decimal separator issue, what is allowed
in this context?
* I find the '--data' option naming unintuitive or too generic; why not
call it '--name' if it's about renaming?
* string filtering: Maybe there is a case to provide some option for
surrounding whitespace handling? What I mean is, in a CSV file the name
of a variable "nkids" could also appear as " nkids".
And a general inquiry about gretl version numbers: Is this the final
feature step towards 2.0 and the 1.9.x series in this sense is still the
beta for 2.0? If not, adding such a feature would seem to warrant a
version 1.10.0 instead of just increasing the 3rd-level digit.
>
> There's also a follow-up on the way, namely an account of how "join"
> can be used to handle "real-time" data (time series data indexed not
> only by the data to which the data refer, but also by the date on
> which they were produced/revised). Expect something on this in the
> next few weeks.
>
Very cool -- can't wait!
cheers,
sven
11 years, 1 month
- 3
- 7
install error in OS X 10.8
by Rob Gvozden
When I installed gretl 1.9.9 into OS X 10.8 as described below the gretl application icon appears grayed out under and will not execute, giving the error message "…it is not supported on this type of Mac." There was no previous installation of gretl on this drive/OS.
However, the icon appears normal and gretl will execute normally when double-clicked directly from the disk image. Is this a conflict related to OS X 10.8? As shown below there are some instances of files within the gretl.app package not writing to my /Applications directory (of which I am admin and owner).
I followed these steps:
1. Installed XQuartz 2.7.2 (X11)
2. Dragged GTK+.framework folder from disk image into /Library/Frameworks
3. Dragged gretl.app from gretl-1.9.9-intel.dmg into /Applications
4. Following Trouble-shooting instructions in gretl ReadMe, opened an xterm window and cd /Applications/Gretl.app/Contents/Resources/bin/, then ./gretl.
5. Noted the error output:
dyld: Library not loaded: @executable_path/../lib/libgmp.3.dylib
Referenced from: /Applications/Gretl.app/Contents/Resources/bin/gretl_x11
Reason: no suitable image found. Did find:
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too short
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too short
Trace/BPT trap: 5
I see that a similar error message has appeared under OS X previously (http://lists.wfu.edu/pipermail/gretl-users/2009-April/003220.html). When I checked the contents of the gretl.app packages, though, I noticed that the contents of the /Applications version differed from the disk image. For example, some of the dynamic libraries, such as those referenced in the error message above, appear as zero bytes file size on the hard drive. Please see output below.
Hard drive
----------------
Gvoz$ cd /Applications/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 6848
drwxr-xr-x@ 3 Gvoz admin 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz admin 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz admin 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 20 Jun 1 23:04 libgretl-1.0.dylib -> libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx 1 Gvoz admin 28 Jun 1 23:04 libgtksourceview-2.0.dylib -> libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libreadline.5.2.dylib
Disk image
----------------
Gvoz$ cd /Volumes/gretl/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 9584
drwxr-xr-x@ 3 Gvoz staff 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz staff 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz staff 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 221840 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 20 Jun 1 23:04 libgretl-1.0.dylib -> libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx@ 1 Gvoz staff 28 Jun 1 23:04 libgtksourceview-2.0.dylib -> libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 205448 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz staff 963636 Jun 1 23:04 libreadline.5.2.dylib
Thanks and regards,
Rob Gvozden
11 years, 1 month
- 3
- 2
- ← Newer
- 1
- Older →