[
https://issues.apache.org/jira/browse/LUCENE-6480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14542050#comment-14542050
]
Nicholas Knize commented on LUCENE-6480:
----------------------------------------
bq. ...when I said (x,y,z) I meant unit sphere (x,y,z).
Ah, yes reprojecting would be the right way. So why not just use ECEF then
instead of the unit sphere? Its a better approximation of the earth. Or have
you tried this and the few extra trig computations impaired performance? Could
try SloppyMath in that case and evaluate the performance/precision trade off?
bq. ...you are basically using recursive descent, intersecting with the
ordering in the posting list..
No. Using the terms dictionary and only checking high precision terms for
boundary ranges and using the postings list for lower resolution terms
completely contained.
bq. Is membership of a point within the shape sufficient?
Core geo search is meant for simple use cases, points only, contains only. In
that case, if a point is contained by a query bbox or polygon it is added to
the result set. Anything more advanced than this (e.g., DE9IM) is intended for
the shape module.
> Extend Simple GeoPointField Type to 3d
> ---------------------------------------
>
> Key: LUCENE-6480
> URL: https://issues.apache.org/jira/browse/LUCENE-6480
> Project: Lucene - Core
> Issue Type: New Feature
> Components: core/index
> Reporter: Nicholas Knize
>
> [LUCENE-6450 | https://issues.apache.org/jira/browse/LUCENE-6450] proposes a
> simple GeoPointField type to lucene core. This field uses 64bit encoding of 2
> dimensional points to construct sorted term representations of GeoPoints
> (aka: GeoHashing).
> This feature investigates adding support for encoding 3 dimensional
> GeoPoints, either by extending GeoPointField to a Geo3DPointField or adding
> an additional 3d constructor.
--
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
