Displaying 3 results from an estimated 3 matches for "r50992".
Did you mean:
50992
2024 Jul 14
1
xftrm is more than 100x slower for AsIs than for character vectors
...ponding input table (using I() since revision 39026 to avoid conversion of character to factor). When this column is used for sorting (sort=TRUE by default in merge; should happen at least if all.x=T or all.y=T), this will result in slower execution.
xtfrm.AsIs is unchanged since its addition in r50992 (likely unrelated to the former).
So I guess that this just went unnoticed since it will not cause problems on small data frames.
Best regards
Hilmar
[[alternative HTML version deleted]]
2024 Jul 16
1
I() in merge (was: Re: xftrm is more than 100x slower for AsIs than for character vectors)
...input table (using I() since revision 39026 to avoid conversion of character to factor). When this column is used for sorting (sort=TRUE by default in merge; should happen at least if all.x=T or all.y=T), this will result in slower execution.
>
> xtfrm.AsIs is unchanged since its addition in r50992 (likely unrelated to the former).
>
> So I guess that this just went unnoticed since it will not cause problems on small data frames.
>
> Best regards
>
> Hilmar
>
> [[alternative HTML version deleted]]
>
> ______________________________________________
> R-devel a...
2024 Jul 14
2
xftrm is more than 100x slower for AsIs than for character vectors
? Fri, 12 Jul 2024 17:35:19 +0200
Hilmar Berger via R-devel <r-devel at r-project.org> ?????:
> This can be finally traced to base::rank() (called from
> xtfrm.default), where I found that
>
> "NB: rank is not itself generic but xtfrm is, and rank(xtfrm(x), ....)
> will have the desired result if there is a xtfrm method. Otherwise,
> rank will make use of ==, >,