On 5/11/19 9:37 PM, Iñaki Ucar wrote:
You can try for testing with a column of class errors, from the package
'errors'. The attributes depend on the content in the way Hadley pointed
out.
Thanks, but it turns out to be much simpler than that. There is a very
easy way to accomplish what I wan
On 5/11/19 10:54 AM, Duncan Murdoch wrote:
On 04/11/2019 4:40 p.m., Pages, Herve wrote:
Hi Rolf,
On 11/4/19 12:28, Rolf Turner wrote:
On 5/11/19 3:41 AM, Hadley Wickham wrote:
For what it's worth, I don't think this strategy can work in general,
because a class might have attri
On 5/11/19 3:41 AM, Hadley Wickham wrote:
For what it's worth, I don't think this strategy can work in general,
because a class might have attributes that depend on its data/contents
(e.g. https://vctrs.r-lib.org/articles/s3-vector.html#cached-sum). I
don't think these are particularly common
On 4/11/19 1:06 PM, Duncan Murdoch wrote:
On 03/11/2019 6:43 p.m., Rolf Turner wrote:
On 4/11/19 10:31 AM, Duncan Murdoch wrote:
On 03/11/2019 4:11 p.m., Rolf Turner wrote:
I recently tried to write a new method for "[", to be applied to data
frames, so that the object retu
On 4/11/19 10:31 AM, Duncan Murdoch wrote:
On 03/11/2019 4:11 p.m., Rolf Turner wrote:
I recently tried to write a new method for "[", to be applied to data
frames, so that the object returned would retain (all) attributes of the
columns, including attributes that my code had c
I recently tried to write a new method for "[", to be applied to data
frames, so that the object returned would retain (all) attributes of the
columns, including attributes that my code had created.
I thrashed around for quite a while, and then got some help from Rui
Barradas who showed me
"))
immediately after my call to dyn.load().
Comments?
Another reply pointed out that "Writing R Extensions" indicates that
there could be problems under Solaris, but does not single out any other
OS for comment. Might I infer that I am "safe" as long as I don't
On 29/03/17 20:32, Enrico Schumann wrote:
(inline)
On Tue, 28 Mar 2017, Rolf Turner writes:
On 28/03/17 04:21, Barry Rowlingson wrote:
On Mon, Mar 27, 2017 at 1:17 AM, Rolf Turner wrote:
Is there any way to trap/detect the use of an optional argument called
"X" and thereby is
On 29/03/17 11:03, William Dunlap wrote:
I think that the suggestion I made, in response to a posting by
Barry Rowlingson, that the first argument of lapply() be given the name of
".X" rather than just-plain-X, would be (a) effective, and (b) harmless.
It would break any call to *apply() that
On 28/03/17 15:26, Charles C. Berry wrote:
On Mon, 27 Mar 2017, Rolf Turner wrote:
From time to time I get myself into a state of bewilderment when using
apply() by calling it with FUN equal to a function which has an
"optional" argument named "X".
E.g.
xxx <- lap
On 28/03/17 04:21, Barry Rowlingson wrote:
On Mon, Mar 27, 2017 at 1:17 AM, Rolf Turner wrote:
Is there any way to trap/detect the use of an optional argument called
"X" and thereby issue a more perspicuous error message?
This would be helpful to those users who, like myself, ar
lapply(), to the effect that if FUN has an
optional argument named "X" then passing this argument via "..." will
cause this argument to be taken as the first argument to lapply() and
thereby induce an error?
cheers,
Rolf Turner
--
Technical Editor ANZJS
Department of S
ver find out.
cheers,
Rolf
-pd
On 06 Mar 2016, at 04:54 , Rolf Turner wrote:
Thanks Peter. I tried running the uninstalled R; it worked. I checked on the
existence of FAQ, etc. --- yep everything was there. I don't know about
over-zealous virus checkers; I haven't overtly inst
On 06/03/16 03:10, peter dalgaard wrote:
On 05 Mar 2016, at 03:35 , Rolf Turner wrote:
I am trying to install the latest development version of R so as to be able to
perform a package check according the rules specified for CRAN.
I performed the following steps:
(1) Downloaded R-devel.tar
*** [install] Error 1
Can someone/anyone tell me what I am missing or doing wrong?
Ta.
cheers,
Rolf Turner
--
Technical Editor ANZJS
Department of Statistics
University of Auckland
Phone: +64-9-373-7599 ext. 88276
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
wrong* with having a function possessing this somewhat schizophrenic
nature? Is it likely to cause confusion, induce syntactical mistakes,
create errors, or produce wrong results?
Any thoughts, comments, insights or suggestions gratefully received.
cheers,
Rolf Turner
___
*randomly*.
Might it thereby be advisable to jitter the values of (the "true" and
simulated) test statistics before calculating the p-value?
Anyone have any thoughts on this?
cheers,
Rolf Turner
__
R-devel@r-project.org mailing
On 09/08/11 20:43, Uwe Ligges wrote:
Fine for me on a recent Debian with R-2.13.1 patched.
Psigh! Why do the Computer Gods always pick on ***me***?
I think we will need more details of a really clean install and your
version of cairo etc.
[I'm on vacations and may be offline until Thursday]
Uh, to get back to the (my) point --- anybody have any ideas as to why
X11.options()$type is defaulting to "Xlib" rather than "cairo" even though
cairo is available and apparently (???) ``reliable''?
cheers,
Rolf
__
R-devel@r-project.org
On 08/08/11 20:20, Martin Maechler wrote:
Hi Rolf,
please excuse a short "top-reply":
No problema. Thanks for replying.
As I see you are using an operating system (instead of Win..),
can you try in the shell
echo 'X11.options()$type' | R --vanilla --slave
and does that really *not*
7-6 fortunes_1.4-2 MASS_7.3-13
loaded via a namespace (and not attached):
[1] grid_2.13.1lattice_0.19-30Matrix_0.999375-50 nlme_3.1-101
cheers,
Rolf Turner
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ung ( :-) ) and naive persons, to put an
indication in the help file for install.packages that the
complete pathname is required?
cheers,
Rolf Turner
P. S. > sessionInfo()
R version 2.10.0 (2009-10-26)
i386-apple-darwin8.11.1
locale:
[1] C
attached base pa
On 20/05/2009, at 1:49 AM, Martin Maechler wrote:
"RT" == Rolf Turner
on Tue, 19 May 2009 11:02:08 +1200 writes:
RT> While we're at it --- would it not make sense to have the
RT> stringsAsFactors
RT> argument (once it's working
On 18/11/2008, at 11:11 AM, Martin Maechler wrote:
Yes. I'd propose that R-core look into how to make assignment to a
reserved word an error.
That's good news. Thanks.
cheers,
R
e thought that
FALSE <-
and
assign("FALSE",)
would be completely equivalent.
This is clearly not a very important issue, but it might bear some
thinking about.
cheers,
Rolf Turner
#
summary(x)$sigma
}
The sd.default() function would have the code of the current sd().
Does this idea have any merit?
cheers,
Rolf Turner
##
Attention:\ This e-mail message is privileged
On 6/11/2007, at 10:35 PM, Ken Beath wrote:
> On 06/11/2007, at 8:59 AM, Rolf Turner wrote:
>
>>
>> I'm not sure if this is the right target to which to direct this
>> post,
>> but I couldn't think of anything more appropriate.
>>
>
> R-Sig
note that the source and Windoze Hmisc packages are designated as
3.4-3, but
the Mac package is designated as 3.4-2 which would appear to imply
that it's
a step behind.
Could the Mac binary be updated please? Thanks.
cheers,
tallation procedure. I thought
I'd just draw this to youse guys' attention. :-)
cheers,
Rolf Turner
[EMAIL PROTECTED]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
29 matches
Mail list logo
