Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 95489 invoked from network); 13 Oct 2009 13:48:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Oct 2009 13:48:04 -0000 Received: (qmail 54316 invoked by uid 500); 13 Oct 2009 13:48:03 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 54258 invoked by uid 500); 13 Oct 2009 13:48:03 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 54248 invoked by uid 99); 13 Oct 2009 13:48:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 13:48:03 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED,NORMAL_HTTP_TO_IP X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 13:47:52 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 80A1F234C1EF for ; Tue, 13 Oct 2009 06:47:31 -0700 (PDT) Message-ID: <1140684057.1255441651525.JavaMail.jira@brutus> Date: Tue, 13 Oct 2009 06:47:31 -0700 (PDT) From: "Aytek Ekici (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Issue Comment Edited: (SOLR-236) Field collapsing In-Reply-To: <19014374.1178921656142.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12765076#action_12765076 ] Aytek Ekici edited comment on SOLR-236 at 10/13/09 6:46 AM: ------------------------------------------------------------ Hi all, Just applied "field-collapse-5.patch" and i guess there are problems with filter queries. Here it is: 1- http://10.231.14.252:8080/myindex/select?q=*:*&fq=lat:[37.2 TO 39.8] numFound: 6284 2- http://10.231.14.252:8080/myindex/select?q=*:*&fq=lng:[24.5 TO 29.9] numFound: 16912 3- http://10.231.14.252:8080/myindex/select?q=*:*&fq=lat:[37.2 TO 39.8]&fq=lng:[24.5 TO 29.9] numFound: 19419 4- When using "q" instead of "fq" which is http://10.231.14.252:8080/myindex/select?q=lat:[37.2 TO 39.8] AND lng:[24.5 TO 29.9] numFound: 3777 (which is the only correct number) The thing is, as i understand, instead of applying "AND" for each filter query it applies "OR". Checked http://10.231.14.252:8080/myindex/select?q=lat:[37.2 TO 39.8] OR lng:[24.5 TO 29.9] numFound: 19419 (same as 3rd one) Any idea how to fix this? Thx. was (Author: aytek): Hi all, Just applied "field-collapse-5.patch" and i guess there are problems with filter queries. Here it is: 1- Use one(first) filter http://10.231.14.252:8080/myindex/select?q=*:*&fq=lat:[37.2 TO 39.8] numFound: 6284 2- Use second filter http://10.231.14.252:8080/myindex/select?q=*:*&fq=lng:[24.5 TO 29.9] numFound: 16912 3- Use both filters http://10.231.14.252:8080/myindex/select?q=*:*&fq=lat:[37.2 TO 39.8]&fq=lng:[24.5 TO 29.9] numFound: 19419 4- When using "q" instead of "fq" which is : http://10.231.14.252:8080/myindex/select?q=lat:[37.2 TO 39.8] AND lng:[24.5 TO 29.9] numFound: 3777 (which is the only correct number) The thing is, as i understand, instead of applying "AND" for each filter query it applies "OR". Checked http://10.231.14.252:8080/myindex/select?q=lat:[37.2 TO 39.8] OR lng:[24.5 TO 29.9] numFound: 19419 (same as 3rd one) Any idea how to fix this? Thx. > Field collapsing > ---------------- > > Key: SOLR-236 > URL: https://issues.apache.org/jira/browse/SOLR-236 > Project: Solr > Issue Type: New Feature > Components: search > Affects Versions: 1.3 > Reporter: Emmanuel Keller > Fix For: 1.5 > > Attachments: collapsing-patch-to-1.3.0-dieter.patch, collapsing-patch-to-1.3.0-ivan.patch, collapsing-patch-to-1.3.0-ivan_2.patch, collapsing-patch-to-1.3.0-ivan_3.patch, field-collapse-3.patch, field-collapse-4-with-solrj.patch, field-collapse-5.patch, field-collapse-5.patch, field-collapse-5.patch, field-collapse-5.patch, field-collapse-5.patch, field-collapse-5.patch, field-collapse-solr-236-2.patch, field-collapse-solr-236.patch, field-collapsing-extended-592129.patch, field_collapsing_1.1.0.patch, field_collapsing_1.3.patch, field_collapsing_dsteigerwald.diff, field_collapsing_dsteigerwald.diff, field_collapsing_dsteigerwald.diff, SOLR-236-FieldCollapsing.patch, SOLR-236-FieldCollapsing.patch, SOLR-236-FieldCollapsing.patch, solr-236.patch, SOLR-236_collapsing.patch, SOLR-236_collapsing.patch > > > This patch include a new feature called "Field collapsing". > "Used in order to collapse a group of results with similar value for a given field to a single entry in the result set. Site collapsing is a special case of this, where all results for a given web site is collapsed into one or two entries in the result set, typically with an associated "more documents from this site" link. See also Duplicate detection." > http://www.fastsearch.com/glossary.aspx?m=48&amid=299 > The implementation add 3 new query parameters (SolrParams): > "collapse.field" to choose the field used to group results > "collapse.type" normal (default value) or adjacent > "collapse.max" to select how many continuous results are allowed before collapsing > TODO (in progress): > - More documentation (on source code) > - Test cases > Two patches: > - "field_collapsing.patch" for current development version > - "field_collapsing_1.1.0.patch" for Solr-1.1.0 > P.S.: Feedback and misspelling correction are welcome ;-) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.