Live data from Hacker News

Mistral OCR

mistral.ai

431–440 of 450 posts

Re: Mistral OCR

#431
post #424

Earlier quoted context omitted.

I just look at it as allowing the user to focus on problems that aren't already easily solved. Like using a calculator instead of calculating manually on paper.

But the scenario you described is one in which you need an equation explained to you. That is exactly the kind of scenario where it's important to do the calculation yourself to understand it. If you are expecting problems to be solved for you, you are not learning, you're just consuming content.

explained != solved

Re: Mistral OCR

#432

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…

Your customer includes Checkr? Impressive. Are they referencable?

btw - what 'dark patterns' does portkey contain?

Re: Mistral OCR

#434
post #425

Could anyone suggest a tool which would take a bunch of PDFs (already OCR-d with Finereader), and replace the OCR overlay on all of them, maintaining the positions? I would like to have more accurate search over my document archive.

https://getsearchablepdf.com (I'm the founder)

Re: Mistral OCR

#435

Earlier quoted context omitted.

Mathpix is ace. That’s the best results I got so far for scientific papers and reports. It understands the layout of complex documents very well, it’s quite impressive. Equations are perfect, figures extraction works well. There are a few annoying issues, but overall I am very happy with it.

Thanks for the kind words. What are some of the annoying issues?

I had a billing issue at the beginning. It was resolved very nicely but I try to be careful and I monitor the bill a bit more than I would like.

Actually my main remaining technical issue is conversion to standard Markdown for use in a data processing pipeline that has issues with the Mathpix dialect. Ideally I’d do it on a computer that is airgaped for security reasons. But I haven’t found a very good way of doing it because the Python library wanted to check my API key.

A problem I have and that is not really Mathpix’s fault is that I don’t really know how to store the figures pictures to keep them with the text in a convenient way. I haven’t found a very satisfying strategy.

Anyway, keep up the good work!

Re: Mistral OCR

#436

Co-founder of doctly.ai here (OCR tool) I love mistral and what they do. I got really excited about this, but a little disappointed after my first few tests. I tried a complex table that we use as a first test of any new model, and Mistral OCR decided the entire table should just be extracted as an 'image' and returned this markdown: ``` ![img-0.jpeg](img-0.jpeg) ``` I'll keep testing, but so far, very disappointing…

How do you stay competitive with $2/100 pages pricing as compared to mistral and others offering 1000 pages for $1 approx?

Customers are willing to pay for accuracy compared to existing solutions out there. We started out in need of an accurate solution for a RAG product we were building, but none of the solutions we tried were providing the accuracy we needed.

Re: Mistral OCR

#437
post #351
post #269

Earlier quoted context omitted.

This isn't even close to true. Source: We have large EU customers.

So your eu customer will send you the invoice via letters ? Wow. There are some companies that still deal with printed invoices, but they are most often smaller companies that deal with health related things.

Our EU customers use our technology to deal with all the invoices etc. they get sent as PDFs.

Re: Mistral OCR

#438
post #215

Earlier quoted context omitted.

Mistral is Europe based where invoices are more or less sent digitally in like 95% of all the cases anyway. Some are even digital invoices, which will at some point in the eu be mandatory. For orders there are proposals for that, too. And basically invoice data extraction is a different beast.

One use-case is digitising receipts from business related travels for expenses that employees paid for out of their own pocket and which they are submitting pictures to the business for reimbursement. Bus travels, meals including dinners and snacks, etc. for which the employee has receipts on paper.

Yeah, digitizing receipts is still a huge challenge for most companies, especially for expense reimbursements. Even though invoices are increasingly digital, employees still end up with physical receipts for work-related expenses. From what I've seen, there are some interesting contenders like Klippa that seem to solve exactly this problem [1].

Curious to know if anyone heard of or used their OCR or a similar tool. Apparently it's not an LLM in disguise but an actual AI trained on gazillions of documents so the risk of hallucination might be lower than these LLM OCR solutions like Mistral.

[1] https://www.klippa.com/en/ocr/ocr-api/

Re: Mistral OCR

#439
post #412

Earlier quoted context omitted.

You can use structured outputs, or something like my https://arthurcolle--dynamic-schema.modal.run/ to extract real data from unstructured text (like that producted from an LLM) to make benchmarks slightly easier if you have a schema

What is the project? It just returns a vanilla html page saying: Dynamic Schema API API is running. See documentation for available endpoints.

It's just a FastAPI app with endpoints that I developed and deployed before OpenAI released structured outputs that used a custom grammar to enforce a pydantic-like schema for Chain of Thought rollouts / structured data extraction from unstructured text. I also use it for a video transcription knowledge base generation API

https://arthurcolle--dynamic-schema.modal.run/docs

Post reply on HN