[
https://issues.apache.org/jira/browse/LUCENE-6578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14601535#comment-14601535
]
David Smiley commented on LUCENE-6578:
--------------------------------------
bq. Also, FWIW, it's rather timeconsuming to make multiple iterative little
tweaky changes to every single shape class. It's much much better to arrive at
a solution that is acceptable before I go off and code anything else. So
please, let us do that rather than waste my time any further.
Yes definitely. I hope I'm not wasting your time. I like that you've posted
some code here to discuss rather than fully integrating it which would take
more time and may need to be done again if there's feedback.
bq. Ok, the nearest thing I can think of to what you may be suggesting is as
follows:
Yes, this is basically what I had in mind. I'm curious why the GeoPoint &
x/y/z methods are duplicated; is it because some distance algorithms could
leverage lat/lon being pre-calculated on GeoPoint? If so, that makes sense.
Might you consider another interface name that doesn't have "Style"...
DistanceType perhaps? When I think "Style" I think formatting. But it's not
important (obviously).
> Geo3d: arcDistanceToShape() method may be useful
> ------------------------------------------------
>
> Key: LUCENE-6578
> URL: https://issues.apache.org/jira/browse/LUCENE-6578
> Project: Lucene - Core
> Issue Type: Bug
> Components: modules/spatial
> Reporter: Karl Wright
> Attachments: LUCENE-6578.patch, LUCENE-6578.revised.patch
>
>
> I've got an application that seems like it may need the ability to compute a
> new kind of arc distance, from a GeoPoint to the nearest edge/point of a
> GeoShape. Adding this method to the interface, and corresponding
> implementations, would increase the utility of the package for ranking
> purposes.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
