similar to: Error in [.terms

Someone sent me a bug report for survival2.44.1-1 that involves a model with both cluster and offset.? It turns out to be a 3 part issue with [.terms and my own untangle.specials routine.?? I've spent an evening sorting out the details. ? 1. The delete.response() function doesn't remove the response from the dataClasses attribute, which leads to a later failure in [.terms for

Terry - your example didn't demonstrate the problem because the variable that interacted with strata (zed) was not a factor variable. But I had stated the problem incorrectly. It's not that there are too many strata terms; there are too many non-strata terms when the variable interacting with the stratification factor is a factor variable. Here is a simple example, where I have

Terry - your example didn't demonstrate the problem because the variable that interacted with strata (zed) was not a factor variable. But I had stated the problem incorrectly. It's not that there are too many strata terms; there are too many non-strata terms when the variable interacting with the stratification factor is a factor variable. Here is a simple example, where I have

There is a bug in `predict' whereby the order of variables sometimes gets re-arranged compared to the original fit, and then disaster results. Specifically, the 'variables' and 'predvars' attributes of a 'terms' object get out of synch. This only happens when the terms in the original formula get re-ordered during fitting: test> scrunge.data_ data.frame(

I posted this one as an R bug (https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14767), but Prof. Ripley says I'm premature, and I should raise the question here. Here's the behavior I assert is a bug: The output from delete.response on a terms object alters the formula by removing the dependent variable. It removes the response from the "variables" attribute and it changes

Below is a SIMEX object that was generated with the "simex" function from the "simex" package applied to a logistic regression fit. From this mountain of information I would like to extract all of the values summarized in this line: .. ..$ variance.jackknife: num [1:5, 1:4] 1.684 1.144 0.85 0.624 0.519 ... Can someone suggest how to go about doing this? I can extract the

On January 5, I posted here concerning this issue (https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14767), and I have not heard any answers from people who think this is not a bug, or a simple accident in the delete.response function. The output from delete.response on a terms object alters the formula by removing the dependent variable. It removes the response from the "variables"

Hello, all! My program is written on Borland C Builder 6 Not properly method TForm-> Show () works; And on operational system Ubunto 10.10 it works properly, and already in Ubuntu 11.10 method TForm-> Show () works not properly. Elements of a window receive focus of input from the keyboard, and the window remains not active! The heading of a window and is not painted in color of an active

>>>>> "WSt" == Werner Stahel <stahel@stat.math.ethz.ch> writes: [to me privately] WSt> I do not want to call this a bug, but it bugged me. Please try the WSt> following: WSt> tform <- sqrt(RADAI) ~ sqrt(RADAI.e) + TAGE.ej + SPITAL + ARZT + DAS28 + WSt> SJC + TJC + DGA + HAQ + PGA + PAIN + YEAR.SYM + YEAR.DIA + WSt> ALTER +

The survexp function can fail when called from another function. The "why" of this has me baffled, however. Here is a simple test case, using a very stripped down version of survexp: survexp.test <- function(formula, data, weights, subset, na.action, rmap, times, cohort=TRUE, conditional=FALSE, ratetable=survexp.us, scale=1, npoints, se.fit,

On 06/11/2015 7:36 AM, Therneau, Terry M., Ph.D. wrote: > I am currently puzzled by a seach path behavior. I have a library of a dozen routines > getlabs(), getssn(), getecg(), ... that interface to local repositories and pull back > patient information. All have a the first 6 arguments in common, and immediately call a > second routine to do initial processing of these 6. The

This arose when working on an addition to coxph, which has the features that the X matrix never has an intercept column, and we remove strata() terms before computing an X matrix. The surprise: when a terms object is subset the intercept attribute is turned back on. My lines 2 and 3 below were being executed just before a call to model.frame. The simple solution was of course to do them in the

I am currently puzzled by a seach path behavior. I have a library of a dozen routines getlabs(), getssn(), getecg(), ... that interface to local repositories and pull back patient information. All have a the first 6 arguments in common, and immediately call a second routine to do initial processing of these 6. The functions "joe" and "fred" below capture the relevant

>>>>> Ben Bolker >>>>> on Thu, 4 Apr 2019 12:46:37 -0400 writes: > Proposed patch Thank you Ben! [the rest is technical nit-picking .. but hopefully interesting to the smart R-devel reader base:] There was a very subtle thinko in your patch which is not easily diagnosed from R's parse_Rd(): Error in

Hi, I've performed an lda and obtained a classification table for some of my data: > efa.dfa<-lda(groups~.,efa.scores.8,CV=T) > str(efa.dfa) List of 5 $ class : Factor w/ 2 levels "1","2": 1 2 1 2 1 1 2 2 1 2 ... $ posterior: num [1:160, 1:2] 0.99083 0.00852 0.93983 0.23186 0.85931 ... ..- attr(*, "dimnames")=List of 2 .. ..$ : chr [1:160]

Your file didn't make it through the mailing list (which is quite restrictive about which types/extensions it will take). I appreciate your enthusiasm and persistence for this issue, but I suspect you may have trouble convincing R-core to adopt your changes -- they are "better", "easier", "more intuitive" for you ... but how sure are you they are completely

>>>>> Ben Bolker >>>>> on Fri, 29 Mar 2019 12:34:50 -0400 writes: > I suspect that the issue is addressed (obliquely) in the examples, > which shows that variables with spaces in them (or otherwise > 'non-syntactic', i.e. not satisfying the constraints of legal R symbols) > can be handled by protecting them with backticks

Hi, I have a setup as follows: rsync config file (/var/run/ifxclm-rsyncd.conf): uid = root gid = root hosts allow = zgrlvr1a.zgr.insel.de log file = /var/log/ifxclm-rsyncd pid file = /var/run/ifxclm-rsyncd.pid log format = %h %o %f %l %b transfer logging = true use chroot = true read only = false write only = true [drb] comment = DrB Environment path

Hi! The kernlab function kpca() mentions that new observations can be transformed by using predict. Theres also an example in the documentation, but as you can see i am getting an error there (As i do with my own data). I'm not sure whats wrong at the moment. I haven't any predict functions written by myself in the workspace either. I've tested it with using the matrix version and the

On 24/02/2020 8:55 a.m., Therneau, Terry M., Ph.D. via R-devel wrote: > I recently had a long argument wrt the survival package, namely that the following code > didn't do what they expected, and so they reported it as a bug > > ? survival::coxph( survival::Surv(time, status) ~ age + sex + survival::strata(inst), > data=lung) > > a. The Google R style guide? recommends