You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Michael McCandless (JIRA)" <ji...@apache.org> on 2015/10/25 12:47:27 UTC

[jira] [Updated] (LUCENE-6852) Add DimensionalFormat to Codec

     [ https://issues.apache.org/jira/browse/LUCENE-6852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael McCandless updated LUCENE-6852:
---------------------------------------
    Attachment: LUCENE-6852.patch

Here's an applyable patch of trunk vs the branch, I think it's ready.

The scope on this issue is just to plumb dimensional values through document, index writer, index reader and codec APIs, but only actually implement it for SimpleTextCodec.  TestDimensionalValues forces SimpleTextCodec and test various usages (including showing how BigInteger range searching will work), and seems to pass.

Next phase is to fix the default codec to also implement it ... I'll open a follow-on issue.

> Add DimensionalFormat to Codec
> ------------------------------
>
>                 Key: LUCENE-6852
>                 URL: https://issues.apache.org/jira/browse/LUCENE-6852
>             Project: Lucene - Core
>          Issue Type: New Feature
>            Reporter: Michael McCandless
>            Assignee: Michael McCandless
>             Fix For: Trunk
>
>         Attachments: LUCENE-6852.patch
>
>
> This is phase 2 for adding dimensional indexing in Lucene, so we can (eventually) do efficient numeric range filtering, BigInteger/Decimal and IPv6 support, and "point in shape" spatial searching (2D or 3D).
> It's the follow-on from LUCENE-6825 (phase 1).
> This issue "just" adds DimensionalFormat (and Reader/Writer) to Codec and the IndexReader hierarchy, to IndexWriter and merging, and to document API (DimensionalField).
> I also implemented dimensional support for SimpleTextCodec, and added a test case showing that you can in fact use SimpleTextCodec to do multidimensional shape intersection (seems to pass a couple times!).
> Phase 3 will be adding support to the default codec as well ("just" wrapping BKDWriter/Reader), phase 4 is then fixing places that use the sandbox/spatial3d BKD tree to use the codec instead and maybe exposing
> sugar for numerics, things like BigInteger/Decimal, etc.
> There are many nocommits still, but I think it's close-ish ... I'll commit to a branch and iterate there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org