lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lboutros <>
Subject Re: wildcard search inconsistencies
Date Fri, 01 Apr 2011 16:02:20 GMT
'conditional' seems to be stemmed into the word 'condit' in the index.

So your results are normal.

As you said, mixing wildcards searching and stemmed fields is not


2011/4/1 Melanie Drake [via Lucene] <>

> I noticed an inconsistency in results when performing wildcard searches.
>  When searching on variations of "conditional" the following results
> occurred:
> conditional - hits
> conditional* - hits
> conditi* - hits
> condit* - hits
> con*al - no hits
> c?nditional - no hits
> c*ld - hits (on a different word: "child")
> I don't see an obvious pattern to when the wildcard searches work.
> In a response to another post, I read that stemming will cause wildcard
> searches to behave strangely.  I believe we may be using stemming, although
> the only configuration I see is the list of words protected against stemming
> defined in protwords.txt.
> Also, I'm not sure if it's helpful, but I see a vague Solr error in my
> server log (jboss) any time I perform a search (whether successful or not):
> ERROR [STDERR] <timestamp> org.apache.solr.core.SolrCore execute
> INFO: [core0] webapp=null path=/select
> params={q=condi*al&fq=url%3A%28%22%2F<long list of application-specific IDs
> used for filtering>&fl=score&hl=true&hl.fragsize=50&hl.snippets=3}
> status=0 QTime=0
> The developer who implemented our search solution is no longer with our
> company, so I'm just looking for any information useful to investigate this
> issue.  I apologize if I ommitted any necessary information.  Thanks!
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>  To start a new topic under Solr - User, email
> To unsubscribe from Solr - User, click here<>.

View this message in context:
Sent from the Solr - User mailing list archive at
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message