Thanks David. Is there a reason we wouldn't want to base the Solr implementation on the InetAddressPoint class?
https://lucene.apache.org/core/7_2_1/misc/org/apache/lucene/document/InetAddressPoint.html I realize that is in the "misc" package for now, so it's not part of core Lucene. But it is nice in that it has one class for both ipv4 and ipv6 and it's based on point numerics rather than trie numerics which seem to be deprecated. I'm pretty familiar with the code base, I could take a stab at implementing this. I just wanted to make sure there wasn't something I was missing since I couldn't find any discussion on this. Michael Cooper -----Original Message----- From: David Smiley [mailto:david.w.smi...@gmail.com] Sent: Friday, March 23, 2018 5:14 PM To: solr-user@lucene.apache.org Subject: Re: InetAddressPoint support in Solr or other IP type? Hi, For IPv4, use TrieIntField with precisionStep=8 For IPv6 https://issues.apache.org/jira/browse/SOLR-6741 There's nothing there yet; you could help out if you are familiar with the codebase. Or you might try something relatively simple involving edge ngrams. ~ David On Thu, Mar 22, 2018 at 1:09 PM Mike Cooper <mcoo...@carbonblack.com> wrote: > I have scoured the web and cannot find any discussion of having the > Lucene InetAddressPoint type exposed in Solr. Is there a reason this > is omitted from the Solr supported types? Is it on the roadmap? Is > there an alternative recommended way to index and store Ipv4 and Ipv6 > addresses for optimal range searches and subnet searches? Thanks for your > help. > > > > *Michael Cooper* > -- Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker LinkedIn: http://linkedin.com/in/davidwsmiley | Book: http://www.solrenterprisesearchserver.com
smime.p7s
Description: S/MIME cryptographic signature