[ https://issues.apache.org/jira/browse/LUCENE-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14635860#comment-14635860 ]
Nicholas Knize commented on LUCENE-6547: ---------------------------------------- bq. The test was very slow with the * 1000 random radius ... I'm not sure why? There were unnecessary ranges being computed for the GeoPointDistance query. This has been fixed in the latest patch for LUCENE-6685. > Add dateline crossing support to GeoPointInBBox and GeoPointDistance Queries > ---------------------------------------------------------------------------- > > Key: LUCENE-6547 > URL: https://issues.apache.org/jira/browse/LUCENE-6547 > Project: Lucene - Core > Issue Type: Improvement > Components: core/search > Reporter: Nicholas Knize > Fix For: 5.3, Trunk > > Attachments: LUCENE-6547.patch, LUCENE-6547.patch, LUCENE-6547.patch, > LUCENE-6547.patch, LUCENE-6547.patch, LUCENE-6547.patch, LUCENE-6547.patch, > LUCENE-6547.patch, LUCENE-6547.patch > > > The current GeoPointInBBoxQuery only supports bounding boxes that are within > the standard -180:180 longitudinal bounds. While its perfectly fine to > require users to split dateline crossing bounding boxes in two, > GeoPointDistanceQuery should support distance queries that cross the > dateline. Since morton encoding doesn't support unwinding this issue will > add dateline crossing to GeoPointInBBoxQuery and GeoPointDistanceQuery > classes. -- 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