Live data from Hacker News

Show HN: Qwen-2.5-32B is now the best open source OCR model

github.com

31–40 of 51 posts

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#31

Earlier quoted context omitted.

To be fair, they didn't include themselves at all in the graph.

They did. It’s in the #1 spot Update: looks like the removed themselves from the graph since I saw it earlier today!

Yup, they did.

The beauty of version control: https://github.com/getomni-ai/benchmark/commit/0544e2a439423...

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#32

Earlier quoted context omitted.

So not all of them are local and open source? Ugh.

I don't see why you couldn't run any of those locally if you buy the right hardware?

I haven't checked myself, so I'm not sure, others might be able to provide the answer though.

If they (all of the mentioned ones) are open source and can be ran locally, then most likely, yes.

From what I remember, they are all local and open source, so the answer is yes, if I am correct.

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#33
Downloading the MLX version of "Qwen2.5-VL-32b-Instruct -8bit" via LM Studio right now since it's not yet available on Ollama and I can run it locally... I have an OCR side project for it to work on, want to see how performant it is on my M4... will report back

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#35

How does one configure an LLM interface using this to process multiple files with a single prompt?

Do you mean you want to process multiple files with a single LLM call or process multiple files using the same prompt across multiple LLM calls?

(I would recommend the latter)

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#36
post #15

I suppose none of these models can output bounding box coordinates for extracted text? That seems to be a big advantage of traditional OCR over LLMs. For applications I'm interested in, until we can get to 95+% accuracy, it will require human double-checking / corrections, which seems unfeasible w/o bounding boxes to quickly check for errors.

Actually qwen 2.5 is trained to provide bounding boxes

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#37
post #15

I suppose none of these models can output bounding box coordinates for extracted text? That seems to be a big advantage of traditional OCR over LLMs. For applications I'm interested in, until we can get to 95+% accuracy, it will require human double-checking / corrections, which seems unfeasible w/o bounding boxes to quickly check for errors.

qwen2.5-vl-72b-instruct seems perfectly happy outputting bounding boxes in my testing. There's also a paper https://arxiv.org/pdf/2409.12191 where they explicitly say some of their training included bounding boxes and coordinates.

We're also looking to test qwen and other for the bounding box support. Simon Willison had a great demo page where he used Gemini 2.5 to draw bounding boxes, and the results were pretty impressive. It would probably be pretty easy to drop qwen into the same UI.

https://simonwillison.net/2025/Mar/25/gemini

Re: Show HN: Qwen-2.5-32B is now the best open source OCR model

#39
post #15

I suppose none of these models can output bounding box coordinates for extracted text? That seems to be a big advantage of traditional OCR over LLMs. For applications I'm interested in, until we can get to 95+% accuracy, it will require human double-checking / corrections, which seems unfeasible w/o bounding boxes to quickly check for errors.

Actually qwen 2.5 is trained to provide bounding boxes

Yep, this is true. I was poking around on their github and they have examples in their “cookbooks” section. Eg:

https://github.com/QwenLM/Qwen2.5-VL/blob/main/cookbooks/ocr...

Post reply on HN