Skip to main content

german-archives-mcp

CI PyPI

An MCP server for German archives' finding aids and the vital registers German state archives have put online: search what German archives, libraries and museums have described in the Deutsche Digitale Bibliothek and its archive portal Archivportal-D, read one entry with its place in the archive's fonds, find the civil or church register of a place for a year at the Landesarchiv Baden-Württemberg or the Landesarchiv Nordrhein-Westfalen, and download a page of it to read.

The DDB is Germany's counterpart of DPLA, and for archives its counterpart of ArchiveGrid as well: archives deliver their finding aids to it, item by item, with signatures (call numbers), dates and the fonds each item belongs to. Some deliver images. Its version 2 API answers without a key.

The server covers every fonds of vital registers the Landesarchiv Baden-Württemberg has online (the Staatsarchiv Wertheim's civil-register duplicates, from 1870, are not yet in its online finding aids):

Fonds Department What it holds
L 10 Staatsarchiv Freiburg Baden Standesbücher, south Baden: the civil duplicates of the parish registers, 1810-1870, one book per parish and confession for a span of years
390 Generallandesarchiv Karlsruhe Baden Standesbücher, north Baden
F 901 Staatsarchiv Ludwigsburg Duplicates of Württemberg's Catholic parish registers, 1808-1875, one volume per register
Wü 110 T 1 Staatsarchiv Sigmaringen Duplicates of the Protestant parish registers of Württemberg and Hohenzollern, 1808-1875
J 386 Hauptstaatsarchiv Stuttgart Films (1943-1945) of the registers of the Jewish communities of Baden, Württemberg and Hohenzollern, whose originals are lost
Dep. 1 T 37, Dep. 1 T 44 Staatsarchiv Sigmaringen Civil registers of the Standesamt Sigmaringen and Sigmaringen-Laiz, digitised for 1870-1899

The Landesarchiv Nordrhein-Westfalen has put its civil registers (Zivilstands- and Personenstandsregister) online: the Rhineland's from 1798, and Westphalia's and Lippe's with some of their church-book duplicates, as far as the protection periods allow (births 110 years, marriages 80, deaths 30). The server searches them through the Archive in NRW portal and reads their pages from the Landesarchiv's image server.

It works the way a careful genealogist does. A finding-aid entry says where a record is, not what it says: cite the archive and its signature, not the DDB. The page image is the evidence: read it before citing it, and cite the archive, the signature and the image number with the archive's permalink. A zero is not a negative: most German registers are not online, and many archives deliver nothing to the DDB.

Nothing here writes anywhere, and nothing here keeps a family tree. It sits beside dpla-catalog-mcp for American collections and snac-archives-mcp for finding which archive holds a family's papers.

This is an independent project. It is not affiliated with, endorsed by, or supported by the Deutsche Digitale Bibliothek, the Landesarchiv Baden-Württemberg, the Landesarchiv Nordrhein-Westfalen, or any archive whose finding aids it reads.

Tools

The server publishes seven tools. All but labw_image and nrw_image are read-only; those two write one new file and never overwrite one.

The Deutsche Digitale Bibliothek and Archivportal-D

Tool Purpose
ddb_search Search finding aids and digitised objects. Each hit names the holding institution, its signature, the dates, where it sits in its fonds, and whether it has images. Filters: sector (archive, library, museum...), the holder's name, images only, years.
ddb_item One entry in full: every field the archive delivered, its path from the archive down through the fonds, what lies below it (for a fonds or series), links to its images on the holder's site, rights, and a citation naming the archive, signature and the archive's own page.

The registers at the Landesarchiv Baden-Württemberg

Tool Purpose
labw_standesbuch The books for a place, a year, a confession and (optionally) one fonds: signature (L 10 Nr. 510, F 901 Bd 1511, Wü 110 T 1 Nr. 4566, J 386 Bü 583), fonds, title, the parish heading, years, registers, confession, district court (Baden), permalink, whether it has images, and the image count. Villages filed under a larger place are included, and marked.
labw_image One page image, by signature or permalink and image number, saved as a new .jpg, with its citation: "Landesarchiv Baden-Württemberg, Abt. Staatsarchiv Freiburg, L 10 Nr. 510, Bild 378" and the image's permalink. Works for any Landesarchiv item with images, given its permalink.

The civil registers at the Landesarchiv Nordrhein-Westfalen

Tool Purpose
nrw_search Search the Archive in NRW portal (the Landesarchiv's three departments, or every archive in the portal): title, archive, signature (PA 2104 Nr. 267, P 3 / 9 Nr. 260), dates, fonds, permalink, and for a digitised unit its METS address and whether nrw_image can read it.
nrw_image One page image of a Landesarchiv NRW unit, by its METS address and image number, saved as a new .jpg, with its citation: "Landesarchiv NRW Abteilung Rheinland, PA 2104 Nr. 267, Bild 12", the permalink and the URN.

Housekeeping

Tool Purpose
cache_status This session's requests, by host, the pacing, and cache use. Makes no request.

Setup

You need Python 3.11 or later and uv. There is no key to request.

Without cloning. uvx fetches it from PyPI and runs it in one step:

uvx german-archives-mcp

From a clone, which is what you want if you will change it:

git clone https://github.com/ianderso/german-archives-mcp
cd german-archives-mcp
uv sync
uv run german-archives-mcp   # stdio server, usually launched by the client

Either way the server speaks MCP over stdio, so you will normally let an MCP client start it rather than run it by hand.

Claude Desktop

{
  "mcpServers": {
    "german-archives": {
      "command": "uvx",
      "args": ["german-archives-mcp"]
    }
  }
}

A desktop app does not always inherit your shell's PATH. If the server fails to start because uvx cannot be found, give the full path that which uvx prints as the command.

Claude Code

claude mcp add german-archives -- uvx german-archives-mcp

Configuration

Nothing is required. A .env file in the directory the server starts in supplies anything the environment does not; only that directory is read.

Variable Meaning
GERMAN_ARCHIVES_CACHE_DIR Response cache directory. Default ~/.cache/german-archives-mcp.
GERMAN_ARCHIVES_TIMEOUT HTTP timeout in seconds for one request. Default 30. Image downloads get 120 to read.
GERMAN_ARCHIVES_MIN_INTERVAL Least seconds between two requests to one host. Default 2, never below 2. The Archive in NRW portal's searches always wait at least 10.
GERMAN_ARCHIVES_CONTACT An email address or URL added to the User-Agent, so an archive can reach you if your use causes trouble. Optional, and courteous.
GERMAN_ARCHIVES_DOWNLOAD_DIR An existing folder. When set, labw_image and nrw_image save only inside it. Set it to save into an iCloud Drive folder, which lives under ~/Library.

An unusable value is reported on the first tool call as a not_configured result naming the variable.

How to read what comes back

  • A DDB entry is a finding aid. The archive wrote it to say where a record is and roughly what it holds. It supports a research task (order the file, open the images), not a fact. Cite the archive and its signature (citation in ddb_item), and the archive's own page where the entry links one; keep the DDB id only as a finder.
  • A DDB search covers descriptions, never page text, and only what archives have delivered. Many German archives deliver nothing, and most that do describe registers by volume, not by name. No hits is not a negative.
  • archive matches the start of the holder's name, exactly as the DDB writes it, capitals and umlauts included: Stadtarchiv Düsseldorf, not stadtarchiv duesseldorf.
  • Dates match by overlap. year_to: 1812 keeps a register for 1811-1816.
  • A series heading has no record of its own. ddb_item then answers with its place in the hierarchy and its children (grouping_node).
  • The DDB lists only the first ten images of a Landesarchiv item. labw_image reads every page; ddb_search and ddb_item give the permalink it takes (labw_permalink).
  • A Baden Standesbuch is a civil copy of the parish register, 1810 to 1870; a Württemberg duplicate, 1808 to 1875. Before, look for the parish register itself; after, the civil registry office. A Baden book often covers several years and all three registers, and sometimes two confessions (confessions); a Württemberg volume holds one register (registers).
  • labw_standesbuch finds books by the place the archive files them under. In Baden and J 386 the place is in the book's title; in F 901 and Wü 110 T 1 it is the parish heading above the volume (place). A village incorporated into a town is filed under both names (Niederrimsingen, Breisach am Rhein FR; Einsingen, Ulm UL), so a search for the town lists its villages too; place_named_first says which books are the place's own. Two places can share a name: Ulm in Württemberg and two Ulms in Baden. Spell the place as the archive does, umlauts included.
  • has_images: false means the volume is described but not online. In Wü 110 T 1, {1754: nicht vorhanden} marks a duplicate that was never delivered.
  • J 386 is film, not the original. The Reichssippenamt filmed the Jewish registers in 1943-1945; the originals are lost, so the film is the surviving witness. Cite the film's signature.
  • An NRW search covers descriptions. Registers are described by Standesamt (or, before 1815, Mairie or Bürgermeisterei), register type and year: search Geburtsregister Barmen, not a person's name. Years match by overlap. Only the Landesarchiv's own units are read by nrw_image; other archives' digitised units come back with a DFG-Viewer link to open in a browser.
  • page is the archive's image number ("Bild"), counted from 1, not the number written on the page. In NRW it is the image's place in the METS file, which the archive's viewer shows in the same order. A book's image numbers and its permalinks can fall out of step where an image was added later: in L 10 Nr. 510, Bild 119 is permalink …-380, and Bild 378 is …-377. labw_image reads the archive's own list, so either works.
  • Read the page. These registers are handwritten, mostly in German script. The image is the evidence; nothing in this server transcribes it.

Terms of use, and being a good guest

Deutsche Digitale Bibliothek. The DDB's developer documentation says its data is "publically accessible without any restrictions" (DDB-Backend / API) and that "using version 2 all endpoints are usable without an API key" (Differences between API versions 1 and 2). Its OpenAPI description says metadata delivered through the API is licensed CC0, while images carry each institution's own licence. Two older pages still describe a key: the DDBpro page on its interfaces and the general text of the OpenAPI description; the version 2 routes this server uses declare no security and answered without one on 2026-10-11. The former API terms page (/content/terms/api) now answers 404, and the DDB's portal sits behind an Anubis proof-of-work check, which this server never touches: it reaches only the API host. No rate limit is published. The API host has no robots.txt (it answers 404). If the DDB starts refusing keyless requests, the tools say key_required.

Landesarchiv Baden-Württemberg. Its terms (Nutzungsbedingungen auf einen Blick) put the online finding aids' metadata under CC0, mark each digitised item with its rights (the viewer shows the Public Domain Mark 1.0 for every fonds listed above, checked 2026-10-11), and ask every user to "Archivsignatur oder den Permalink zitieren". They also ask for a deposit copy of a book made with substantial use of the archive's material (§ 8 Abs. 9 Landesarchivgesetz). They say nothing about automated access. As a fact: robots.txt on www2.landesarchiv-bw.de allows Googlebot and Yahoo and disallows everyone else. The DDB's copy of the Landesarchiv's entries lists the images as CC BY 3.0 DE; the archive's own viewer marks them Public Domain, and labw_image reports the archive's mark.

Landesarchiv Nordrhein-Westfalen. Its terms for content and digitised records (Nutzungsbedingungen, PDF) put its finding aids under CC0 and its digitised records under CC BY-SA; digitised records "dürfen von der Webseite in der bereitgestellten Auflösung kostenlos heruntergeladen werden", and every reuse must cite the signature, and online the permalink. Each METS file repeats the licence. The terms say nothing about automated access. As facts: robots.txt on www.archive.nrw.de disallows the site's own /search/ page and administrative paths, not the /sufservice/ search service this server calls; www.landesarchiv-nrw.de has no robots.txt (404). No bot check was met on either host.

What the client does. It sends one request at a time to each host, at least two seconds apart, and holds the Archive in NRW portal's searches, which run on the archive's own database, at least ten seconds apart. Two identical calls in flight share one request. Searches are cached for a day, DDB records for a week, and the Landesarchiv Baden-Württemberg's permalink answers and image lists and the Landesarchiv NRW's METS files for 30 days, so reading a second page of a book costs one request. A 429, a 5xx or a dropped connection gets one retry, honouring Retry-After. The User-Agent names the package, its version and this repository. Images are fetched at the size the archive's viewer shows, and written to your file, never cached.

Deliberately not here

  • The DDB's portal, newspapers and user features. The portal is behind a bot check; favourites and saved searches need an account.
  • Images on the holders' own sites. ddb_item and nrw_search return their links; this server fetches nothing outside its four hosts.
  • Other states' registers, for now. Rheinland-Pfalz's APERTUS works with a plain cookie session, but delivers a register only as a whole PDF that it builds on each request; Hesse's registers are shown only in Arcinsys, a session application. Berlin's are on Ancestry, Saarland's and Bavaria's are not online at their state archives, and Thuringia's and Saxony's church books are on Archion. See docs/DESIGN.md.
  • Matricula. Its church books span several countries and deserve a server of their own.
  • Transcription. The page is read by a person, or by a tool built for German script.
  • Working around bot checks. A site that answers with one is reported as blocked and left alone.

Security

Tool arguments are written by a model, and the model reads text this server does not control: finding-aid entries, image links, web pages. The server assumes that text can steer the model, and limits what a steered model can make it do.

  • Which hosts. Four, fixed: api.deutsche-digitale-bibliothek.de, www2.landesarchiv-bw.de, www.archive.nrw.de and www.landesarchiv-nrw.de. Any other host is refused before it is looked up, including addresses that come back in a response, such as an image link in a DDB record, a viewer link in an NRW hit, an image in a METS file, or a redirect. A permalink redirect is read, never followed.
  • Which addresses. Each connection is checked where it is made: a name that leads to a private, loopback, link-local, CGNAT, multicast, reserved or unspecified address, IPv4 or IPv6, is refused, and the connection goes to the address that was checked. Proxy settings in the environment are not used.
  • How much. A JSON, HTML or XML answer over 10 MB, or an image over 60 MB, is refused as it streams in. A search returns at most 50 hits a page.
  • What is sent. Search words have Solr's field, range and parameter syntax escaped; a place must be letters, spaces and a few punctuation marks; ids and signatures are matched against narrow patterns; an image is asked for only by a file name the archive's own list gave, and only if it has the archive's file-name shape; an NRW image only by an address its METS file gave, on the Landesarchiv's image server, ending in .jpg, with no .. and no query.
  • Which files. labw_image and nrw_image each create one new file and never overwrite one. The bytes must be an image, judged by their first bytes, and a JPEG, since the file must end in .jpg or .jpeg. Never a hidden file or folder, never under ~/Library, and with GERMAN_ARCHIVES_DOWNLOAD_DIR set, never outside it, all judged after links are resolved. A refused download leaves nothing on disk.
  • Site text is untrusted. Titles and descriptions reach the model verbatim. The server's instructions tell the model to treat that text as material to weigh, never as instructions; the model still decides, so review what it proposes to do.

To report a vulnerability, see SECURITY.md.

Development

uv sync --extra dev
uv run pytest                      # mocked with respx; never touches a site
uv run ruff check .
uv run ruff format --check .
uv run python -m tests.live_check  # paced calls to the live sites

The live check asks the sites what the recorded fixtures cannot: whether their answers still have the shape the server reads. See CONTRIBUTING.md for how the suite is organised, docs/API-NOTES.md for what was observed of each site and when, and docs/DESIGN.md for why the server is shaped this way.

Credits

The finding aids belong to the archives that wrote them, and the images to the archives that hold the records. The Deutsche Digitale Bibliothek is run by a network of German cultural institutions; the Landesarchiv Baden-Württemberg and the Landesarchiv Nordrhein-Westfalen are the state archives of Baden-Württemberg and North Rhine-Westphalia; the Archive in NRW portal is run by the Landesarchiv NRW for the archives of the state.

License

MIT.

Metadata

Release files for german-archives-mcp 0.2.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for german-archives-mcp 0.2.0
File Size Uploaded
german_archives_mcp-0.2.0.tar.gz 232.4 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for german-archives-mcp 0.2.0
File Interpreter ABI Platform
german_archives_mcp-0.2.0-py3-none-any.whl Python 3 none any Details

Total release size: 291.1 kB

Release files / german_archives_mcp-0.2.0.tar.gz

Download URL german_archives_mcp-0.2.0.tar.gz
Size 232.4 kB
Tags Source
SHA-256 checksum
How to use checksums
27928fd4a5e5e322a9b80f5e452fcf85ee164e58b594268ac4422f4a59e462ae
BLAKE2b-256 checksum
How to use checksums
c553b4f5015109504a16e4fcdda0ba41b7705f7a1165c8a8f005f5a998eeeee8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 11, 2026.

Transparency log

Release files / german_archives_mcp-0.2.0-py3-none-any.whl

Download URL german_archives_mcp-0.2.0-py3-none-any.whl
Size 58.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
426cca6b84de55fb8bb7181a3db4abc0d253e6eb570d60a893d23ba57a1681bb
BLAKE2b-256 checksum
How to use checksums
43fe127cc317804d541f5b41e84fb2495687d3caeffad819aa202baa7908f6eb
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 11, 2026.

Transparency log

Release history Release notifications | RSS feed

0.3.0

2 release files

This release

0.2.0 This release

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page