On Fri, Jan 1, 2010 at 5:44 PM, Grant Ingersoll <gsing...@apache.org> 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?  Should I use the second one because 
> two is bigger than one?  There are probably tradeoffs with both.  It's like 
> the Fast Vector Highlighter.  Does anyone ever want a slow vector 
> highlighter?  What distinguishes it from the other highlighter? (b/c there 
> are tradeoffs)

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 this code duplication inside snowball / analyzers
which needs cleanup. LUCENE-1515 has been around for some time so we
should not rush with a commit until we have found a good solution
hopefully without having a Swedish2Stemmer.java.


>
>
>>
>> On Fri, Jan 1, 2010 at 8:28 AM, Grant Ingersoll <gsing...@apache.org> 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 things is handled worse, but 
>>>> all together I think it's a better algorithm. I've used it in two 
>>>> commercial applications. I'd like to commit it. Even though I've done my 
>>>> best to make them notice it, the snowball community never commented on it. 
>>>> Perhaps I should attempt once again before pushing it to Lucene.
>>>>
>>>> The code is, as the rest of the snowball contrib package, BSD. That 
>>>> shouldn'y cause any problems, right?
>>>>
>>>> What should I call this stemmer? Swedish2? SwedishToo? Svenska? :)
>>>>
>>>
>>> Please, no Swedish2 or any variant like that.  How about something that 
>>> let's users know what it is and why they should use it?
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Robert Muir
>> rcm...@gmail.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to