Re: [Rd] Updating library
You need to use 'Run as admininistrator' for just the session updating those packages (assuming you installed R with administrator privileges and are running it without: you did not say). This is covered in rw-FAQ Q2.24. On Fri, 18 Jan 2008, Gabor Grothendieck wrote: > On Vista my R installation is in > > C:\Program Files\R\R-2.6.0 > > and there is a library here: > > %userprofile%\Documents\R\win-library\2.6 > > If I use the GUI Packages menu to update my library it > works ok _except_ for any packages such as lattice and > the VR bundle that come with R. For those I get this (this > is what I got when I tried to update lattice but I get a similar > message for the VR bundle as well): > >> update.packages(ask='graphics') > --- Please select a CRAN mirror for use in this session --- > Warning in install.packages(update[instlib == l, "Package"], l, > contriburl = contriburl, : > 'lib = "C:/PROGRA~1/R/R-26~1.0/library"' is not writable > Error in install.packages(update[instlib == l, "Package"], l, > contriburl = contriburl, : > unable to install packages > > I am using R-2.6.1 (even though the directory says 2.6.0) since I > tend to write over the prior directory if its just an upgrade involving > the last digit of the R version. > >> R.version.string > [1] "R version 2.6.1 Patched (2007-12-06 r43610)" > > How should I go about updating lattice and the VR bundle? > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Brian D. Ripley, [EMAIL PROTECTED] 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
Re: [Rd] a problem when i use JRI package in java
On Sat, 19 Jan 2008, 文波胡 wrote: I used JRI package in java to connect R ,and want to use R do some work fo me. but most thing is ok, but there is a problem for me The best thing to do is to ask the maintainer, as the posting guide suggests. Very few of us will be using JRI (or even know Java). these is some code of the program: re.eval("library(lattice)"); y=re.idleEval("print(1:10)"); y=re.eval("feq <- read.delim('c:/minist.txt',header=T)"); y=re.eval("feq1<-as.matrix(feq)"); System.out.println(y=re.eval("feq1[1,]")); y=re.eval("jpeg()"); y=re.eval("levelplot(feq1)"); re.eval("dev.off()"); re.end(); System.out.println("end"); in these codes i load package lattice to plot my data ,but i cann't get a right picture, the picture created is empty . it looks like this code is not run rightly: y=re.eval("levelplot(feq1)"); See the R FAQ Q7.22: I think this is likely another example of a missing print() call. can some one help me thanks! -- ???IJ? TEL: E-MAIL:[EMAIL PROTECTED] [EMAIL PROTECTED] [[alternative HTML version deleted]] -- Brian D. Ripley, [EMAIL PROTECTED] 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
[Rd] a problem when i use JRI package in java
I used JRI package in java to connect R ,and want to use R do some work fo me. but most thing is ok, but there is a problem for me these is some code of the program: re.eval("library(lattice)"); y=re.idleEval("print(1:10)"); y=re.eval("feq <- read.delim('c:/minist.txt',header=T)"); y=re.eval("feq1<-as.matrix(feq)"); System.out.println(y=re.eval("feq1[1,]")); y=re.eval("jpeg()"); y=re.eval("levelplot(feq1)"); re.eval("dev.off()"); re.end(); System.out.println("end"); in these codes i load package lattice to plot my data ,but i cann't get a right picture, the picture created is empty . it looks like this code is not run rightly: y=re.eval("levelplot(feq1)"); can some one help me thanks! -- ºúÎIJ¨ TEL: E-MAIL:[EMAIL PROTECTED] [EMAIL PROTECTED] [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Updating library
On Vista my R installation is in C:\Program Files\R\R-2.6.0 and there is a library here: %userprofile%\Documents\R\win-library\2.6 If I use the GUI Packages menu to update my library it works ok _except_ for any packages such as lattice and the VR bundle that come with R. For those I get this (this is what I got when I tried to update lattice but I get a similar message for the VR bundle as well): > update.packages(ask='graphics') --- Please select a CRAN mirror for use in this session --- Warning in install.packages(update[instlib == l, "Package"], l, contriburl = contriburl, : 'lib = "C:/PROGRA~1/R/R-26~1.0/library"' is not writable Error in install.packages(update[instlib == l, "Package"], l, contriburl = contriburl, : unable to install packages I am using R-2.6.1 (even though the directory says 2.6.0) since I tend to write over the prior directory if its just an upgrade involving the last digit of the R version. > R.version.string [1] "R version 2.6.1 Patched (2007-12-06 r43610)" How should I go about updating lattice and the VR bundle? __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Wishlist- Windows Gui (PR#10589)
John Fox wrote: > Dear Peter, > > Actually, "Edit -> Gui preferences" will already edit/generate an Rprofile > file, so mirror selection could be put there. I frankly find it simpler on a > single-user Windows system just to edit Rprofile.site. > That edits Rconsole, not Rprofile. Rconsole has a very limited number of entries (a finite list), so that's reasonable. Rprofile is intended to be human editable and is basically unlimited in what it can do; computer edits to human editable files are not usually pretty. The "right" place to store information like this in Windows is in the registry, but we've been reluctant to use it, for various historical reasons. In fact, we were just told today that editing the registry is not allowed by software used by the US government. I think they'll be moving back to the abacus, if they want to stay with Windows. Duncan Murdoch > Best, > John > > > >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >> project.org] On Behalf Of Peter Dalgaard >> Sent: January-18-08 5:40 PM >> To: [EMAIL PROTECTED] >> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] >> Subject: Re: [Rd] Wishlist- Windows Gui (PR#10589) >> >> [EMAIL PROTECTED] wrote: >> >>> Dear Robert, >>> >>> Your wish is granted retroactively; just put >>> >>> options(repos=c(CRAN="http://probability.ca/cran";, >>> CRANextra="http://www.stats.ox.ac.uk/pub/RWin";)) >>> >>> in your Rprofile.site file, which lives in R's etc directory (or in >>> >> another >> >>> appropriate startup file -- see ?Startup). Of course, you would >>> >> adjust CRAN >> >>> to point to a CRAN mirror near you. >>> >>> BTW, this isn't really a bug report, is it? >>> >>> >> It's an enhancement request. We do allow those. >> >> The idea seems sound enough: Just have the mirror selection widget >> offer >> to store the selection - er- somewhere for later use. Point being of >> course that people can never remeber what to write in which >> configuration file in which directory. >> >> One tricky issue is whether we want the GUI to edit the Rprofile >> (probably not) or add yet another configuration file that would be >> overridden (probably not) by or override (probably not either) the >> hand-written Rprofile files >> >> -p >> >>> Regards, >>> John >>> >>> >>> John Fox, Professor >>> Department of Sociology >>> McMaster University >>> Hamilton, Ontario, Canada L8S 4M4 >>> 905-525-9140x23604 >>> http://socserv.mcmaster.ca/jfox >>> >>> >>> >>> -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] project.org] On Behalf Of [EMAIL PROTECTED] Sent: January-18-08 11:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [Rd] Wishlist- Windows Gui (PR#10589) Full_Name: Robert Baer Version: 2.6.1 OS: Windows XP Submission from: (NULL) (198.209.172.95) It would be wonderful if the CRAN mirror had an easy way to set a "default CRAN mirror". Current behavior is to have to choose a CRAN mirror the first time a package is installed in a session. The closest mirror site is always the same >> for >> me, and I wouldn't wish to change it unless it were to be unavailable for an extended period of time. I expect I could set it in a configuration file somewhere with some study, but this is the type of thing that is much more easily >> and >> appropriately done through a GUI. __ 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 >>> >>> >> -- >>O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B >> c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K >> (*) \(*) -- University of Copenhagen Denmark Ph: (+45) >> 35327918 >> ~~ - ([EMAIL PROTECTED]) FAX: (+45) >> 35327907 >> >> __ >> 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 > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Wishlist- Windows Gui (PR#10589)
Dear Peter, Actually, "Edit -> Gui preferences" will already edit/generate an = Rprofile file, so mirror selection could be put there. I frankly find it simpler = on a single-user Windows system just to edit Rprofile.site. Best, John > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > project.org] On Behalf Of Peter Dalgaard > Sent: January-18-08 5:40 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [Rd] Wishlist- Windows Gui (PR#10589) >=20 > [EMAIL PROTECTED] wrote: > > Dear Robert, > > > > Your wish is granted retroactively; just put > > > > options(repos=3Dc(CRAN=3D"http://probability.ca/cran";, > > CRANextra=3D"http://www.stats.ox.ac.uk/pub/RWin";)) > > > > in your Rprofile.site file, which lives in R's etc directory (or in > another > > appropriate startup file -- see ?Startup). Of course, you would > adjust CRAN > > to point to a CRAN mirror near you. > > > > BTW, this isn't really a bug report, is it? > > > It's an enhancement request. We do allow those. >=20 > The idea seems sound enough: Just have the mirror selection widget > offer > to store the selection - er- somewhere for later use. Point being of > course that people can never remeber what to write in which > configuration file in which directory. >=20 > One tricky issue is whether we want the GUI to edit the Rprofile > (probably not) or add yet another configuration file that would be > overridden (probably not) by or override (probably not either) the > hand-written Rprofile files >=20 > -p > > Regards, > > John > > > > > > John Fox, Professor > > Department of Sociology > > McMaster University > > Hamilton, Ontario, Canada L8S 4M4 > > 905-525-9140x23604 > > http://socserv.mcmaster.ca/jfox > > > > > > > >> -Original Message- > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >> project.org] On Behalf Of [EMAIL PROTECTED] > >> Sent: January-18-08 11:40 AM > >> To: [EMAIL PROTECTED] > >> Cc: [EMAIL PROTECTED] > >> Subject: [Rd] Wishlist- Windows Gui (PR#10589) > >> > >> Full_Name: Robert Baer > >> Version: 2.6.1 > >> OS: Windows XP > >> Submission from: (NULL) (198.209.172.95) > >> > >> > >> It would be wonderful if the CRAN mirror had an easy way to set a > >> "default CRAN > >> mirror". > >> > >> Current behavior is to have to choose a CRAN mirror the first time = a > >> package is > >> installed in a session. The closest mirror site is always the same > for > >> me, and > >> I wouldn't wish to change it unless it were to be unavailable for = an > >> extended > >> period of time. I expect I could set it in a configuration file > >> somewhere with > >> some study, but this is the type of thing that is much more easily > and > >> appropriately done through a GUI. > >> > >> __ > >> 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 > > >=20 >=20 > -- >O__ Peter Dalgaard =D8ster Farimagsgade 5, Entr.B > c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K > (*) \(*) -- University of Copenhagen Denmark Ph: (+45) > 35327918 > ~~ - ([EMAIL PROTECTED]) FAX: (+45) > 35327907 >=20 > __ > 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] Wishlist- Windows Gui (PR#10589)
Dear Peter, Actually, "Edit -> Gui preferences" will already edit/generate an Rprofile file, so mirror selection could be put there. I frankly find it simpler on a single-user Windows system just to edit Rprofile.site. Best, John > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > project.org] On Behalf Of Peter Dalgaard > Sent: January-18-08 5:40 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [Rd] Wishlist- Windows Gui (PR#10589) > > [EMAIL PROTECTED] wrote: > > Dear Robert, > > > > Your wish is granted retroactively; just put > > > > options(repos=c(CRAN="http://probability.ca/cran";, > > CRANextra="http://www.stats.ox.ac.uk/pub/RWin";)) > > > > in your Rprofile.site file, which lives in R's etc directory (or in > another > > appropriate startup file -- see ?Startup). Of course, you would > adjust CRAN > > to point to a CRAN mirror near you. > > > > BTW, this isn't really a bug report, is it? > > > It's an enhancement request. We do allow those. > > The idea seems sound enough: Just have the mirror selection widget > offer > to store the selection - er- somewhere for later use. Point being of > course that people can never remeber what to write in which > configuration file in which directory. > > One tricky issue is whether we want the GUI to edit the Rprofile > (probably not) or add yet another configuration file that would be > overridden (probably not) by or override (probably not either) the > hand-written Rprofile files > > -p > > Regards, > > John > > > > > > John Fox, Professor > > Department of Sociology > > McMaster University > > Hamilton, Ontario, Canada L8S 4M4 > > 905-525-9140x23604 > > http://socserv.mcmaster.ca/jfox > > > > > > > >> -Original Message- > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >> project.org] On Behalf Of [EMAIL PROTECTED] > >> Sent: January-18-08 11:40 AM > >> To: [EMAIL PROTECTED] > >> Cc: [EMAIL PROTECTED] > >> Subject: [Rd] Wishlist- Windows Gui (PR#10589) > >> > >> Full_Name: Robert Baer > >> Version: 2.6.1 > >> OS: Windows XP > >> Submission from: (NULL) (198.209.172.95) > >> > >> > >> It would be wonderful if the CRAN mirror had an easy way to set a > >> "default CRAN > >> mirror". > >> > >> Current behavior is to have to choose a CRAN mirror the first time a > >> package is > >> installed in a session. The closest mirror site is always the same > for > >> me, and > >> I wouldn't wish to change it unless it were to be unavailable for an > >> extended > >> period of time. I expect I could set it in a configuration file > >> somewhere with > >> some study, but this is the type of thing that is much more easily > and > >> appropriately done through a GUI. > >> > >> __ > >> 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 > > > > > -- >O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B > c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K > (*) \(*) -- University of Copenhagen Denmark Ph: (+45) > 35327918 > ~~ - ([EMAIL PROTECTED]) FAX: (+45) > 35327907 > > __ > 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] Wishlist- Windows Gui (PR#10589)
[EMAIL PROTECTED] wrote: > Dear Robert, > > Your wish is granted retroactively; just put > > options(repos=c(CRAN="http://probability.ca/cran";, > CRANextra="http://www.stats.ox.ac.uk/pub/RWin";)) > > in your Rprofile.site file, which lives in R's etc directory (or in another > appropriate startup file -- see ?Startup). Of course, you would adjust CRAN > to point to a CRAN mirror near you. > > BTW, this isn't really a bug report, is it? > It's an enhancement request. We do allow those. The idea seems sound enough: Just have the mirror selection widget offer to store the selection - er- somewhere for later use. Point being of course that people can never remeber what to write in which configuration file in which directory. One tricky issue is whether we want the GUI to edit the Rprofile (probably not) or add yet another configuration file that would be overridden (probably not) by or override (probably not either) the hand-written Rprofile files -p > Regards, > John > > > John Fox, Professor > Department of Sociology > McMaster University > Hamilton, Ontario, Canada L8S 4M4 > 905-525-9140x23604 > http://socserv.mcmaster.ca/jfox > > > >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >> project.org] On Behalf Of [EMAIL PROTECTED] >> Sent: January-18-08 11:40 AM >> To: [EMAIL PROTECTED] >> Cc: [EMAIL PROTECTED] >> Subject: [Rd] Wishlist- Windows Gui (PR#10589) >> >> Full_Name: Robert Baer >> Version: 2.6.1 >> OS: Windows XP >> Submission from: (NULL) (198.209.172.95) >> >> >> It would be wonderful if the CRAN mirror had an easy way to set a >> "default CRAN >> mirror". >> >> Current behavior is to have to choose a CRAN mirror the first time a >> package is >> installed in a session. The closest mirror site is always the same for >> me, and >> I wouldn't wish to change it unless it were to be unavailable for an >> extended >> period of time. I expect I could set it in a configuration file >> somewhere with >> some study, but this is the type of thing that is much more easily and >> appropriately done through a GUI. >> >> __ >> 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 > -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Wishlist- Windows Gui (PR#10589)
Dear Robert, Your wish is granted retroactively; just put options(repos=c(CRAN="http://probability.ca/cran";, CRANextra="http://www.stats.ox.ac.uk/pub/RWin";)) in your Rprofile.site file, which lives in R's etc directory (or in another appropriate startup file -- see ?Startup). Of course, you would adjust CRAN to point to a CRAN mirror near you. BTW, this isn't really a bug report, is it? Regards, John John Fox, Professor Department of Sociology McMaster University Hamilton, Ontario, Canada L8S 4M4 905-525-9140x23604 http://socserv.mcmaster.ca/jfox > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > project.org] On Behalf Of [EMAIL PROTECTED] > Sent: January-18-08 11:40 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: [Rd] Wishlist- Windows Gui (PR#10589) > > Full_Name: Robert Baer > Version: 2.6.1 > OS: Windows XP > Submission from: (NULL) (198.209.172.95) > > > It would be wonderful if the CRAN mirror had an easy way to set a > "default CRAN > mirror". > > Current behavior is to have to choose a CRAN mirror the first time a > package is > installed in a session. The closest mirror site is always the same for > me, and > I wouldn't wish to change it unless it were to be unavailable for an > extended > period of time. I expect I could set it in a configuration file > somewhere with > some study, but this is the type of thing that is much more easily and > appropriately done through a GUI. > > __ > 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] Wishlist- Windows Gui (PR#10589)
Dear Robert, Your wish is granted retroactively; just put options(repos=c(CRAN="http://probability.ca/cran";, CRANextra="http://www.stats.ox.ac.uk/pub/RWin";)) in your Rprofile.site file, which lives in R's etc directory (or in another appropriate startup file -- see ?Startup). Of course, you would adjust CRAN to point to a CRAN mirror near you. BTW, this isn't really a bug report, is it? Regards, John John Fox, Professor Department of Sociology McMaster University Hamilton, Ontario, Canada L8S 4M4 905-525-9140x23604 http://socserv.mcmaster.ca/jfox > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > project.org] On Behalf Of [EMAIL PROTECTED] > Sent: January-18-08 11:40 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: [Rd] Wishlist- Windows Gui (PR#10589) > > Full_Name: Robert Baer > Version: 2.6.1 > OS: Windows XP > Submission from: (NULL) (198.209.172.95) > > > It would be wonderful if the CRAN mirror had an easy way to set a > "default CRAN > mirror". > > Current behavior is to have to choose a CRAN mirror the first time a > package is > installed in a session. The closest mirror site is always the same for > me, and > I wouldn't wish to change it unless it were to be unavailable for an > extended > period of time. I expect I could set it in a configuration file > somewhere with > some study, but this is the type of thing that is much more easily and > appropriately done through a GUI. > > __ > 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] Wishlist- Windows Gui (PR#10589)
Full_Name: Robert Baer Version: 2.6.1 OS: Windows XP Submission from: (NULL) (198.209.172.95) It would be wonderful if the CRAN mirror had an easy way to set a "default CRAN mirror". Current behavior is to have to choose a CRAN mirror the first time a package is installed in a session. The closest mirror site is always the same for me, and I wouldn't wish to change it unless it were to be unavailable for an extended period of time. I expect I could set it in a configuration file somewhere with some study, but this is the type of thing that is much more easily and appropriately done through a GUI. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Bug in pacf -- Proposed patch (PR#10455)
Dear all, regarding the bug in pacf I have prepared a patch (attached) and tested it against the latest R devel platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status Under development (unstable) major 2 minor 7.0 year 2008 month 01 day 18 svn rev 44040 language R version.string R version 2.7.0 Under development (unstable) (2008-01-18 r44040) Here I reproduce the example I gave in my previous post to trigger the bug > set.seed(10) > > x <- rnorm(1000,sd=1) > y <- rnorm(1000,sd=1) > pacf(ts(cbind(x,y)),plot=FALSE,lag.max=10) Partial autocorrelations of series 'ts(cbind(x, y))', by lag , , x xy 0.049 ( 1) 0.002 ( -1) 0.012 ( 2) -0.072 ( -2) 0.002 ( 3) 0.036 ( -3) 0.014 ( 4) 0.013 ( -4) 0.051 ( 5) 0.003 ( -5) 0.033 ( 6) -0.018 ( -6) 0.027 ( 7) 0.069 ( -7) -0.027 ( 8) 0.028 ( -8) -0.010 ( 9) -0.015 ( -9) -0.013 ( 10) -0.015 (-10) , , y xy 0.041 ( 1) -0.045 ( 1) 0.008 ( 2) -0.027 ( 2) -0.056 ( 3) -0.030 ( 3) 0.013 ( 4) -0.020 ( 4) 0.017 ( 5) 0.004 ( 5) -0.021 ( 6) -0.010 ( 6) 0.022 ( 7) 0.061 ( 7) 0.029 ( 8) -0.034 ( 8) -0.014 ( 9) 0.031 ( 9) -0.002 ( 10) 0.019 ( 10) below you can find relevant info and an example where I reproduce Wei's book results. http://www2.stat.unibo.it/giannerini/R/pacf.htm The routine is pure R, on the website there is also a F95 version. I am willing to write a FORTRAN 77 version of the patch if needed but I think this might replace the bugged routine temporarily. Let me know. Thanks for your attention Simone On Nov 23, 2007 6:35 PM, <[EMAIL PROTECTED]> wrote: > Dear all, > > following the thread > > http://tolstoy.newcastle.edu.au/R/e2/devel/07/09/4338.html > > regarding the bug in the partial autocorrelation function for > multivariate time series. > I have prepared a web page with patches and relevant information. > > http://www2.stat.unibo.it/giannerini/R/pacf.htm > > Please do not hesitate to contact me for further clarifications > > regards > > Simone > > -- > __ > > Simone Giannerini > Dipartimento di Scienze Statistiche "Paolo Fortunati" > Universita' di Bologna > Via delle belle arti 41 - 40126 Bologna, ITALY > Tel: +39 051 2098262 Fax: +39 051 232153 > http://www2.stat.unibo.it/giannerini/ > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- __ Simone Giannerini Dipartimento di Scienze Statistiche "Paolo Fortunati" Universita' di Bologna Via delle belle arti 41 - 40126 Bologna, ITALY Tel: +39 051 2098262 Fax: +39 051 232153 http://www2.stat.unibo.it/giannerini/ __ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] knnFinder package
Hello, Perhaps not directly related to knnFinder package, but since the discussion is on knn-related algorithms, has anyone looked into incorporating the cover tree algorithm that was invented by the Yahoo team recently? It is supposed to be remarkably fast for exact kNN computations in very large datasets. The link below has details on the algorithm and a C++ implementation from the inventor. I don't know enough C++ to be able to work through the wrapper myself, so I wanted to pass this on to the list in case there is interest. http://hunch.net/~jl/projects/cover_tree/cover_tree.html All the best, -Christos Christos Hatzis, Ph.D. Nuvera Biosciences, Inc. 400 West Cummings Park Suite 5350 Woburn, MA 01801 Tel: 781-938-3830 www.nuverabio.com > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Finley > Sent: Friday, January 18, 2008 10:20 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: r-devel@r-project.org > Subject: Re: [Rd] knnFinder package > > Hello all, > The ann() function in the yaImpute package provides a more > full featured interface to the same underlying approximate > nearest neighbor library > (http://www.cs.umd.edu/~mount/ANN) that is called by the nn() > function in knnFinder. knnFinder is actually calling an older > (defunct) version of the ANN library which was known to cause > some segmentation faults. > > I would be willing to adopt knnFinder, but it is now > redundant with the functions offered in yaImpute. But first a > question -- Should we maintain existing packages that have > been superseded by other packages? > If so, then I'll adopt knnFinder, but if not then I suggest > letting it go. > > Kind regards- > Andy > > > On 14 Jan 2008, Roger Bivand wrote: > > On Mon, 14 Jan 2008, Gregoire Pau wrote: > > > > > Dear all, > > > > > > I have found some serious bugs in the knnFinder package > (which supports > > data structures and algorithms for both > exact and approximate nearest > > neighbor searching in > arbitrarily high dimensions) that may trigger > > > segmentation faults. > > > I have fixed them but I had troubles to contact its > maintainer Samuel E. > > > Kemp (previously with the University of Glamorgan, UK). > Do someone know > > where I can reach him ? > > > > I have also tried, for the same reason, without result. He > seems to have > been a student who has now left the > university where he wrote the package. > > I also wrote to his apparent supervisor, also without > result. My > suggestion would be that the package be > orphaned, and that if you are > willing to replace it with > your version, and to adopt it as maintainer, > its posting > on CRAN can be continued. > > > > Roger > > > > > > > > Best regards, > > > > > > Greg > > > --- > > > Gregoire Pau > > > EMBL/EBI Cambridge, UK > > > http://www.ebi.ac.uk/~gpau > > > > > > __ > > > R-devel@r-project.org mailing list > > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > > > > -- > > Roger Bivand > > Economic Geography Section, Department of Economics, > Norwegian School of > Economics and Business Administration, > Helleveien 30, N-5045 Bergen, > Norway. voice: +47 55 95 93 > 55; fax +47 55 95 95 43 > e-mail: [EMAIL PROTECTED] > > > __ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > -- > Andrew Finley, PhD > Natural Resources Building > Michigan State University > East Lansing, MI 48824-1222 > Phone: 517-432-7219 > Fax: 517-432-1143 > web: http://blue.for.msu.edu > > __ > 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] knnFinder package
Hello all, The ann() function in the yaImpute package provides a more full featured interface to the same underlying approximate nearest neighbor library (http://www.cs.umd.edu/~mount/ANN) that is called by the nn() function in knnFinder. knnFinder is actually calling an older (defunct) version of the ANN library which was known to cause some segmentation faults. I would be willing to adopt knnFinder, but it is now redundant with the functions offered in yaImpute. But first a question -- Should we maintain existing packages that have been superseded by other packages? If so, then I'll adopt knnFinder, but if not then I suggest letting it go. Kind regards- Andy On 14 Jan 2008, Roger Bivand wrote: > On Mon, 14 Jan 2008, Gregoire Pau wrote: > > > Dear all, > > > > I have found some serious bugs in the knnFinder package (which supports > > data structures and algorithms for both exact and approximate nearest > > neighbor searching in arbitrarily high dimensions) that may trigger > > segmentation faults. > > I have fixed them but I had troubles to contact its maintainer Samuel E. > > Kemp (previously with the University of Glamorgan, UK). Do someone know > > where I can reach him ? > > I have also tried, for the same reason, without result. He seems to have > been a student who has now left the university where he wrote the package. > I also wrote to his apparent supervisor, also without result. My > suggestion would be that the package be orphaned, and that if you are > willing to replace it with your version, and to adopt it as maintainer, > its posting on CRAN can be continued. > > Roger > > > > > Best regards, > > > > Greg > > --- > > Gregoire Pau > > EMBL/EBI Cambridge, UK > > http://www.ebi.ac.uk/~gpau > > > > __ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > -- > Roger Bivand > Economic Geography Section, Department of Economics, Norwegian School of > Economics and Business Administration, Helleveien 30, N-5045 Bergen, > Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43 > e-mail: [EMAIL PROTECTED] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Andrew Finley, PhD Natural Resources Building Michigan State University East Lansing, MI 48824-1222 Phone: 517-432-7219 Fax: 517-432-1143 web: http://blue.for.msu.edu __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Memory loss in RODBC when reading DateTime values (no problem with integers)
This issue might be related to a similar one in http://article.gmane.org/gmane.comp.lang.r.devel/11452 ** Memory is not reclaimed when reading DateTime values, but works Ok when with integers. There is no memory loss when opening/closing of connection is done outside of the loop. However, opening itself cannot be the problem, since integers can be read without loss. I am aware that this is likely a Windows issue, not an R-problem, but reporting it may help others to track down more complex cases. Dieter # assumes a table db.mdb with ANumber (integer) and ADate(DateTime) exists library(RODBC) db = "db.mdb" # Generate Data tab = data.frame(ANumber=1:1000) tab$ADate= Sys.Date() channel = odbcConnectAccess(db) sqlQuery(channel, "DELETE * from tab") sqlSave(channel,tab,rownames=FALSE,append=TRUE) odbcClose(channel) # end of data generation for (i in 1:1000) { channel = odbcConnectAccess(db) # When reading a number, memory nicely zig-zags within safe gc limits # ret = sqlQuery(channel, "SELECT ANumber from tab") # Memory is lost ret = sqlQuery(channel, "SELECT ADate from tab") odbcClose(channel) cat(i,nrow(ret),memory.size(),"\n") } # end of example Package: RODBC Version: 1.2-2 Date: 2007-10-19 System: Vista Ultimate, German $platform [1] "i386-pc-mingw32" $arch [1] "i386" $os [1] "mingw32" $system [1] "i386, mingw32" $status [1] "" $major [1] "2" $minor [1] "6.1" $year [1] "2007" $month [1] "11" $day [1] "26" $`svn rev` [1] "43537" $language [1] "R" $version.string [1] "R version 2.6.1 (2007-11-26)" > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] rm: failed to get attributes of `/':
On 1/14/2008 6:25 PM, Duncan Murdoch wrote: > Recently I have heard reports like the one below a couple of times: > > Tineke Casneuf wrote: >> However I did encouter an error when trying to install a self-made dummy >> package. I am sure it is not due to the package because it can be build on >> someone else's windows PC. >> >> The error message is *rm: failed to get attributes of `/': No such file or >> directory. > Today I saw one live, and managed to track down the problem. Cygwin > (from which the Windows R toolset gets a number of utilities), stores > information on its mounts in the Windows registry. If you later > uninstall it but leave the registry entries in place, you'll get an > error like the above. The rm utility thinks that "/" refers to a > directory like c:\cygwin, but such a directory doesn't exist. > > I don't know if this is a bug in the Cygwin uninstaller (which I would > say should remove registry entries once they are no longer valid), in rm > (which should ignore mounts that don't make sense), or if it is user > error. But the fix is quite simple: look in the registry (under > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2, or the > same location in HKEY_LOCAL_MACHINE), and remove any invalid mounts. > > I will modify the Rtools installer to work around this problem. This is now in place. I also added the ability to manually edit the PATH, in case you don't like the automatic edits. Hopefully I didn't introduce any new bugs at the same time. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] PR#10583
On Fri, 18 Jan 2008, [EMAIL PROTECTED] wrote: > Thank you for your quick reply and for only indirectly scolding me for > abusing the RBugs list. :-) However, I do think there is something > funny in the 2.7.0 docu (or in the code). Things behave as expected and > explained by you for version 2.6.0/2.6.1, but in the development > version 2.7.0 (which I was using) the output is different (see below). And so is the help page (Extract.Rd): I don't see anything here not working as documented in the version concerned. > The CHANGES file does mention some changes about the [[ subsetting > operator, partial matching and exact=TRUE, so I still think the > documentation could be > clearer at this point by mentioning abbreviations. Do you mean the NEWS file? (There is a CHANGES file, for Windows-specific changes.) 2.7.0 is not released (and will not be for ca 3 months), and its documentation is far from finalized. We have asked that comments on unreleased versions be sent to the R-devel list and not R-bugs. Whether an introductory document should mention what happens if you abbreviate names is moot: adding information in general makes introductory documents less clear, and mentioning something not considered to be good practice is also questionable at that level. (We discourage partial matching for $, provide an option to warn about it and have tried to eliminate it in code and examples in base R.) > > ###Version 2.6.0 >> sessionInfo() > R version 2.6.0 Patched (2007-11-12 r43434) > i386-apple-darwin8.10.1 > > locale: > C > > attached base packages: > [1] stats graphics grDevices utils datasets methods base >> control <- list(nameSpace=FALSE) >> control$name > [1] FALSE >> control[["name"]] > [1] FALSE > Warning message: > In control[["name"]] : partial match of 'name' to 'nameSpace' > > ###Version 2.7.0 (development) >> sessionInfo() > R version 2.7.0 Under development (unstable) (2007-12-22 r43762) > i386-apple-darwin8.10.1 > > locale: > C > > attached base packages: > [1] stats graphics grDevices utils datasets methods base > >> control <- list(nameSpace=FALSE) >> control$name > [1] FALSE >> control[["name"]] > NULL > ^ > > > Anyhow, with your help I found out that what I really wanted was > > control <- list(nameSpace=FALSE) > if (is.null(control[["name",exact=TRUE]])) { control[["name"]] <- TRUE } > > Thank your for your help and best regards, > > Michael > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Brian D. Ripley, [EMAIL PROTECTED] 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
[Rd] PR#10583
Thank you for your quick reply and for only indirectly scolding me for abusing the RBugs list. :-) However, I do think there is something funny in the 2.7.0 docu (or in the code). Things behave as expected and explained by you for version 2.6.0/2.6.1, but in the development version 2.7.0 (which I was using) the output is different (see below). The CHANGES file does mention some changes about the [[ subsetting operator, partial matching and exact=TRUE, so I still think the documentation could be clearer at this point by mentioning abbreviations. ###Version 2.6.0 > sessionInfo() R version 2.6.0 Patched (2007-11-12 r43434) i386-apple-darwin8.10.1 locale: C attached base packages: [1] stats graphics grDevices utils datasets methods base > control <- list(nameSpace=FALSE) > control$name [1] FALSE > control[["name"]] [1] FALSE Warning message: In control[["name"]] : partial match of 'name' to 'nameSpace' ###Version 2.7.0 (development) > sessionInfo() R version 2.7.0 Under development (unstable) (2007-12-22 r43762) i386-apple-darwin8.10.1 locale: C attached base packages: [1] stats graphics grDevices utils datasets methods base > control <- list(nameSpace=FALSE) > control$name [1] FALSE > control[["name"]] NULL ^ Anyhow, with your help I found out that what I really wanted was control <- list(nameSpace=FALSE) if (is.null(control[["name",exact=TRUE]])) { control[["name"]] <- TRUE } Thank your for your help and best regards, Michael __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel