Skip to main content
Glama
ANNO MCP Server

ANNO MCP Server

ANNO MCP Server

MCP server for ANNO (AustriaN Newspapers Online), the historical newspaper archive of the Österreichische Nationalbibliothek. Roughly 28 million pages from over 1,600 titles, 1735 to the present, overwhelmingly German-language, with over 91% of holdings full-text searchable.

  • search_anno: Full-text search with AND/OR/NOT, exact phrases and wildcards. Results resolve to an issue, with the number of hits inside it.

  • get_snippets: The page-level step — which page of an issue a term appears on, with the match in context and a citation URL for that exact page.

  • download_text: OCR plain text for a newspaper issue or a single page of it, cached locally.

  • advanced_search_anno: Search with date, title, place, language, subject and medium filters.

There are two ways to use it: an MCP server for clients that speak MCP, and an anno CLI for agents driven through a shell. Both share one client, one cache and one set of behaviours. The CLI is what the bundled anno-search skill uses, and it exposes every filter unconditionally rather than hiding them behind an install flag.

ANNO publishes no API. This client talks to the REST backend of the AnnoSearch app at anno.onb.ac.at/anno-suche/rest, found by reading the app's JavaScript bundle, plus the annoshow CGI that the page viewer's "Text" button opens. Both are unauthenticated and need no key — but nobody has promised to keep them stable, so the client detects endpoint drift explicitly rather than failing obscurely.

Installation

Install the code

uv sync

Install the CLI

uv tool install .        # puts `anno` on your PATH

Install to MCP CLIs

Installs to Claude Code, Codex CLI, and Gemini CLI:

# Basic installation (search_anno + get_snippets + download_text)
uv run anno-mcp-install

# With advanced search enabled (adds advanced_search_anno)
uv run anno-mcp-install --enable-advanced-search

Verify the installation:

claude mcp list   # For Claude Code
codex mcp list    # For Codex CLI
gemini mcp list   # For Gemini CLI

Related MCP server: MEK MCP

Usage

CLI

anno search 'Weltausstellung'                                    # first page, best matches first
anno search '"Wiener Weltausstellung"' --from-year 1873 --to-year 1873
anno search 'Ringstraße Neubau' --from-year 1865 --to-year 1875 --sort date_asc
anno search 'Semmeringbahn' --place Wien --title nfp --pages all
anno search 'Weltausstellung' --format periodical                # illustrated & trade weeklies only
anno snippets ANNO_nfp18731202 'Ringstraße'                      # which page, in context
anno get ANNO_nfp18731202 --page 3                               # cached OCR text path

Filters: --from-year, --to-year, --title, --place, --language, --subject, --format, --sort. Facet values are taken verbatim, so copy them from a result rather than translating them — the place value for Prague is Praha (Prag), and Prag is a different, nearly empty one.

--format splits the archive in the way that matters for cost. It takes newspaper (ANNO's own value for it is journal) or periodical, and the two partition the results exactly: Weltausstellung reports 153,804, of which 145,799 are newspapers and 8,005 periodicals. The split is worth knowing because only newspapers have an OCR text endpoint — --format periodical selects precisely the material anno get will refuse, and --format newspaper precisely the material it will serve.

The workflow is search → snippets to find the page and judge it cheaply → get only what is worth reading. Add --json for machine-readable output.

Search resolves to an issue, not a page. A result says "this issue of the Neue Freie Presse contains 7 hits"; snippets is what turns that into "page 3, and here is the sentence". That middle step is where most of the value is, because it is also enough to quote in a report.

Result totals are true match counts. Unlike Gallica, ANNO filters rather than ranks: Weltausstellung reports 153,804, Weltausstellung AND Ringstraße 19,958, Weltausstellung NOT Ringstraße 133,846 — and 19,958 + 133,846 = 153,804 exactly. A total can therefore be quoted as a count, and --sort date_asc is safe on any query you intend to sweep.

Ten results per page, fixed. ANNO offers no way to raise it, so sweeps are request-hungry: 1,385 results is 139 requests. Combining variants into one (A OR B OR C) query is how you keep that down.

Downloads are cached in $XDG_CACHE_HOME/anno-mcp (override with --cache-dir or ANNO_CACHE_DIR). The cache location does not depend on the working directory, so the CLI can be run from anywhere.

Requests are paced one every 3 seconds by default, overridable with ANNO_MIN_REQUEST_INTERVAL. The ÖNB publishes no rate limit and none was observed in testing, so this is caution rather than a measured ceiling.

get is the expensive call, and unusually so here. ANNO serves OCR one page at a time — a whole-issue download costs one paced request per page, so a 104-page issue is over five minutes of requests. Use --page once snippets has told you which page you want. Periodicals (ANNOP_) have no text endpoint at all and get refuses them with an explanation; their snippets work normally.

MCP server

Run the server directly:

uv run anno-mcp

Test with MCP Inspector:

uv run fastmcp dev src/anno_mcp/server.py

Available Tools

3 tools
download_textA

Download OCR plain text for an ANNO newspaper issue and cache it locally.

Args: identifier: Document id, e.g. "ANNO_dmo19330626" page: Single page to fetch. Omit for the whole issue.

Returns: Path to the cached text file (as string)

IMPORTANT: ANNO serves text one page at a time, so a whole issue costs one request per page — a 104-page issue is 104 paced requests. Pass page whenever get_snippets has already told you which page you want.

Periodicals (identifiers starting ANNOP_) have no text endpoint at all
and will raise. Use get_snippets for those.

Example: path = download_text("ANNO_dmo19330626", page=7)

Inputs: identifier (required), page. Returns: result

get_snippetsA

Find which pages of one ANNO issue a query appears on, with context.

This is the cheap triage step and the reason ANNO is worth using: a hit resolves to a page with the matched terms in context, so a false positive can be rejected without downloading anything. It also works for periodicals, whose OCR text cannot be downloaded at all.

Args: identifier: Document id from a search result, e.g. "ANNO_dmo19330626" query: Terms to locate within the issue

Returns: Dictionary containing: - identifier: The document id - query: The query used - snippets: List of occurrences with: - page: Page number the occurrence sits on - page_label: Page label as printed - text: Snippet with matched terms in {braces} - url: Stable citation URL for that exact page - image_url: IIIF crop of the matched region

Note: ANNO returns at most 10 snippets per issue however many hits it reports, so a heavily-covered issue shows a sample rather than every occurrence.

Examples: get_snippets("ANNO_dmo19330626", "Hanussen") get_snippets("ANNO_wsb18840309", "Cumberland")

Inputs: query (required), identifier (required).

search_annoA

Search ANNO, the Austrian National Library's historical newspaper archive.

Covers roughly 28 million pages from over 1,600 Austrian newspaper and magazine titles, 1735 to the present, overwhelmingly German-language. Over 91% of holdings are full-text searchable.

Results resolve to an ISSUE, not a page. Use get_snippets with a returned identifier to find which page a term appears on.

Args: query: Text to search in OCR content. - Bare words are ANDed: "Hanussen Hellseher" needs both - Exact phrases: '"Erik Jan Hanussen"' - AND / OR / NOT, which MUST BE UPPERCASE - Trailing wildcard: "Hanuss*" page: Page number for pagination, 1-indexed (default: 1). ANNO fixes the page size at 10 results and offers no way to raise it. sort: Result ordering — "relevance" (default), "date_asc" or "date_desc". ANNO's totals are true match counts rather than a relevance tail, so date ordering is safe on any query you mean to sweep.

Returns: Dictionary containing: - page: Current page number - total_results: True count of matching issues - total_pages: Total number of pages available - documents: List of issues with: - identifier: Document id, e.g. ANNO_dmo19330626 - title: Issue title with its date - date: ISO date for newspapers, None for periodicals - year: Year of publication - type: Zeitung (newspaper) or Zeitschrift (periodical) - is_periodical: True when OCR download is unavailable - places, languages: Publication place and language - page_count: Pages in the issue - hits_in_document: Occurrences of the query in the issue - url: Stable citation URL

Examples: search_anno(query="Hanussen") search_anno(query='"Erik Jan Hanussen"') search_anno(query="Hellseher OR Gedankenleser") search_anno(query="Hanuss*")

Inputs: query (required), page, sort.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.9/5.0

    Scored across 3 tools

    Disambiguation5/5

    Each tool serves a distinct purpose: search_anno retrieves matching issues, get_snippets locates query occurrences within an issue, and download_text obtains OCR text. There is no functional overlap.

    Naming Consistency5/5

    All tool names follow a consistent verb_noun pattern in snake_case: search_anno, get_snippets, download_text. The naming is predictable and clear.

    Tool Count5/5

    With 3 tools, the server is well-scoped for its purpose of searching and retrieving text from a large archive. Each tool adds necessary functionality without bloat.

    Completeness4/5

    The toolset covers the essential search-to-text workflow. Minor gaps exist, such as lack of image retrieval or browsing capabilities, but these are beyond the stated scope.

    Maintenance

    ActivityMaintained
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      B
      maintenance
      MCP server for full-text search across PDF document collections with offline indexing, ranked results, snippets, and page rendering.
      4
      MIT
    • F
      license
      A
      quality
      D
      maintenance
      MCP server to access the Hungarian Electronic Library (MEK) search engines, enabling agentic tools to search and retrieve content.
      4
      -
    • A
      license
      A
      quality
      C
      maintenance
      MCP server and CLI for full-text search of the Deutsches Zeitungsportal (German newspaper collection), enabling querying ~33.8 million digitized pages with Solr syntax, date/title/place filters, and snippet highlights.
      3
      Apache 2.0
    • A
      license
      A
      quality
      D
      maintenance
      MCP server for searching and retrieving full-text pages from the Library of Congress, including newspapers, books, and manuscripts, via the loc.gov API.
      3
      Apache 2.0