search for: dclass

...ting: debug(gsummary).] Further ferreting around showed that the data structures within gsummary() are fine, but that any (numeric only?) variable that has a label attached to it (in my case from using Harrell's Hmisc library) causes the following sub-routine in gsummary() to fail: debug: if (dClass == "numeric") { value[[nm]] <- as.vector(tapply(object[[nm]], groups, FUN[["numeric"]], ...)) } else { value[[nm]] <- as.vector(tapply(as.character(object[[nm]]), groups, FUN[[dClass]])) if (inherits(object[, nm], "ordered"...

...ass[[ad]] <- pclass } rownames <- dimnames(x)[[1]] if (is.null(rownames)) rownames <- paste(seq(nrow(x))) return(structure(Pclass, class = "data.frame", row.names = rownames, dimensions = dimension.set)) }, distances = { dclass <- matrix(0, nrow(x), J) for (i in seq(J)) dclass[, i] <- dist(x, means[i, ], dimension) dimnames(dclass) <- list(dimnames(x)[[1]], dimnames(means)[[1]]) return(dclass) }) 2: predict.fda(TrainFDAs[[i]], DummyParams[-TrainSample, ]) 1: predict(TrainFDAs[[i]], DummyPa...

Michael S. Tsirkin <mst at redhat.com> wrote: > As long as you do not intend to use any classes, how about > simply adding > > -Dclass=_class > > to your command line? That kind of misses the point;-). It's not reasonable to expect all userspace C++ users to do this. David

...='p')~fitted(.)|group) Error in limits.and.aspect(prepanel.default.xyplot, prepanel = prepanel, : need at least one panel Also When I try to use the auPred() function I get the follwoing error msg: >plot(augPred(Lac.lme)) Error in tapply(as.character(object[[nm]]), groups, FUN[[dClass]]) : arguments must have same length Any suggestions? Thanks -- Osman O. Al-Radi, MD, MSc, FRCSC Fellow, Cardiovascular Surgery The Hospital for Sick Children University of Toronto, Canada

Here's a set of patches that inserts a step into the build process to make sure that the UAPI headers can all be built together with C++ (if the compiler being used supports C++). All but the final patch perform fixups, including: (1) Fix member names that conflict with C++ reserved words by providing alternates that can be used anywhere. An anonymous union is used so that that

Here's a set of patches that inserts a step into the build process to make sure that the UAPI headers can all be built together with C++ (if the compiler being used supports C++). All but the final patch perform fixups, including: (1) Fix member names that conflict with C++ reserved words by providing alternates that can be used anywhere. An anonymous union is used so that that

Hello< I routinely use the following without a problem: fm1<-lme(score~time,data,random=~time|ID) tmp<-coef(fm1, augFrame=T) However, in my current situation, I am running into the following error when I execute the coef() call Error in tapply(as.character(object[[nm]]), groups, FUN[[dClass]]) : arguments must have same length There are some cases with missing data, but I believe this was true in prior successful attempts (although I do not recall exactly). Any thoughts on this? Thanks, Harold [[alternative HTML version deleted]]