similar to: Context problem with ... and rbind (PR#860)

Displaying 20 results from an estimated 40000 matches similar to: "Context problem with ... and rbind (PR#860)"

2003 Jul 30
0
cbind/rbind inconsistency with NULL parameter (PR#3595)
The R help for cbind/rbind states: > For `cbind' (`rbind'), vectors of zero length are ignored unless > the result would have zero rows (columns), for S compatibility. > (Zero-extent matrices do not occur in S and are not ignored in R.) I presume this means the S language as defined in the Blue Book ("The ^New S Language", Becker Chambers & Wilks,
2007 Sep 21
0
(PR#9917) rbind.data.frame converts character column to
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --27464147-159404577-1190380210=:1425 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Please do read the documentation, which says The 'rbind' data frame method first drops all zero-column
2007 Mar 29
0
(PR#9578) rbind.data.frame reacts on levels without
In your data frames, 'y' is a category and the following comment in the code makes clear this is deliberate. if( !is.null(levels(xj)) ) { all.levs[[j]] <- levels(xj) facCol[j] <- TRUE # turn categories into factors } else facCol[j] <- is.factor(xj) The behaviour is compatible with S apart from the comment in the R help
1999 Aug 06
0
cbind is not generic as claimed, omits labels where S has them (PR#241)
On Fri, 6 Aug 1999 ihaka@stat.auckland.ac.nz wrote: > On Fri, Aug 06, 1999 at 12:08:05AM +0200, Peter Dalgaard BSA wrote: > > Ross Ihaka <ihaka@stat.auckland.ac.nz> writes: > > > > I played around with this earlier today. There's nothing special about > > dataframes, S does the same with any classed object. I.e. > > > >
2000 Aug 28
0
under certain conditions, model.matrix appears to lack one (PR#648)
On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was
2002 Jun 19
0
FW: [R] Problems with url/download and http_proxy (PR#1689)
For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R
2002 Jun 19
0
[R] Problems with url/download and http_proxy
This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class
1999 Aug 05
6
cbind is not generic as claimed, omits labels where S has them (PR#239)
(1) ?cbind claims The generic functions `cbind' and `rbind' take a sequence of vector and/or matrix arguments and combine them as the columns or rows, respectively, of a matrix. Note: The method dispatching is not done via `UseMethod(..)', but by C-internal dispatching. Therefore, there's no need for, e.g., `rbind.default'. but my cbind.ts
2000 Dec 28
0
some (may be related) problems with windows(rescale=) (PR#795)
If these things bother you, could you please supply fixes? For some reason you omitted the part of the help page dealing with one of these (which is as documented), and I also think you are confusing `plot' and `device' sizes. The latter will be the displayed device surface, I believe. Nothing on the help page suggested that the fine details of the R read-only parameters will be as you
2002 Aug 06
0
pipe and binary i/o (on Linux)
Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a
2002 Aug 14
1
FW: R CMD check: Too long [R] code line generated (PR#1900)
On Wed, 14 Aug 2002, Henrik Bengtsson wrote: > Sorry, but it was indeed the redirection of the standard output in > Cygwin/bash that cause the first problem, not R (I should stop doing > troubleshooting at 1:00 AM). So please forget about the problems reported in > R_CMD_check.out. However, it would still be nice if you still update R CMD > check to do join with "\n".
1999 Aug 05
1
cbind is not generic as claimed, omits labels where S has them (PR#240)
On 5 Aug 1999, Peter Dalgaard BSA wrote: > (1) The docs are clearly wrong (or perhaps rather, wishful thinking) Sorry, but always the docs are right and the implementation wrong. That's an axiom of professional computer programming (so I am told by several ex-professional computer programmers.) > (2) Cbind should be generic as in Splus > > (3) For the labels, one needs
2001 Aug 21
0
Re: [R] Problem using GLM in a loop (fwd)
This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of
2000 May 22
0
RE:bug 548 graphics '*' (PR#549)
> Date: Mon, 22 May 2000 16:52:59 +0200 (CEST) > From: Martyn Plummer <plummer@iarc.fr> > To: ripley@stats.ox.ac.uk > Subject: Re: [Rd] RE:bug 548 graphics '*' (PR#549) > Cc: R-bugs@biostat.ku.dk, r-devel@stat.math.ethz.ch > > On 22-May-00 ripley@stats.ox.ac.uk wrote: > > A little more followup. The gtk() device uses gdk_string_width to > > find the
2001 Apr 07
0
Re: closing a bug report (PR#781)
I can confirm this bug has been solved, by the expedient of removing the incorrect functions! I think the simplest way to get a bug closed is to send the correction to the original reporter for confirmation, then as Peter suggests send a follow-up to R-bugs. On Fri, 6 Apr 2001 p.dalgaard@biostat.ku.dk wrote: > Paul Gilbert <pgilbert@bank-banque-canada.ca> writes: > > > Peter
2002 Feb 22
0
pi returns 0.7 (PR#1320) (fwd)
Filing response for the record -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message ---------- Date: Thu, 21
2001 Jan 18
0
dotplot: character size of labels (PR#816)
There seems to be a bug in "dotplot" concerning the "cex" parameter. Setting cex has no effect on the character size of the labels of the points. This problem was posted to r-help today (Thu, 18 Jan 2001); the solution given by Brian Ripley (and Uwe Ligges) seems to work for me. Heinrich Rinner. > version _ platform i386-pc-mingw32 arch x86
2000 Jul 22
1
maketitle garbles the title in package nnet (PR#613)
The TITLE for the nnet package is garbled: it comes out as nnet Feed-forward neural networks and multinomial log-linear nnet Feed-forward neural networks and multinomial log-linear models The problem is in maketitle: auk% cat DESCRIPTION Bundle: VR Version: 6.1-9 Date: 2000/07/11 Depends: R (>= 1.1) Author: S original by Venables & Ripley. R port by Brian Ripley
2002 Aug 14
0
source() crashes on long lines (PR#1900)
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------=_NextPart_000_0006_01C2432C.7ACD6BA0 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <Pine.GSO.4.44.0208140920312.15226@auk.stats>
1999 Dec 03
0
Error in plot.aov() (PR#356) (fwd)
Confirmation from John Maindonald. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message ---------- Date: Fri, 3