[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Issue Type: Bug (was: Improvement)
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
Updated patch:
* moves unwrapping into {{GeoPointDistanceQuery}}
* removes 7% tolerance - will be addressed by LUCENE-6908
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch,
> LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: (was: LUCENE-6905.patch)
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch,
> LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
New patch to focus on unwrapping only.
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
Updated patch to correct path
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch,
> LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: (was: LUCENE-6905.patch)
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Description: GeoPointDistanceQuery handles dateline crossing by splitting
the Minimum Bounding Rectangle (MBR) into east/west ranges and rewriting to a
Boolean SHOULD. PostFiltering is accomplished by calculating the distance from
the center point to the candidate point field. Unfortunately the center point
is wrapped such that calculating the closest point on the "circle" from an
eastern point to a western MBR provides incorrect results thus causing false
negatives in the range creation. This was caught by a jenkins failure and
reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
(was: GeoPointDistanceQuery handles dateline crossing by splitting the MBR into
east/west ranges and rewriting to a Boolean SHOULD. PostFiltering is
accomplished by calculating the distance from the center point to the candidate
point field. Unfortunately the center point is wrapped such that calculating
the distance from a eastern point to a western MBR provides incorrect results.)
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the Minimum
> Bounding Rectangle (MBR) into east/west ranges and rewriting to a Boolean
> SHOULD. PostFiltering is accomplished by calculating the distance from the
> center point to the candidate point field. Unfortunately the center point is
> wrapped such that calculating the closest point on the "circle" from an
> eastern point to a western MBR provides incorrect results thus causing false
> negatives in the range creation. This was caught by a jenkins failure and
> reproduced in 2 places: {{GeoPointDistanceTermsEnum}} and {{TestGeoRelations}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[ https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-6905: --- Attachment: LUCENE-6905.patch Simple patch that unwraps the center longitude such that distance is correctly computed. Also corrects maxRadialDistance for center location at the poles. This is fixes build failure #14669 and passes a 200 iteration beast test.. > GeoPointDistanceQuery using wrapped lon for dateline crossing query > --- > > Key: LUCENE-6905 > URL: https://issues.apache.org/jira/browse/LUCENE-6905 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Nicholas Knize > Fix For: Trunk, 6.0, 5.4 > > Attachments: LUCENE-6905.patch > > > GeoPointDistanceQuery handles dateline crossing by splitting the MBR into > east/west ranges and rewriting to a Boolean SHOULD. PostFiltering is > accomplished by calculating the distance from the center point to the > candidate point field. Unfortunately the center point is wrapped such that > calculating the distance from a eastern point to a western MBR provides > incorrect results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6905) GeoPointDistanceQuery using wrapped lon for dateline crossing query
[
https://issues.apache.org/jira/browse/LUCENE-6905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Knize updated LUCENE-6905:
---
Attachment: LUCENE-6905.patch
Updated patch that moves unwrapping to GeoUtils.
{{TestGeoUtils.testGeoRelations}} is also reenabled and updated for BKD
verification. /cc [~mikemccand]
> GeoPointDistanceQuery using wrapped lon for dateline crossing query
> ---
>
> Key: LUCENE-6905
> URL: https://issues.apache.org/jira/browse/LUCENE-6905
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Nicholas Knize
> Fix For: Trunk, 6.0, 5.4
>
> Attachments: LUCENE-6905.patch, LUCENE-6905.patch
>
>
> GeoPointDistanceQuery handles dateline crossing by splitting the MBR into
> east/west ranges and rewriting to a Boolean SHOULD. PostFiltering is
> accomplished by calculating the distance from the center point to the
> candidate point field. Unfortunately the center point is wrapped such that
> calculating the distance from a eastern point to a western MBR provides
> incorrect results.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
