Scraper BY: Bayern (Eigensystem, Wahl 2028-10-08) #68

New Issue

tobias · 2026-04-10T10:09:25+02:00

tobias commented

2026-04-10 10:09:25 +02:00

Wahltermin

2028-10-08 — Bayern (BY), aktuell 19. Wahlperiode.

Backend

Feld	Wert
Doku-System	`Eigensystem`
Base-URL	https://www.bayern.landtag.de
dokukratie-Scraper	`by`
Drucksachen-Format	`19/1234`

Adapter-Strategie

Eigensystem — BayernAdapter ist als TODO-Stub bereits in parlamente.py Z. ~814 angelegt. Reverse-Engineering der Bayern-Doku-Suche nötig. Kein Wiederverwendungspotential mit anderen Adaptern.

Was zu tun ist

Live-Backend anschauen — falls SPA, HAR-Trace einer realen Suche aus DevTools ziehen (siehe Vorgehen in #12 für ParlDok bzw. #13 für eUI).
Adapter in webapp/app/parlamente.py implementieren — entweder als neue Subklasse von ParlamentAdapter oder als zweiter Registry-Eintrag eines existierenden parametrisierbaren Adapters.
Eintrag in der ADAPTERS-Registry am Ende der Datei.
Smoke-Test lokal: ADAPTERS["BY"].search("Schule", limit=10) liefert echte Anträge mit Datum + Fraktionen, sortiert newest-first.
Aktivierung via Folge-Issue (siehe Hängt mit … zusammen unten) — dieses Issue ist nur der Adapter selbst, nicht das Indexieren der Wahlprogramme oder das Frontend-aktiv-Setzen.

Akzeptanzkriterien

parlamente.py::ADAPTERS["BY"] existiert und ist instanziierbar
search(query="Schule", limit=10) liefert ≥3 echte Drucksachen mit korrektem Datum, Fraktionen, PDF-Link
get_document(drucksache) für eine reale Drucksache der laufenden WP liefert das Dokument zurück
download_text(drucksache) extrahiert Text aus dem PDF
Folge-Issue für Frontend-Aktivierung verlinkt

## Wahltermin **2028-10-08** — Bayern (BY), aktuell 19. Wahlperiode. ## Backend | Feld | Wert | |---|---| | Doku-System | `Eigensystem` | | Base-URL | https://www.bayern.landtag.de | | dokukratie-Scraper | `by` | | Drucksachen-Format | `19/1234` | ## Adapter-Strategie Eigensystem — `BayernAdapter` ist als TODO-Stub bereits in `parlamente.py` Z. ~814 angelegt. Reverse-Engineering der Bayern-Doku-Suche nötig. Kein Wiederverwendungspotential mit anderen Adaptern. ## Was zu tun ist 1. Live-Backend anschauen — falls SPA, HAR-Trace einer realen Suche aus DevTools ziehen (siehe Vorgehen in #12 für ParlDok bzw. #13 für eUI). 2. Adapter in `webapp/app/parlamente.py` implementieren — entweder als neue Subklasse von `ParlamentAdapter` oder als zweiter Registry-Eintrag eines existierenden parametrisierbaren Adapters. 3. Eintrag in der `ADAPTERS`-Registry am Ende der Datei. 4. Smoke-Test lokal: `ADAPTERS["BY"].search("Schule", limit=10)` liefert echte Anträge mit Datum + Fraktionen, sortiert newest-first. 5. Aktivierung via Folge-Issue (siehe `Hängt mit … zusammen` unten) — dieses Issue ist nur der Adapter selbst, nicht das Indexieren der Wahlprogramme oder das Frontend-aktiv-Setzen. ## Akzeptanzkriterien - [ ] `parlamente.py::ADAPTERS["BY"]` existiert und ist instanziierbar - [ ] `search(query="Schule", limit=10)` liefert ≥3 echte Drucksachen mit korrektem Datum, Fraktionen, PDF-Link - [ ] `get_document(drucksache)` für eine reale Drucksache der laufenden WP liefert das Dokument zurück - [ ] `download_text(drucksache)` extrahiert Text aus dem PDF - [ ] Folge-Issue für Frontend-Aktivierung verlinkt

tobias referenced this issue

2026-04-10 10:09:30 +02:00

UI BY: aktiv schalten + Wahlprogramme der WP19 indexieren #80

tobias closed this issue

2026-04-10 10:10:02 +02:00

Sign in to join this conversation.