Full_Name: PREUSS Bastien
Version: R version 2.6.2 (2008-02-08)
OS: mingw32
Submission from: (NULL) (193.51.249.166)
Hello,
I wrote a small function using tcltk to import my datasets.
When I use it, both the tcltk and the R windows closed themselves.
I don't understand why. What is surprising
Dear list-reader,
by running the following script:
library(zoo)
sessionInfo()
search()
packageDescription(zoo)
data(EuStockMarkets)
dax - as.zoo(EuStockMarkets[1:10, DAX])
daxr - diff(log(dax))
identical(as.vector(qnorm(daxr)), qnorm(coredata(daxr)))
qqnorm(coredata(daxr))
qqnorm(daxr)
Pfaff, Bernhard Dr. wrote:
It seems, that in my previous emails the attached output files got deleted,
hence these are now copied below:
(If the MIME type is wrong, then that will happen.)
Anyways, the root cause seems to be the new function .gt() which is
related to
o New generic
Dear Peter,
many thanks for your swift reply and the enlightenment; much appreciated.
I have cc'ed Achim as the package maintainer of zoo, in case this thread should
have slipt his notice. Just curious, Achim, will there be a rank.zoo() function
in a future release of your package?
Best,
xtfrm.zoo has been added to the development version of zoo and should
address this. It is available on R-Forge or in the meantime you can just
add this line to your code:
xtfrm.zoo - coredata
On Wed, Oct 22, 2008 at 8:49 AM, Peter Dalgaard
[EMAIL PROTECTED] wrote:
Pfaff, Bernhard Dr. wrote:
On Wed, Oct 22, 2008 at 8:49 AM, Peter Dalgaard
[EMAIL PROTECTED] wrote:
Pfaff, Bernhard Dr. wrote:
It seems, that in my previous emails the attached output files got deleted,
hence these are now copied below:
(If the MIME type is wrong, then that will happen.)
Anyways, the root cause
Gabor Grothendieck wrote:
On Wed, Oct 22, 2008 at 8:49 AM, Peter Dalgaard
[EMAIL PROTECTED] wrote:
Pfaff, Bernhard Dr. wrote:
It seems, that in my previous emails the attached output files got deleted,
hence these are now copied below:
(If the MIME type is wrong, then
Yes, I noticed that but rank is not generic. An xtfrm.zoo
method has been added to zoo on R-Forge but rank still
fails:
R.version.string
[1] R version 2.8.0 Patched (2008-10-21 r46766)
packageDescription(zoo)$Version
[1] 1.5-3
library(zoo)
# next line adds xtfrm zoo method
xtfrm.zoo -
And one other point.
z - zoo(1:4)
.gt(z, 1, 2)
fails because z[1] and z[2] are at different time points so
z[1] == z[2]
is logical(0) because when zoo compares objects it aligns them
first.
On Wed, Oct 22, 2008 at 2:19 PM, Gabor Grothendieck
[EMAIL PROTECTED] wrote:
Yes, I noticed that
Hi All,
I was cruising around today, and came across a company (ZumaStat) that adds
additional statistics functionality to SPSS.
From the Website:
http://www.zumastat.com/robust_statistics.htm
ZumaStat provides a user friendly interface to access powerful statistical
programs on
Gabor Grothendieck wrote:
And one other point.
z - zoo(1:4)
.gt(z, 1, 2)
fails because z[1] and z[2] are at different time points so
z[1] == z[2]
is logical(0) because when zoo compares objects it aligns them
first.
Yes, that was the point that I was trying to make. Well, arguably it
It seems unlikely that the functionality of this program can be separated
from the R-packages upon which it relies, thus making them one work subject
to GPL. Does anyone have any experience with this software/company? Any
thoughts?
They're not distributing R itself:
You must have R on your
Perhaps my understanding of GPL is lacking, but isn't this the reason that
GPL is different for LGPL? Linking to functions is allowed in the lesser
license, but not in GPL.
From the gpl faq:
-
If a programming language
Ian Fellows wrote:
Hi All,
I was cruising around today, and came across a company (ZumaStat) that adds
additional statistics functionality to SPSS.
From the Website:
http://www.zumastat.com/robust_statistics.htm
ZumaStat provides a user friendly interface to access powerful
2008/10/22 Ian Fellows [EMAIL PROTECTED]:
Perhaps my understanding of GPL is lacking, but isn't this the reason that
GPL is different for LGPL? Linking to functions is allowed in the lesser
license, but not in GPL.
From the gpl faq:
I don't think its hopeless. order works ok provided the underlying class
defines an xtfrm method. I think rank should follow that route too. Its
arguably the inconsistency between rank and order (order but not the
rank uses xtfrm) that causes the inconsistent behavior between the two.
If rank
16 matches
Mail list logo