similar to: as.numeric changes?

Start S and detach the directory at position 2. S-PLUS : Copyright (c) 1988, 1996 MathSoft, Inc. S : Copyright AT&T. Version 3.4 Release 1 for Sun SPARC, SunOS 4.1.3_U1 : 1996 Working data will be in /users/rdev/ihaka/.Data > search() [1] "/users/rdev/ihaka/.Data" [2] "/usr/local/pkg/splus/splus-3.4/splus/.Functions" [3]

Hola, Yo creo que probé de las primeras versiones de R, aunque todavía tenía ciertas dudas sobre su futuro porque por aquel entonces ya usaba S-Plus en el trabajo y no veía mucha necesidad de usar algo menos potente (trabajaba en ATT y tuvimos visitas del grupo de Bell-Labs de Bill Cleveland, nos hicieron unos desarrollos sobre Splus para unos temas de producción bastante alucinantes - de esto

Members of R-devel may be interested in the special Sept. 2000 issue of J. of Comp. and Graph. Statist. http://www.amstat.org/publications/asajournals.html#jcgs on Systems and Languages. It features two articles by Robert Gentleman and Ross Ihaka on "Java and Dylan" and "Lexical Scope and Statistical Computing", an article by Paul Murrell and Ross Ihaka on "An

The .Options vector had been introduced a while ago after my suggestion (see Ross's E-mail below). .Options$digits is used be default in several print methods (eg print.lm), however, deparse(.) e.g., uses options()$width, and not .Options$width. Another problem is that .Options is still not in the documentation (on-line help). Before one could add it there, we'd need ``the

>From R-core; this should interest most R-devel'ers (to some extent): Since 0.60, the semantics of as.numeric(<factor>) has changed, e.g. R> as.integer(factor(c("A","BB"))) [1] NA NA R> as.integer(factor(c(100,40,100))) [1] 100 40 100 whereas older R and S: S> as.integer(factor(c("A","BB"))) [1] 1 2 S>

Ross Ihaka <ihaka at stat.auckland.ac.nz> wrote: > Martin Maechler writes: [ snip ] > > I've seen > > As.numeric <- function(x) { storage.mode(x) <- "numeric"; x } > > solving the above problem. > > > > What do you (R-help readers !) think? > > I like the idea, but maybe not the name so much (too much scope for >

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. > > > >

I came across a quite interesting post from Ross Ihaka, thought would be good to share it and get the opinion of folks around here. I am not sure where to post this for the R community but since it has to do with development I thought or R-devel Ross Ihaka Newsgroups: comp.lang.lisp From: Ross Ihaka <ih... at stat.auckland.ac.nz> Date: Wed, 23 Jan 2008 10:35:26 +1300 Local: Tues, Jan 22

My previous post about prcomp and princomp was done in some haste as I had long ago indicated to Kurt that I would try to have this ready for the June release, and it appeared that I would miss yet another release. I also need to get it out before it becomes hopelessly buried by other work. Brian Ripley kindly pointed out some errors, and also pointed out that I was suggesting replacing some

Hi, I had some trouble compiling the new R version on my Alpha: make[2]: Entering directory `/usr2/local/R/src/graphics' cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c gdevice.c cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c graphics.c cc: Error: graphics.c, line 808: An unexpected newline character is present in a string literal.

Hi, I had some trouble compiling the new R version on my Alpha: make[2]: Entering directory `/usr2/local/R/src/graphics' cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c gdevice.c cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c graphics.c cc: Error: graphics.c, line 808: An unexpected newline character is present in a string literal.

R-devel subscribers: this came from R-core, but may interest you.... >>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "Ross" == Ross Ihaka <ihaka@stat.auckland.ac.nz> writes: Ross> Martin Maechler writes: >>> Actually, I've been thinking (and asking Kurt) if we shouldn't use

This is propagated to R-devel in case anyone else has a comment on this : >>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> On Aug. 14, MM> "Ross" == Ross Ihaka <ihaka@stat.auckland.ac.nz> writes: Ross> Re the emacs stuff: MM> ... Ross> 2. Peter Dalgaard made the suggestion that we made R source

Hello fellow CentOS users, until now I was using CentOS 5.5 with php 5.3 through this file: # grep -v ^# /etc/yum.repos.d/CentOS-Testing.repo [c5-testing] name=CentOS-5 Testing baseurl=http://dev.centos.org/centos/$releasever/testing/$basearch/ enabled=1 gpgcheck=1 gpgkey=http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing includepkgs=php* Today I have updated to CentOS 5.6 by running

Hi Ross - I believe I was wrong in thinking that passing via the ... list to stripchart() was ever allowed. Here are patches: Add ... to the argument list Add, at the beginning of the function: pars <- list(...) There are two calls to axis(). Modify these to: axis(1, at = at, labels = names(groups), las=pars$las) axis(2, at = at, labels = names(groups), las=pars$las) Also

Peter Dalgaard writes: > Ross Ihaka <ihaka at stat.auckland.ac.nz> writes: > > Many of the incompatibilities result from us not being familiar with > > some of the inner mysteries of S - these are generally pretty easy to > > fix. Some incompatibilities however result from the fact that R > > started life as a kind of Lisp interpreter. These can be quite a bit

FWIW p. 206 of the White Book gives the following for names(binomial()): family, names, link, inverse, deriv, initialize, variance, deviance, weight. So $aic wasn't there In The Beginning. I haven't done any more archaeology to try to figure out when/by whom it was first introduced ... Section 6.3.3, on extending families, doesn't give any other relevant info. A patch for

I have been looking at the R mathematical library with a view to making changes so that it will handle IEEE 754 entities like NaN and +/- Inf. This appears to be not too hard and I am fairly well down the path to converting the existing code (and simultaneously converting some of the more suspect algorithms to something more solid). Q1: I have looked at the Splus implementation and I have a bit

>>>>> "Martyn" == Martyn Plummer <plummer@iarc.fr> writes: Martyn> I will do this if you haven't been overrun with volunteers Martyn> already ;) No, you are the first to answer. Thank you very much in advance! --------------------- Martyn> Some time ago you asked about a basic time series Martyn> library for R. Did anything come

From r-help-owner at stat.math.ethz.ch Fri Jan 29 13:40 NZD 1999 Date: Thu, 28 Jan 1999 16:38:36 -0800 (PST) From: "Gregory R. Warnes" <warnes at biostat.washington.edu> To: royle at penguin.irm.r9.fws.gov cc: R comments <r-help at stat.math.ethz.ch> Subject: [R] Re: follow-up MIME-Version: 1.0 .RData files are *not* machine-independent! Thus, it doesn't mean