Re: [Rd] standardized residuals (rstandard & plot.lm) (PR#8468)
On 10 Jan, 2006, at 14:58, [EMAIL PROTECTED] wrote: >>>>>> "Heather" == Heather Turner <[EMAIL PROTECTED]> >>>>>> on Tue, 10 Jan 2006 14:30:23 +0100 (CET) writes: > > Heather> This bug is not quite fixed - the example from my > Heather> original report now = works using R-2.2.1, but > > Heather> plot(Uniform, 6) > > Heather> does not. The bug is due > > . > g <- hatval/(1 - hatval) # Potential division by zero here > > plot(g, cook, xlim = c(0, max(g)), ylim = c(0, ymx), > .. > > Heather> All other values of 'which' seem to work > Heather> fine. Sorry not to have checked this in the beta > Heather> version, > > (indeed; that would have been useful) > > > Hmm, it's not clear what *should* be drawn in such a > case. Leaving away all the observations with h_ii = 1 > seems a particularly bad idea, since these are the ones that > you'd definitely should remark. > OTOH, for h_ii = 1, the cook distance is 'NaN' > (or should that be changed; to "very large" instead ???) > and plot number 6 doesn't seem to make any sense to me > > When 'which = 6' was proposed > [ on R-devel as well, last April, > http://tolstoy.newcastle.edu.au/R/devel/05/04/0595.html > ah, I see, by David Firth, from your place, so, Heather, can you > make sure he sees this e-mail ? > ] > I actually had wondered a bit about it's general usefulness,.. Yes, I remember that there was some discussion of this last year, and my recollection is that it was mostly luke-warm at best in regard to including this plot. The "h_ii = 1" problem can of course be taken care of by leaving out such points if they can be reliably detected, but I share Martin's unease about this. We should also worry about for example h_ii = (1 - epsilon), with epsilon small, as plotting such a point would effectively make the rest of the graph useless. Maybe it would be safest to remove the which=6 option? David __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] misbehaviour of some tk windows, R 2.6.0 on SUSE 10.1?
I don't know whether this is specific to (my installation
of) SUSE 10.1, or is more general.
With R 2.6.0, I am finding that some widgets made through
the tcltk package are having problems which become evident
through scrollbar activity. An example is demo(tkfaq) --
see below. To reproduce the problem, I do the following:
after the tk window appears, hold down the "scroll-down"
tab at the foot of the window for a few seconds, then
release. If scrolling stops (as it should, if all is
working correctly), do the same thing again. Repeating
this 2 or 3 times usually results in uncontrolled
(unstoppable) scrolling activity; and closing the window
when that happens delivers the errors that appear in the
transcript below.
My R 2.6.0 was built on my own system,
OS: SUSE linux 10.1
tcl: 8.4.12-14
tk: 8.4.12-14
gcc: 4.1.0-25
Since I had not seen this behaviour with previous versions
of R, I did a check with R 2.5.1: a fresh build today of R
2.5.1 on the same system does not appear to have the same
problem.
Any ideas? Is anyone else seeing this behaviour?
David
[EMAIL PROTECTED]:~> R --vanilla
R version 2.6.0 (2007-10-03)
Copyright (C) 2007 The R Foundation for Statistical
Computing
ISBN 3-900051-07-0
R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.
Natural language support but running in an English locale
R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.
Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.
> sessionInfo()
R version 2.6.0 (2007-10-03)
i686-pc-linux-gnu
locale:
LC_CTYPE=en_GB.UTF-8;LC_NUMERIC=C;LC_TIME=en_GB.UTF-8;LC_COLLATE=en_GB.UTF-8;LC_MONETARY=en_GB.UTF-8;LC_MESSAGES=en_GB.UTF-8;LC_PAPER=en_GB.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_GB.UTF-8;LC_IDENTIFICATION=C
attached base packages:
[1] stats graphics grDevices utils datasets
methods base
loaded via a namespace (and not attached):
[1] rcompgen_0.1-15
> library(tcltk)
Loading Tcl/Tk interface ... done
> demo(tkfaq)
demo(tkfaq)
~
Type to start :
> require(tcltk) || stop("tcltk support is absent")
[1] TRUE
> local({
+
+ tt <- tktoplevel()
+ tkwm.title(tt, "R FAQ")
+ #Gave tiny font on some systems
+ #txt <- tktext(tt, bg="white", font="courier")
+ txt <- tktext(tt, bg="white")
+ scr <- tkscrollbar(tt, repeatinterval=5,
+ [TRUNCATED]
**
The source for this demo can be found in the file:
/home/david/lib/R/library/tcltk/demo/tkfaq.R
**
> Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.1".
Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.2".
Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.2".
Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.2".
Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.2".
Error in structure(.External("dotTclObjv", objv, PACKAGE
= "tcltk"), class = "tclObj") :
[tcl] invalid command name ".1.2".
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Linux/MacOSX and "X11 protocol error: BadWindow..." warnings
This concerns behaviour which has been noted previously, for example see http://tolstoy.newcastle.edu.au/R/help/05/03/0844.html http://tolstoy.newcastle.edu.au/R/help/03b/6873.html and especially the thread http://tolstoy.newcastle.edu.au/R/help/04/08/3025.html I find that it affects both my Linux and Mac OS X setups. It is a feature which has caused some (at least John Fox in the Rcmdr package) to make special moves to catch the warnings and hide them from users. In an effort to pin it down, outside of Rcmdr or any packages other than tcltk itself, I came up with a simple reproducible example. Essentially, the sequence that gives the warnings is tktoplevel() [then close the Tk window using the window controls] X11() tktoplevel() [then close the Tk window using the wondow controls] Closing the second Tk window is the act that seems to provoke the warnings (see the two session transcripts below). The number of warnings is different on my two systems, but I don't know whather that's to do with OS, or X11, or the two different versions of R, or what. Without the call to X11(), I do not get the warnings. And the call to X11() seemingly needs to come *after* the first tktoplevel() call in order for the warnings to be generated. Unfortunately I do not have access to other systems on which to test this, or the necessary knowledge of X11, Tk etc to be able to debug it. I am noting it here only in the hope that it might be useful to someone else on R-devel who is better placed to identify the likely cause(s). best wishes, David -- Professor David Firth http://www.warwick.ac.uk/go/dfirth * On Linux (SUSE 10.0) with R 2.3.1 * and xorg-x11 version 6.8.2-100 [EMAIL PROTECTED]:~> R --vanilla R : Copyright 2006, The R Foundation for Statistical Computing Version 2.3.1 (2006-06-01) ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. Natural language support but running in an English locale R is a collaborative project with many contributors. Type 'contributors()' for more information and 'citation()' on how to cite R or R packages in publications. Type 'demo()' for some demos, 'help()' for on-line help, or 'help.start()' for an HTML browser interface to help. Type 'q()' to quit R. > options(warn = 1) > library(tcltk) Loading Tcl/Tk interface ... done > tktoplevel() $ID [1] ".1" $env attr(,"class") [1] "tkwin" ## Now close the Tk window using window controls > X11() > tktoplevel() $ID [1] ".2" $env attr(,"class") [1] "tkwin" ## Now close the Tk window using window controls > Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) Warning: X11 protocol error: BadWindow (invalid Window parameter) > version _ platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status major 2 minor 3.1 year 2006 month 06 day01 svn rev38247 language R version.string Version 2.3.1 (2006-06-01) * On Mac OS 10.4, using R 2.2.0 david% R --vanilla R : Copyright 2005, The R Foundation for Statistical Computing Version 2.2.0 (2005-10-06 r35749) ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. R is a collaborative project with many contributors. Type 'contributors()' for more information and 'citation()' on how to cite R or R packages in publications. Type 'demo()' for some demos, 'help()' for on-line help, or 'help.start()' for a HTML browser interface to help. Type 'q()' to quit R. > o
