Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Recommend use of ln1p/log1p to avoid negative scores #41610

Merged
merged 3 commits into from
May 2, 2019

Conversation

gwbrown
Copy link
Contributor

@gwbrown gwbrown commented Apr 26, 2019

As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially ln and log), this adjusts the documentation to more
strongly recommend the use of ln1p and log1p instead.

Also corrects some awkward formatting on the note sections following the
table.

Relates to #41509

As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
@gwbrown gwbrown added >docs General docs changes :Search Relevance/Ranking Scoring, rescoring, rank evaluation. v8.0.0 v7.2.0 v7.0.2 labels Apr 26, 2019
@gwbrown gwbrown requested a review from lcawl April 26, 2019 20:09
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-search

Copy link
Contributor

@jtibshirani jtibshirani left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @gwbrown, this looks good to me.

docs/reference/query-dsl/function-score-query.asciidoc Outdated Show resolved Hide resolved
docs/reference/query-dsl/function-score-query.asciidoc Outdated Show resolved Hide resolved
docs/reference/query-dsl/function-score-query.asciidoc Outdated Show resolved Hide resolved
@gwbrown
Copy link
Contributor Author

gwbrown commented May 2, 2019

Thanks for the review @jtibshirani!

@gwbrown gwbrown added the v7.1.0 label May 2, 2019
@gwbrown gwbrown merged commit cd3a3f4 into elastic:master May 2, 2019
gwbrown added a commit to gwbrown/elasticsearch that referenced this pull request May 2, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gwbrown added a commit to gwbrown/elasticsearch that referenced this pull request May 2, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gwbrown added a commit to gwbrown/elasticsearch that referenced this pull request May 2, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gwbrown added a commit that referenced this pull request May 3, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gwbrown added a commit that referenced this pull request May 3, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gwbrown added a commit that referenced this pull request May 3, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
gurkankaymak pushed a commit to gurkankaymak/elasticsearch that referenced this pull request May 27, 2019
As negative scores will now cause an error, and it is easy to
accidentally produce negative scores with some of the built-in modifiers
(especially `ln` and `log`), this adjusts the documentation to more
strongly recommend the use of `ln1p` and `log1p` instead.

Also corrects some awkward formatting on the note sections following the
table.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>docs General docs changes :Search Relevance/Ranking Scoring, rescoring, rank evaluation. v7.0.2 v7.1.0 v7.2.0 v8.0.0-alpha1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants