[
https://issues.apache.org/jira/browse/LUCENE-5565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13960103#comment-13960103
]
ASF subversion and git services commented on LUCENE-5565:
---------------------------------------------------------
Commit 1584793 from [~dsmiley] in branch 'dev/trunk'
[ https://svn.apache.org/r1584793 ]
LUCENE-5565: Refactor SpatialPrefixTree/Cell to not use Strings. Other misc API
changes to these classes too.
> Remove String based encoding from SpatialPrefixTree/Cell API; just use bytes
> ----------------------------------------------------------------------------
>
> Key: LUCENE-5565
> URL: https://issues.apache.org/jira/browse/LUCENE-5565
> Project: Lucene - Core
> Issue Type: Improvement
> Components: modules/spatial
> Reporter: David Smiley
> Assignee: David Smiley
> Fix For: 4.8, 5.0
>
> Attachments: LUCENE-5565_SPT_remove_String.patch
>
>
> The SpatialPrefixTree/Cell API supports bytes and String encoding/decoding
> dually. I want to remove the String side to keep the API simpler. Included
> in this issue, I'd like to make some small refactorings to reduce assumptions
> the filters make of the underlying encoding such that future encodings can
> work a in more different ways with less impact on the filters.
> String encode/decode will exist for the Geohash one for now since
> GeohashUtils works off of Strings, but Quad could change more easily.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]