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

Karl Wright commented on LUCENE-6607:
-------------------------------------

[~dsmiley]: The main question is whether or not it's reasonable to develop a 
geo3d equivalent of GeoPointField, and subsequent BKD, in sandbox if a 
dependency lives in the spatial module and/or will eventually migrate away 
entirely.  There's no question that random testing has been helpful and will 
continue to be helpful, so I don't think anyone is advocating removing that.

I don't know how the dependency structure works between lucene modules; I would 
presume you can have one direction of dependency, but maybe not another, and 
certainly not both?

Putting geo3d in sandbox, and having module spatial depend on module sandbox, 
would seem to work.  All the module tests (including the randomizer ones) still 
would do their job, except against code that lives in sandbox.  The spatial4j 
integration stays in the spatial module too.  If it's just as easy to make the 
dependency go the other way, I frankly don't know enough about Lucene 
conventions to say which is better for now.

> Move geo3d to Lucene's sandbox module
> -------------------------------------
>
>                 Key: LUCENE-6607
>                 URL: https://issues.apache.org/jira/browse/LUCENE-6607
>             Project: Lucene - Core
>          Issue Type: Improvement
>            Reporter: Michael McCandless
>            Assignee: Michael McCandless
>             Fix For: 5.3, Trunk
>
>
> Geo3d is a powerful low-level geo API, recording places on the earth's 
> surface in the index in three dimensions (as 3 separate numbers) and offering 
> fast shape intersection/distance testing at search time.
> [~daddywri] originally contributed this in LUCENE-6196, and we put it in 
> spatial module, but I think a more natural place for it, for now anyway, is 
> Lucene's sandbox module: it's very new, its APIs/abstractions are very much 
> in flux (and the higher standards for abstractions in the spatial module 
> cause disagreements: LUCENE-6578), [~daddywri] and others could iterate 
> faster on changes in sandbox, etc.
> This would also un-block issues like LUCENE-6480, allowing GeoPointField and 
> BKD trees to also use geo3d.



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