[ https://issues.apache.org/jira/browse/LUCENE-5565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13973706#comment-13973706 ]
ASF subversion and git services commented on LUCENE-5565: --------------------------------------------------------- Commit 1588398 from [~dsmiley] in branch 'dev/branches/branch_4x' [ https://svn.apache.org/r1588398 ] LUCENE-5565: reverting spatial API change; leave in trunk for now > 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org