Re: [Rd] Why is there no c.factor?

2010-02-05 Thread William Dunlap
> From: r-devel-boun...@r-project.org > [mailto:r-devel-boun...@r-project.org] On Behalf Of Matthew Dowle > Sent: Friday, February 05, 2010 11:17 AM > To: r-de...@stat.math.ethz.ch > Subject: Re: [Rd] Why is there no c.factor? > > > > concat() doesn't get a lot of use > How do you know? Maybe i

Re: [Rd] Why is there no c.factor?

2010-02-05 Thread Matthew Dowle
> concat() doesn't get a lot of use How do you know? Maybe its used a lot but the users had no need to tell you what they were using. The exact opposite might in fact be the case i.e. because concat is so good in splus, you just never hear of problems with it from the users. That might be a v

Re: [Rd] Why is there no c.factor?

2010-02-05 Thread S Ellison
>c() should have been put on the deprecated list a couple >of decades ago Don't you dare! >Back to reality phew! had me worried there. c() is no problem at all for lists, Dates and most simple vector types; why deprecate something solely because it doesn't behave for something it doesn't claim

Re: [Rd] Why is there no c.factor?

2010-02-05 Thread William Dunlap
> -Original Message- > From: r-devel-boun...@r-project.org > [mailto:r-devel-boun...@r-project.org] On Behalf Of Peter Dalgaard > Sent: Friday, February 05, 2010 7:41 AM > To: Hadley Wickham > Cc: John Fox; r-devel@r-project.org; Thomas Lumley > Subject: Re: [Rd] Why is there no c.factor?

Re: [Rd] Why is there no c.factor?

2010-02-05 Thread Peter Dalgaard
Hadley Wickham wrote: > On Thu, Feb 4, 2010 at 12:03 PM, Hadley Wickham wrote: >>> I'd propose the following: If the sets of levels of all arguments are the >>> same, then c.factor() would return a factor with the common set of levels; >>> if the sets of levels differ, then, as Hadley suggests, th

Re: [Rd] Why is there no c.factor?

2010-02-05 Thread Hadley Wickham
On Thu, Feb 4, 2010 at 12:03 PM, Hadley Wickham wrote: >> I'd propose the following: If the sets of levels of all arguments are the >> same, then c.factor() would return a factor with the common set of levels; >> if the sets of levels differ, then, as Hadley suggests, the level-set of the >> resul

Re: [Rd] Bug in as.character? (PR#14206)

2010-02-05 Thread Peter Dalgaard
havard@math.ntnu.no wrote: > A long formula which is converted using as.character, looses its last > part: ``diagonal = 1e-12)'' > > Shorter formula is ok though. (If you have to put a ? in a bug report, ask instead!) This is entirely consistent with help(as.character): Note: ‘as.ch

[Rd] Bug in as.character? (PR#14206)

2010-02-05 Thread Havard . Rue
A long formula which is converted using as.character, looses its last part: ``diagonal = 1e-12)'' Shorter formula is ok though. Best, HÃ¥vard Browse[2]> formula.str y ~ -1 + b1 + b2 + b3 + b4 + b5 + b6 + b7 + b8 + b9 + b10 + b11 + b12 + b13 + b14 + b15 + b16 + b17 + b18 + b1