Norberto Meijome wrote:
ok well let's say that i can live without john/jon in the short term.
what i really need today is a case insensitive wildcard search with
literal matching (no fancy stemming. bobby is bobby, not bobbi.)
what are my options?
http://wiki.apache.org/solr/AnalyzersTokeniz
On Mon, 23 Jun 2008 14:23:14 -0700
Jon Drukman <[EMAIL PROTECTED]> wrote:
> ok well let's say that i can live without john/jon in the short term.
> what i really need today is a case insensitive wildcard search with
> literal matching (no fancy stemming. bobby is bobby, not bobbi.)
>
> what ar
Erik Hatcher wrote:
No, because the original data is Bobby Gaza, so
Bobby* would match, but not bobby*. "string" type (in the example
schema, to be clear) does effectively no analysis, leaving the original
string indexed as-is, case and all.
[...]
stemming and wildcard term queries aren't
On Jun 23, 2008, at 4:45 PM, Jon Drukman wrote:
Erik Hatcher wrote:
Jon,
You provided a lot of nice details, thanks for helping us help you :)
The one missing piece is the definition of the "text" field type.
In Solr's _example_ schema, "bobby" gets analyzed (stemmed) to
"bobbi"[1]. Whe
Erik Hatcher wrote:
Jon,
You provided a lot of nice details, thanks for helping us help you :)
The one missing piece is the definition of the "text" field type. In
Solr's _example_ schema, "bobby" gets analyzed (stemmed) to
"bobbi"[1]. When you query for bobby*, the query parser is not ru
Jon,
You provided a lot of nice details, thanks for helping us help you :)
The one missing piece is the definition of the "text" field type. In
Solr's _example_ schema, "bobby" gets analyzed (stemmed) to
"bobbi"[1]. When you query for bobby*, the query parser is not
running an analyzer