[
https://issues.apache.org/jira/browse/SPARK-11886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15035381#comment-15035381
]
Shivaram Venkataraman commented on SPARK-11886:
-----------------------------------------------
Thanks for testing this. I am not sure why our generic would be capturing calls
made to `filter`. In the case of `arrange` it looks like there is no other
generic to fall back on. Anyways this looks like it needs more detailed
investigation -- For now we could just add a note in the docs (where we
describe conflicts with base R) that if users are using `dplyr` they should be
prefix their operations with dplyr:: or SparkR:: etc. Does that sound good ?
> R function name conflicts with base or stats package ones
> ---------------------------------------------------------
>
> Key: SPARK-11886
> URL: https://issues.apache.org/jira/browse/SPARK-11886
> Project: Spark
> Issue Type: Bug
> Components: SparkR
> Affects Versions: 1.5.2
> Reporter: Felix Cheung
> Priority: Minor
>
> See https://github.com/apache/spark/pull/9785
> Currently these are masked:
> stats::cov
> stats::filter
> base::sample
> base::table
> [~shivaram] suggested:
> "
> If we have same name but the param types completely don't match (and no room
> for ...) then we override those functions but (This is true for sample,
> table, cov right now I guess) we should try to limit the number of functions
> where we do this. Also we should revisit some of these to see if we can avoid
> it (for example table can be renamed ?)
> "
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org
