Nachricht-
Von: Gabor Grothendieck [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 23. Oktober 2008 02:36
An: Peter Dalgaard
Cc: Pfaff, Bernhard Dr.; [EMAIL PROTECTED]
Betreff: Re: [Rd] R 2.8.0 qqnorm produces error with object of
class zoo?
I don't think its hopeless. order works ok provided
:36
An: Peter Dalgaard
Cc: Pfaff, Bernhard Dr.; [EMAIL PROTECTED]
Betreff: Re: [Rd] R 2.8.0 qqnorm produces error with object of
class zoo?
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
,
Bernhard
-Ursprüngliche Nachricht-
Von: Gabor Grothendieck [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 23. Oktober 2008 02:36
An: Peter Dalgaard
Cc: Pfaff, Bernhard Dr.; [EMAIL PROTECTED]
Betreff: Re: [Rd] R 2.8.0 qqnorm produces error with object of
class zoo?
I don't think its hopeless
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
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
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
13 matches
Mail list logo
