You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Uwe Schindler (JIRA)" <ji...@apache.org> on 2009/01/27 01:51:02 UTC

[jira] Updated: (LUCENE-1530) Support inclusive/exclusive for TrieRangeQuery/-Filter, remove default trie variant setters/getters

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

Uwe Schindler updated LUCENE-1530:
----------------------------------

    Summary: Support inclusive/exclusive for TrieRangeQuery/-Filter, remove default trie variant setters/getters  (was: Support inclusive/exclusive for TrieRangeQuery/-Filter)

> Support inclusive/exclusive for TrieRangeQuery/-Filter, remove default trie variant setters/getters
> ---------------------------------------------------------------------------------------------------
>
>                 Key: LUCENE-1530
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1530
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: contrib/*
>    Affects Versions: 2.9
>            Reporter: Uwe Schindler
>            Assignee: Uwe Schindler
>             Fix For: 2.9
>
>         Attachments: LUCENE-1530.patch, LUCENE-1530.patch
>
>
> TrieRangeQuery/Filter is missing one thing: Ranges that have exclusive bounds. For TrieRangeQuery this may not be important for ranges on long or Date (==long) values (because [1..5] is the same like ]0..6[ or ]0..5]). This is not so simple for doubles because you must add/substract 1 from the trie encoded unsigned long.
> To be conform with the other range queries, I will submit a patch that has two additional boolean parameters in the ctors to support inclusive/exclusive ranges for both ends. Internally it will be implemented using TrieUtils.incrementTrieCoded/decrementTrieCoded() but makes life simplier for double ranges (a simple exclusive replacement for the floating point range [0.0..1.0] is not possible without having the underlying unsigned long).
> As Lucene 2.9 was not yet released, I will change the ctors and not preserve the old ones.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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