similar to: Re: mail loop?

Mail to R-help from Nov 30 seems to be bouncing from a machine called rly-mx2.maxis.net.my Before responding to a message you may want to check its original send date. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in

>>>>> "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 ? >>>

>>>>> "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 ? >>>

>>>>> "TL" == Thomas Lumley <tlumley@u.washington.edu> writes: on R-help and the Subject "Log likelihood from glm" TL> On Mon, 9 Jul 2001, Phil wrote: >> >> Is there any way of getting log likelihood values for each iteration from >> poisson glm model? >> TL> Yes, the trace=TRUE option. TL>

>>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: on Subject: Re: [Rd] Problem with NAs using chisq.test() (PR#748) which I've changed, since it is another bug we are talking about now TL> On Sun, 26 Nov 2000 kjetikj@astro.uio.no wrote: >> Full_Name: Kjetil Kjernsmo .............. .............. TL> However,

>>>>> "millanti" == millanti <millanti at libero.it> writes: millanti> Hi, I'm an R user and I have to answer a question millanti> about a problem I'm not able to solve by R code: millanti> the command nlm(....) to fit a non linear model millanti> requires an initial estimation of the model's millanti> unknown

>>>>> "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

Our sys.admin fixed one important (NIS) problem and accidentally simultaneously badly broke part of sendmail's functioning. Unfortunately, this lasted ~ 40 minutes, and somehow sendmail just "thought" it had to resend these messages several times (up to 8 x) that came in during that 40 minutes' period. Accept our (math.ethz.ch)'s apologies... Martin Maechler <maechler

(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

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 <-

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

(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

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

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

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

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

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:

{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()

>>>>> "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>

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