similar to: R-2.0: roadmap? release statements? plans?

Hi all, is there any package in R capable of smooth approximation of CDF basing on given sample? (Thus, I am not speaking about ecdf) In particular, I expect very much that the approximation should subject to the property: f(x0)<=f(x1) for x0<x1, where x0 and x1 belong to range of the sample given. Polynomial approximation could be OK for me as well. P.S.

Hi devels, i did not find at this page: http://developer.r-project.org/ideas.txt any ideas concerning incorporating documentation possibilities (say, Sweave-based) into R-scripts. Was it discussed already? (If discussed, then what is the decision/conclusion then?) thanks, Valery

Hi all, Situation: there is a function `f' already defined by someone and provided in package. `f' looks like that: f <- function() { x+1 } i.e. `f' is not closed i.r.t. term `x' now I have my own function `g', where I'd like to override variable `x' while calling `f': x <- "dummy gloabal value" g <- function() { x

> On only ten points, what did you expect ? Even with 1000 > observations, estimating a density is difficult, and has > been the subject of a century of research. Kernel density > estimates are among the most successful. For your immediate > application, try plot(density(rnorm(10)), type="l"), etc. wait, you misunderstood me! I'd like to see 10 or 9 points with

Hi all, once more about the old subj :-) My data has too much various distribution families and for every particular experiment I need just to decide whether the data is "quite homogeneous" or it has two or more clusters. I've revisited the following libraries: amap, clust, cclust, mclust, multiv, normix, survey. And I didn't find any ready-to-use general

Hi all, What is the right portable way to save graphics in batch mode? Remarks: 1. Problem is STFWed and RTFMed. In particular a short note about png() is found in R-FAQ. In fact, there were stated that png() is not reliable under Linux in batch mode. 2. savePlot under windows is quite convenient, but not supplied under Linux. 3. pdf() + postscript() < savePlot()

Hi, where could one find any LLVM development roadmap for this and perhaps next year? Especially would be interesting to know about * planned features for PS3 Cell processor -- as well as for Wii, Xbox360 CPUs * multithreading in general * possibly coming changes in major versioning and related issues * other interesting featuring comments on current status to above listed items are also

Hi All, following expression: x <- sort(rnorm(10)); e <- ecdf(x); d <- numericDeriv(e(x),"x"); makes d far from approximation of one dimensional pdf. What's wrong then here? Kind regards. --------------------------------------------------------------------------- Valery A.Khamenya Bioinformatics Department BioVisioN AG, Hannover

Hi All, We'd like to use functions provided in R in our application. Our application is written in C/C++ and currently runs on win32, Linux and Mac. We'd be happy to attach the whole R ( i.e. not just transfer some function by hand). It is important that we deal with big amount of data, so "command line"-like invocations won't be very interesting. We'd

Hi All, We'd like to use functions provided in R in our application. Our application is written in C/C++ and currently runs on win32, Linux and Mac. We'd be happy to attach the whole R ( i.e. not just transfer some function by hand). It is important that we deal with big amount of data, so "command line"-like invocations won't be very interesting. We'd

> See the 'Writing R Extensions' manual, specifically > Creating R Packages -> Writing package vignettes thank you, i saw this entry. However, this entry is rather about how to include documents (in particular Sweave-based) into a package. But I have meant smth else. Let me explain in example. Today I use emacs as environment for my R-sessions. I am quite happy to use

On Tue, 10 Apr 2007, Valery Khamenya wrote: > where could one find any LLVM development roadmap for this > and perhaps next year? We generally have not published a road map like this because it is very difficult to do it in a meaningful way. Because LLVM is largely driven by volenteers and because noone working on it guarantees that they will finish a project that they start, we

Hi All is there "homals" package prepared for win32? kind regards, Valery A.Khamenya --------------------------------------------------------------------------- Bioinformatics Department BioVisioN AG, Hannover

Hi Valery, On Tue, 2007-04-10 at 13:15 +0200, Valery Khamenya wrote: > Hi, > > where could one find any LLVM development roadmap for this > and perhaps next year? About the best "roadmap" we have is the list of enhancements in Bugzilla:

Hi Chris, Chris Lattner <sabre <at> nondot.org> writes: > We generally have not published a road map like this because it is very > difficult to do it in a meaningful way. Because LLVM is largely driven by > volenteers and because noone working on it guarantees that they will > finish a project that they start, we can't make 'promises' about new >

Hi All, while looking why the cclust(cclust) doesn't work for 1-dimensional data, I've found unpleasant behavior in semantics of R. Indeed: is.matrix(matrix(cbind(c(1,2,3,4)),ncol=2)[1:2,]) == TRUE but: is.matrix(matrix(c(1,2))[1:2,]) == FALSE kind regards, Valery A.Khamenya --------------------------------------------------------------------------- Bioinformatics

> Well, that is in all good texts on R, together with the > solution: drop=FALSE. See ?"[" for the on-line details. OK. Thank you a lot. Now patched cclust and clustIndex work fine for 1D case. BTW, why not to apply the "drop=F" to these functions? I guess other users need 1D case as well. kind regards, Valery A.Khamenya

> Almost any method of fitting a density estimate would work on > integrating (numerically) the result. it is a nice idea concerning the monotony property, which will be obtained automatically, but I am going to use results of approximation analytically > In particular, look at package polspline, where > p(old)logspline does the integration for you. thank you, I am going to

Hi Dimitris, thank you for your reply, > does the following work in your data: > > levs <- unique.default(Names) > factor(Names, levs[order(unique.default(Weights))]) your solution is really shorter, but has two issues to be meant here: 1. "unique.default" is applied twice, what might be a bit expensive for strings. 2. your solution brings an implicit

Hi All, I have looked through the following thread: http://tolstoy.newcastle.edu.au/R/help/02b/4551.html and would like to ask after 1.5 year the same question: Are there any plans to involve multithread computations in R? Few word about my motivation: I use R on my OpenSSI cluster with 7 CPUs, so one could simply think of this cluster as of single computer with 7 CPU. My