[
https://issues.apache.org/jira/browse/LUCENE-6480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14542149#comment-14542149
]
Karl Wright commented on LUCENE-6480:
-------------------------------------
bq. So why not just use ECEF then instead of the unit sphere?
I presume your question is about geo3D in general.
There's quite a bit of math in Geo3D that relies on GeoPoints being on the unit
sphere. For that reason, using the unit sphere, or projecting to it at least,
is preferred. If you are only doing containment of a point, you may not run
into some of the more complex Geo3D math, but if you are determining
relationships of bounding boxes to shapes, or finding the bounding box of a
shape, you can't dodge being on the unit sphere.
bq. Or have you tried this and the few extra trig computations impaired
performance?
If you mean trying to map points on the earth onto the unit sphere, then it was
simply unnecessary for our application. The maximum error you can get, as I
stated before, by using a sphere rather than a real earth model is a few
meters. I maintain that doing such a mapping at indexing time is probably
straightforward, at some performance expense, but I view this as beyond the
bounds of this project.
> 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
