liqe
lucene
liqe | lucene | |
---|---|---|
12 | 11 | |
615 | 2,370 | |
- | 2.7% | |
3.1 | 9.8 | |
2 months ago | 5 days ago | |
TypeScript | Java | |
GNU General Public License v3.0 or later | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
liqe
-
Show HN: HyperDX – open-source dev-friendly Datadog alternative
Potentially useful resource – https://github.com/gajus/liqe
- Liqe Query Language (LQL) – Lucene inspired query language for document search
- Liqe – lightweight Lucene-like parser and serializer for JavaScript
-
Show HN: Liqe – lightweight Lucene-like parser and serializer for JavaScript
If anyone is looking to contribute, I would really appreciate someone taking over this issue.
https://github.com/gajus/liqe/issues/1
It is not a particularly hard issue to solve but requires an understanding of Nearley.
- Show HN: Super-fast, in-memory JSON object search engine for browser – Liqe
- T-Wand: Beat Lucene in Less Than 600 Lines of Code
- Liqe: Lightweight and performant Lucene-like parser and search engine
- liqe: Lightweight and performant Lucene-like parser and search engine.
- Show HN: Liqe – Lightweight and performant Lucene-like parser and search engine
lucene
-
Building an efficient sparse keyword index in Python
First, a review of the landscape. As said in the introduction, there aren't a ton of good options. Apache Lucene is by far the best traditional search index from a speed, performance and functionality standpoint. It's the base for Elasticsearch/OpenSearch and many other projects. But it requires Java.
-
Java Panama Vector API Integrated with Apache Lucene
https://github.com/apache/lucene/issues/10047
2. The Panama Vector API allows CPU's that support it to accelerate vector operations: https://openjdk.org/jeps/438
So this allows fast ANN on Lucene for semantic search!
How did people do this before Lucene supported it? Only through entirely different tools?
-
What Is a Vector Database
Are they forking Lucene or somehow getting the Lucene devs to increase that limit? Because this PR has been open for over a year now: https://github.com/apache/lucene/issues/11507
- An alternative to Elasticsearch that runs on a few MBs of RAM
- Lucene 9.4 (optionally) uses Panama's mapped MemorySegments when JDK 19 is detected
-
A primer on Roaring bitmaps: what they are and how they work
Lucene's adaptation of Roaring uses the complement idea on a block-wise basis:
https://github.com/apache/lucene/blob/84cae4f27cfd3feb3bb42d...
-
How are documents stored in Elasticsearch?
Like someone said, it's in locations as specified in the path.data. Depending on sharing and replication, it could be on more than one host. Elastic uses Apache Lucene to store documents, since it's open source, that rabbit hole will welcome research :-)
- panama/foreign status update
-
Amazon Elasticsearch Service Is Now Amazon OpenSearch Service
It is pretty clear to me that Elastic is planning to build their ANN features differently than OpenDistro's k-NN implementation, or other plugins modules that extend Easticsearch in similar ways. They now will build on the Apache Lucene capabilities that were collaboratively built "upstream" by a number of individuals, some that work for Amazon and some that work for Elastic.
From the linked issue, it seemed that they were originally planning to develop this as a proprietary feature of Elasticsearch, without contributing the functionality to Apache Lucene, but then changed direction when the Apache Lucene developers (some of which are currently employed to do such work by Amazon) started to build its approximate nearest neighbor (ANN) vector search capabilities. [1]
It's great to see folks that work for Elastic collaborating and building on what is in Apache Lucene to extend the utility of ANN with Hierarchical Navigable Small World Graphs (HNSW) [2]! From this, I think it should be possible to implement an Open Source version of the functionality with a compatible API, if that is something that OpenSearch users seek.
[1] https://issues.apache.org/jira/browse/LUCENE-9004
[2] https://github.com/apache/lucene/pull/250
What are some alternatives?
datalevin - A simple, fast and versatile Datalog database
pisa - PISA: Performant Indexes and Search for Academia
metriport - Metriport is an open-source universal API for healthcare data.
Typesense - Open Source alternative to Algolia + Pinecone and an Easier-to-Use alternative to ElasticSearch ⚡ 🔍 ✨ Fast, typo tolerant, in-memory fuzzy Search Engine for building delightful search experiences
cypress-recorder - A Cypress plugin that generates test scripts from your interactions, a replacement Cypress Studio for Cypress v10 🖱 ⌨
RoaringBitmap - A better compressed bitset in Java: used by Apache Spark, Netflix Atlas, Apache Pinot, Tablesaw, and many others
regexp-it-cli - Command line application to search text from different sources by regular expressions with plenty of features
OpenSearch - 🔎 Open source distributed and RESTful search engine.
hyperdx - Resolve production issues, fast. An open source observability platform unifying session replays, logs, metrics, traces and errors powered by Clickhouse and OpenTelemetry.
Apache Solr - Apache Lucene and Solr open-source search software
highlight - highlight.io: The open source, full-stack monitoring platform. Error monitoring, session replay, logging, distributed tracing, and more.
resin - Vector space search engine. Available as a HTTP service or as an embedded library.