-
Notifications
You must be signed in to change notification settings - Fork 157
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
Incorrect query being generated for radius-based location (near) search #2879
Comments
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
should be cosine, not arccosine Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
should be cosine, not arccosine Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
should be cosine, not arccosine Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
should be cosine, not arccosine Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
I don't think this was ever working right. Now I think it at least follows the formulas laid out at Depends on the RDBMS supporting the `RADIANS` function (which supposedly works the same across at least Derby, Db2, and Postgresql). Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
I don't think this was ever working right. Now I think it at least follows the formulas laid out at Depends on the RDBMS supporting the `RADIANS` function (which supposedly works the same across at least Derby, Db2, and Postgresql). Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
I don't think this was ever working right. Now I think it at least follows the formulas laid out at Depends on the RDBMS supporting the `RADIANS` function (which supposedly works the same across at least Derby, Db2, and Postgresql). Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 21, 2021
I don't think this was ever working right. Now I think it at least follows the formulas laid out at Depends on the RDBMS supporting the `RADIANS` function (which supposedly works the same across at least Derby, Db2, and Postgresql). Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
lmsurpre
added a commit
that referenced
this issue
Oct 22, 2021
issue #2879 - revamp radius-based distance calculation
Created locations at -89,89 and moved to 111.20KM distance -88,89. However, 88,-88 with 111.22 It's slightly off, it's OK as it's unlikely to have such a big impact when it's in the lower meridians. QA Complete. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
While updating the unit tests as part of #2728 I noticed that SQL being generated by the NewLocationParmBehaviorUtil is slightly different from the query from the old LocationParmBehaviorUtil
Environment
main
To Reproduce
Steps to reproduce the behavior:
Expected behavior
the query should match the old query (at least in function if not in form)
Additional context
original implementation was based on this: http://janmatuschek.de/LatitudeLongitudeBoundingCoordinates
The text was updated successfully, but these errors were encountered: