Re: [Rd] quantile() type 1 for some ordered factors in R-devel

Hi Tobias, I believe this is due to the implementation of the new method for c(): c.factor() on May 11, 2020. I have very recently experienced issues around this addition as well. For this particular instance, the following line of code in quantile.default() no longer gives "integer" but instead

[Rd] quantile() type 1 for some ordered factors in R-devel

Hi, In R-devel (2020-05-17 r78478) quantile() type 1 seems to behave a little bit strange for some ordered factors: quantile(factor(1:3, ordered = TRUE), 0.5, type = 1) returns “2” as expected. But quantile(factor(2:4, ordered = TRUE), 0.5, type = 1) returns “4” and quantile(factor(3:5, ordered =

Re: [Rd] order function called on a data.frame?

do.call(order, df). -> do.call(order, unname(df)). While you are looking at order(), it would be nice if ';decreasing' could be a vector the the length of list(...) so you could ask to sort some columns in increasing order and some decreasing. I thought I put this on bugzilla eons ago, but perh

Re: [Rd] order function called on a data.frame?

I guess we could make it do the equivalent of do.call(order, df). On Mon, May 18, 2020 at 8:32 AM Rui Barradas wrote: > > Hello, > > There is a result with lists? I am getting > > > order(list(letters, 1:26)) > #Error in order(list(letters, 1:26)) : > # unimplemented type 'list' in 'orderVector1

Re: [Rd] order function called on a data.frame?

Hello, There is a result with lists? I am getting order(list(letters, 1:26)) #Error in order(list(letters, 1:26)) : # unimplemented type 'list' in 'orderVector1' order(data.frame(letters, 1:26)) # [1] 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 #[22] 48 49 50 51 52 1 2 3

[Rd] parRapply and parCapply return a list in corner cases

According to ?parCapply: parRapply and parCapply always return a vector. This appears not to be the case in the following minimal reproducible example: > library(parallel) > nslaves <- 2 > cl <- makeCluster(nslaves) > X <- matrix(2,nrow=3,ncol=4) > X <- rbind

Re: [Rd] dbinom link

On 18/05/2020 09:57, peter dalgaard wrote: In principle a good idea, but I'm not sure the whereabouts of Catherine Loader are known at this point. Last peeps from her on the net seem to be about a decade old. All attempts to contact Dr Loader re the locfit package failed, including those ear

Re: [Rd] dbinom link

In principle a good idea, but I'm not sure the whereabouts of Catherine Loader are known at this point. Last peeps from her on the net seem to be about a decade old. .pd > On 18 May 2020, at 10:31 , Abby Spurdle wrote: > > This has come up before. > > Here's the last time: > https://stat.eth

Re: [Rd] dbinom link

This has come up before. Here's the last time: https://stat.ethz.ch/pipermail/r-devel/2019-March/077478.html I guess my answer to the following the question... Perhaps we should ask permission to nail the thing down somewhere on r-project.org? ...would be, to reproduce it somewhere. And

[Rd] dbinom link

FWIW the link from ?dbinom to the Loader paper on Binomials is broken but the paper seems to be available here: https://octave.1599824.n4.nabble.com/attachment/3829107/0/loader2000Fast.pdf Roger Koenker r.koen...@ucl.ac.uk Honorary Professor of Economics Department