similar to: R-alpha: contributed packages -- Yes, use library/<package>/.. !

I know, we've discussed this several times in the good old days days of the R-testers list :-), but the problem is still unsolved. I want to include Tibshirani's data in my port of the bootstrap package, but we still have no way of including data in a clean way. IMHO we should have a subdirectory of $RHOME/data for each library, e.g. $RHOME/data/base $RHOME/data/bootstrap Actually

[I do think this discussion belongs to R-devel rather than anywhere else .. MM] >>>>> "Kurt" == Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: >>>>> Peter Dalgaard BSA writes: >> Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: KH>>> While trying to write documentation for data.class(), I came

I am using the 0.50 alpha version of R packaged (in 3 parts) by Kurt for Debian Linux. Package: r-base Status: install ok installed Priority: optional Section: local Maintainer: Kurt Hornik <Kurt.Hornik at ci.tuwien.ac.at> Version: 0.50b7-1 Depends: libc5, xlib6, libreadline2 Description: R, a language not entirely unlike the language S. Package: r-contrib Status: install ok

In the process of moving to the new directory structure, we might also reconsider the naming of the various index files. A simple idea would be to have an `INDEX' file in each directory where this is appropriate. E.g., we could have pkg/funs/INDEX (rather than help/pkg/INDEX) pkg/data/INDEX (rather than index.doc) pkg/help/INDEX (rather than AnIndex) or e.g. pkg/INDEX.funs

> * In general, we have two ways of arranging the `library' tree. One is, > grouped according to module, the other, according to type. I.e., > library/<module>/ > library/<module>/funs/ > library/<module>/help/ I find this a much better way to organize things. Old versions of packages can be removed cleanly with rm -r library/<package> It also

Ross mentioned last week that it would be nice to eventually have a real `make install'. As a preparation, we should perhaps rename the current install-help install-latex install-html targets to help latex [or dvi???] html and perhaps test-Examples to test I can of course make the changes, but I thought I'd ask for a good new name for the corresponding scripts in RHOME/etc.

I've put all ``current'' add-on packages into CRAN's source/contrib tree and created an INDEX file (attached below). As you can see, currently we have acepack bootstrap ctest date e1071 fracdiff gee jpn snns splines survival4 (Yes, e1071 and jpn are new ... more on the latter in a later mail.) In the near future, I am hoping for the following: oz (Bill

A few problems in R-0.50-a3 (which were also in R-0.49): 1) y <- c(10,11,12,13,14,NA,NA) n <- length(y) missed <- (1:n)[is.na(y)] notmissed <- (1:n)[!is.na(y)] blocks <- cut(missed,breaks=c(0,notmissed,n+1)) a <- function(v) { q <- range(v) c(q[1]-1,q[2]+1) } brackets <- tapply(missed,blocks,a) This codes gives the following in S: > brackets $"0+ thru 1":

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

Attached is an updated version of the FAQ, to be released right after 0.50 is out. Please have a look, and let me know where improvements are needed. Thanks, -k ******************************************* R FAQ Kurt Hornik v0.1-0, 1997/04/16 This document contains answers to some of the most frequently asked questions about R. Feedback is welcome.

Attached is an updated version of the CRAN announcement, also to be sent out as soon as 0.50 is out. Again, please have a look if possible. -k ************************************************************************ This is the first announcement of the Comprehensive R Archive Network (CRAN) CRAN is a collection of sites which carry identical material, consisting of the

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

Here is a version of the function scale() which may be worth adding to the distribution. No NA's yet, though. And yes, I could also write documentation if necessary ... -k *********************************************************************** scale <- function(x, center = TRUE, scale = TRUE) { x <- as.matrix(x) nc <- ncol(x) if (is.logical(center)) { if (center) x

Would it be possible to include a new command in the ${RHOME}/etc path, which updates the Library index (Rd and html) via "R LIBINDEX". I need it because I use RPM to manage three different R installations (at home, at the institute and in the seminar rooms). I put all libraries into several packages, so it is easy for me to update a single library at all these different places. But

This problem has been mentioned by Arne Kovac <maak@stats.bris.ac.uk> on May 9-10. The patch is really a replacement of 'axis' in RHOME/src/library/base/funs/ It contains the fixes which where proposed Arne Kovac and fixes (all?) the errors he/she (?) reported on May 9. "axis" <- function (which, at, labels = TRUE, ...) { if (which%%2 == 1) { axp <-

Attached is a snapshot of the new version of the FAQ. What is still missing is something on eval and .Options versus options(). As always, feedback is greatly appreciated. Best, -k *********************************************************************** R FAQ Kurt Hornik v0.2-0, 1997/09/01 This document contains answers to some of the most frequently asked questions about R. Feedback

maybe we've already diskussed this before, but Kurt and I can't remember ... is.vector() of an one-dimensional array returns FALSE. this is also the behavior of Splus, but totally counter-intuitive for me ... IMO an array of dimension 1 is exactly the definition of a vector ... it also breaks our current plot.factor, which is simply a barplot(table(x)) table() returns an

With help by Kurt and Martin I have written a short proposal for a new R doc source format that should be easier to parse using, e.g., perl. There should be especially a clearer distinction between text and keywords. Here we go, please make comments, corrections, etc. Best, Fritz ********************************************************** Conversion: ----------- A perl module providing

Another request for comments (the last one on file extensions had not too many 'voters' ...) Both questions have to do with improving the 'man' file format, conventions, .. AND building the 'help', 'latex' and 'html' files from the man sources. Before you read on.. Kurt Hornik has suggested that in any case, the compiled 'help', 'html'

>>>>> "FrL" == Friedrich Leisch <Friedrich.Leisch@ci.tuwien.ac.at> writes: FrL> Hmm, I'm quite perplexed by something very trivial/stupid/whatever FrL> ... don't know, if this one has been reported before: R> x<-1 x[1:2] FrL> Error: subscript out of bounds Splus> x<-1 x[1:2] FrL> [1] 1 NA FrL> Or is