Re: [Rd] dist function in R is very slow

2017-06-18 Thread Moshe Olshansky via R-devel
Hi Stefan, You are right about the possible loss of accuracy computing the Euclidean distance the way I did. In some cases you probably even can get a negative value to compute a square root (so I am making all negative numbers 0). To do what I did one must know that it is all right in their cas

Re: [Rd] dist function in R is very slow

2017-06-18 Thread Stefan Evert
> By the way, since the tcrossprod function in the Matrix package is so fast, > the Euclidean distance can be computed very fast: Indeed. > euc_dist <- function(m) {mtm <- Matrix::tcrossprod(m); sq <- rowSums(m*m); > sqrt(outer(sq,sq,"+") - 2*mtm)} There are two reasons why I didn't use this

Re: [Rd] 'ordered' destroyed to 'factor'

2017-06-18 Thread Joris Meys
Dear Jens, multiple people have given you multiple reasons as to why your request cannot be implemented for basic logical reasons. You also got a workaround for the special case where all factors have all the same levels in exactly the same order. If you believe it's possible to implement this in

Re: [Rd] 'ordered' destroyed to 'factor'

2017-06-18 Thread Jens Oehlschlägel
Defending the status quo misses the point that R *could* handle ordinal data with a fixed set of levels but actually *does not*. Although it would be useful. Even if this does not imply to handle any possible straw-man situations. Having data-types for nominal, ordinal, and interval-scale data i

Re: [Rd] suggestion to fix packageDescription() for Windows users

2017-06-18 Thread Andrie de Vries
Hi, Duncan i have forwarded this thread to Nathan, who promised to look into it. Andrie On 17 Jun 2017 17:26, "Duncan Murdoch" wrote: > On 17/06/2017 9:13 AM, Ben Marwick wrote: > >> Hi Duncan, >> >> Thanks for your reply. Yes, it does seem to be specific to the CTYPE >> setting to Chinese on