[
https://issues.apache.org/jira/browse/LUCENE-6196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14485267#comment-14485267
]
Nicholas Knize commented on LUCENE-6196:
----------------------------------------
In the meantime it might not be a bad idea putting this in an
org.apache.lucene.spatial.geometry package in the _5x branch to give it some
mileage and iterations in the wild until it can find its permanent home. That
guarantees Karl the ability to continue to contribute while David works it into
S4J.
Also, since Karl can't contribute if it goes into S4J (anything changed here
Karl?) I had reached out to SIS a few days ago to make them aware of his
contribution and gauge their interest on collaboration. I'm assuming you can
contribute to a sister Apache project? They're diligent on being ISO 19107 and
OGC compliant which is a plus but also complicates the integration a bit. A
nice integration exposes the functionality to the referencing and projection
capabilities (something I'll be getting back to with S4J, David). There's an
open dialog on the SIS mailing list tossing around ideas if you guys want to
jump in the conversation.
> 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]
