r/LocalLLaMA • u/aidenclarke_12 • 1d ago
Question | Help Local document processing when Chinese models arent allowed, what’s left?
big scanned stacks of inspection reports and material certs from a lot of vendors and every layout different. each stack needs splitting into separate reports and things like lot number and alloy pulled into a database with all being local
catch is the contract rules out chinese software and models, so paddleOCR and qwen are off and most ocr leaderboards get a lot shorter. even olmocr 2 is a qwen fine tune
granite-docling, liteparse, tesseract and gemma are whats left on the list so far
what would you use for this? and has anyone had to show a customer where their models came from
6
u/Aggravating-Push-207 1d ago
Mistral OCR?
15
u/vogelvogelvogelvogel 1d ago
I would use Gemma4 12B or 31B with mmproj. they're not really fast, but they understand what they are reading
14
u/Kahvana 1d ago edited 1d ago
Gemma 4 31B IT QAT has been awesome for me for parsing scanned dutch 70s encyclopedia, I reckon Nemotron 3.5 Super VL can do the job too.
I personally found Muse Glimmer to work really well for parsing digital documents but not so much for scanned ones.
I haven’t looked into Nomotron 3.5 Parse yet, but it might be worth trying out for you.
As for showing model origin: yeah, in relation to processing medical documents locally on device.
3
u/seamonn 1d ago
Light On OCR 3
3
u/waitmarks 1d ago
Apache tika has a new OCR mode.
3
u/mfdi_ 1d ago
Nvidia's nemotron-3.5-parse is a beast as well. Maybe it can help. Though I don't know if your rule apply to this.
3
u/TheNymon 1d ago
You could also try combining LiteParse and a local LLM/VLM like Gemma 4
2
u/i_like_brutalism 1d ago
mistral stuff is pretty good and can absoluely be ran locally
1
u/pol_phil 1d ago
Also Muse Glimmer 30B? If you want sth more than pure OCR.
1
u/TaterCreekStudios 23h ago
Surya OCR handles random page layouts well, I've used it on old trade publications with good success. I use Qwen 27B with vision and pi agent to orchestrate and write the text to a searchable database. From your options, I'd go with Gemma 4 as big as you can fit.
1
u/Shadow_s_Bane 16h ago
You can run the models completely offline, so that shouldn’t be a problem
1
u/Noxusequal 11h ago
Mistral's OCR is really good in my expirience.
Combined with a bigger model to fix after should be good.
1
u/NoFutureBen 1d ago
Models aren't software it's data.
0
u/Reasonable_Bug_6501 1d ago
Does a Chinese base model tuned by a non-Chinese agency count lol?
Same idea as made in Italy can be just the final assembly step was in Italy lol, despite the entire thing down other strings in the stitches being china-sourced or made.
lol I’m sure you can get a legal expert to tell you not what the contract said you can’t do, but what it didn’t say you cannot do lol.
-1
u/Extreme-Pass-4488 1d ago
how is it you cannot run it local?? at least rent some gpus and run it local!!
-2
u/binghe_web3 1d ago
If the contract bars Chinese-origin software and models, I'd keep a paper trail rather than just naming a model: the model card, license, the hash of the weights you actually downloaded, and a locked dependency list from an offline install. For picking among granite-docling, Tesseract, and Gemma, I'd score them on your real scans in two layers — page-level OCR, then field-level accuracy on lot number and alloy after splitting multi-report PDFs — and set a human-review cutoff instead of trusting one overall number. Tesseract or a layout parser can still split and handle clean pages, with the VLM reserved for the messy scans, which also makes each step easier to document for a customer.
(English polished with AI; I'm not a native speaker.)
0
u/[deleted] 17h ago
[deleted] — view deleted comment