On 1/30/2006 2:26 PM, [EMAIL PROTECTED] wrote:
> On Mon, 30 Jan 2006 [EMAIL PROTECTED] wrote:
>
>> On 1/30/2006 1:39 PM, Ionut Florescu wrote:
>>> Thank you for the quick reply, I will look into the R packages.
>>> For crashing R try this:
>>>
>>> generator.zp=function(x,p)
>>> {a=1:(p-1); b=x^a%%
Romain Francois suggests that a central bibliographic database
(possibly in bibtex format) might be useful for reference inclusion
in R package man pages. This has been discussed by a small
group, with one proposal presented for a package-specific bibtex database
placed in a dedicated package subd
From: [EMAIL PROTECTED]
>
> On 30-Jan-06 Roger D. Peng wrote:
> > Well shared! :) Maybe better yet,
> >
> > "Before I begin this talk, I'd like to 'attach("nano")'".
> >
> > -roger
>
> And, at the end of the talk:
>
>"Save workspace image? [y/n/c]: "
Nah! Always use q("no") or start R w
On 30-Jan-06 Roger D. Peng wrote:
> Well shared! :) Maybe better yet,
>
> "Before I begin this talk, I'd like to 'attach("nano")'".
>
> -roger
And, at the end of the talk:
"Save workspace image? [y/n/c]: "
Ted.
> Ben Bolker wrote:
>>I was sitting in the coffee room at work listening t
Well shared! :) Maybe better yet,
"Before I begin this talk, I'd like to 'attach("nano")'".
-roger
Ben Bolker wrote:
>I was sitting in the coffee room at work listening to people complain
> about a recent seminar about nanotechnology using the terms
> nanofluidics, nanofactory, nano-this,
I was sitting in the coffee room at work listening to people complain
about a recent seminar about nanotechnology using the terms
nanofluidics, nanofactory, nano-this, and nano-that ... I found myself
thinking "well the speaker should just
have said
with(nano,
...)
Un(?)fortunate
On Mon, 30 Jan 2006, Prof Brian Ripley wrote:
> On Mon, 30 Jan 2006 [EMAIL PROTECTED] wrote:
>
>> On 1/30/2006 1:39 PM, Ionut Florescu wrote:
>>> Thank you for the quick reply, I will look into the R packages.
>>> For crashing R try this:
>>>
>>> generator.zp=function(x,p)
>>> {a=1:(p-1); b=x^a%%
On Mon, 30 Jan 2006 [EMAIL PROTECTED] wrote:
> On 1/30/2006 1:39 PM, Ionut Florescu wrote:
>> Thank you for the quick reply, I will look into the R packages.
>> For crashing R try this:
>>
>> generator.zp=function(x,p)
>> {a=1:(p-1); b=x^a%%p;
>> if(all(b[1:(p-2)]!=1)&&(b[p-1]==1)){return(x, " Goo
On 1/30/2006 1:39 PM, Ionut Florescu wrote:
> Thank you for the quick reply, I will look into the R packages.
> For crashing R try this:
>
> generator.zp=function(x,p)
> {a=1:(p-1); b=x^a%%p;
> if(all(b[1:(p-2)]!=1)&&(b[p-1]==1)){return(x, " Good ")}
> else{return(x, " No Good, try another integer
> "DavidB" == David Brahm <[EMAIL PROTECTED]>
> on Mon, 30 Jan 2006 18:39:05 +0100 (CET) writes:
DavidB> Wasn't there once a time when tapply(f,f,sum) (with "f" a vector)
DavidB> returned a vector instead of a 1D array? Then colnames(x) would
just
DavidB> give NULL instea
Hi,
Doing the following command on the freshest R-devel i get 223 entries :
$ grep "The New S Language" */man/*.Rd | wc -l
Would it make sense to add a bib file (or another format) such that one
could do something like :
\cite{blueBook}
or even :
\cite[base]{blueBook}
What do you think ?
Wasn't there once a time when tapply(f,f,sum) (with "f" a vector)
returned a vector instead of a 1D array? Then colnames(x) would just
give NULL instead of an error. Sorry my memory isn't more precise.
-- David Brahm ([EMAIL PROTECTED])=20
-Original Message-
From: [EMAIL PROTECTED]
[ma
sorry for the late reply. I now had time to check again using
R devel (2006-01-26 r37181)
and succeeded in loading package rpvm.
Thanks for your support.
Regards,
Matthias
Prof Brian Ripley wrote:
> On Tue, 24 Jan 2006, Na Li wrote:
>
>>
>> Thanks to Matthias Burger, I came to know that i
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Mon, 30 Jan 2006 09:58:23 -0500 writes:
Duncan> On 1/30/2006 4:16 AM, Martin Maechler wrote:
>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]> on
>>> Sun, 29 Jan 2006 16:35:50 -0500 writes:
>>
Duncan> On
On 1/30/2006 4:16 AM, Martin Maechler wrote:
>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> on Sun, 29 Jan 2006 16:35:50 -0500 writes:
>
> Duncan> On 1/29/2006 1:29 PM, Prof Brian Ripley wrote:
> >> On Sun, 29 Jan 2006, Marc Schwartz wrote:
> >>
> >>> I would arg
Achim Zeileis wrote:
> Greg:
>
>
>>OK. Call it that if you want, though I expect that I share
>>the bug with many other people.
>
>
> What I tried to say here was: Reports of user errors do not belong on
> R-bugs. A request on R-help would have been more likely to generate a
> useful, friend
On Mon, 30 Jan 2006, Liaw, Andy wrote:
> Perhaps you do not understand why the documentations in base R do/can not
> refer to contributed packages (as Achim stated). There are several, but the
> more obvious one is that contributed packages are not guanranteed to be
> there: Each package is requ
Peter Dalgaard wrote:
>
> As you're bound to discover, the Tk console is mainly a
> proof-of-concept with shortcomings in many other areas as well. It's
> been largely undeveloped (as has the Gnome GUI) because we had very
> little feedback to indicate that people were actually interested in
>
From: Greg Kochanski
>
> Achim Zeileis wrote:
> > On Mon, 30 Jan 2006, Greg Kochanski wrote:
> >
> >
> >>The bug is that the software produces results that could
> >>lead to the wrong conclusion in a research paper,
> >>or could lead the readers of the research paper to
> >>an erroneous belief.
Greg:
> OK. Call it that if you want, though I expect that I share
> the bug with many other people.
What I tried to say here was: Reports of user errors do not belong on
R-bugs. A request on R-help would have been more likely to generate a
useful, friendly and widely shared reply/discussion.
>
Achim Zeileis wrote:
> On Mon, 30 Jan 2006, Greg Kochanski wrote:
>
>
>>The bug is that the software produces results that could
>>lead to the wrong conclusion in a research paper,
>>or could lead the readers of the research paper to
>>an erroneous belief. That sounds like a
>>relevant definit
On Mon, 30 Jan 2006, Greg Kochanski wrote:
> The bug is that the software produces results that could
> lead to the wrong conclusion in a research paper,
> or could lead the readers of the research paper to
> an erroneous belief. That sounds like a
> relevant definition of a bug to me.
Maybe. Ho
Achim Zeileis wrote:
> On Sun, 29 Jan 2006 [EMAIL PROTECTED] wrote:
>
>
>>Full_Name: Greg Kochanski
>>Version: 2.2.1
>>OS: Debian Linux (testing)
>>Submission from: (NULL) (212.159.16.190)
>>
>>
>>mosaicplot(x, shade=TRUE) is intended to color the blocks
>>blue if they are more common than one
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Sun, 29 Jan 2006 16:35:50 -0500 writes:
Duncan> On 1/29/2006 1:29 PM, Prof Brian Ripley wrote:
>> On Sun, 29 Jan 2006, Marc Schwartz wrote:
>>
>>> I would argue against this.
>>>
>>> If this were the defaul
On Mon, 30 Jan 2006 [EMAIL PROTECTED] wrote:
> I would like to bring to your attention the following error message
> which didn't appear on previous versions (long time ago?)
>
> Thanks for all your effort
>
> Karl
>
> Version 2.2.1 Patched (2006-01-21 r37153)
>
> > f <- rep(c(1,2),each=5)
> > x <
On Sun, 29 Jan 2006 [EMAIL PROTECTED] wrote:
> Full_Name: Greg Kochanski
> Version: 2.2.1
> OS: Debian Linux (testing)
> Submission from: (NULL) (212.159.16.190)
>
>
> This is really a feature request.
Hence not a bug (just for the record).
A potential solution to your problem is to write your o
On Sun, 29 Jan 2006 [EMAIL PROTECTED] wrote:
> Full_Name: Greg Kochanski
> Version: 2.2.1
> OS: Debian Linux (testing)
> Submission from: (NULL) (212.159.16.190)
>
>
> mosaicplot(x, shade=TRUE) is intended to color the blocks
> blue if they are more common than one might expect
> and red if they a
27 matches
Mail list logo
