[ 
https://issues.apache.org/jira/browse/SPARK-20203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15953328#comment-15953328
 ] 

Cyril de Vogelaere commented on SPARK-20203:
--------------------------------------------

Oh, I thought we were talking about the performance implication of adding an if 
which would be tested often.

For the issue you just pointed, I will agree it would be a major negative 
consequence of that change.
Sorry, I didn't understand that it was what you were talking about.

Well, then I suppose we should resolve this thread with a "won't fix". Except 
if you think the potential user friendlyness can balance that major default.

> Change default maxPatternLength value to Int.MaxValue in PrefixSpan
> -------------------------------------------------------------------
>
>                 Key: SPARK-20203
>                 URL: https://issues.apache.org/jira/browse/SPARK-20203
>             Project: Spark
>          Issue Type: Wish
>          Components: MLlib
>    Affects Versions: 2.1.0
>            Reporter: Cyril de Vogelaere
>            Priority: Trivial
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> I think changing the default value to Int.MaxValue would be more user 
> friendly. At least for new users.
> Personally, when I run an algorithm, I expect it to find all solution by 
> default. And a limited number of them, when I set the parameters to do so.
> The current implementation limit the length of solution patterns to 10.
> Thus preventing all solution to be printed when running slightly large 
> datasets.
> I feel like that should be changed, but since this would change the default 
> behavior of PrefixSpan. I think asking for the communities opinion should 
> come first. So, what do you think ?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org

Reply via email to