Late Edition: Giving OCR Text a Second Look 📰

A developer built Late Edition, a Python prototype that uses Gemma models via Google's hosted Gemini API to suggest corrections to OCR'd newspaper text while a deterministic validation layer in guard.py decides which edits to accept or reject. The tool chunks OCR text, runs safety checks on proposed repairs, and generates an HTML report showing original text, accepted edits, and rejected suggestions. The latest test run reported 32 passing tests and 6 failures, with the author noting the validation thresholds have only been tested on a small sample.

This is a submission for the Hacktoberfest Open-Source AI Challenge Week 4: Ghost in the Machine https://dev.to/challenges/hacktoberfest-week4-2026-10-26 . Newspaper scans can hold valuable information, but getting that information into usable text isn't always straightforward. OCR can misread characters, distort words, and turn a perfectly readable page into a messy block of text. For Week 4, I built Late Edition , a Python prototype that explores how language models can help correct OCR text while keeping potentially risky changes in check. The idea was to let a model suggest repairs without automatically trusting everything it produces. Late Edition takes OCR text, splits it into chunks, and sends those chunks to a selected Gemma model. Before accepting a proposed correction, it runs a set of deterministic checks to decide whether the change is safe enough to keep. It can also generate an HTML report showing the original text, accepted edits, and rejected suggestions. The goal isn't to produce a verified historical transcription. It's to explore a more cautious way of using AI for text correction. HTML report: Add a sample report link or screenshot The report is designed to make the correction process easier to inspect, including changes the system chose not to accept. GitHub repository: https://github.com/ali-scribe/late-edition https://github.com/ali-scribe/late-edition The main implementation is organized around the correction checks in guard.py and the report generation in report.py . Late Edition is built with Python and uses a selected Gemma model through Google's hosted Gemini API. The workflow has three main steps: The validation layer checks three things: These rules are intentionally cautious. A model might produce a fluent sentence while quietly changing a name, number, or other important detail. Fluency alone isn't enough to make a correction trustworthy. There are limitations, though. The model only receives OCR text; it never sees the original page image to verify a suspected error. Inference also relies on a hosted API, so this isn't an offline or private-inference solution. My latest test run reported 32 passing tests and 6 failures . The remaining failures involve plausible-repair behavior, retry-cap fallback, and repeated-chunk caching. The validation thresholds have also only been tested on a small sample, so they need broader evaluation. Open innovation makes it easier for developers to experiment with models, inspect their behavior, and build tools around them instead of treating AI as a black box. For this project, working with Gemma gave me a way to explore model-assisted OCR correction while keeping the surrounding validation logic under my control. The distinction matters: the model proposes a correction, but the application decides whether to accept it. This project still uses a hosted API, so it isn't fully independent of a closed service. But using an open model gives the project a path toward further experimentation, including evaluating different models and exploring alternative inference setups. For me, open innovation isn't just about making a model available. It's also about giving developers room to question its output, test its limitations, and build safeguards around it. There's something interesting about working with text from an old newspaper. A single character can change a name. A digit can change a date. A small correction can quietly become a new error if nobody checks it. Late Edition doesn't solve historical OCR correction, and it can't verify a transcription against the original scan. But building it made me think more carefully about the difference between text that looks right and text that has actually been checked. Sometimes, the most important part of an AI-assisted system Is knowing when not to make one. Thanks to the organizers and everyone building and sharing projects through the Hacktoberfest Open-Source AI Challenge. 🚀