MinerU vs olmocr
Heavyweight document-to-markdown/JSON parser — PDFs plus Office (docx/pptx/xlsx) through layout analysis and OCR into LLM-ready output for RAG and agentic pipelines. 73k stars, self-hostable. — versus — Open toolkit that linearizes messy PDFs — scans, tables, equations, handwriting — into clean ordered Markdown with a self-hosted vision-language model. Built for LLM training data and RAG ingestion.
Same job — self-hosted document→markdown for LLM ingestion: olmocr is a focused VLM PDF-linearizer; MinerU is the broader pipeline (PDF + Office, layout analysis) with far more traction.
| MinerU | olmocr | |
|---|---|---|
| Stars | 75k | 19k |
| Forks | 6.3k | 1.6k |
| Language | Python | Python |
| License | NOASSERTION | Apache-2.0 |
| Last activity | 2 days ago | 3 months ago |
| Topics | ocr, rag | rag, ocr |
| Curated connections | 6 | 8 |
MinerU — the curator's take
The incumbent when document variety is the problem: beyond PDFs it handles Office formats, with mature layout analysis (reading order, tables, formulas) and a huge user base shaking out edge cases. NOT the lightest option — it's a full pipeline with model downloads and real hardware appetite; for a handful of clean PDFs a smaller tool is faster to stand up. Check the license (NOASSERTION on GitHub — AGPL-family, matters for commercial use).
olmocr — the curator's take
Reach for olmocr when you have lots of messy PDFs to convert into high-quality text for a training corpus or RAG index and you have GPU to run the VLM. It is the parsing FRONT-END of a pipeline, not a RAG system itself — pair it with an indexer/retriever (LlamaIndex) and a vector store (Chroma). NOT worth it for clean, digital-native PDFs where a cheap text extractor does the job — running a vision-language model for those is overkill.