Thanks Barani. Could also work out this way provided we start with a large
set of suggestions initially to increase the likelihood of getting some
matches when filtering down with the second query.
On Wed, Jun 12, 2013 at 10:51 PM, bbarani wrote:
> I would suggest you to take the suggested stri
I would suggest you to take the suggested string and create another query to
solr along with the filter parameter.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Filtering-down-terms-in-suggest-tp4069627p4069997.html
Sent from the Solr - User mailing list archive at Nabble
Thanks Jason, querying would be a good way to approach this. Though not
NGram, thinking of doing a wildcard based search & use the highlighted text
for suggestions.
On Wed, Jun 12, 2013 at 6:49 PM, Jason Hellman <
jhell...@innoventsolutions.com> wrote:
> Aloke,
>
> It may be best to simply run
Aloke,
It may be best to simply run a query to populate the suggestion list. While
not as fast as the terms component (and suggester offshoots) it can still be
tuned to be very, very fast.
In this way, you can generate any fq/q combination required to meet your needs.
You can play with wil
Barani - the fq option doesn't work.
Jason - the dynamic field option won't work due to the high number of
groups and users.
On Wed, Jun 12, 2013 at 1:12 AM, Jason Hellman <
jhell...@innoventsolutions.com> wrote:
> Aloke,
>
> If you do not have a factorial problem in the combination of userid a
Aloke,
If you do not have a factorial problem in the combination of userid and groupid
(which I can imagine you might) you could consider creating a field for each
combination (u1g1, u2g2) which can easily be done via dynamic fields. Use
CopyField to get data into these various constructs (aga
I suppose you can use fq with SpellCheckComponent but I haven't tried it yet.
https://issues.apache.org/jira/browse/SOLR-2010
--
View this message in context:
http://lucene.472066.n3.nabble.com/Filtering-down-terms-in-suggest-tp4069627p4069690.html
Sent from the Solr - User mailing list arch