Live data from Hacker News

Mistral OCR

mistral.ai

371–380 of 450 posts

Re: Mistral OCR

#371
post #357

Earlier quoted context omitted.

We also ran an OCR benchmark with LLM as judge using structured outputs. You can check out the full methodology on the repo [1]. But the general idea is: - Every document has ground truth text, a JSON schema, and the ground truth JSON. - Run OCR on each document and pass the result to GPT-4o along with the JSON Schema - Compare the predicted JSON against the ground truth JSON for accuracy. In our benchmark, the groun…

were you guys able to finish running the benchmark with mistral and got a 70% score? Missed that Edit - I see it on the Benchmark page now. Woof, low 70% scores in some areas! https://getomni.ai/ocr-benchmark

Yup, surprising results! We were able to dig in a bit more. Main culprit is the overzealous "image extraction". Where if Mistral classifies something as an image, it will replace the entire section with (image)[image_002).

And it happened with a lot of full documents as well. Ex: most receipts got classified as images, and so it didn't extract any text.

Re: Mistral OCR

#372
Intriguing announcement, however the examples on the mistral.ai page seem rather "easy".

What about rare glyphs in different languages using handwriting from previous centuries?

I've been dealing with OCR issues and evaluating different approaches for past 5+ years at a national library that I work at.

Usual consensus is that widely used open source Tesseract is subpar to commercial models.

That might be so without fine tuning. However one can perform supplemental training and build your own Tesseract models that can outperform the base ones.

Case study of Kant's letter's from 18th century:

About 6 months ago, I tested OpenAi approach to OCR to some old 18th century letters that needed digitizing.

The results were rather good (90+% accuracy) with the usual hallucination here and there.

What was funny that OpenAI was using base Tesseract to generate the segmenting and initial OCR.

The actual OCRed content before last inference step was rather horrid because the Tesseract model that OpenAi was using was not appropriate for the particular image.

When I took OpenAi off the first step and moved to my own Tesseract models, I gained significantly in "raw" OCR accuracy at character level.

Then I performed normal LLM inference at the last step.

What was a bit shocking: My actual gains for the task (humanly readable text for general use) were not particularly significant.

That is LLMs are fantastic at "untangling" complete mess of tokens into something humanly readable.

For example:

P!3goattie -> prerogative (that is given the surrounding text is similarly garbled)

Re: Mistral OCR

#373

We ran some benchmarks comparing against Gemini Flash 2.0. You can find the full writeup here: https://reducto.ai/blog/lvm-ocr-accuracy-mistral-gemini A high level summary is that while this is an impressive model, it underperforms even current SOTA VLMs on document parsing and has a tendency to hallucinate with OCR, table structure, and drop content.

meanwhile, you're comparing it to the output of almost a trillion dollar company

The tagline boasts that it is "introducing the world’s best document understanding API". So, holding them to their marketing seems fair

Re: Mistral OCR

#374
post #367

Earlier quoted context omitted.

A hallucination is often an indication that the model doesn't know something. Then, the internal signal gets dominated by noise from the seeded training weights. Efforts to eliminate hallucinations with a single model have found success by asking the same question in different ways and only taking answers that agree. Logically, you could get more durable results from multiple models on the same prompt.

I don't see why any of that makes logical sense. These models require such enormous training data that they pretty much MUST use the same training data to a very large degree. The training data itself is what they spit out. So "hallucinations" are just the training data you get out, which is the entire point of the models in the first place. There is no difference between an hallucination and a correct answer from th…

Isn' it just statistical word pattern prediction based on training data? These models likely don't "know" something anyway and cannot verify "truth" and facts. Reasoning attempts seem to me basically just like looping until the model finds a self-satisfying equilibrium state with different output.

In that way, LLMs are more human than, say, a database or a book containing agreed-upon factual information which can be directly queried on demand.

Imagine if there was just ONE human with human limitations on the entire planet who was taught everything for a long time - how reliable do you think they are with information retrieval? Even highly trained individuals (e.g. professors) can get stuff wrong on their specific topics at times. But this is not what we expect and demand from computers.

Re: Mistral OCR

#375
post #373

