Hi Frederick,
I would expect that any duplicate names in the resulting data.frame would
have the suffixes appended to them, regardless of whether or not they are
used as the join key. So in my example I would expect "names.x" and
"names.y" to indicate their source data.frame.
While careful readin
Wonderful ( - thanks!
Cheers
Pete
On 16/02/2018, 16:29, "Tomas Kalibera" wrote:
Bug 17159 has been fixed (in R-devel), but there may be more issues left
with UNC paths.
Tomas
On 01/17/2018 01:37 PM, Joris Meys wrote:
> Hi Peter,
>
> I share your experience with try
Hi Scott,
It seems like reasonable behavior to me. What result would you expect?
That the second "name" should be called "name.y"?
The "merge" documentation says:
If the columns in the data frames not used in merging have any
common names, these have ‘suffixes’ (‘".x"’ and ‘".y"’ by defa
Bug 17159 has been fixed (in R-devel), but there may be more issues left
with UNC paths.
Tomas
On 01/17/2018 01:37 PM, Joris Meys wrote:
Hi Peter,
I share your experience with trying to help IT departments setting things
up. The network directory of the students is mapped to a drive, but R sti
A discussion on r-help led me to look at stem.c at
https://github.com/wch/r-source/blob/trunk/src/library/graphics/src/stem.c
Lines 76-77 appear superfluous. They sit inside a condition, and set mu, as
follows:
if (k*(k-4)*(k-8) == 0) mu = 5;
if ((k-1)*(k-5)*(k-6) == 0) mu = 20;
