[
https://issues.apache.org/jira/browse/LUCENE-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-7043:
--------------------------------
Attachment: LUCENE-7043.patch
patch adding both of these to sandbox.
there are some core changes but they are really unrelated:
* toString's for Int/Long/Float/DoublePoint were useless.
* Int/Long/Float/DoublePoint were not tested by TestField.
* NumericUtils big integer methods needed some cleanups.
> add BigIntegerPoint and InetAddressPoint to sandbox
> ---------------------------------------------------
>
> Key: LUCENE-7043
> URL: https://issues.apache.org/jira/browse/LUCENE-7043
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Robert Muir
> Attachments: LUCENE-7043.patch
>
>
> We can now index 128-bit quantities, but still, making Fields for these is a
> bit of work: you have to do some numericutils sign-extension/sign-flipping
> magic for BigInteger quantities, deal with ipv4-mapped ipv6 addresses, etc.
> We can just provide some simple field types that also have static factory
> methods for exact match/ranges.
> The BigIntegerPoint is N-dimensional, so acts just like any other primitive,
> except its bigger (e.g. long long).
> InetAddressPoint is 1-dimensional by nature: of course you can have multiple
> values per field, thats different. Since we prefix-compress values, we can
> just map IPv4 addresses to IPv6 space and it works for both types. This is
> consistent with what InetAddress does itself anyway.
--
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
