[GitHub] [lucene-solr] gf2121 closed pull request #2170: LUCENE-9648: Add a numbers query in sandbox that takes advantage of index sorting

gf2121 closed pull request #2170: URL: https://github.com/apache/lucene-solr/pull/2170 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsu

[GitHub] [lucene] uschindler commented on a change in pull request #203: LUCENE-10019: Align file starts in CFS files to have proper alignment (8 bytes)

uschindler commented on a change in pull request #203: URL: https://github.com/apache/lucene/pull/203#discussion_r663493723 ## File path: lucene/core/src/java/org/apache/lucene/codecs/lucene90/Lucene90CompoundReader.java ## @@ -130,7 +130,7 @@ public Lucene90CompoundReader(Dir

[GitHub] [lucene] uschindler commented on pull request #203: LUCENE-10019: Align file starts in CFS files to have proper alignment (8 bytes)

uschindler commented on pull request #203: URL: https://github.com/apache/lucene/pull/203#issuecomment-873575642 In my last commit, I mad the CFS file reader againinvalriant on the alignment. It will hiily read files with/without alignment, so this is no longer a file format change. --

[GitHub] [lucene] uschindler edited a comment on pull request #203: LUCENE-10019: Align file starts in CFS files to have proper alignment (8 bytes)

uschindler edited a comment on pull request #203: URL: https://github.com/apache/lucene/pull/203#issuecomment-873575642 In my last commit, I made the CFS file reader againinvalriant on the alignment. It will hiily read files with/without alignment, so this is no longer a file format change

[GitHub] [lucene] uschindler edited a comment on pull request #203: LUCENE-10019: Align file starts in CFS files to have proper alignment (8 bytes)

uschindler edited a comment on pull request #203: URL: https://github.com/apache/lucene/pull/203#issuecomment-873575642 In my last commit, I made the CFS file reader invariant on the alignment. It will happily read files with/without alignment, so this is no longer a file format change.

[jira] [Commented] (LUCENE-10019) Align file starts in CFS files to have proper alignment (8 bytes)

[ https://issues.apache.org/jira/browse/LUCENE-10019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17374275#comment-17374275 ] Uwe Schindler commented on LUCENE-10019: Thanks Mike, in my latest commit on th

[jira] [Updated] (LUCENE-9449) Skip non-competitive documents when sort by _doc with search after

[ https://issues.apache.org/jira/browse/LUCENE-9449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mayya Sharipova updated LUCENE-9449: Fix Version/s: 8.7 > Skip non-competitive documents when sort by _doc with search after >

[jira] [Closed] (LUCENE-9449) Skip non-competitive documents when sort by _doc with search after

[ https://issues.apache.org/jira/browse/LUCENE-9449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mayya Sharipova closed LUCENE-9449. --- > Skip non-competitive documents when sort by _doc with search after > -

[jira] [Created] (LUCENE-10020) DocComparator should not skip docs with the same docID on multiple sorts with search after

Mayya Sharipova created LUCENE-10020: Summary: DocComparator should not skip docs with the same docID on multiple sorts with search after Key: LUCENE-10020 URL: https://issues.apache.org/jira/browse/LUCENE-100

[GitHub] [lucene] mayya-sharipova opened a new pull request #204: LUCENE-10020 DocComparator don't skip docs of same docID

mayya-sharipova opened a new pull request #204: URL: https://github.com/apache/lucene/pull/204 DocComparator should not skip docs with the same docID on multiple sorts with search after. Because of the optimization introduced in LUCENE-9449, currently when searching with sort on

[GitHub] [lucene] mikemccand commented on pull request #191: LUCENE-9964: Duplicate long values in a field should only be counted once when using SortedNumericDocValuesFields

mikemccand commented on pull request #191: URL: https://github.com/apache/lucene/pull/191#issuecomment-873625996 > @mikemccand I'm curious about your suggestion to squash these duplicates at indexing time. Are we certain there aren't any valid use-cases for indexing duplicate longs into th

[jira] [Created] (LUCENE-10021) Upgrade HPPC to 0.9.0

Haoyu Zhai created LUCENE-10021: --- Summary: Upgrade HPPC to 0.9.0 Key: LUCENE-10021 URL: https://issues.apache.org/jira/browse/LUCENE-10021 Project: Lucene - Core Issue Type: Improvement

[GitHub] [lucene] dsmiley commented on pull request #180: LUCENE-9959: Add non thread local based API for term vector reader usage

dsmiley commented on pull request #180: URL: https://github.com/apache/lucene/pull/180#issuecomment-873774406 This PR introduces a "TermVectors" class. Shouldn't the renaming happen _before_ this PR so that this PR can be updated to use the name "TermVectorsReader" instead? -- This is