Files
transcription/docs/index.md
T

2.4 KiB

Document Transcription System (V1)

This project is a personal-scale application for transcribing and preserving historical family documents.

Start Here

Read architecture.md first.

The architecture page is the primary technical reference for:

  • runtime topology and infrastructure assumptions
  • module boundaries and dependency flow
  • processing lifecycle and data ownership
  • test strategy and extension path

What The Application Does

At a high level, users upload images/PDFs, jobs are processed asynchronously, and users review original transcriptions plus optional revisions.

Core V1 capabilities:

  • upload supported source files (.jpg, .jpeg, .png, .tif, .tiff, .pdf)
  • asynchronous job processing with visible status (queued, processing, transcribed, failed)
  • immutable original transcription stored on Job.text
  • optional single user-authored revision per source (0..1)
  • prompt artifacts stored as Markdown files in prompts/

Current Operating Model (V1 Baseline)

  • application service: FastAPI + NiceGUI
  • persistence baseline: SQLModel with SQLite
  • worker: in-process async background loop
  • deployment baseline: lightweight Docker Compose app runtime

Planned persistence evolution (PostgreSQL and optional MongoDB) belongs to V2 planning and is tracked separately.

Documentation Map

Glossary

  • Prompt artifact: a Markdown file containing one transcription prompt.
  • Original transcription: immutable provider output stored on Job.text.
  • Revision: optional user-authored text linked to a Source.
  • System of record: the authoritative persistent store for canonical application data.