I don't mind adding the "positions" of the payloads in them.  However,
maybe we can be little more clear in the javadocs what's going on
underneath?

On Wed, Nov 25, 2009 at 5:36 AM, Mark Miller <markrmil...@gmail.com> wrote:
> Grant Ingersoll wrote:
>> On Nov 20, 2009, at 6:49 PM, Jason Rutherglen wrote:
>>
>>
>>> I'm interested in getting the payload information from the
>>> matching span, however it's unclear from the javadocs why
>>> NearSpansUnordered is different than NearSpansOrdered in this
>>> regard.
>>>
>>> NearSpansUnordered returns payloads in a hash set that's
>>> computed each method call by iterating over the SpanCell as a
>>> linked list, whereas NearSpansOrdered stores the payloads in a
>>> list (which is ordered) only when collectPayloads is true.
>>>
>>> At first glance I'm not sure how to correlate the payload with
>>> the span match using NSU, nor why they're different.
>>>
>>>
>>
>>
>> I'll take a stab at this, but I am not 100% certain.  I seem to recall in 
>> the implementation (and then in subsequent fixes by Mark) that we ultimately 
>> decided, due to the way Unordered is implemented, that it was too difficult 
>> to put the payloads in order, so we more or less punted and decided that 
>> perhaps it would be fine to deal w/ them in the aggregate anyway.  Perhaps 
>> this needs to be revisited.
>>
>>
>> --------------------------
>> Grant Ingersoll
>> http://www.lucidimagination.com/
>>
>> Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) using 
>> Solr/Lucene:
>> http://www.lucidimagination.com/search
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: java-user-h...@lucene.apache.org
>>
>>
> Right - we would have had to sort them - but not every case needed them
> sorted, so it didn't make sense to always pay for that - so we decided
> if a user needed it, they could encode the order in the payload and sort
> themselves externally.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org

Reply via email to