Add short download URLs for three PDFs (+ fix the local build)

[jansroka]

Adds short, shareable download URLs for three PDFs, and fixes a pre-existing build break found along the way.

Download URLs

Each document is reachable in both cases (GitHub Pages serves from a case-sensitive filesystem, so /BN24 and /bn24 are genuinely different URLs and both need to exist):

URL	Document
/1MATAG, /1matag	ATAG, 1. Monat (Stand 02.07.2024)
/EGOM, /egom	EGOM Working Group — EUdI Wallet Infrastructures
/BN24, /bn24	Bildet Netze! — Konsultationsprozesse

Only these exact-case pairs are covered — mixed case (/Egom, /Bn24) will still 404. That's fine for URLs handed out deliberately; say so if you want them covered too.

The PDFs are renamed to ASCII slugs; they arrived with spaces and dots in the filenames, which would have forced percent-encoding in every link.

Two things worth knowing before merging

These are not real 301s, and cannot be. GitHub Pages serves static files and cannot set a Location header, so each vanity URL is a 200 HTML page with a <meta http-equiv="refresh">. Browsers follow it fine, but curl/wget (and some bots) get the HTML shim rather than the PDF. Fine for a mailing, a slide, or a QR code — but anything automated should link the /documents/… path directly. Getting true 301s would mean putting a CDN in front of the domain (today www.inoeg.de resolves straight to GitHub's Pages IPs, no CDN); that's worth considering separately, mainly because it would also let us serve CSP/HSTS as real headers instead of the current weaker <meta> CSP.

The redirect layout is overridden (_layouts/redirect.html). jekyll-redirect-from's bundled layout redirects with an inline script tag, which this site's CSP (default-src 'self', no script-src 'unsafe-inline') blocks. The meta-refresh is not subject to CSP, so the override is what makes this work at all.

The case aliases are separate files on purpose

They are not redirect_from: entries on the sibling page. On a case-insensitive filesystem (macOS) Jekyll writes _site/bn24.html and _site/BN24.html to the same path, so the alias silently overwrites the real page — which produced a self-redirect loop (/BN24 → /BN24) on the first attempt. Separate source files pointing straight at the PDF cannot collapse that way.

Because macOS cannot reproduce the production filesystem, this was verified on a case-sensitive APFS volume (matching GitHub Pages): all six pages are written as distinct files, and each returns HTTP 200 application/pdf at the correct document.

Build fix (separate commit)

bundle exec jekyll build crashed on any shell without a UTF-8 locale:

jekyll/url.rb:161:in 'String#encode': "\xC3" from ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)

With no LANG/LC_ALL, Ruby's default_external is US-ASCII, so filenames come back as ASCII-8BIT — and three existing PDFs carry umlauts (InÖG, Prüfsteine, Stärkung). This predates this branch: a pristine build of main fails identically. CI only stayed green because GitHub's Ubuntu runners happen to default to UTF-8, i.e. the build had an undeclared dependency on the developer's environment.

Fixed by pinning the encoding in the Gemfile, which every bundle exec loads. This avoids renaming the three German PDFs, which would break their live URLs. (Jekyll's own encoding: config key does not fix this — it governs file contents, not filenames.)

Verification

• env -u LANG -u LC_ALL bundle exec jekyll build — completes (previously crashed)
• html-proofer — 28 internal links, no failures
• prettier — clean
• All six URLs → HTTP 200, application/pdf, correct byte counts, on a case-sensitive volume

🤖 Generated with Claude Code