Re: Analyzers versus Tokenizers/TokenFilters

2014-01-16 Thread Ahmet Arslan
Plus, admin analysis page displays nicely intermediate tokens produced by each component. Very nice feature I think. If you plug lucene analyzer, you won't be able to see intermediate results. Ahmet   On Thursday, January 16, 2014 5:59 AM, Otis Gospodnetic wrote: But the latter gives users

Re: Analyzers versus Tokenizers/TokenFilters

2014-01-15 Thread Otis Gospodnetic
But the latter gives users the flexibility of putting together any T+F1FN chains they want and easily adding their own custom Fx to the mix. Otis -- Performance Monitoring * Log Analytics * Search Analytics Solr & Elasticsearch Support * http://sematext.com/ On Wed, Jan 15, 2014 at 9:45 PM,

Re: Analyzers versus Tokenizers/TokenFilters

2014-01-15 Thread Benson Margulies
Ahmet, So, this is an interesting difference between Lucene (and ES) and Solr. In Lucene, the idea seems to be that you package up a reusable analysis chain as an analyzer. Saying 'use analyzer X' is less complex than saying 'use tokenizer T and filters F1, F2, ...'. thanks, benson On Wed, Jan

Re: Analyzers versus Tokenizers/TokenFilters

2014-01-15 Thread Ahmet Arslan
Hi Benson, Using lucene analyzer in schema.xlm should be last resort. For very specific reasons : if you have an existing analyzer, etc. Ahmet On Wednesday, January 15, 2014 11:52 PM, Benson Margulies wrote: http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters never mentions an Analyz

Analyzers versus Tokenizers/TokenFilters

2014-01-15 Thread Benson Margulies
http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters never mentions an Analyzer class. http://wiki.apache.org/solr/SolrPlugins talks about subclasses of SolrAnalyzer as ways of delivering an entire analysis chain and still 'minding the gap'. Anyone care to offer a comparison of the viewpoi