Index time boosting
Hi there, Im having some issues with my relevancy of some results. I have 5 fields, with varying boost values and being copied into a copyfield "text" which is used to be searched on ... im sending each of these fields with the boost values (i_title is 20, i_authors is 10 ... i_description is 1) now the issue is that some items which the query matches in the description field (which is boosted at 1) is scored higher than result for where the query is matched in the authors field (which is boosted at 10). this leaves me to believe that the index time boost isn't working correctly. Have i omitted norms correctly? the score for one result which is matched by the author field is nearly the same as the score for one result which is matched by the description field so doubtful the boost is kept and is normalized when in the copyfield. Unfortunately i cannot switch to dismax parser at this late stage so cannot do query time boosting unless theres another way of doing it on the standard parser. thanks joe -- View this message in context: http://lucene.472066.n3.nabble.com/Index-time-boosting-tp1411105p1411105.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Index time boosting
thanks for replying erick, We are currently using dismax but for this particular client we have coupled their implementation to standard parser and will be difficult to switch, although i might just have to bite the bullet for this. "which you can do without dismax BTW, although you have to interpret the user's input" This is doing it by the _val_: hack within the q param correct? Or do you mean by having the query (i_authors:tilly^5 i_title:tilly^10) etc? How would i do it to say boost title by 5 - is that even possible within a function query? i will try just giving some crazy boost values to the most important fields and hope that it improves the problem. joe -- View this message in context: http://lucene.472066.n3.nabble.com/Index-time-boosting-tp1411105p1412259.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: SOLR for Log analysis feasibility
my thoughts exactly that it may seem fairly straightforward but i fear for when a client wants a perfectly reasonable new feature to be added to their report and SOLR simply cannot support this feature. i am hoping we wont have any real issues with scalability as Loggly because we dont index and store large documents of data within SOLR. Most of our documents will be very small. Does anyone have any experience with using field collapsing in a production environment? thank you for all your replies. Joe -- View this message in context: http://lucene.472066.n3.nabble.com/SOLR-for-Log-analysis-feasibility-tp1992202p1998360.html Sent from the Solr - User mailing list archive at Nabble.com.
Multiple query searches in one request
Hi there, Is it possible to do a search more than once, where only the filter query changes. The response is the three different search results. We want a page which shows a "clustered" view of 5 of each of the three types (images, news articles, editorial articles), ordered by their score. One possibility is doing three seperate solr search requests, but its not really a neat solution. One answer could be making a custom request handler, could that be possible to solve this issue? Could you give me some pointers on how to implement one? thanks -- View this message in context: http://lucene.472066.n3.nabble.com/Multiple-query-searches-in-one-request-tp745827p745827.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Multiple query searches in one request
thanks Otis for answering, Do you have any helpful links on how to build one? Any helpful advice on what to look into? -- View this message in context: http://lucene.472066.n3.nabble.com/Multiple-query-searches-in-one-request-tp745827p747708.html Sent from the Solr - User mailing list archive at Nabble.com.
