Case Studies / AI Archive Search
Searching 4.35 million archival pages with a multi-model AI pipeline.
An investigation into four centuries of Dutch East India Company records and historical newspapers. It surfaced an uncatalogued 1812 meteorite fall, three Javan rhinoceroses missing from the captivity record, and volcanic eruptions absent from the Smithsonian's global list. Every finding traces back to a scan of the original page.
At a glance
- Handwritten pages
- 4.35M
- Passages indexed
- 5.7M
- To index, on one GPU
- 12 hrs
- To screen 59,000 passages
- ~$3
The challenge
Too much text for people to read, too messy for keyword search.
The GLOBALISE project has transcribed the Dutch East India Company archive, 4.35 million handwritten pages written between the 1600s and the 1790s. We added the Dutch national library's digitized newspapers, two centuries of American newspapers, and a set of ship logbooks. Read by a person at two minutes a page, the Company pages alone would take about 70 years of full-time work.
Volume was only half the problem. Text recognition on old handwriting and print is full of errors, and 17th-century Dutch spells "rhinoceros" about fifteen different ways. Writers also lacked the vocabulary we search with today: in 1812 the word "meteorite" barely existed in English, so a report of one never uses it. Keyword search misses most of what matters in a corpus like this.
The question was whether a small, affordable AI system could read all of it, find the handful of passages worth a historian's attention, and prove each one against the original document.
The pipeline
Five stages, each cheaper than the next one up.
-
01
Index
Embedding model on a local GPU
5.7M passages
-
02
Search
Semantic search by meaning
Tens of thousands of hits
-
03
Screen
Jev, a tiny System One judge
Most hits rejected
-
04
Read
Claude Haiku translates and extracts
Dozens of candidates
-
05
Verify
Original scans plus specialist catalogues
A few findings
Index. A single graphics card turned every passage into an embedding, a numerical fingerprint of its meaning, in one twelve-hour overnight run. That made the archive searchable by what a passage was about rather than which words it happened to use.
Search. Queries described the thing we were looking for ("a heavy stone fell from the sky with a loud report") instead of guessing at spellings. The meteorite report surfaced this way, even though its writer called it "a great curiosity" and "a stone precipitated from a Thunder-cloud."
Screen. A single search could return tens of thousands of hits, too many for a person or even a large model to read affordably. The first read went to Jev, a tiny, fast decision model that answers only narrow yes-or-no questions: is this a real animal, is it wild, where is it? Jev costs a few cents per million words. Screening 59,000 mentions of elephants cost about $3.
Read. Only the passages Jev passed went to Claude Haiku, which read them closely, translated the Dutch, and pulled out dates, places, and people as structured data.
Verify. A Claude Code agent opened the scan of each original handwritten page to check the transcription against the source. Before anything was called new, it was checked against the catalogues that specialists use, such as the Smithsonian's Global Volcanism Program and the Meteoritical Bulletin.
Methodology
Four principles that made the results trustworthy.
1. Search by meaning, not keywords.
Real archives are full of misspellings, recognition errors, abbreviations, and vocabulary that has changed over time. Semantic search finds passages that describe the same thing in different words, which is exactly where keyword search fails.
2. Put a cheap judge where the human screener used to sit.
In most document research, the bottleneck is a person reading candidates one by one and deciding which deserve a closer look. Handing that first decision to a small "System One" model, and reserving the stronger model for what survives, is known as a model cascade. It made exhaustive screening cost a few dollars instead of hundreds, and it left the human investigator free to direct the investigation instead of triaging it.
3. Prove the search works before trusting it.
A search that returns nothing only means something if it could have found something. Before looking for anything new, the pipeline had to find known events planted in the same records: historian Benjamin Breen's 1615 dodo sighting, the Laki eruption of 1783, Tambora in 1815, and a dozen others. Think of it as burying your own wristwatch in the yard to test a metal detector. Only once the controls passed did empty results count as evidence.
4. Every claim ends at a primary source.
AI models can be confidently wrong. In this project one model attributed a Java ash fall to a volcano 1,500 kilometers away. So no finding stood on a model's word. Each one cites an archive reference and a scan of the original page that anyone can open, and a person makes the final call.
Results
Findings that sat unread for two to four centuries.
An uncatalogued meteorite fall, India, 1812
A British officer's letter, reprinted in a Batavia newspaper, describes an iron-rich stone with a black fusion crust that fell near Pandharpur after a sound "like a rustling fire of Musquetry." It appears in none of the six meteorite catalogues checked, from 1819 to today. If confirmed, it is the earliest recorded fall in Maharashtra by 26 years.
Three Javan rhinoceroses, 1738 to 1740
Company accounts, letters, and sworn crew statements document three rhinos caught near Batavia as gifts for the King of Kandy. All three died before arriving. The historical record of Javan rhinos in captivity is only a few dozen animals, and these shipments were not in the catalogue checked.
Three eruptions missing from the global record
The pipeline found 769 eruption reports in the Company archive. After each was placed using the letter's own geography and checked against the Smithsonian's list, three survived: Gamkonora in 1722, Ciremai in 1712, and Slamet in 1780.
All findings are candidates: verified against the original pages and the catalogues available, and now with meteorite curators, a rhinoceros historian, and volcanologists for specialist review. The full story, with quotes and links to every scan, is in I Pointed AI at 400 Years of Historical Archives.
What didn't work
The first target was the great "unknown" eruption of 1808/09, one of the largest of the last 500 years, which ice cores record but nobody has located. The pipeline searched American, Dutch, South American, and Indian newspapers, ship logbooks, and all 633 articles of Batavia's first newspaper. It found nothing.
Because the same pipeline had found every known eruption it was tested on, that null result means something: the reports most likely are not in those sources. A system you can trust to say "it isn't here" is as valuable as one that finds things, and only the known-answer tests make that possible.
Beyond history
The same architecture works on business documents.
Swap the Dutch East India Company for your own records and the problem is the same: too many pages to read, inconsistent language, scanned files with recognition errors, and a need to show exactly where each answer came from.
- Legal discovery and case files. Find every responsive document, cite the page, and prove the search did not miss known examples. AI for law firms
- Financial records and audits. Sweep years of statements, invoices, and correspondence for specific patterns. AI for accounting firms
- Medical and research literature. Screen large bodies of text for relevant findings before a specialist reads them. AI for medical practices
- Corporate archives and institutional knowledge. Make decades of files searchable and answerable. RAG AI systems
- Confidential collections. The indexing and screening stages ran on one local GPU, so sensitive documents can stay on your own hardware. On-premise AI
Open source
The workflow behind this investigation is published as Antiquity, a small open-source toolkit that lets anyone with a research question and a coding agent run a similar archival investigation. For the lessons we took from the project, read what searching 4 million pages taught us about applied AI.
Get started
Have a large-scale document problem?
JTPCK builds custom AI research and document analysis systems for businesses in Boston, across New England, and remotely. Tell us what you need to find and where it is buried.