[
https://issues.apache.org/jira/browse/SOLR-1878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson resolved SOLR-1878.
----------------------------------
Resolution: Won't Fix
2013 Old JIRA cleanup
> RelaxQueryComponent - A new SearchComponent that relaxes the main query in a
> semiautomatic way
> ----------------------------------------------------------------------------------------------
>
> Key: SOLR-1878
> URL: https://issues.apache.org/jira/browse/SOLR-1878
> Project: Solr
> Issue Type: New Feature
> Components: SearchComponents - other
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Priority: Minor
>
> I have the following use case:
> Imagine that you visit a web page for searching an apartment for rent. You
> choose parameters, usually mark check boxes and this makes AND queries:
> {code}
> rent:[* TO 1500] AND bedroom:[2 TO *] AND floor:[100 TO *]
> {code}
> If the conditions are too tight, Solr may return few or zero leasehold
> properties. Because the things is not good for the site visitors and also
> owners, the owner may want to recommend the visitors to relax the conditions
> something like:
> {code}
> rent:[* TO 1700] AND bedroom:[2 TO *] AND floor:[100 TO *]
> {code}
> or:
> {code}
> rent:[* TO 1500] AND bedroom:[2 TO *] AND floor:[90 TO *]
> {code}
> And if the relaxed query get more numFound than original, the web page can
> provide a link with a comment "if you can pay additional $100, ${numFound}
> properties will be found!".
> Today, I need to implement Solr client for this scenario, but this way makes
> two round trips for showing one page and consistency problem (and laborious
> of course!).
> I'm thinking a new SearchComponent that can be used with QueryComponent. It
> does search when numFound of the main query is less than a threshold. Clients
> can specify via request parameters how the query can be relaxed.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
