[ 
https://issues.apache.org/jira/browse/LUCENE-6196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14531165#comment-14531165
 ] 

David Smiley commented on LUCENE-6196:
--------------------------------------

Regarding the test failure earlier today: 
http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/2270/  this is a bug in 
RandomizedShapeTestCase, not Geo3d.  (RSTC in turn was copied from Spatial4j 
and is here temporarily while Geo3d is).  The randomPointIn method should be 
testing if the random point is in the shape, not the bbox.  But I'm concerned 
especially skinny shapes may loop forever... so I think I should address this 
somehow, like returning null so that the caller can give up.  I'll do that.

> 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
>             Fix For: 5.2
>
>         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: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to