home.social

#lucene — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #lucene, aggregated by home.social.

fetched live
  1. "The Apache #Lucene community no longer had a dedicated, standalone conference. Should we expand OpenSearchCon with the Lucene community?"

    A community member asked this at #OpenSearchCon NA.
    The answer was — YESSS!

    So we expanded our #Search track into Search & Apache Lucene. The response has been incredible, with many high-quality talk submissions diving deep into the math, linguistics, and core indexing logic.

    Check out the #OpenSearchCon NA agenda 👇

    #OpenSearch #ApacheLucene #Search

  2. "The Apache community no longer had a dedicated, standalone conference. Should we expand OpenSearchCon with the Lucene community?"

    A community member asked this at NA.
    The answer was — YESSS!

    So we expanded our track into Search & Apache Lucene. The response has been incredible, with many high-quality talk submissions diving deep into the math, linguistics, and core indexing logic.

    Check out the NA agenda 👇

  3. "The Apache #Lucene community no longer had a dedicated, standalone conference. Should we expand OpenSearchCon with the Lucene community?"

    A community member asked this at #OpenSearchCon NA.
    The answer was — YESSS!

    So we expanded our #Search track into Search & Apache Lucene. The response has been incredible, with many high-quality talk submissions diving deep into the math, linguistics, and core indexing logic.

    Check out the #OpenSearchCon NA agenda 👇

    #OpenSearch #ApacheLucene #Search

  4. "The Apache #Lucene community no longer had a dedicated, standalone conference. Should we expand OpenSearchCon with the Lucene community?"

    A community member asked this at #OpenSearchCon NA.
    The answer was — YESSS!

    So we expanded our #Search track into Search & Apache Lucene. The response has been incredible, with many high-quality talk submissions diving deep into the math, linguistics, and core indexing logic.

    Check out the #OpenSearchCon NA agenda 👇

    #OpenSearch #ApacheLucene #Search

  5. "The Apache #Lucene community no longer had a dedicated, standalone conference. Should we expand OpenSearchCon with the Lucene community?"

    A community member asked this at #OpenSearchCon NA.
    The answer was — YESSS!

    So we expanded our #Search track into Search & Apache Lucene. The response has been incredible, with many high-quality talk submissions diving deep into the math, linguistics, and core indexing logic.

    Check out the #OpenSearchCon NA agenda 👇

    #OpenSearch #ApacheLucene #Search

  6. This is a major architecture change to the #OpenSearch search engine!

    The community is working on evolving @OpenSearchProject from its tightly coupled Apache #Lucene foundation into a composable query engine — think Apache Parquet, Arrow, ORC, Lance, and beyond.

    I'm excited about this one. It's far from trivial, but this is the kind of architectural thinking that unlocks entirely new workload categories.

    What do you think?
    Chime in:
    github.com/opensearch-project/
    #OpenSearchAmbassador

  7. This is a major architecture change to the search engine!

    The community is working on evolving @OpenSearchProject from its tightly coupled Apache foundation into a composable query engine — think Apache Parquet, Arrow, ORC, Lance, and beyond.

    I'm excited about this one. It's far from trivial, but this is the kind of architectural thinking that unlocks entirely new workload categories.

    What do you think?
    Chime in:
    github.com/opensearch-project/

  8. This is a major architecture change to the #OpenSearch search engine!

    The community is working on evolving @OpenSearchProject from its tightly coupled Apache #Lucene foundation into a composable query engine — think Apache Parquet, Arrow, ORC, Lance, and beyond.

    I'm excited about this one. It's far from trivial, but this is the kind of architectural thinking that unlocks entirely new workload categories.

    What do you think?
    Chime in:
    github.com/opensearch-project/
    #OpenSearchAmbassador

  9. This is a major architecture change to the #OpenSearch search engine!

    The community is working on evolving @OpenSearchProject from its tightly coupled Apache #Lucene foundation into a composable query engine — think Apache Parquet, Arrow, ORC, Lance, and beyond.

    I'm excited about this one. It's far from trivial, but this is the kind of architectural thinking that unlocks entirely new workload categories.

    What do you think?
    Chime in:
    github.com/opensearch-project/
    #OpenSearchAmbassador

  10. This is a major architecture change to the #OpenSearch search engine!

    The community is working on evolving @OpenSearchProject from its tightly coupled Apache #Lucene foundation into a composable query engine — think Apache Parquet, Arrow, ORC, Lance, and beyond.

    I'm excited about this one. It's far from trivial, but this is the kind of architectural thinking that unlocks entirely new workload categories.

    What do you think?
    Chime in:
    github.com/opensearch-project/
    #OpenSearchAmbassador

  11. #MissKitty #Bluesky AT #Protocol Babble I have run four #prompts already, and I'm waiting for the answer from an add-on question. It's not as easy as simple #Google search to find things if you want to be exhaustive and not just lucky on Bluesky. I've never heard of #lucene modifiers. My head hurts.

  12. 📢 Apache Lucene 10.4.0 is out!

    Many lucene queries should see a performance improvement of 10-15%, some might even see a 35% improvement!

    Additionally, there is a new scalar quantized format for dense vectors and knn search.

    #Lucene sits at the heart of so many #search platforms, including the @OpenSearchProject, that stand to benefit from this release.

    Congrats to all the contributors to the release 👏

    Check out the release blog by the Lucene PMC: lucene.apache.org/core/corenew

    @TheASF

  13. 📢 Apache Lucene 10.4.0 is out!

    Many lucene queries should see a performance improvement of 10-15%, some might even see a 35% improvement!

    Additionally, there is a new scalar quantized format for dense vectors and knn search.

    sits at the heart of so many platforms, including the @OpenSearchProject, that stand to benefit from this release.

    Congrats to all the contributors to the release 👏

    Check out the release blog by the Lucene PMC: lucene.apache.org/core/corenew

    @TheASF

  14. 📢 Apache Lucene 10.4.0 is out!

    Many lucene queries should see a performance improvement of 10-15%, some might even see a 35% improvement!

    Additionally, there is a new scalar quantized format for dense vectors and knn search.

    #Lucene sits at the heart of so many #search platforms, including the @OpenSearchProject, that stand to benefit from this release.

    Congrats to all the contributors to the release 👏

    Check out the release blog by the Lucene PMC: lucene.apache.org/core/corenew

    @TheASF

  15. 📢 Apache Lucene 10.4.0 is out!

    Many lucene queries should see a performance improvement of 10-15%, some might even see a 35% improvement!

    Additionally, there is a new scalar quantized format for dense vectors and knn search.

    #Lucene sits at the heart of so many #search platforms, including the @OpenSearchProject, that stand to benefit from this release.

    Congrats to all the contributors to the release 👏

    Check out the release blog by the Lucene PMC: lucene.apache.org/core/corenew

    @TheASF

  16. 📢 Apache Lucene 10.4.0 is out!

    Many lucene queries should see a performance improvement of 10-15%, some might even see a 35% improvement!

    Additionally, there is a new scalar quantized format for dense vectors and knn search.

    #Lucene sits at the heart of so many #search platforms, including the @OpenSearchProject, that stand to benefit from this release.

    Congrats to all the contributors to the release 👏

    Check out the release blog by the Lucene PMC: lucene.apache.org/core/corenew

    @TheASF

  17. Deep Research without Deep Pockets.

    I pulled apart the premium “Deep Research” tools to see what they actually do, then built the same workflow locally without needing a huge model or huge spend.

    The trick: make the pipeline do the hard work (search + reduce + evidence), so the LLM mostly just writes.

    Part 5 of the DocSummarizer series: mostlylucid.net/blog/doomsumma

    What’s your best technique for reducing “model made it up” without just throwing a bigger model at it?
    #rag #llm #deepresearch #ai #llm #lucene

  18. Deep Research without Deep Pockets.

    I pulled apart the premium “Deep Research” tools to see what they actually do, then built the same workflow locally without needing a huge model or huge spend.

    The trick: make the pipeline do the hard work (search + reduce + evidence), so the LLM mostly just writes.

    Part 5 of the DocSummarizer series: mostlylucid.net/blog/doomsumma

    What’s your best technique for reducing “model made it up” without just throwing a bigger model at it?
    #rag #llm #deepresearch #ai #llm #lucene

  19. Deep Research without Deep Pockets.

    I pulled apart the premium “Deep Research” tools to see what they actually do, then built the same workflow locally without needing a huge model or huge spend.

    The trick: make the pipeline do the hard work (search + reduce + evidence), so the LLM mostly just writes.

    Part 5 of the DocSummarizer series: mostlylucid.net/blog/doomsumma

    What’s your best technique for reducing “model made it up” without just throwing a bigger model at it?

  20. Deep Research without Deep Pockets.

    I pulled apart the premium “Deep Research” tools to see what they actually do, then built the same workflow locally without needing a huge model or huge spend.

    The trick: make the pipeline do the hard work (search + reduce + evidence), so the LLM mostly just writes.

    Part 5 of the DocSummarizer series: mostlylucid.net/blog/doomsumma

    What’s your best technique for reducing “model made it up” without just throwing a bigger model at it?
    #rag #llm #deepresearch #ai #llm #lucene

  21. Deep Research without Deep Pockets.

    I pulled apart the premium “Deep Research” tools to see what they actually do, then built the same workflow locally without needing a huge model or huge spend.

    The trick: make the pipeline do the hard work (search + reduce + evidence), so the LLM mostly just writes.

    Part 5 of the DocSummarizer series: mostlylucid.net/blog/doomsumma

    What’s your best technique for reducing “model made it up” without just throwing a bigger model at it?
    #rag #llm #deepresearch #ai #llm #lucene

  22. The upcoming #OpenSearchCon Europe will have a designated "Search & Apache Lucene" track.
    If you're involved in Apache #Lucene project, or the broader search and relevancy ecosystem, I encourage you to consider submitting a talk proposal to share your experience.
    The conference will take place 16-17 April in Prague.
    The CFP is open until 18th January: events.linuxfoundation.org/ope

    @OpenSearchProject @theasf #OpenSearch #search

  23. The upcoming Europe will have a designated "Search & Apache Lucene" track.
    If you're involved in Apache project, or the broader search and relevancy ecosystem, I encourage you to consider submitting a talk proposal to share your experience.
    The conference will take place 16-17 April in Prague.
    The CFP is open until 18th January: events.linuxfoundation.org/ope

    @OpenSearchProject @theasf

  24. The upcoming #OpenSearchCon Europe will have a designated "Search & Apache Lucene" track.
    If you're involved in Apache #Lucene project, or the broader search and relevancy ecosystem, I encourage you to consider submitting a talk proposal to share your experience.
    The conference will take place 16-17 April in Prague.
    The CFP is open until 18th January: events.linuxfoundation.org/ope

    @OpenSearchProject @theasf #OpenSearch #search

  25. The upcoming #OpenSearchCon Europe will have a designated "Search & Apache Lucene" track.
    If you're involved in Apache #Lucene project, or the broader search and relevancy ecosystem, I encourage you to consider submitting a talk proposal to share your experience.
    The conference will take place 16-17 April in Prague.
    The CFP is open until 18th January: events.linuxfoundation.org/ope

    @OpenSearchProject @theasf #OpenSearch #search

  26. The upcoming #OpenSearchCon Europe will have a designated "Search & Apache Lucene" track.
    If you're involved in Apache #Lucene project, or the broader search and relevancy ecosystem, I encourage you to consider submitting a talk proposal to share your experience.
    The conference will take place 16-17 April in Prague.
    The CFP is open until 18th January: events.linuxfoundation.org/ope

    @OpenSearchProject @theasf #OpenSearch #search

  27. @parttimenerd That's an interesting approach, thanks a lot for sharing!

    I also toyed with a similar idea a while back: https://binjr.eu/blog/2023/08/new-data-adapter-jdk-flight-recorder/
    With that said, there are some differences in the approach I took over the one you discussed in your post.
    For one, I opted to use an inverted index (#Lucene) instead of a relational DB as my backend, which comes with it's own trade-offs, like offering a query language that is somewhat easier to use, but not as nearly as powerful.
    The other main difference, is that the route I used to get there is kinda like the opposite from the one you took: while you went from the backend working your way up to the UI, I very much started there (as I already had it) and worked my way down.
    Doing things this way around meant that I could benefit immediately from the UI features that were there already (which was the whole point, of course) but it makes integrating new ones that don't fit so naturally with the rest of the tool, much more time consuming...

    At any rate, I would love to hear your thoughts if you find the time to give it a try!
    (you can get it here: https://github.com/binjr/binjr/releases)

  28. @parttimenerd That's an interesting approach, thanks a lot for sharing!

    I also toyed with a similar idea a while back: https://binjr.eu/blog/2023/08/new-data-adapter-jdk-flight-recorder/
    With that said, there are some differences in the approach I took over the one you discussed in your post.
    For one, I opted to use an inverted index (#Lucene) instead of a relational DB as my backend, which comes with it's own trade-offs, like offering a query language that is somewhat easier to use, but not as nearly as powerful.
    The other main difference, is that the route I used to get there is kinda like the opposite from the one you took: while you went from the backend working your way up to the UI, I very much started there (as I already had it) and worked my way down.
    Doing things this way around meant that I could benefit immediately from the UI features that were there already (which was the whole point, of course) but it makes integrating new ones that don't fit so naturally with the rest of the tool, much more time consuming...

    At any rate, I would love to hear your thoughts if you find the time to give it a try!
    (you can get it here: https://github.com/binjr/binjr/releases)

  29. @parttimenerd That's an interesting approach, thanks a lot for sharing!

    I also toyed with a similar idea a while back: https://binjr.eu/blog/2023/08/new-data-adapter-jdk-flight-recorder/
    With that said, there are some differences in the approach I took over the one you discussed in your post.
    For one, I opted to use an inverted index (#Lucene) instead of a relational DB as my backend, which comes with it's own trade-offs, like offering a query language that is somewhat easier to use, but not as nearly as powerful.
    The other main difference, is that the route I used to get there is kinda like the opposite from the one you took: while you went from the backend working your way up to the UI, I very much started there (as I already had it) and worked my way down.
    Doing things this way around meant that I could benefit immediately from the UI features that were there already (which was the whole point, of course) but it makes integrating new ones that don't fit so naturally with the rest of the tool, much more time consuming...

    At any rate, I would love to hear your thoughts if you find the time to give it a try!
    (you can get it here: https://github.com/binjr/binjr/releases)

  30. @parttimenerd That's an interesting approach, thanks a lot for sharing!

    I also toyed with a similar idea a while back: https://binjr.eu/blog/2023/08/new-data-adapter-jdk-flight-recorder/
    With that said, there are some differences in the approach I took over the one you discussed in your post.
    For one, I opted to use an inverted index (#Lucene) instead of a relational DB as my backend, which comes with it's own trade-offs, like offering a query language that is somewhat easier to use, but not as nearly as powerful.
    The other main difference, is that the route I used to get there is kinda like the opposite from the one you took: while you went from the backend working your way up to the UI, I very much started there (as I already had it) and worked my way down.
    Doing things this way around meant that I could benefit immediately from the UI features that were there already (which was the whole point, of course) but it makes integrating new ones that don't fit so naturally with the rest of the tool, much more time consuming...

    At any rate, I would love to hear your thoughts if you find the time to give it a try!
    (you can get it here: https://github.com/binjr/binjr/releases)

  31. @parttimenerd That's an interesting approach, thanks a lot for sharing!

    I also toyed with a similar idea a while back: https://binjr.eu/blog/2023/08/new-data-adapter-jdk-flight-recorder/
    With that said, there are some differences in the approach I took over the one you discussed in your post.
    For one, I opted to use an inverted index (#Lucene) instead of a relational DB as my backend, which comes with it's own trade-offs, like offering a query language that is somewhat easier to use, but not as nearly as powerful.
    The other main difference, is that the route I used to get there is kinda like the opposite from the one you took: while you went from the backend working your way up to the UI, I very much started there (as I already had it) and worked my way down.
    Doing things this way around meant that I could benefit immediately from the UI features that were there already (which was the whole point, of course) but it makes integrating new ones that don't fit so naturally with the rest of the tool, much more time consuming...

    At any rate, I would love to hear your thoughts if you find the time to give it a try!
    (you can get it here: https://github.com/binjr/binjr/releases)

  32. SQL vs NoSQL: Выбор подходящей базы данных для вашего проекта

    Одним из самых фундаментальных и критически важных решений при создании современного приложения является выбор технологии для хранения данных.

    #DST #DSTGlobal #ДСТ #ДСТГлобал #DSTplatform #ДСТПлатформ #базаданных #SQL #NoSQL #РСУБД #СУБД #PostgreSQL #Redis #MongoDB #JSON #BJSON #WordPress #Drupal #DLE #BigData #Oracle #Database #Microsoft #SQLServer #ACID #Cassandra #Elasticsearch #Apache #Lucene

    Источник: dstglobal.ru/club/1101-sql-vs-

  33. SQL vs NoSQL: Выбор подходящей базы данных для вашего проекта

    Одним из самых фундаментальных и критически важных решений при создании современного приложения является выбор технологии для хранения данных.

    #DST #DSTGlobal #ДСТ #ДСТГлобал #DSTplatform #ДСТПлатформ #базаданных #SQL #NoSQL #РСУБД #СУБД #PostgreSQL #Redis #MongoDB #JSON #BJSON #WordPress #Drupal #DLE #BigData #Oracle #Database #Microsoft #SQLServer #ACID #Cassandra #Elasticsearch #Apache #Lucene

    Источник: dstglobal.ru/club/1101-sql-vs-

  34. Devoxx Poland is just a couple of days away!
    Join my talk Wednesday at the Data & AI track to learn about the #OpenSearch project, and how it can provide you search, analytics, observability and vector database capabilities, all #opensource @linuxfoundation
    👉 devoxx.pl/talk-details/?id=860

    #data #ai #developers #search #analytics #vectordb #observability #lucene #devoxx #devoxxpl #DevoxxPoland

  35. Devoxx Poland is just a couple of days away!
    Join my talk Wednesday at the Data & AI track to learn about the project, and how it can provide you search, analytics, observability and vector database capabilities, all @linuxfoundation
    👉 devoxx.pl/talk-details/?id=8605

  36. Devoxx Poland is just a couple of days away!
    Join my talk Wednesday at the Data & AI track to learn about the #OpenSearch project, and how it can provide you search, analytics, observability and vector database capabilities, all #opensource @linuxfoundation
    👉 devoxx.pl/talk-details/?id=860

    #data #ai #developers #search #analytics #vectordb #observability #lucene #devoxx #devoxxpl #DevoxxPoland

  37. Devoxx Poland is just a couple of days away!
    Join my talk Wednesday at the Data & AI track to learn about the #OpenSearch project, and how it can provide you search, analytics, observability and vector database capabilities, all #opensource @linuxfoundation
    👉 devoxx.pl/talk-details/?id=860

    #data #ai #developers #search #analytics #vectordb #observability #lucene #devoxx #devoxxpl #DevoxxPoland

  38. Devoxx Poland is just a couple of days away!
    Join my talk Wednesday at the Data & AI track to learn about the #OpenSearch project, and how it can provide you search, analytics, observability and vector database capabilities, all #opensource @linuxfoundation
    👉 devoxx.pl/talk-details/?id=860

    #data #ai #developers #search #analytics #vectordb #observability #lucene #devoxx #devoxxpl #DevoxxPoland

  39. #OpenSearch 3.0 is out! 🍾 🥳
    After 3 years of 2.x, it's time for the next leap, which brings major upgrades to performance, data management, #vectorDB functionality, and much more.
    📈 Upgrade to Apache #Lucene 10 and #JDK 21+
    📈 Pull-based ingestion for streaming data, with support for Apache #Kafka and Amazon #Kinesis
    📈 Power agentic #AI with native #MCP support
    📈 Investigate logs with expanded PPL query tools, backed by Apache #Calcite

    Check out @OpenSearchProject blog:
    opensearch.org/blog/unveiling-

  40. 3.0 is out! 🍾 🥳
    After 3 years of 2.x, it's time for the next leap, which brings major upgrades to performance, data management, functionality, and much more.
    📈 Upgrade to Apache 10 and 21+
    📈 Pull-based ingestion for streaming data, with support for Apache and Amazon
    📈 Power agentic with native support
    📈 Investigate logs with expanded PPL query tools, backed by Apache

    Check out @OpenSearchProject blog:
    opensearch.org/blog/unveiling-

  41. #OpenSearch 3.0 is out! 🍾 🥳
    After 3 years of 2.x, it's time for the next leap, which brings major upgrades to performance, data management, #vectorDB functionality, and much more.
    📈 Upgrade to Apache #Lucene 10 and #JDK 21+
    📈 Pull-based ingestion for streaming data, with support for Apache #Kafka and Amazon #Kinesis
    📈 Power agentic #AI with native #MCP support
    📈 Investigate logs with expanded PPL query tools, backed by Apache #Calcite

    Check out @OpenSearchProject blog:
    opensearch.org/blog/unveiling-

  42. #OpenSearch 3.0 is out! 🍾 🥳
    After 3 years of 2.x, it's time for the next leap, which brings major upgrades to performance, data management, #vectorDB functionality, and much more.
    📈 Upgrade to Apache #Lucene 10 and #JDK 21+
    📈 Pull-based ingestion for streaming data, with support for Apache #Kafka and Amazon #Kinesis
    📈 Power agentic #AI with native #MCP support
    📈 Investigate logs with expanded PPL query tools, backed by Apache #Calcite

    Check out @OpenSearchProject blog:
    opensearch.org/blog/unveiling-

  43. #OpenSearch 3.0 is out! 🍾 🥳
    After 3 years of 2.x, it's time for the next leap, which brings major upgrades to performance, data management, #vectorDB functionality, and much more.
    📈 Upgrade to Apache #Lucene 10 and #JDK 21+
    📈 Pull-based ingestion for streaming data, with support for Apache #Kafka and Amazon #Kinesis
    📈 Power agentic #AI with native #MCP support
    📈 Investigate logs with expanded PPL query tools, backed by Apache #Calcite

    Check out @OpenSearchProject blog:
    opensearch.org/blog/unveiling-

  44. nvidia GTC is coming to the bay area next week. we'll be there with a
    * talk about bringing #lucene to the GPU
    * a "guess that prompt" meetup between galileo + UnstructuredIO + elastic. join us to outsmart AI ;)
    lu.ma/guess-that-prompt

  45. nvidia GTC is coming to the bay area next week. we'll be there with a
    * talk about bringing #lucene to the GPU
    * a "guess that prompt" meetup between galileo + UnstructuredIO + elastic. join us to outsmart AI ;)
    lu.ma/guess-that-prompt