[Rd] CRAN packages with invalid maintainer address
Emails to the maintainers of the CRAN packages listed below recently bounced: adbro...@stat.ncsu.edu: Rlab adbro...@unity.ncsu.edu VIA atina.bro...@alumni.ncsu.edu: knnflex adi...@hsph.harvard.edu: LoopAnalyst ae...@hutchison-mrc.cam.ac.ac: mlica alexandra.imb...@met.no: anm amy_k...@hotmail.com: clusterRepro andrea.lehnert-ba...@web.de: pARtial baa...@mpi.nl: languageR bernard.bouler...@sympatico.ca: moc bfbr...@fas.harvard.edu: boolean cbouv...@exchange.acadiau.ca VIA charles.bouvey...@acadiau.ca: LLN cliff...@galton.uchicago.edu: regress d...@sussex.ac.uk: sdtalt e.mota...@bris.ac.uk: DDHFm ebarr...@wisc.edu: BsMD gregoire.tho...@ugent.be: HTMLapplets h.anders...@nioo.knaw.nl: femmeR he...@fdm.uni-freiburg.de: mota hensc...@ibe.med.uni-muenchen.de: intcox survBayes i...@tomprice.net: cgh titan waveclock jb...@stanford.edu: mixlow julian.tay...@adelaide.edu.au: hett marina.kni...@bristol.ac.uk: nlt miyam...@sigmath.es.osaka-u.ac.jp: rggm mou...@good.ibl.fr: Rmdr mylesengl...@rockhead.biz: hydrogeo ne...@stat.washington.edu: clustvarsel o.briet_antisp...@gmail.com: gsarima oyvind.langs...@matforsk.no VIA ffman...@mevik.net: ffmanova r...@stat.washington.edu: EMV rory.michell...@gmail.fr: StatFingerprints rtmo...@fas.harvard.edu: blockTools rxg...@psu.edu VIA rajar...@presidency.com: spe ryota.suz...@is.titech.ac.jp: pvclust sa...@savba.sk: tdist sek...@glam.ac.uk: knnFinder thoff...@hsph.harvard.edu: fbati fgui pbatR veron...@stat.washington.edu: ProbForecastGOP yaqi...@stat.stanford.edu: rda yu...@schoolph.umass.edu: mlmmm ssir...@maths.jyu.fi: SpatialNP telf...@progsoc.uts.edu.au: gafit If you are one of these, or know how to reach these, pls let me know. -k __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] getGraphicsEvent in an example
Greg Snow a écrit :
Just wrap the example in either \dontrun{} or
if(interactive()){
}
Thanks. Your solution gives me an other idea :
try(myFunction) works as well.
Christophe
That way that example will be skipped when the automatic tests are done, but
will still be available for a reader to run by copy/paste or the examples
function (2nd case above).
This has worked for me, examples using these are playSudoku in the sudoku
package and dynIdentify in TeachingDemos.
Hope this helps,
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] interior point methods, automatic differentiation in R
Dear all, I'm wondering if there are some ongoing projects for interior point methods in R (e.g. linking ipopt from Coin written in C++ to R) and for automatic differentiation in R (e.g. linking openAD available in C++ and Fortran) ? Many thanks, David [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] plot.lm: Cook's distance label can overplot point labels
Dear John - The title above the graph is also redundant for the first of the plots; do we want to be totally consistent? I am not sure. It occurs to me that the text Cook's distance, as well as the contours, might be in red. Regards John. John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. On 18/02/2009, at 12:27 PM, John Fox wrote: Dear John, It occurs to me that the title above the graph, Residuals vs. Leverage, is entirely redundant since the x-axis is labelled Leverage and the y- axis Studentized residuals. Why not use the title above the graph for Cook's distance countours? Regards, John -Original Message- From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org ] On Behalf Of John Maindonald Sent: February-17-09 5:54 PM To: r-devel@r-project.org Cc: Martin Maechler Subject: [Rd] plot.lm: Cook's distance label can overplot point labels The following code demonstrates an annoyance with plot.lm(): library(DAAGxtras) x11(width=3.75, height=4) nihills.lm - lm(log(time) ~ log(dist) + log(climb), data = nihills) plot(nihills.lm, which=5) OR try the following xy - data.frame(x=c(3,1:5), y=c(-2, 1:5)) plot(lm(y ~ x, data=xy), which=5) The Cook's distance text overplots the label for the point with the smallest residual. This is an issue when the size of the plot is much less than the default, and the pointsize is not reduced proportionately. I suggest the following: xx - hii xx[xx = 1] - NA ## Insert new code fracht - (1.25*par()$cin[2])/par()$pin[2] ylim[1] - ylim[1] - diff(ylim)*max(0, fracht-0.04) ## End insert new code plot(xx, rsp, xlim = c(0, max(xx, na.rm = TRUE)), ylim = ylim, main = main, xlab = Leverage, ylab = ylab5, type = n, ...) Then, about 15 lines further down, replace legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n) by legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n, y.intersp=0.5) If this second change is not made, then one wants fracht - (1.5*par() $cin[2])/par()$pin[2] I prefer the Cook's distance text to be a bit closer to the x-axis, as it separates it more clearly from any point labels. John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] plot.lm: Cook's distance label can overplot point labels
Dear John, -Original Message- From: John Maindonald [mailto:john.maindon...@anu.edu.au] Sent: February-18-09 4:57 PM To: John Fox Cc: 'Martin Maechler'; r-devel@r-project.org Subject: Re: [Rd] plot.lm: Cook's distance label can overplot point labels Dear John - The title above the graph is also redundant for the first of the plots; do we want to be totally consistent? I am not sure. Why not? A foolish consistency is the hobgoblin of little minds, but maybe this isn't a foolish consistency. It occurs to me that the text Cook's distance, as well as the contours, might be in red. That would provide a nice visual cue (for those who aren't colour blind). Best, John Regards John. John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. On 18/02/2009, at 12:27 PM, John Fox wrote: Dear John, It occurs to me that the title above the graph, Residuals vs. Leverage, is entirely redundant since the x-axis is labelled Leverage and the y- axis Studentized residuals. Why not use the title above the graph for Cook's distance countours? Regards, John -Original Message- From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org ] On Behalf Of John Maindonald Sent: February-17-09 5:54 PM To: r-devel@r-project.org Cc: Martin Maechler Subject: [Rd] plot.lm: Cook's distance label can overplot point labels The following code demonstrates an annoyance with plot.lm(): library(DAAGxtras) x11(width=3.75, height=4) nihills.lm - lm(log(time) ~ log(dist) + log(climb), data = nihills) plot(nihills.lm, which=5) OR try the following xy - data.frame(x=c(3,1:5), y=c(-2, 1:5)) plot(lm(y ~ x, data=xy), which=5) The Cook's distance text overplots the label for the point with the smallest residual. This is an issue when the size of the plot is much less than the default, and the pointsize is not reduced proportionately. I suggest the following: xx - hii xx[xx = 1] - NA ## Insert new code fracht - (1.25*par()$cin[2])/par()$pin[2] ylim[1] - ylim[1] - diff(ylim)*max(0, fracht-0.04) ## End insert new code plot(xx, rsp, xlim = c(0, max(xx, na.rm = TRUE)), ylim = ylim, main = main, xlab = Leverage, ylab = ylab5, type = n, ...) Then, about 15 lines further down, replace legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n) by legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n, y.intersp=0.5) If this second change is not made, then one wants fracht - (1.5*par() $cin[2])/par()$pin[2] I prefer the Cook's distance text to be a bit closer to the x-axis, as it separates it more clearly from any point labels. John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Google Summer of Code 2009
Hi, in approximately one months time mentoring institutions can propose projects for the Google Summer of Code 2009, see http://code.google.com/soc/ Last year the R Foundation succesfully participated with 4 projects, see http://www.r-project.org/SoC08/ for details. We want to participate again this year. Our project proposals will be managed by Manuel Eugster (email address in CC). Manuel is one of my PhD students and mentored the Roxygen project last year. This mail is mainly intended to make you aware of the program, Manuel will send a followup email with more technical details in the next days. In this phase we are looking for potential mentors who can offer interesting projects to students. I don't think that we will get much more than 4-6 projects, so don't be disappointed if you propose something and don't get selected. There are two selection steps involved: (a) The R Foundation has to compile an official ideas list of projects, for which students can apply. Last year we had 8 of those. After that, we (b) get a certain number of slots from Google (4 last year) and all prospective project mentors can vote on which projects actually get funding. Currently we are looking for good ideas for phase (a). I give no guarantees that all ideas will get on our official ideas list, what we pick depends on the number of submissions and topics, respectively. We want to make sure to have a broad range of themes, it is unlikely, that we will, e.g., pick 10 database projects. Also keep in mind that students have only three months time. This is not a research exercise for the students, you should have a rough idea what needs to be done. Last year we had a majority of infrastructure projects, and only few with focus on statistical algorithms. We got a lot of applications for the latter, so don't hesitate to formulate projects in that direction. Important infrastructure may get precedence over specialized algorithms, though, because the whole community can benfit from those. But that will be a decision in phase (b), and we are not there yet. Please don't send any ideas to me right now, wait for the above mentioned email by Manuel on the technical details for idea submission. Best, Fritz -- --- Prof. Dr. Friedrich Leisch Institut für Statistik Tel: (+49 89) 2180 3165 Ludwig-Maximilians-Universität Fax: (+49 89) 2180 5308 Ludwigstraße 33 D-80539 München http://www.statistik.lmu.de/~leisch --- Journal Computational Statistics --- http://www.springer.com/180 Münchner R Kurse --- http://www.statistik.lmu.de/R __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] interior point methods, automatic differentiation in R
Regarding interior point methods, you can find a list of relevant packages in the Optimization and Mathematical Programming Task View at http://mirrors.ibiblio.org/pub/mirrors/CRAN/web/views/Optimization.html. But it doesn't look like there is anything like an interface to a comprehensive interior point method program. Linking to ipopt might be a worthwhile investment of someone's time... Ian Fiske David Scherrer-2 wrote: Dear all, I'm wondering if there are some ongoing projects for interior point methods in R (e.g. linking ipopt from Coin written in C++ to R) and for automatic differentiation in R (e.g. linking openAD available in C++ and Fortran) ? Many thanks, David [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- View this message in context: http://www.nabble.com/interior-point-methods%2C-automatic-differentiation-in-R-tp22087073p22093775.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] plot.lm: Cook's distance label can overplot point labels
On Wed, 18 Feb 2009, John Fox wrote: Dear John, -Original Message- From: John Maindonald [mailto:john.maindon...@anu.edu.au] Sent: February-18-09 4:57 PM To: John Fox Cc: 'Martin Maechler'; r-devel@r-project.org Subject: Re: [Rd] plot.lm: Cook's distance label can overplot point labels Dear John - The title above the graph is also redundant for the first of the plots; do we want to be totally consistent? I am not sure. Why not? A foolish consistency is the hobgoblin of little minds, but maybe this isn't a foolish consistency. It occurs to me that the text Cook's distance, as well as the contours, might be in red. That would provide a nice visual cue (for those who aren't colour blind). Or using a black-and-white device. We have not hitherto assumed a colour device in 'stats' graphics, and given how often they are printed I don't think we want to start. As so often, it seems that what looks good is in the eye of the beholder. If the two of you can agree on something that you both see is a definite improvement, please provide a patch and examples to try to persuade everyone else. (As a Wishlist item on R-bugs, so it gets recorded.) Best, John Regards John. John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. On 18/02/2009, at 12:27 PM, John Fox wrote: Dear John, It occurs to me that the title above the graph, Residuals vs. Leverage, is entirely redundant since the x-axis is labelled Leverage and the y- axis Studentized residuals. Why not use the title above the graph for Cook's distance countours? Regards, John -Original Message- From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org ] On Behalf Of John Maindonald Sent: February-17-09 5:54 PM To: r-devel@r-project.org Cc: Martin Maechler Subject: [Rd] plot.lm: Cook's distance label can overplot point labels The following code demonstrates an annoyance with plot.lm(): library(DAAGxtras) x11(width=3.75, height=4) nihills.lm - lm(log(time) ~ log(dist) + log(climb), data = nihills) plot(nihills.lm, which=5) OR try the following xy - data.frame(x=c(3,1:5), y=c(-2, 1:5)) plot(lm(y ~ x, data=xy), which=5) The Cook's distance text overplots the label for the point with the smallest residual. This is an issue when the size of the plot is much less than the default, and the pointsize is not reduced proportionately. I suggest the following: xx - hii xx[xx = 1] - NA ## Insert new code fracht - (1.25*par()$cin[2])/par()$pin[2] ylim[1] - ylim[1] - diff(ylim)*max(0, fracht-0.04) ## End insert new code plot(xx, rsp, xlim = c(0, max(xx, na.rm = TRUE)), ylim = ylim, main = main, xlab = Leverage, ylab = ylab5, type = n, ...) Then, about 15 lines further down, replace legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n) by legend(bottomleft, legend = Cook's distance, lty = 2, col = 2, bty = n, y.intersp=0.5) If this second change is not made, then one wants fracht - (1.5*par() $cin[2])/par()$pin[2] I prefer the Cook's distance text to be a bit closer to the x-axis, as it separates it more clearly from any point labels. -- Brian D. Ripley, rip...@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
