You cannot rely on scores to be comparable between two queries, or between two cores with very different kinds of data. Scores are only a way to sort results within the _same_ query and the _same_ type of core. By "type" I mean, say, shards where the schemas are identical and the statical characteristics of the docs stored on each are very similar.
Sometimes people use separate tabs. Sometimes they merge by some other characteristic. But nobody I know of has had joy from comparing scores.. FWIW Erick On Fri, Apr 26, 2013 at 10:36 AM, eShard <zim...@yahoo.com> wrote: > Hi, > I'm currently using Solr 4.0 final on tomcat v7.0.3x > I have 2 cores (let's call them A and B) and I need to combine them as one > for the UI. > However we're having trouble on how to best merge these two result sets. > Currently, I'm using relevancy to do the merge. > For example, > I search for "red" in both cores. > Core A has a max score of .919856 with 87 results > Core B has a max score or .6532563 with 30 results > > I would like to simply merge numerically but I don't know if that's valid. > If I merge in numerical order then Core B results won't appear until element > 25 or later. > > I initially thought about just taking the top 5 results from each and layer > one on top of the other. > > Is there a best practice out there for merging relevancy? > Please advise... > Thanks, > > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/relevance-when-merging-results-tp4059275.html > Sent from the Solr - User mailing list archive at Nabble.com.