Re: [Rd] R Package Installation Ignores libPaths Setting

2016-02-18 Thread Prof Brian Ripley
You misunderstand what .libPaths does: it changes the path in the current session only. Installation uses a different R process. Set R_LIBS to change the library path for new sessions: see ?.libPath . On 18/02/2016 07:00, Dario Strbenac wrote: Good day, If the library path is changed with .

[Rd] default destfile in download.file()

2016-02-18 Thread Jeroen Ooms
A nice default value for the `destfile` argument in download.file() would be `basename(url)` i.e. the name of the downloaded file. This would correspond to default behavior in many other web/ftp clients and makes code slightly more concise: download.file("https://svn.r-project.org/R/trunk/doc/CR

[Rd] should `data` respect default.stringsAsFactors()?

2016-02-18 Thread Cook, Malcolm
Hiya, Probably been debated elsewhere I note that R's `data` function does not respect default.stringsAsFactors By my lights, it should, especially as it is documented to call read.table, which DOES respect. Oh, but: http://r.789695.n4.nabble.com/stringsAsFactors-FALSE-tp921891p921893.h

Re: [Rd] configure statement for R-devel with updated zlib in user account

2016-02-18 Thread Paul Johnson
On Mon, Feb 15, 2016 at 3:28 AM, Jesper Gådin wrote: > Hi Paul, > > This might be what you are looking for. > https://stat.ethz.ch/pipermail/r-devel/2015-April/070951.html > > Jesper > Thanks to help form Wes Mason at KU and Jesper Gadin in r-devel, I compiled R-devel on RHEL 6. R-devel requires

Re: [Rd] should `data` respect default.stringsAsFactors()?

2016-02-18 Thread peter dalgaard
What the are you on about? data() does many things, only some of which call read.table() et al., and the ones that do have no special treatment of stringsAsFactors. -pd > On 18 Feb 2016, at 21:25 , Cook, Malcolm wrote: > > Hiya, > > Probably been debated elsewhere > > I note that R's `

Re: [Rd] inconsistency in treatment of USE.NAMES argument

2016-02-18 Thread Hervé Pagès
On 02/11/2016 07:02 AM, Michael Lawrence wrote: Changing the vapply() behavior makes sense in principle. Sorry to disagree, Changing the behavior of sapply() so we end up with consistent treatment of USE.NAMES across sapply(), vapply(), and mapply() sounds much better *in principle*. I underst

Re: [Rd] should `data` respect default.stringsAsFactors()?

2016-02-18 Thread Cook, Malcolm
Hi Peter, Sorry if I was not clear. Perhaps an example will make my point: > data(iris) > class(iris$Species) [1] "factor" > write.table(iris,'data/myiris.tab') > data(myiris) > class(myiris$Species) [1] "factor" > rm(myiris) > options(stringsAsFactors = FALSE) > data(myiris) > class(myiris$Spec

Re: [Rd] should `data` respect default.stringsAsFactors()?

2016-02-18 Thread Joshua Ulrich
On Thu, Feb 18, 2016 at 6:03 PM, Cook, Malcolm wrote: > Hi Peter, > > Sorry if I was not clear. Perhaps an example will make my point: > >> data(iris) >> class(iris$Species) > [1] "factor" >> write.table(iris,'data/myiris.tab') >> data(myiris) >> class(myiris$Species) > [1] "factor" >> rm(myiris)

Re: [Rd] should `data` respect default.stringsAsFactors()?

2016-02-18 Thread Michael Nelson
As Peter pointed out. data loads data from packages. Various formats are supported. The package author(s) will decide how best to ship (and load) any such data. When you call `data(iris)`, it loads iris as it is defined in the datasets package The definition can be seen here: https://githu