mirror of
https://github.com/docling-project/docling.git
synced 2025-07-04 07:34:47 +00:00
3220a592e7
* docs: add serializers docs, update chunking docs Signed-off-by: Panos Vagenas <pva@zurich.ibm.com> * update notebook to improve MD table rendering Signed-off-by: Panos Vagenas <pva@zurich.ibm.com> --------- Signed-off-by: Panos Vagenas <pva@zurich.ibm.com>
21 lines
1.2 KiB
Markdown
Vendored
21 lines
1.2 KiB
Markdown
Vendored
|
|
|
|
In a nutshell, Docling's architecture is outlined in the diagram above.
|
|
|
|
For each document format, the *document converter* knows which format-specific *backend* to employ for parsing the document and which *pipeline* to use for orchestrating the execution, along with any relevant *options*.
|
|
|
|
!!! tip
|
|
|
|
While the document converter holds a default mapping, this configuration is parametrizable, so e.g. for the PDF format, different backends and different pipeline options can be used — see [Usage](../usage/index.md#adjust-pipeline-features).
|
|
|
|
The *conversion result* contains the [*Docling document*](./docling_document.md), Docling's fundamental document representation.
|
|
|
|
Some typical scenarios for using a Docling document include directly calling its *export methods*, such as for markdown, dictionary etc., or having it serialized by a
|
|
[*serializer*](./serialization.md) or chunked by a [*chunker*](./chunking.md).
|
|
|
|
For more details on Docling's architecture, check out the [Docling Technical Report](https://arxiv.org/abs/2408.09869).
|
|
|
|
!!! note
|
|
|
|
The components illustrated with dashed outline indicate base classes that can be subclassed for specialized implementations.
|