Fix broken links

This commit is contained in:
Abdon Pijpelink
2025-12-08 12:00:00 +01:00
parent e6defa5181
commit a2b654f28b
13 changed files with 21 additions and 21 deletions
@@ -202,7 +202,7 @@ In addition to that, we continuously look for improvements in:
| | |
|----------------------------------|-------------|
| **Memory Efficiency & Compression** | Techniques such as [**quantization**](documentation/guides/quantization/) and [**HNSW compression**](/blog/qdrant-1.13.x/#hnsw-graph-compression) to reduce storage requirements |
| **Memory Efficiency & Compression** | Techniques such as [**quantization**](/documentation/guides/quantization/) and [**HNSW compression**](/blog/qdrant-1.13.x/#hnsw-graph-compression) to reduce storage requirements |
| **Retrieval Algorithms** | Support for the latest retrieval algorithms, including [**sparse neural retrieval**](/articles/modern-sparse-neural-retrieval/), [**hybrid search**](/documentation/concepts/hybrid-queries/) methods, and [**re-rankers**](/documentation/fastembed/fastembed-rerankers/). |
| **Vector Data Analysis & Visualization** | Tools like the [**distance matrix API**](/blog/qdrant-1.12.x/#distance-matrix-api-for-data-insights) provide insights into vectorized data, and a [**Web UI**](/blog/qdrant-1.11.x/#web-ui-search-quality-tool) allows for intuitive exploration of data. |
| **Search Speed & Scalability** | Includes optimizations for [**multi-tenant environments**](/articles/multitenancy/) to ensure efficient and scalable search. |
@@ -73,7 +73,7 @@ Quotient AI is another platform designed to streamline the evaluation of RAG sys
### Arize Phoenix: Visually Deconstructing Response Generation
[Arize Phoenix](https://docs.arize.com/phoenix) is an open-source tool that helps improve the performance of RAG systems by tracking how a response is built step-by-step. You can see these steps visually in Phoenix, which helps identify slowdowns and errors. You can define "[evaluators](https://docs.arize.com/phoenix/evaluation/concepts-evals/evaluation)" that use LLMs to assess the quality of outputs, detect hallucinations, and check answer accuracy. Phoenix also calculates key metrics like latency, token usage, and errors, giving you an idea of how efficiently your RAG system is working.
[Arize Phoenix](https://docs.arize.com/phoenix) is an open-source tool that helps improve the performance of RAG systems by tracking how a response is built step-by-step. You can see these steps visually in Phoenix, which helps identify slowdowns and errors. You can define "[evaluators](https://arize.com/docs/phoenix/evaluation/concepts-evals/evaluators)" that use LLMs to assess the quality of outputs, detect hallucinations, and check answer accuracy. Phoenix also calculates key metrics like latency, token usage, and errors, giving you an idea of how efficiently your RAG system is working.
**Figure 3:** *The Arize Phoenix tool is intuitive to use and shows the entire process architecture as well as the steps that take place inside of retrieval, context and generation.*
@@ -8,7 +8,7 @@ weight: 3
# Combining Vector Search and Filtering
We've talked about how Qdrant uses the [HNSW](documentation/concepts/indexing/#filtrable-index) graph to efficiently search dense vectors. But in real-world applications, you'll often want to constrain your search using filters. This creates unique challenges for graph traversal that Qdrant solves elegantly.
We've talked about how Qdrant uses the [HNSW](/documentation/concepts/indexing/#filtrable-index) graph to efficiently search dense vectors. But in real-world applications, you'll often want to constrain your search using filters. This creates unique challenges for graph traversal that Qdrant solves elegantly.
<div class="video">
<iframe
@@ -96,6 +96,6 @@ docs = (Pipeline()
- Chonkie [GitHub Repository](https://github.com/chonkie-inc/chonkie)
- Chonkie [Documentation](https://chonkie.ai)
- QdrantHandshake [API Reference](https://chonkie.ai/oss/handshakes/qdrant-handshake)
- Chonkie [Chunking Strategies](https://chonkie.ai/oss/chunkers/overview)
- QdrantHandshake [API Reference](https://docs.chonkie.ai/oss/handshakes/qdrant-handshake)
- Chonkie [Chunking Strategies](https://docs.chonkie.ai/oss/chunkers/overview)
- Qdrant Python Client [Documentation](https://python-client.qdrant.tech/)
@@ -38,7 +38,7 @@ as the documents may contain sensitive information.
### Creating vector store
[QdrantVectorStore](https://docs.llamaindex.ai/en/stable/examples/vector_stores/QdrantIndexDemo.html) is a
[QdrantVectorStore](https://developers.llamaindex.ai/python/examples/vector_stores/qdrantindexdemo/) is a
wrapper around Qdrant that provides all the necessary methods to work with your vector database in LlamaIndex.
Let's create a vector store for our collection. It requires setting a collection name and passing an instance
of `QdrantClient`.
@@ -27,10 +27,10 @@ Directory.
> **Note:** In this tutorial, we are going to build a solid foundation for such a system. However, it is up to your organization's setup to implement the entire solution.
- **Dataset** - a collection of documents, using different formats, such as PDF or DOCx, scraped from internet
- **Asymmetric semantic embeddings** - [Aleph Alpha embedding](https://docs.aleph-alpha.com/api/pharia-inference/semantic-embed/) to
- **Asymmetric semantic embeddings** - [Aleph Alpha embedding](https://docs.aleph-alpha.com/products/apis/pharia-inference/semantic-embed/) to
convert the queries and the documents into vectors
- **Large Language Model** - the [Luminous-extended-control
model](https://docs.aleph-alpha.com/api/pharia-inference/available-models/), but you can play with a different one from the
model](https://docs.aleph-alpha.com/products/apis/pharia-inference/available-models/), but you can play with a different one from the
Luminous family
- **Qdrant Hybrid Cloud** - a knowledge base to store the vectors and search over the documents
- **STACKIT** - a [German business cloud](https://www.stackit.de) to run the Qdrant Hybrid Cloud and the application
@@ -131,14 +131,14 @@ progress of the synchronization in the UI.
## RAG connector
One of our previous tutorials, guides you step-by-step on [implementing custom connector for Cohere
RAG](documentation/examples/cohere-rag-connector/) with Cohere Embed v3 and Qdrant. You can just point it to use your Hybrid Cloud
RAG](/documentation/examples/cohere-rag-connector/) with Cohere Embed v3 and Qdrant. You can just point it to use your Hybrid Cloud
Qdrant instance running on AWS. Created connector might be deployed to Amazon Web Services in various ways, even in a
[Serverless](https://aws.amazon.com/serverless/) manner using [AWS
Lambda](https://aws.amazon.com/lambda/?c=ser&sec=srv).
In general, RAG connector has to expose a single endpoint that will accept POST requests with `query` parameter and
return the matching documents as JSON document with a specific structure. Our FastAPI implementation created [in the
related tutorial](documentation/examples/cohere-rag-connector/) is a perfect fit for this task. The only difference is that you
related tutorial](/documentation/examples/cohere-rag-connector/) is a perfect fit for this task. The only difference is that you
should point it to the Cohere models and Qdrant running on AWS infrastructure.
> Our connector is a lightweight web service that exposes a single endpoint and glues the Cohere embedding model with
@@ -67,7 +67,7 @@ addition, there are a few optional parameters:
dataTypePayloadKey: '_datatype';
```
- `collectionCreateOptions`: [Additional options](<(https://qdrant.tech/documentation/concepts/collections/#create-a-collection)>) when creating the Qdrant collection.
- `collectionCreateOptions`: [Additional options](/documentation/concepts/collections/#create-a-collection) when creating the Qdrant collection.
## Usage
@@ -37,6 +37,6 @@ index = VectorStoreIndex.from_vector_store(vector_store=vector_store)
## Further Reading
- [LlamaIndex Documentation](https://docs.llamaindex.ai/en/stable/examples/vector_stores/QdrantIndexDemo/)
- [LlamaIndex Documentation](https://developers.llamaindex.ai/python/examples/vector_stores/qdrantindexdemo/)
- [Example Notebook](https://colab.research.google.com/github/run-llama/llama_index/blob/main/docs/docs/examples/vector_stores/QdrantIndexDemo.ipynb)
- [Source Code](https://github.com/run-llama/llama_index/tree/main/llama-index-integrations/vector_stores/llama-index-vector-stores-qdrant)
@@ -181,5 +181,5 @@ for point in results.points:
## Further Reading
- [Mirror Security Docs](https://docs.mirrorsecurity.io/introduction)
- [Mirror Security Docs](https://docs.mirrorsecurity.io/docs/getting-started/introduction)
- [Mirror Security Blog](https://mirrorsecurity.io/blog)
@@ -4,7 +4,7 @@ title: Microsoft NLWeb
# NLWeb
Microsoft's [NLWeb](https://github.com/microsoft/NLWeb) is a proposed framework that enables natural language interfaces for websites, using Schema.org, formats like RSS and the emerging [MCP protocol](https://github.com/microsoft/NLWeb/blob/main/docs/RestAPI.md).
Microsoft's [NLWeb](https://github.com/nlweb-ai/NLWeb) is a proposed framework that enables natural language interfaces for websites, using Schema.org, formats like RSS and the emerging [MCP protocol](https://github.com/nlweb-ai/NLWeb/blob/main/docs/nlweb-rest-api.md).
Qdrant is supported as a vector store backend within NLWeb for embedding storage and context retrieval.
@@ -85,12 +85,12 @@ To start NLWeb, from the `code` directory, run:
python app-file.py
```
You can now query your content via natural language using either the web UI at <http://localhost:8000/> or directly through the MCP-compatible [REST API](https://github.com/microsoft/NLWeb/blob/main/docs/RestAPI.md).
You can now query your content via natural language using either the web UI at <http://localhost:8000/> or directly through the MCP-compatible [REST API](https://github.com/nlweb-ai/NLWeb/blob/main/docs/nlweb-rest-api.md).
## Further Reading
* [Source](https://github.com/microsoft/NLWeb)
* [Life of a Chat Query](https://github.com/microsoft/NLWeb/tree/main/docs/LifeOfAChatQuery.md)
* [Modifying behavior by changing prompts](https://github.com/microsoft/NLWeb/tree/main/docs/Prompts.md)
* [Modifying control flow](https://github.com/microsoft/NLWeb/tree/main/docs/ControlFlow.md)
* [Modifying the user interface](https://github.com/microsoft/NLWeb/tree/main/docs/UserInterface.md)
* [Life of a Chat Query](https://github.com/nlweb-ai/NLWeb/blob/main/docs/life-of-a-chat-query.md)
* [Modifying behavior by changing prompts](https://github.com/nlweb-ai/NLWeb/blob/main/docs/nlweb-prompts.md)
* [Modifying control flow](https://github.com/nlweb-ai/NLWeb/blob/main/docs/nlweb-control-flow.md)
* [Modifying the user interface](https://github.com/nlweb-ai/NLWeb/blob/main/docs/nlweb-user-interface.md)
@@ -30,7 +30,7 @@ All interaction with Qdrant takes place via the REST API. We recommend using RES
| API | Documentation |
| -------- | ------------------------------------------------------------------------------------ |
| REST API | [OpenAPI Specification](https://api.qdrant.tech/api-reference) |
| gRPC API | [gRPC Documentation](https://github.com/qdrant/qdrant/blob/master/docs/grpc/docs.md) |
| gRPC API | [gRPC protobuf definitions](https://github.com/qdrant/qdrant/tree/master/lib/api/src/grpc/proto) |
### gRPC Interface
@@ -130,7 +130,7 @@ helm upgrade --install qdrant-private-cloud oci://registry.cloud.qdrant.io/qdran
Note, that the image tag values are automatically derived from the chart's appVersions and should not be overridden in the `values.yaml`.
For more information also see the [Helm Upgrade Documentation](https://helm.sh/docs/helm/upgrade/).
For more information also see the [Helm Upgrade Documentation](https://helm.sh/docs/helm/helm_upgrade/).
### Mirroring images and charts