Re: CollapseQParserPluging Incorrect Facet Counts
The CollapsingQParserPlugin does not provide facet counts that are them same as the group.facet feature in Grouping. It provides facet counts that behave like group.truncate. The CollapsingQParserPlugin only collapses the result set. The facets counts are then generated for the collapsed result set by the FacetComponent. This has been a hot topic of late. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Jun 19, 2015 at 3:54 PM, Carlos Maroto charlie.mar...@gmail.com wrote: Hi, We are comparing results between Field Collapsing (group* parameters) and CollapseQParserPlugin. We noticed that some facets are returning incorrect counts. Here are the relevant parameters of one of our test queries: Field Collapsing: --- q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetgroup=truegroup.field=groupidgroup.facet=true group.ngroups=true ngroups = 5964 lst name=searchcolorfacet ... int name=red11/int ... /lst CollapseQParserPlugin: --q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetfq=%7B!collapse%20field=groupid%7D numFound = 5964 (same) lst name=searchcolorfacet ... int name=red8/int ... /lst When we change the CollapseQParserPlugin query by adding fq=searchcolorfacet:red, the numFound value is 11, effectively showing all 11 hits with that color. The facet count for red now shows the correct value of 11 as well. Has anyone seeing something similar? Thanks, Carlos
Re: CollapseQParserPluging Incorrect Facet Counts
If you see the last comment on: https://issues.apache.org/jira/browse/SOLR-6143 You'll see there is a discussion starting about adding this feature. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Jun 19, 2015 at 4:14 PM, Joel Bernstein joels...@gmail.com wrote: The CollapsingQParserPlugin does not provide facet counts that are them same as the group.facet feature in Grouping. It provides facet counts that behave like group.truncate. The CollapsingQParserPlugin only collapses the result set. The facets counts are then generated for the collapsed result set by the FacetComponent. This has been a hot topic of late. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Jun 19, 2015 at 3:54 PM, Carlos Maroto charlie.mar...@gmail.com wrote: Hi, We are comparing results between Field Collapsing (group* parameters) and CollapseQParserPlugin. We noticed that some facets are returning incorrect counts. Here are the relevant parameters of one of our test queries: Field Collapsing: --- q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetgroup=truegroup.field=groupidgroup.facet=true group.ngroups=true ngroups = 5964 lst name=searchcolorfacet ... int name=red11/int ... /lst CollapseQParserPlugin: --q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetfq=%7B!collapse%20field=groupid%7D numFound = 5964 (same) lst name=searchcolorfacet ... int name=red8/int ... /lst When we change the CollapseQParserPlugin query by adding fq=searchcolorfacet:red, the numFound value is 11, effectively showing all 11 hits with that color. The facet count for red now shows the correct value of 11 as well. Has anyone seeing something similar? Thanks, Carlos
RE: CollapseQParserPluging Incorrect Facet Counts
Thanks Joel, I don't know why I was unable to find the understanding collapsing email thread via the search I did on the site but I found it in my own email search now. We'll look into our specific scenario and see if we can find a workaround. Thanks! CARLOS MAROTO M +1 626 354 7750 -Original Message- From: Joel Bernstein [mailto:joels...@gmail.com] Sent: Friday, June 19, 2015 1:18 PM To: solr-user@lucene.apache.org Subject: Re: CollapseQParserPluging Incorrect Facet Counts If you see the last comment on: https://issues.apache.org/jira/browse/SOLR-6143 You'll see there is a discussion starting about adding this feature. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Jun 19, 2015 at 4:14 PM, Joel Bernstein joels...@gmail.com wrote: The CollapsingQParserPlugin does not provide facet counts that are them same as the group.facet feature in Grouping. It provides facet counts that behave like group.truncate. The CollapsingQParserPlugin only collapses the result set. The facets counts are then generated for the collapsed result set by the FacetComponent. This has been a hot topic of late. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Jun 19, 2015 at 3:54 PM, Carlos Maroto charlie.mar...@gmail.com wrote: Hi, We are comparing results between Field Collapsing (group* parameters) and CollapseQParserPlugin. We noticed that some facets are returning incorrect counts. Here are the relevant parameters of one of our test queries: Field Collapsing: --- q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field= searchcolorfacetgroup=truegroup.field=groupidgroup.facet=true group.ngroups=true ngroups = 5964 lst name=searchcolorfacet ... int name=red11/int ... /lst CollapseQParserPlugin: --q=red%20dressfacet=truefacet.minc ount=1facet.limit=-1facet.field=searchcolorfacetfq=%7B!collapse%20 field=groupid%7D numFound = 5964 (same) lst name=searchcolorfacet ... int name=red8/int ... /lst When we change the CollapseQParserPlugin query by adding fq=searchcolorfacet:red, the numFound value is 11, effectively showing all 11 hits with that color. The facet count for red now shows the correct value of 11 as well. Has anyone seeing something similar? Thanks, Carlos
CollapseQParserPluging Incorrect Facet Counts
Hi, We are comparing results between Field Collapsing (group* parameters) and CollapseQParserPlugin. We noticed that some facets are returning incorrect counts. Here are the relevant parameters of one of our test queries: Field Collapsing: --- q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetgroup=truegroup.field=groupidgroup.facet=true group.ngroups=true ngroups = 5964 lst name=searchcolorfacet ... int name=red11/int ... /lst CollapseQParserPlugin: --q=red%20dressfacet=truefacet.mincount=1facet.limit=-1facet.field=searchcolorfacetfq=%7B!collapse%20field=groupid%7D numFound = 5964 (same) lst name=searchcolorfacet ... int name=red8/int ... /lst When we change the CollapseQParserPlugin query by adding fq=searchcolorfacet:red, the numFound value is 11, effectively showing all 11 hits with that color. The facet count for red now shows the correct value of 11 as well. Has anyone seeing something similar? Thanks, Carlos
