scape2009-wiki-api 1.1.1

Better defaults and using docker volumes instead of binds for stability with SELinux.

Changed

• WIKI_API_SURFACES defaults to both now instead of relying on user env flags.
• Using docker volumes instead of manually binding directories as SELinux does
  not play nice with them on some systems.
• Removed install guide from main README.md and centralized multiple install
  and setup guides per method in the docs.
• Removed duplicated and repeated information in docs to make changes to install
  and setup easier to document in the future.

scape2009-wiki-api 1.1.0

Every way of installing this is now complete on its own.

Added

• data command. scape2009-wiki-data pull fetches the published dataset into the
  directory this deployment serves from.
• One dispatcher behind every install. scape2009-wiki-api <serve|mcp|keys|data>,
  which is what the container and the frozen build already were internally.

Changed

• data_dir defaults to ~/.local/share/scape2009-wiki-api, honouring
  XDG_DATA_HOME, rather than a data directory relative to the working directory.
• The tools over stdio no longer need a key to start. Nothing checks one over
  stdio.
• Improved sphinx docs by making them shorter and more structured.

Fixed

• A deployment that cannot start now says so in one line naming what is missing.
• serve finds a missing dataset before starting a server rather than during ASGI
  startup.
• A dataset can be fetched before an issuer key exists.
• README links are absolute, so the one file reads correctly on both GitHub and PyPI.

scape2009-wiki-api 1.0.0

The first release. The pipeline, both surfaces, the guard and four ways of installing it.

Added

• Offline build. pipeline/ stages the game's own repositories and its cache,
  merges hand-written overlays over them, and writes one immutable SQLite artifact.
  Same inputs, same bytes.
• Knowledge model. Six entity types (item, npc, shop, quest, scenery, location) and
  nine relationships between them, with a declared attribute registry, collapsed
  variants, stable (type, id) identity and derived slugs.
• Query core. One surface-agnostic layer answering resolve, walk, search and
  compare, returning found, moved, hidden or missing rather than raising.
• HTTP contract. A versioned FastAPI surface at /v1 returning render-ready JSON
  and page descriptors, with ETag, X-Data-Version and a published OpenAPI document.
• MCP surface. A FastMCP server whose tools are generated from the relationship
  registry, so every way of following a link is a question a model can ask by name.
• Guard. Ed25519 bearer tokens checked against an issuer public key, a per-caller
  share, and shut-out addresses that outlive a restart. Minting is unreachable from
  anything that serves.
• One process, one port. Serving both surfaces mounts the tools inside the HTTP
  application, behind the same guard and one health check.
• Grand Exchange history. Two years of weekly price snapshots, queryable per item.
• Container. An image carrying the dataset, so a deployment with no network can
  serve it. Published to Docker Hub as arsalananwari/2009scape-wiki-api.
• System packages. A standalone binary wrapped in a .deb, an .rpm and an Arch
  package, for installing it on Linux without Python.
• PyPI. Published as scape2009-wiki-api, with scape2009-wiki-serve,
  scape2009-wiki-mcp and scape2009-wiki-keys as console scripts.
• Sphinx Docs. Added sphinx docs and release pipeline to github pages.