[Rd] minor doc bug: options.Rd should be updated

2005-04-26 Thread Deepayan Sarkar
src/library/base/man/options.Rd Currently has: \item{\code{expressions}:}{sets a limit on the number of nested expressions that will be evaluated. Valid values are 25\dots10 with default 500.} The last line should be Valid values are 25\dots50 with default 5000.}

Re: [Rd] minor iconvlist() bug in r-devel

2005-03-16 Thread Deepayan Sarkar
On Wednesday 16 March 2005 10:57, Prof Brian Ripley wrote: > On Wed, 16 Mar 2005, Deepayan Sarkar wrote: > > On Wednesday 16 March 2005 10:11, Prof Brian Ripley wrote: > >> That file is created by > >> > >> $(top_builddir)/library/$(pkg)/iconvlist: most >

Re: [Rd] minor iconvlist() bug in r-devel

2005-03-16 Thread Deepayan Sarkar
uish the two. Can anything with a lowercase letter be safely rejected? That would bring the spurious names down to 2 (FROM and TO). Deepayan > Brian > > On Wed, 16 Mar 2005, Deepayan Sarkar wrote: > > This is on r-devel from 2005-03-15. iconvlist() uses (at least some > > of the

[Rd] minor iconvlist() bug in r-devel

2005-03-16 Thread Deepayan Sarkar
This is on r-devel from 2005-03-15. iconvlist() uses (at least some of the time) icfile <- system.file("iconvlist", package = "utils") which looks like """ The following list contain all the coded character sets known. This does not necessarily mean that all combinations of these names can

Re: [Rd] unexpected behaviour of expression(sum())

2005-03-12 Thread Deepayan Sarkar
On Friday 11 March 2005 13:13, Marc Schwartz wrote: > On Fri, 2005-03-11 at 17:17 +, Prof Brian Ripley wrote: > > I see you have both a scalable font (the first) and size-specfic > > fonts. My guess is that the scalable font is not encoded in the > > same way as the others: can you track down w

Re: [Rd] unexpected behaviour of expression(sum())

2005-03-11 Thread Deepayan Sarkar
On Friday 11 March 2005 01:19, Prof Brian Ripley wrote: > On Thu, 10 Mar 2005, Marc Schwartz wrote: > > On Thu, 2005-03-10 at 19:57 -0600, Deepayan Sarkar wrote: > >> I'm seeing inconsistent symbols from the same expression with the > >> following code: > >>

[Rd] unexpected behaviour of expression(sum())

2005-03-10 Thread Deepayan Sarkar
I'm seeing inconsistent symbols from the same expression with the following code: expr = expression(sum(x, 1, n)) plot(1, main = expr, type = "n") text(1, 1, expr) Moreover, the inconsistency is reversed in r-devel compared to R 2.0.1. In particular, the main label shows a \bigoplus instead

[Rd] segfault (with non-standard use of x11/par(ask=T))

2005-01-10 Thread Deepayan Sarkar
On r-devel, I'm getting a segmentation fault from an admittedly strange sequence of events: (on a fresh session) > x11() > x11() > par(ask = T) > plot(1) Hit to see next plot: Segmentation fault > version _ platform i686-pc-linux-gnu arch i686 os linux-gnu system i686,

Re: [Rd] Is this a bug in the parser? (PR#7395)

2004-11-28 Thread Deepayan Sarkar
On Sunday 28 November 2004 05:13, Peter Dalgaard wrote: > [EMAIL PROTECTED] writes: > > # Your mailer is set to "none" (default on Windows), > > # hence we cannot send the bug report directly from R. > > # Please copy the bug report (after finishing it) to > > # your favorite email program and send

Re: [Rd] user error described in the FAQ (was [BUG?] xyplot in loop does not work)

2004-11-22 Thread Deepayan Sarkar
On Monday 22 November 2004 03:56, Valery Khamenya wrote: > > Please DO as the posting guide asks and read the FAQ before > > posting. Do read Q7.22 (and its answer). > > thank you for your answer. > One should NOT be so indignant. > > I have read the FAQ *twice* already since I have had to deal wit

Re: [Rd] "R CMD check" with R 2.0.0

2004-10-07 Thread Deepayan Sarkar
On Thursday 07 October 2004 08:55, Berwin A Turlach wrote: > G'day all, > > I am not sure whether I should file this as a bug report, but I > thought that I should make the developers of R aware of the following > feature: > > I have just installed R 2.0.0 and when I run "R CMD check" on the > sour

Re: [Rd] reorder [stats] and reorder.factor [lattice]

2004-09-13 Thread Deepayan Sarkar
numeric(trt), FUN=length) > >summary(trt5) > > 1200 MG 300 MG PLACEBO 600 MG > 18 24 28 30 > > ># drop out the '300 MG' level > >trt6 <- reorder(trt, c("PLACEBO", "600 MG", "1200 MG") ) > &g

[Rd] .First.lib and namespaces

2004-09-02 Thread Deepayan Sarkar
The lattice package has a namespace, so it has a .onLoad function. I also keep around a .First.lib, for use during development, when I temporarily delete the NAMESPACE file. When using a namespace, I used to comment out the .First.lib function. However, that seems unnecessary since it's not e

Re: [Rd] sunspot data in R 2.0.0

2004-09-01 Thread Deepayan Sarkar
On Wednesday 01 September 2004 10:33, Prof Brian Ripley wrote: > On Wed, 1 Sep 2004, Deepayan Sarkar wrote: > > I noticed this in the NEWS: > > > > o Datasets 'sunspot.month' and 'sunspot.year' are available > > separately but not

[Rd] sunspot data in R 2.0.0

2004-09-01 Thread Deepayan Sarkar
I noticed this in the NEWS: o Datasets 'sunspot.month' and 'sunspot.year' are available separately but not via data(sunspot) (which is used by package lattice to retrieve a dataset 'sunspot'). Now, the 'sunspot' dataset included in lattice was actually a mistake, I realized l

Re: [Rd] reorder [stats] and reorder.factor [lattice]

2004-08-27 Thread Deepayan Sarkar
On Friday 27 August 2004 11:17, Prof Brian Ripley wrote: > On Fri, 27 Aug 2004, Deepayan Sarkar wrote: > > It was recently pointed out on the lists that the S-PLUS Trellis suite > > has a function called reorder.factor that's useful in getting useful > > ordering of fac

[Rd] reorder [stats] and reorder.factor [lattice]

2004-08-27 Thread Deepayan Sarkar
It was recently pointed out on the lists that the S-PLUS Trellis suite has a function called reorder.factor that's useful in getting useful ordering of factors for graphs. I happily went ahead and implemented it, but it turns out that R (not S-PLUS) has a generic called reorder (with a method for

Re: [Rd] Installing package lattice

2004-08-23 Thread Deepayan Sarkar
àà 23 à 2004 13:57 àà, Jeff Gentry à: > Here's another issue (that might well be operator error): > > install.packages("lattice") > > ... > ... > ** save image > Loading required package: grid > Error in importIntoEnv(impenv, impnames, ns, impvars) : > object(s) 'dev.li

Re: [Rd] promptClass("numeric")

2004-08-16 Thread Deepayan Sarkar
On Monday 16 August 2004 09:43, Wolski wrote: > Hi! > > As I said its not really a Problem. Its just an inconsistency which > need is not apparent to me. > > You can alternatively use promptClass or promptMethods to document > methods. > > promptClass always generates a section: > \section{Meth

Re: [Rd] promptClass("numeric")

2004-08-16 Thread Deepayan Sarkar
On Monday 16 August 2004 08:54, Wolski wrote: > Hi! > > Have written some functions with signature "numeric". > > eg. > setGeneric("foo", > function(object,...) >standardGeneric("foo")) > setMethod("foo",signature(object="numeric"),def = > > To generate the Rd file sceleton i

Re: [Rd] The Depends: field of a package is now used by library()

2004-08-12 Thread Deepayan Sarkar
On Thursday 12 August 2004 10:55, Prof Brian Ripley wrote: > I can't think of any other example of one package only needing the > namespace of another (contributed) package. That's probably because few packages have namespaces yet. Another example is nlme which imports lattice, but that's still

Re: [Rd] The Depends: field of a package is now used by library()

2004-08-12 Thread Deepayan Sarkar
On Thursday 12 August 2004 10:19, Prof Brian Ripley wrote: > On Thu, 12 Aug 2004, Deepayan Sarkar wrote: > > On Thursday 12 August 2004 07:34, Prof Brian Ripley wrote: > > > In R-devel, the Depends: field in the DESCRIPTION file is now > > > used by library() to load th

Re: [Rd] The Depends: field of a package is now used by library()

2004-08-12 Thread Deepayan Sarkar
On Thursday 12 August 2004 07:34, Prof Brian Ripley wrote: > In R-devel, the Depends: field in the DESCRIPTION file is now used by > library() to load the named packages before the current package, and > also to set up the environment to save images and prepare for lazy > loading. How would this r

[Rd] doc buglet: misleading description in ?source

2004-08-11 Thread Deepayan Sarkar
[with current r-devel] source() works fine with connections, as explained in the entry for 'file' and in the 'Details' section. However, the description is misleading, saying that: 'source' causes R to accept its input from the named file (the name must be quoted). Input is read from

Re: [Rd] Bug: wrong R-squared in lm formula w/o intercept (PR#7127)

2004-07-21 Thread Deepayan Sarkar
On Wednesday 21 July 2004 22:22, [EMAIL PROTECTED] wrote: > Full_Name: Adriano Azevedo Filho > Version: 1.9.1 > OS: Windows, Linux > Submission from: (NULL) (200.171.246.212) > > > R-squared and Adjusted R-squared appear to be wrong when > the formula in lm() is specified without intercept. Proble

Re: [Rd] rsync -> cvs down?

2004-07-19 Thread Deepayan Sarkar
On Monday 19 July 2004 14:03, Martin Maechler wrote: > Note one difference subversion <-> CVS : > > subversion being a 21th century child it rather > optimizes bandwidth over the expense of disk space: > > It keeps files 'pristine' and your modification. > I.e. you need more than double the disks

Re: [Rd] bug in xyplot xlab, etc (PR#7076)

2004-07-11 Thread Deepayan Sarkar
On Sunday 11 July 2004 07:42, Uwe Ligges wrote: > Let me also point out that the documentation (?xy.plot from lattice) > is like some of those german bureaucreatic documents: > >ylab Fine control possible, see entry for xlab. >xlab Fine control is possible, see entry for sub. >sub

Re: [Rd] Reproducible Rterm crash. (PR#7072)

2004-07-11 Thread Deepayan Sarkar
On Friday 09 July 2004 22:14, Richard M. Heiberger wrote: > Deepayan Sarkar: > > This will give you non-empty panels, but not different angles of > > rotation. This is because panel.wireframe doesn't handle screen, > > the top-level function (wireframe) does. There

Re: [Rd] Reproducible Rterm crash. (PR#7072)

2004-07-09 Thread Deepayan Sarkar
On Friday 09 July 2004 14:28, [EMAIL PROTECTED] wrote: I didn't get a crash (on Windows 2000) with XEmacs/ESS, so this is likely to be related to amount of memory. > I repeated the exercise on Windows NT4 and the resize worked > correctly. The graph itself was still empty. This example works >

Re: [Rd] trellis.device in .First (PR#6812)

2004-04-23 Thread Deepayan Sarkar
On Friday 23 April 2004 03:23, Martin Maechler wrote: > > "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> > > on Fri, 23 Apr 2004 08:21:34 +0100 (BST) writes: > > <> > > BDR> It is a matter for discussion (with the lattice > BDR> maintainer) whether trellis.device

Re: [Rd] lattice/grid: problem with viewports for strips with zero height

2004-03-09 Thread Deepayan Sarkar
On Wednesday 03 March 2004 04:08, Wolfram Fischer wrote: > PROBLEM > # Allocating strip labels by the function strip.fun(): > > strip.test() > # Result: No strips: ok. No strings: NOT OK. > # The distance ``y.text=unit(6,"points")'' is ignored; > # the strings ar

Re: [Rd] Spelling (PR#6570)

2004-02-10 Thread Deepayan Sarkar
On Tuesday 10 February 2004 20:25, Roger D. Peng wrote: > Unfortunately, with English it's conceivable that they're both > correct. But the double 't' sounds/looks *more* correct to me. > Of course, this is coming from a native English speaker who is > generally unfamiliar with the rules of Englis

[Rd] minor (possibly documentation) bug in seq

2004-02-04 Thread Deepayan Sarkar
With today's r-devel, help(seq) says: The last generates the sequence '1, 2', ..., 'length(along)', unless the argument is of length 1 when it is interpreted as a 'length' argument. referring to the usage seq(along) This is not true for 0: > seq(0) [1] 1 0 > seq(length =

Re: [Rd] ltext( pos=NULL )

2004-01-28 Thread Deepayan Sarkar
On Tuesday 27 January 2004 01:54, Wolfram Fischer wrote: > ltext( 0, 0, pos=NULL, label="") > gives an error message. This has been fixed in my local version for some time, and will probably make it to r-devel in a few days. I don't think it warrants an update of the released version, but fe

Re: [Rd] grep in version 1.8 (PR#4231)

2003-09-22 Thread Deepayan Sarkar
On Monday 22 September 2003 05:07, you wrote: > > (and cvs wouldn't > >unless you give the -d flag). > > -d means something different, it's about which directory to work in. I > notice that I've set a default arg of -Pd, but it's not documented in > my version of cvs as far as I can tell; maybe tha

Re: [Rd] grep in version 1.8 (PR#4231)

2003-09-21 Thread Deepayan Sarkar
On Sunday 21 September 2003 16:50, Duncan Murdoch wrote: > On Sun, 21 Sep 2003 11:23:57 +0200 (MET DST), you wrote: > >This is not a bug! It works when compiling from clean sources. > > > >I guess you have unpacked new sources over old sources? Please clean the > >directory before unpacking a new v

Re: [Rd] possible bug in diag()

2003-09-18 Thread Deepayan Sarkar
Why is this a bug ? help(diag) says If 'x' is a vector (or 1D array) of length two or more, then 'diag(x)' returns a diagonal matrix whose diagonal is 'x'. If 'x' is a vector of length one then 'diag(x)' returns an identity matrix of order the nearest integer to 'x'. The

Re: [Rd] How does "subset" replace arguments? (PR#4193)

2003-09-16 Thread Deepayan Sarkar
On Tuesday 16 September 2003 14:39, [EMAIL PROTECTED] wrote: > Full_Name: Axel Benz > Version: 1.7.1 > OS: Windows > Submission from: (NULL) (137.251.33.43) > > > Hello, > I guess many people will answer me again that this is a S language feature, but > I am only a stupid computer scientist and

Re: [Rd] histogram {lattice}: width of outmost bars

2003-04-04 Thread Deepayan Sarkar
On Thursday 03 April 2003 05:11 am, Wolfram Fischer wrote: > [R 1.6.1] > > OBSERVATION > > data( state ) > histogram( ~ state.region > , equal.widths = TRUE # is not necessary with factors > , scales = list( x = list( at = 1 : nlevels( state.region ) > , labels = as.char

[Rd] problem with library() (or possibly grid) in r-devel

2003-03-12 Thread Deepayan Sarkar
In recent r-devels, I have > library(help = grid) Error in formatDL(entry, style = "list") : incorrect value for x This doesn't happen for the other packages I have tried, so maybe this is a problem with grid. Deepayan __ [EMAIL PROTECTED]

Re: [Rd] question on latticeParseFormula (PR#2602)

2003-03-03 Thread Deepayan Sarkar
On Monday 03 March 2003 07:10 pm, [EMAIL PROTECTED] wrote: > I didn't get a warning. I got exactly what I sent. That's odd. Because I get a warning on Linux, and on the outside chance that this might be a Windows issue, I just installed R 1.6.2 on Windows 2000 and got

Re: [Rd] bug in bwplot (PR#2595)

2003-03-01 Thread Deepayan Sarkar
On Saturday 01 March 2003 05:28 pm, [EMAIL PROTECTED] wrote: > > tmp <- data.frame(y=rnorm(12), g=factor(rep(1:2,6))) > > bwplot(g ~ y, data=tmp) > > Error in segments(x1 = structure(c(-1.68373790592731, 0.159038997376781, : > Argument "x0" is missing, with no default This is not reproducib

Re: [Rd] [Package car/data.ellipse]: confidence intervals off by factor sqrt(2)??? (PR#2584)

2003-02-26 Thread Deepayan Sarkar
On Wednesday 26 February 2003 04:23 pm, Volker Franz wrote: > Hi John, > > > "JF" == John Fox <[EMAIL PROTECTED]> writes: > > JF> Dear Volker, If the data ellipse (or, in this case, circle) is > JF> scaled so that its shadows (projections) on the axes each > JF> includes 68% of the

Re: [Rd] [R] proposal: lattice/levelplot: panel.catlevelplot

2003-01-23 Thread Deepayan Sarkar
On Thursday 23 January 2003 05:17 am, Wolfram Fischer - Z/I/M wrote: > Thanks for your comments/corrections. > > An addition: > > If levelplot is called with panel=panel.catlevelplot > the labels of the scales should be set to the names of > the categories by default, so that it is not necessary >

Re: [Rd] [R] proposal: lattice/levelplot: panel.catlevelplot

2003-01-21 Thread Deepayan Sarkar
On Tuesday 21 January 2003 08:49 am, Wolfram Fischer - Z/I/M wrote: > I suggest to add a panel function to levelplot (or perhaps > to an other 3d lattice function) which is able to translate > the z values into the size of the rectangles. Cool. > It could be used to display categorical data. > >