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

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

I completely agree with Nick but was waiting to make my Spatial4j pitch :-)  
Computational geometry has nothing to do with Lucene, but Lucene has a use for 
tapping into computational geometry libs.  I know on the dev list you mentioned 
you only want to contribute this to Lucene but you didn't say the reason.  I'm 
guessing it's so that you needn't re-ask permission from your employer, whom 
you may have agreements for a limited number of specific open-source projects.  
If that's the case, you've already done your part and complied -- the code is 
attached to this JIRA and has an ASL license.  The license permits it to be 
incorporated into any other ASL project (e.g. Spatial4j) with ease.  I didn't 
want to hinder you getting to this point.

> 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: 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