[ https://issues.apache.org/jira/browse/LUCENE-6196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14527230#comment-14527230 ]
David Smiley commented on LUCENE-6196: -------------------------------------- I think the Geo3d branch, technically {{lucene6196}}, is now ready to merge into trunk, and then the 5x branch. I could generate a patch, but unless there are process reasons (e.g. I "have to"?) or technical reasons I am unaware of, I'll simply merge in the branch. The CHANGES.txt entry I plan to add is as follows: {noformat} * LUCENE-6196: New Spatial "Geo3d" API with partial Spatial4j integration. It is a set of shapes implemented using 3D planar geometry for calculating spatial relations on the surface of a sphere. Shapes include Point, BBox, Circle, Path (buffered line string), and Polygon. (Karl Wright via David Smiley) {noformat} Karl, if you suggest any changes then just let me know. If I don't get another +1 then I'll commit in two days. > Include geo3d package, along with Lucene integration to make it useful > ---------------------------------------------------------------------- > > Key: LUCENE-6196 > URL: https://issues.apache.org/jira/browse/LUCENE-6196 > Project: Lucene - Core > Issue Type: New Feature > Components: modules/spatial > Reporter: Karl Wright > Assignee: David Smiley > Attachments: LUCENE-6196-additions.patch, LUCENE-6196-fixes.patch, > LUCENE-6196_Geo3d.patch, ShapeImpl.java, geo3d-tests.zip, geo3d.zip > > > I would like to explore contributing a geo3d package to Lucene. This can be > used in conjunction with Lucene search, both for generating geohashes (via > spatial4j) for complex geographic shapes, as well as limiting results > resulting from those queries to those results within the exact shape in > highly performant ways. > The package uses 3d planar geometry to do its magic, which basically limits > computation necessary to determine membership (once a shape has been > initialized, of course) to only multiplications and additions, which makes it > feasible to construct a performant BoostSource-based filter for geographic > shapes. The math is somewhat more involved when generating geohashes, but is > still more than fast enough to do a good job. -- 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