similar to: ts and defaults

This looks like a slightly different problem then the other ones: R : Copyright 1999, The R Development Core Team Version 0.64.1 (May 8, 1999) ... > z <- ts(matrix(c(1:9,NA), 5, 2), start=c(1991,1)) > na <- is.na(z) > z[na] Error: subscript (10) out of bounds, should be at most 5 > Paul -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel

>>>>> On Fri, 02 Jul 1999, Adrian Trapletti <Adrian.Trapletti@wu-wien.ac.at> said: Adrian> There seems to be a problem with plot.ts (R Version 0.64.2) > x<-cbind(1:10,2:11) > x<-as.ts(x) > plot(x) Adrian> Error: subscript (20) out of bounds, should be at most 10 This is definitely a bug --> CC: R-bugs ALL NOTE : This is *not* new

The following seems confused (0.65 snapshot) > x <- ts(1:20) > window(x, 1, 1) Time Series: Start = c(1, 1) End = c(1, 1) Frequency = 1 [1] 1 Warning message: Not returning a time series object in: [.ts(x, i) (it of class ts, as the print method shows). Under 0.64.2 it is even more confusing: > x <- ts(1:20) > window(x, 1, 1) Warning: Not returning a time series object

There seems to be a problem with plot.ts (R Version 0.64.2) >x<-cbind(1:10,2:11) >x<-as.ts(x) >plot(x) Error: subscript (20) out of bounds, should be at most 10 > The problem is located in "[.ts": > x<-cbind(1:10,2:11) > x[is.finite(x)] [1] 1 2 3 4 5 6 7 8 9 10 2 3 4 5 6 7 8 9 10 11 > x<-as.ts(x) > x[is.finite(x)] Error: subscript

Hi, As a project for a computer performance analysis paper I am taking this semester, I am going to look at the performance of the memory manager in R, with the aim of determining how fast it is and which areas most need improvement. The idea is that I will compare various versions of R, starting with 0.64.2, and then at a few stages in the implementation of the new memory management scheme (of

This message is in MIME format --_=XFMail.1.3.p0.Linux:990702182137:16900=_ Content-Type: text/plain; charset=us-ascii There was some discussion a while back on R-devel between Ross Ihaka, Paul Gilbert and myself about row subsetting in time series. I think the consensus was that "[.ts" should not try to coerce its result back to a time series object (which is underlying the problem

There is now a preliminary version of a time series package in the R-devel snapshots, and we would welcome feedback on it. It is based in part on the packages bats (Martyn Plummer) and tseries (Adrian Trapletti) and in part on code I had or have written. (Thanks for the contributions, Martyn and Adrian!) Some of the existing ts code has been changed, for example to plot multiple time series, so

I'm having some trouble figuring out latest.start in the tframe package. The results seem a bit cloudy. Sample session: > library(ts) > library(tframe) Loading required package: syskern > t1<-ts(c(1,2,3,4,5),start=1) > t2<-ts(c(1,2,3,4,5),start=2) > earliest.start(tbind(t1,t2)) [1] 1 1 > earliest.start(tbind(t2,t1)) [1] 1 1 > latest.start(tbind(t2,t1)) [1] 1 1

While commenting out the previously mentioned warning seems to work, I have been reflecting on this problem and there seems to be an issue wrt inheritance that I do not understand properly. Perhaps some gurus could comment. As mentioned previously, I have a class "tframe" with more specific classes indicating how time is being represented, such as > class(tframe(data)) [1]

I have a class "tframe" with more specific classes indicating how time is being represented, such as > class(tframe(data)) [1] "ts" "tframe" but now "[.ts" produces warning messages > tframe(data)[2] Warning: Not returning a time series object [1] 2006.25 Even my simplest tests produce hundreds of lines of warnings, so I've commented out

Well, I upgraded to a later release and have been having good luck (R vers. 0.65.0) I haven't upgraded my Red-Hat linux from 5.2 so I had to compile from source , ... so far so good. My problem is with the time series functions [library(ts)]. I'm trying to use the autocorrelation function-acf() and am having problems with it. mainly an error ERROR -Couldn't find function

Hi R community! I'd like to create a temporal series with ts command for the interval 1st January 2002 - 31 December 2008. I have daily values, so this is a 2557 days temporal series. I'm using this command : ts(observations, start=2002, end=2009, freq=365) However, I don't get the correct temporal series since both frequency (365 OR 366 for leap years) and deltat (1/365 OR

Hi All, I have a data set of daily measurements of river flow. I would like to create a "ts" object from this data. Here's a sample data set: date <- as.Date(c(1:300), format="%Y") year=as.numeric(format(date, format = "%Y")) month=as.numeric(format(date, format = "%m")) julianday=as.numeric(format(date, format = "%j"))

My previous ts problem is fixed in today's snapshot but ... R : Copyright 1999, The R Development Core Team Version 0.64.0 Patched (unreleased snapshot) (April 29, 1999) ... > z <- ts(matrix(rnorm(300),100,3),start=c(1961,1), frequency=12) > all(z==z) Error: invalid time series parameters specified > Paul Gilbert

I've been using R for a while, but now find myself needing to understand time-series objects for a short course I am teaching. I am putting together some daily financial datasets for illustration, but having some trouble in aggregating the data to months or weeks. I am getting a "cannot change frequency from 1 to 12" message. I am not sure that aggregation is where I want to go

{all recent versions of R} Problem / design bug : diff.default() doesn't deal with "ts" objects properly, diff.ts() does, but that is only available from package "ts" where as the constructor function ts() is in base. It's not sufficient to just move diff.ts() to package base, since it relies itself on lag & lag.default which are also only in package ts.

Hi, I have the following code from Splus that I'd like to migrate to R. So far, the only problem is the arima.filt function. This function allows me to filter an existing time-series through a previously estimated arima model, and obtain the residuals for further use. Here's the Splus code: # x is the estimation time series, new.infl is a timeseries that contains new information # a.mle

I have done a re-working of the time series code in base R and library ts that will appear in Friday's snapshot. I am sure at least one person will be dissatisfied, but I am convinced there are fewer errors than there were before (I found more than 20, as well as several documented features that did not exist.) The principles in the code are: tsp attributes can only go on vectors of length

I think this is another one of the same kind of bugs in ts: Version 0.64.1 (May 8, 1999) ... > z <- ts(matrix(1:20,10,2), start=c(1969,1), frequency=12) > (z > 5) | (z < 2) Error: invalid time series parameters specified > Paul -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

Dear R-users, I am facing a trivial problem when trying to parameterise the start date of a time series object. I am working with monthly data (104) performing n-steps-ahead (6) forecasts and using a fixed window size (36). At the end of calculations I have a list that contains 69 forecasts. I have no problems in fixing the window size by parametrization, e.g. k<- control variable in a for