similar to: Documentation bug?

Thank you for such a quick reply, here are some points that I think might have been missed: > I would state the question the other way : why are NAs integer indices allowed? > In my experience, they are sometimes useful but they often delay the detection of bugs. However, due to backward compatibility, this feature cannot be removed. Adding this feature to character indices would worsen the

Karolis wrote: > Hello, > I have stumbled upon a few cases where the behaviour of naming and subsetting in matrices seems unintuitive. > All those look related so wanted to put everything in one message. > 1. Why row/col selection by names with NAs is not allowed? > x <- setNames(1:10, letters[1:10]) > X <- matrix(x, nrow=2, dimnames = list(letters[1:2],

Dear developers, I found an inconsistency in the predict.lm() function between offset and non-offset terms of the formula, but I am not sure whether that is intentional or a bug. The problem can be shown in a simple example: mod <- local({ y <- rep(0,10) x <- rep(c(0,1), each=5) list(lm(y ~ x), lm(y ~ offset(x))) }) # works fine, using the x variable of the local

Hello, The following code: > binomial(identity) Generates an error message: Error in binomial(identity) : link "identity" not available for binomial family; available links are ?logit?, ?probit?, ?cloglog?, ?cauchit?, ?log? While : > binomial("identity") Yields an identity-binomial object that works as expected with stats::glm The error in the first example mislead

Hello, I have stumbled upon a few cases where the behaviour of naming and subsetting in matrices seems unintuitive. All those look related so wanted to put everything in one message. 1. Why row/col selection by names with NAs is not allowed? x <- setNames(1:10, letters[1:10]) X <- matrix(x, nrow=2, dimnames = list(letters[1:2], LETTERS[1:5])) x[c(1, NA, 3)] # vector: works

Hi. Can anyone suggest a simple way to obtain in R a list of vector coordinates of the following form? The code below is Mathematica. In[5]:= Flatten[Table[{i,j,k},{i,3},{j,4},{k,5}], 2] Out[5]= {{1,1,1},{1,1,2},{1,1,3},{1,1,4},{1,1,5},{1,2,1},{1,2,2},{1,2,3},{1 ,2,4},{1,2, 5},{1,3,1},{1,3,2},{1,3,3},{1,3,4},{1,3,5},{1,4,1},{1,4,2},{1,4,3}, {1,4,

CentOS Errata and Security Advisory 2006:0420 https://rhn.redhat.com/errata/RHSA-2006-0420.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/ethereal-0.99.0-EL4.2.s390.rpm updates/s390/RPMS/ethereal-gnome-0.99.0-EL4.2.s390.rpm s390x: updates/s390x/RPMS/ethereal-0.99.0-EL4.2.s390x.rpm

CentOS Errata and Security Advisory 2006:0420 https://rhn.redhat.com/errata/RHSA-2006-0420.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/ethereal-0.99.0-EL4.2.s390.rpm updates/s390/RPMS/ethereal-gnome-0.99.0-EL4.2.s390.rpm s390x: updates/s390x/RPMS/ethereal-0.99.0-EL4.2.s390x.rpm

I am not sure whether it is a design decision or just an oversight. When I ask for the standard errors of the predictions with predict(budwm.lgt,se=TRUE) where budwm.lgt is a logistic fit of the budworm data in MASS, I got Error in match.arg(type) : ARG should be one of response, terms If one is to construct a CI for the fitted binomial probability, wouldn't it be more natural to do

I have two dataframes (df) that share a column header ("plot.id"). In the 1st df, "plot.id" records are repeated a variable number of times based on the number of trees monitored within each plot. The 2nd df only has a single record for each "plot.id", and contains a variable named "load" that is collected at the plot-level and is only listed once per plot

Full_Name: Detlef Steuer Version: 0.90.0 and 0.99.0 OS: linux Submission from: (NULL) (129.217.206.26) filled.contour does not work on my machine in versions 0.90.0 and 0.99.0 I always get: Error in plot.new() : Figure margins too large Here an example from help(filled.contour): ( same message for 0.99.0) R : Copyright 1999, The R Development Core Team Version 0.90.0 (November 22, 1999) R is

Hey guys, Started running unicorn in a production server like two weeks ago. It''s been running smoothly, but looking at the logs found 44 exceptions like this: E, [2010-06-02T16:17:15.117071 #22680] ERROR -- : Read error: #<TypeError: can''t modify frozen string> E, [2010-06-02T16:17:15.117270 #22680] ERROR -- :

Hi every one. I'm learning how to use sapply (and other function of this family). Here's what I'm trying to do. I have a vector of lets say 5 elements. I also have a matrix of nX5. I would like to know how many element by column are inferior to each element of my vector. On this example: v = c(1:5) M = matrix(3,2,5) I would like to have a vector at the end which give me 0 0 0 2 2

Dear R developers: When using R.0.99a (Version 0.99.0 Patched (February 9, 2000), source compiled with gcc under SuSE 6.2) on a PIII 500Mhz Machine under SuSE 6.2 Linux I found the following bug: x <- matrix(0,10,0) rbind(x,2) causes an R-crash with the message "Gleitkomma-Ausnahme" (floating point exception) which is probably due to the non-applicability of the recyling

{message bounced because it has "$$$" in it. manually approved by list maintainer -- MM} > Date: Tue, 22 Feb 2000 13:03:35 +0100 > From: jens <jniesch at gwdg.de> > > I have trouble to install R on Sparc Sun Solaris 2.6. > make returns the error message: > Undefined symbol first referenced in file > d_lg10 ../appl/libappl.a(uncmin.o) > d_sign

I am forwarding this bug report from Tim Powers at Red Hat. He is building R 0.99.0 on what will be Red Hat Linux/Alpha 6.2. Martyn -----FW: <20000207172120.D3892@redhat.com>----- Date: Mon, 7 Feb 2000 17:21:20 -0500 From: Tim Powers <timp@redhat.com> To: Martyn Plummer <plummer@iarc.fr> Subject: Re: RPMs for R and contributed packages > > I downloaded the source for

Hi, I need to do several matrix multiplications with the corresponding matrices forming two 3-dimentional arrays. To illustrate my problem, let's say I have the following 3-dimensional arrays: array1 <- array(1:30,dim=c(3,2,5)) array2 <- array(1:20,dim=c(2,2,5)) I know that I can get what I want with the following computation : result <- array(dim=c(dim(array1)[1],

--0__=H3pYBZPryUqFrHKFfIys0jD6E5DJia4vmWwghmZyVtkEnrsF4KhQPjM8 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Included is a gzipped tar archive with the config.h, config.log and a log of the compilation problem. Peter(See attached file: bug-R-0.99.0.tgz) --0__=H3pYBZPryUqFrHKFfIys0jD6E5DJia4vmWwghmZyVtkEnrsF4KhQPjM8 Content-type: application/octet-stream;

Dear All, Under WinNT4.0sp5 using the binaries downloaded from CRAN (version 1.0.0), if I want to do a plot without the tick-marks and numbers on the x-axis, the following: > x <- rnorm(10) > y <- rnorm(10) > plot(x, y, xaxt="n") does not give what I expect, i.e. it gives the same than "plot(x, y)". However, the following works: > par(xaxt="n")

Full_Name: Robert King Version: 0.99.0 patched OS: linux (debian potato) Submission from: (NULL) (132.234.250.7) I've compiled R with gnome support (according to the output from configure), but on start-up with the new --gui switch, I get: solzhenitsyn:~/R> R --gui GNOME WARNING: unknown option --gui R : Copyright 2000, The R Development Core Team Version 0.99.0 Patched (February 9,