You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Michael Gibney (Jira)" <ji...@apache.org> on 2022/04/06 19:01:00 UTC

[jira] [Created] (SOLR-16144) Don't internally round [foreground|background]_popularity values in RelatednessAgg

Michael Gibney created SOLR-16144:
-------------------------------------

             Summary: Don't internally round [foreground|background]_popularity values in RelatednessAgg
                 Key: SOLR-16144
                 URL: https://issues.apache.org/jira/browse/SOLR-16144
             Project: Solr
          Issue Type: Improvement
      Security Level: Public (Default Security Level. Issues are Public)
          Components: Facet Module
    Affects Versions: main (10.0)
            Reporter: Michael Gibney


The "relatedness" facet function supports the concept of {{foreground_popularity}} and {{background_popularity}} -- i.e., the cardinality of the intersection of bucket domain with the foreground and background sets (respectively), each normalized with respect to background set cardinality.

The logic appears to be:
# To provide clients with context of computed relatedness values
# To preemptively (optionally) screen out "noise" from low-frequency terms via the {{min_popularity}} function parameter.

For both purposes, popularity values are currently rounded to 5 digits.

This issue proposes that although rounding to 5 digits makes sense for the _first_ case (providing context to clients), this arbitrary truncation does not make sense as currently implemented for internally evaluating threshold pop values for bucket inclusion.

Consider the case of a high-cardinality field with a relatively large background set and a selective foreground set. For {{|background_set| = 2,000,000}} and a foreground set of cardinality 9, even a bucket with a domain that exactly matches the foreground set would be screened out, for _any_ explicit setting of {{min_popularity}}.

This behavior is due to where the rounding takes place (internally, upon initial {{computeDerivedValues()}}). It is further problematic that {{RelatednessAgg}} will currently accept {{min_popularity < 0.00001}}, which would be guaranteed to exclude _all_ buckets.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org