similar to: excuse the repeated mailings..

Displaying 20 results from an estimated 10000 matches similar to: "excuse the repeated mailings.."

2000 Sep 21
1
"[.data.frame" forgets about "AsIs" (PR#665)
Short example: > str(d <- data.frame(a = I(letters[1:5]))) `data.frame': 5 obs. of 1 variable: $ a:Class 'AsIs' chr [1:5] "a" "b" "c" "d" ... > str(d[TRUE,,drop = FALSE]) `data.frame': 5 obs. of 1 variable: $ a: chr "a" "b" "c" "d" ... The real problem about this is, that as soon
1999 Oct 27
0
[R] par(uin)
Thank you Bendix, {I hope it's okay if I CC my answer to your private mail to R-devel ..} >>>>> On Wed, 27 Oct 1999 08:55:28 +0200, BXC@novo.dk (Bendix Carstensen) said: >> -----Original Message----- >> From: Martin Maechler [mailto:maechler@stat.math.ethz.ch] >> Sent: 25. oktober 1999 14:58 To:Gregory R. Warnes >> Cc:
1999 Dec 08
1
plot math - segfault and "frac", "^" bug(s).. (PR#365)
MM> I've sent two bug reports that both haven't been forwarded to R-devel MM> and haven't should up at the jitterbug repository. MM> ?? MM> Martin Well, actually only one [the other went to R-core alone] Here it is : From: Martin Maechler <maechler@sophie> To: R-bugs Subject: plot math - segfault and "frac", "^" bug(s).. Date: 8
2000 Nov 29
0
abline() AND rect() do not obey "xpd" (clipping) (PR#750)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> This is not a bug in the very strict sense, MM> but for consistency, MM> I feel that MM> abline() MM> should obey par("xpd") setting, even by ...-argument. MM> The following code shows how lines() ``works'' and abline() does not :
2000 Aug 26
0
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>
2000 Aug 28
0
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>
2000 Oct 03
0
This mail was found after problem with mailserver Oct 3rd - postmaster@hh.umu.se (PR#681)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "david" == david <david@orion-10.cs.byu.edu> writes: david> When I issue the command: if ( c(2.8,3)[1] < pretty david> (c(2.8,3))[1]) print ("problem") david> the result is "problem" prints. I have traced it to bits
2000 Jan 01
0
Re: Tests in linear regression
>>>>> "FrSa" == SABIDO =?iso-8859-1?Q?MART=CDN?= <SABIDO> writes: FrSa> Hello. I am a student from Spain. We are working on 'R' (a FrSa> programming environment for data analysis and graphics). Our FrSa> teacher has told as to make a job about tests in non complet rank FrSa> linear regresion models (I hope you could understand
1999 Dec 10
0
Feature request: add boxplot()s to current plot (given x[i])
(as the subject says) It makes sense to add (say k) boxplots to a given plot, using the given coordinate system. Currently, the calling sequence boxplot -> boxplot.default() -> bxp() [modeled after S] doesn't allow this, since bxp() explicitly sets up the coordinate system. One way would be to add an "add = TRUE" argument to boxplot(.) and bxp(.) and then additionally
1999 Dec 14
1
"formula plotting" -> substitute pecularity
This is something between a question and a bug report. {sometimes one should first ask on R-help before sending to R-bugs....} I wanted to plot (.) a formula with "..." ## Works : e0 <- expression(T(x[1],...x[n])*", "*N[1] == 101) # works ok plot(1, main = e0) ## Now, need substitute, to replace with value of variableThis works nn <- 102 (e1 <-
2000 Dec 05
0
Re: mail loop?
>>>>> "TL" == Thomas Lumley <thomas at biostat.washington.edu> writes: TL> I'm receiving duplicates of a number of old r-help messages, all with TL> headers having the rly-mx2.maxis.net.my section in the message below. Is TL> this at your end? Do you know about it? Doug Bates has averted me; and I have since stopped these to be propagated
1999 Sep 06
0
Proposal for improved grid() [non-backward compatible]
Not many of you will use grid() widely, probably. Also, two months ago, Paul Murrell said on R-help (topic "grid command") PM>> i think the abline() solution is the best for doing what grid() won't. PM>> like you say, grid() is just a simple front-end to abline(). grid() *is* too simple to be of practical use. I propose the following which is of some practical
1999 Sep 15
0
buglet in lm.influence() -- easy fix but... (PR#278)
(R 0.65.0 and earlier): example(aov) lm.influence(npk.aov) gives Error: NA/NaN/Inf in foreign function call (arg 6) which comes from the lm.obj$coefficients (the last 3-way interaction coefficient is indetermined and accordingly NA) argument passed to .Fortran("lminfl",...) inside lm.influence. The following is a simple correct patch --- lm.influence.R 1999/08/13
1999 Sep 27
0
boxplot()'s return value names
Something worth discussing, I think these output names NEED a change : > boxplot(rt(250,df=3), plot=F) $"1" $"1"$stats [1] -2.7995357 -0.7170382 0.1109581 0.8426811 3.0483316 $"1"$n [1] 250 $"1"$conf [1] -0.04490152 0.26681765 $"1"$out [1] 5.784389 4.766206 -3.932449 -3.460407 -3.695599
1999 Sep 27
0
text( col=, cex=, font=) : doesn't allow more than length-1 arg (PR#287)
text(..., col = <..>) doesn't work if col has length more than one; and the same for 'cex' and 'font' A toy example, showing what is desired plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1]) ## works alright plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1],col=1:6) ##>>> Error in par(args) : parameter "col" has the wrong length --- Explanation: The source
1999 Sep 29
1
getenv() can't differentiate "defined but empty" and "undefined"
getenv(<varname>) currently returns "" if the <varname> is undefined. However, if <varname> is defined but empty, getenv(<varname>) still only returns "". I think this is quite unfortunate but consistent with the prototype. --- I'd propose to change the current behavior. Something which should be pretty back compatible would for the first
1999 Oct 20
1
Sun's make "almost" works
I don't know if we still strive for non-GNU make capability.. Anyway, here a report: I was using the builddir != srcdir approach on Sun Solaris 2.6, and normal Sun make (/usr/ccs/bin/make) worked up to producing a correct R.X11 binary. It failed when trying to make the first src/library/<pkg>/src/<pkg>.so, namely in eda/src with make: Fatal error: Don't know how to make
1999 Nov 01
0
as.data.frame(NULL) & as.data.frame(list()) & bug in dput(.)
{Connected to the bug report on expand.grid(.) and my fix to it..} [Following the spirt of arrays where parts of dim() can be 0] I would like for these two to give the "same" or at least, both to give a data.frame with 0 observations of 0 variables. Currently [R 0.65.1 and pre-0.90] > str(d0 <- as.data.frame(list())) `data.frame': 0 obs. of 0 variable: list()
1999 Nov 23
0
[R] problems with postscript device (PR#336)
>>>>> "WoKo" == Wolfgang Koller <koller2@fgr.wu-wien.ac.at> writes: WoKo> Hi! The postscript device in 0.90 does not produce symbols WoKo> (pch=) as it should. E.g.: WoKo> postscript(file="test.ps",width=8,height=6.4,horizontal=FALSE) WoKo> plot(1:10,1:10,pch=1:5) WoKo> legend(1,9,letters[1:5],pch=1:5) WoKo>
1999 Dec 08
0
plot math - segfault and "frac", "^" bug(s).. (PR#368)
[this didn't go out at noon time during our e-mail storm...] In R versions 0.65, 0.90.0, and the current "pre-release", both on Linux and Solaris (the segfault at least) [with x11() , but most probably not device dependent]. The following shows it all : plot(1,type='n') ## Frac doesn't shrink properly... text(.7,1.3, expression( frac(7,4) == 1 *