similar to: [Fwd: R 2.20 Windows XP anaolgue of Splus unix() command ?]

I am accessing my email account remotely so it seems to be acting strangely so I am not sure if this R question was received. I apologize if it was and thanks for any help you can provide. ----------------------------------------------------------------- Hi Everyone : As I mentioned earlier, I am taking a lot of Splus code and turning into R and I've run into another stumbling block that I

Hi : I have old Splus code that I am trying to turn into R ( I am using windows Xp and R 2.20 ) and I am getting a warning from one of my statements because the behavior of R is different from Splus. below, tempdata is a matrix of numbers and I have the following command which basically runs through the columns and returns the minimum index of the column where an NA occurs.

Hi All : I am attempting tomove a large amount of code from Splus to R and I was hoping that there was an equivalent in R of the Splus functions timeSeq and timeDate ? I did an RSiteSearch but nothing came up ? If the equivalent functions are part of some package, that's fine. Thanks a lot. Mark

Hello, Below is some example code that should reproduce an error I'm encountering while trying to create a tiff plot with two subplots. If I run just the following bit of code through the R GUI the result is what I'd like to have appear in the saved tiff image: x<-seq(0:20) y<-c(1,1,2,2,3,4,5,4,3,6,7,1,1,2,2,3,4,5,4,3,6) plot(x,y,type="l",las=1,ylim=c(0,12))

R2.2 for WinXP, Splus 6.2.1 for HP 9000 Series, HP-UX 11.0. I am trying to get a handle on why the same lme( ) code gives such different answers. My output makes me wonder if the fact that the UNIX box is 64 bits is the reason. The estimated random effects are identical, but the fixed effects are very different. Here is my R code and output, with some columns and rows deleted for space

We've been working on making it easier to write packages that work in both R and Splus. One issue is that R and Splus use different internal representations of integers and this makes a difference on their 64-bit versions: R uses ints (32 bits on 32-bit and 64-bit versions of R) and Splus uses longs (32 bits on 32-bit Splus and 64 bits on 64-bit Splus). The obvious ways to deal with the

Hello, I am looking for an explanation and/or fix for a discrepancy in the behaviour of the R lm.influence() function [ version R 1.5.0 (2002-04-29) ] and the same function in Splus [ Splus version 5.1 release 1, running on SGI IRIX 6.2]. The discrepancy is of concern because I am migrating some Splus scripts to R and need to ensure consistency of results. Specifically, when I fit a glm()

Hi all I have a couple of obscure questions for R/Splus experts (which unfortunately isn't me!) I am trying to compute Bayes Factors using some Splus code of Raftery in Gilks et al (1996). Only problem is 1) R doesn't seem to have a robust covariance (cov.mve) which I suspect I need rather than a non-robust classical estimate 2) Splus has cov.mve BUT dgamma in Splus doesn't have a

Full_Name: Ernesto Jardim Version: 1.2.2 OS: SuSE Linux 6.4 Submission from: (NULL) (193.137.98.92) I wanted to import an array, dim=c(28,12,17), from splus into R.On splus I did dump(c("array"),file="dump.out) I checked and Splus could source it. Than, in R I tryied to source it with: source("dump.out") and got and error message: > source("dump.out")

The source of the incompatibility: In S-PLUS 6.2: > methods("unique") splus splus menu splus "unique.data.frame" "unique.default" "unique.name" "unique.rowcol.names" In R-1.9.1: > methods("unique") [1] unique.array unique.data.frame unique.default unique.matrix

Hi All, I just used "dump" on Splus to transfer a pile of survival objects from Splus 3.4 on Solaris 7 to R 0.63.3 on Intel. The only trick is that survival objects contain an element holding the original call that generated the object. When Splus writes these out, it doesn't mark them in any way, so when R tries to read them in, it ends up trying to reevaluate the call. Not

Hi All, I just used "dump" on Splus to transfer a pile of survival objects from Splus 3.4 on Solaris 7 to R 0.63.3 on Intel. The only trick is that survival objects contain an element holding the original call that generated the object. When Splus writes these out, it doesn't mark them in any way, so when R tries to read them in, it ends up trying to reevaluate the call. Not

Hi, I've looked through the archives and seen several posts discussing technical differences between R and S(plus). It appears to me that R can likely functionally replace Splus for my situation, but I'm more interested in looking at the risks and benefits of moving from Splus to R from a (project) management point of view. Background (a bit wordy, I'm afraid): -

Hello R/Splus users.. I am posting in R discussion group in hope of wider response compared to what I received from Splus user groups.... Was wondering if there is any function available in Splus 8.2 that is equivalent to "reshape" of R? Below is a sample dataset. Size [both rows and columns) of the dataset may vary X1 Y1 Y2 Y3 0.25 40 38 22 0.5 44 41

Hello there, I spent all day yesterday trying to get a small data set from Splus into R, no luck! Both, Splus and R, are run on a 64-bit RedHat Linux machine, the versions of the softwares are 64-bit and are as what follows: Splus: TIBCO Software Inc. Confidential Information Copyright (c) 1988-2008 TIBCO Software Inc. ALL RIGHTS RESERVED. TIBCO Spotfire S+ Version 8.1.1 for Linux 2.6.9-34.EL,

Hi, Is there any difference in the gam() function in R and Splus? I just tried to do an Ace Plot (plotting the result of the gam() ) on a dataset. R gave me four (the data set has one response and four explanatory variables) ace plot with perfectly straight lines. I kind of felt that it is highly unlikely, so I tried it in Splus. Using the exact commands Splus gave me four completely

I have a large R program that I am constantly running over and over again. At the beginning of this program, I create a hige matrix and a huge dataframe but these are constant. What I mean by constant is that, if I run the program over later, I really should just use the old matrix and dataframe ( if they exist ) that were created in a previous run so that the program doesn't have to spend

Thanks to all for the input. rgentlem at jimmy.harvard.edu said: >If you really want help -- no, I just thought I'd waste some bandwidth. :-) >If on the other hand you >just want some reassurance that Splus is indeed a commerical package oh gee, thanks, I wasn't sure about that. When I had said: >> R can't handle files named x. If I can use Splus, should I just

Hi For bureaucratic reasons beyond my control I need to rewrite an R function (for producing operating characteristic curves) as an Splus function ( version 6 , windows XP ). The R function makes extensive use of the fact that the student's t distribution function pt() has a non-centrality parameter built in ... sadly that parameter is not present in the Splus pt() function .

I've recently installed R for RH5.0 Linux and been considering moving existing work from Splus (Windows, 4.5). Also installed the win95 R, but this doesn't seem to work as well, and in any case the idea is to move toward Linux. 1 I attach and detach directories freely and often in Splus. Is it anticipated that it will be possible to do this in R in the future? 2 The ascii representation