[
https://issues.apache.org/jira/browse/LUCENE-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12795747#action_12795747
]
Michael McCandless commented on LUCENE-1990:
These are great results -- thanks
On Dec 31, 2009, at 11:29 AM, Karl Wettin wrote:
> 1515 is an alternative Swedish stemmer that handles a couple of things
> unsupported by the original stemmer. A few things is handled worse, but all
> together I think it's a better algorithm. I've used it in two commercial
> applications. I'd
there is a precedent for this in snowball though, German2Stemmer
On Fri, Jan 1, 2010 at 8:28 AM, Grant Ingersoll wrote:
>
> On Dec 31, 2009, at 11:29 AM, Karl Wettin wrote:
>
>> 1515 is an alternative Swedish stemmer that handles a couple of things
>> unsupported by the original stemmer. A few t
On Jan 1, 2010, at 10:47 AM, Robert Muir wrote:
> there is a precedent for this in snowball though, German2Stemmer
There are precedents all over the place, but that doesn't mean it is good
thing. How would one know what to use? Should I use the second one because
two is bigger than one? The
On Fri, Jan 1, 2010 at 5:44 PM, Grant Ingersoll wrote:
>
> On Jan 1, 2010, at 10:47 AM, Robert Muir wrote:
>
>> there is a precedent for this in snowball though, German2Stemmer
>
> There are precedents all over the place, but that doesn't mean it is good
> thing. How would one know what to use?
> I guess since apache con we all agree on not using any of those
> ambiguous terms for class naming anymore! Yet, before we think about a
> name we should rather check if we can make this new functionality
> optional in the already existing code. Each time I see German2Stemmer
> it reminds me of t
> I guess since apache con we all agree on not using any of those
> ambiguous terms for class naming anymore! Yet, before we think about a
> name we should rather check if we can make this new functionality
> optional in the already existing code. Each time I see German2Stemmer
> it reminds me of t
this would be a little strange since the current SnowballAnalyzer uses
reflection to find the class name of the stemmer... in my opinion
when/if snowball is merged this reflection-based SnowballAnalyzer
should be deprecated.
when/if we merge snowball we may want to rethink this: personally i
would