Earlier quoted context omitted.

meanwhile, you're comparing it to the output of almost a trillion dollar company

The tagline boasts that it is "introducing the world’s best document understanding API". So, holding them to their marketing seems fair

Isn't anyone who releases anything putting "the world's best blablabla" on their page nowadays? I've become entirely blind to it.

Re: Mistral OCR

#376

We're approaching the point where OCR becomes "solved" — very exciting! Any legacy vendors providing pure OCR are going to get steamrolled by these VLMs. However IMO, there's still a large gap for businesses in going from raw OCR outputs —> document processing deployed in prod for mission-critical use cases. LLMs and VLMs aren't magic, and anyone who goes in expecting 100% automation is in for a surprise. You still n…

One problem I’ve encountered at my small startup in evaluating OCR technologies is precisely convincing stakeholders that the “human-in-the-loop” part is both unavoidable, and ultimately beneficial. PMs want to hear that an OCR solution will be fully automated out-of-the-box. My gut says that anything offering that is snake-oil, and I try to convey that the OCR solution they want is possible, but if you are unwilling…

... unavoidable "human in the loop" - depends imo.

From the comments here, it certainly seems that for general OCR it's not up to snuff yet. Luckily, I don't have great ambitions.

I can see this working for me with just a little care upfront preprocessing now that I know where it falls over. It casually skips portions of the document, and misses certain lines consistently. Knowing that I can do a bit massaging, and feed it what I know it likes, and then reassemble.

I found in testing that it failed consistently at certain parts, but where it worked, it worked extremely well in contrast to other methods/services that I've been using.

Re: Mistral OCR

#377

We ran some benchmarks comparing against Gemini Flash 2.0. You can find the full writeup here: https://reducto.ai/blog/lvm-ocr-accuracy-mistral-gemini A high level summary is that while this is an impressive model, it underperforms even current SOTA VLMs on document parsing and has a tendency to hallucinate with OCR, table structure, and drop content.

meanwhile, you're comparing it to the output of almost a trillion dollar company

comparisons to more outputs coming soon!

Re: Mistral OCR

#379

Earlier quoted context omitted.

I'd love to try it for my domain (regulation), but $1/1000 pages is significantly more expensive than my current local Docling based setup that already does a great job of processing PDF's for my needs.

I think for regulated fields / high impact fields $1/1000 is well-worth the price; if the accuracy is close to 100% this is way better than using people, who are still error-prone

It could be very well worth the price, but it still needs to justify the price increase over an already locally running solution that is nearly free in operation.

I will still check it out, but given the performance I already have for my specific use case with my current system, my upfront expectation is that it probably will not make it to production.

I'm sure there are other applications for wich this could be a true enabler.

I am also biased to using as little SaaS as possible. I prefer services on-prem and under my control where possible.

I do use GPT-4o for now as, again, for my use case, it significantly outperformed other local solutions I tried.

Re: Mistral OCR

#380
Forgive my absolute ignorance, I should probably run this through a chat bot before posting ... So I'm updating my post with answers now!

Q: Do LLMs specialise in "document level" recognition based on headings, paragraphs, columns tables etc? Ie: ignore words and characters for now and attempt to recognise a known document format.

A: Not most LLMs, but those with multimodal / vision capability could (eg DeepSeek Vision. ChatGPT 4). There are specialized models for this work like Tesseract, LayoutLM.

Q: How did OCR work "back in the day" before we had these LLMs? Are any of these methods useful now?

A: They used pattern recognition and feature extraction, rules and templates. Newer ML based OCR used SVM to isolate individual characters and HMM to predict the next character or word. Today's multimodal models process images and words, can handle context better than the older methods, and can recognise whole words or phrases instead of having to read each character perfectly. This is why they can produce better results but with hallucinations.

Q: Can LLMs rate their own confidence in each section, maybe outputting text with annotations that say "only 10% certain of this word", and pass the surrounding block through more filters, different LLMs, different methods to try to improve that confidence?

A: Short answer, "no". But you can try to estimate with post processing.

Or am I super naive, and all of those methods are already used by the big commercial OCR services like Textract etc?

Post reply on HN