Scraper HB: Bremen (PARiS, Wahl 2027-05-09) #66

Closed
opened 2026-04-10 10:09:24 +02:00 by tobias · 0 comments
Owner

Wahltermin

2027-05-09 — Bremen (HB), aktuell 21. Wahlperiode.

Backend

Feld Wert
Doku-System PARiS
Base-URL https://paris.bremische-buergerschaft.de
dokukratie-Scraper hb
Drucksachen-Format 21/1234

Adapter-Strategie

PARiS basiert auf StarWeb (siehe bundeslaender.py::HB.anmerkung). Wenn der generische StarWebAdapter aus dem SH-Issue existiert, ist HB vermutlich ein zweiter Registry-Eintrag mit angepasster base_url. Falls die PARiS-Variante abweicht, eigene Subklasse wie PortalaAdapter es für LSA/BE hat.

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["HB"].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["HB"] 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 **2027-05-09** — Bremen (HB), aktuell 21. Wahlperiode. ## Backend | Feld | Wert | |---|---| | Doku-System | `PARiS` | | Base-URL | https://paris.bremische-buergerschaft.de | | dokukratie-Scraper | `hb` | | Drucksachen-Format | `21/1234` | ## Adapter-Strategie PARiS basiert auf StarWeb (siehe `bundeslaender.py::HB.anmerkung`). Wenn der generische StarWebAdapter aus dem SH-Issue existiert, ist HB vermutlich ein zweiter Registry-Eintrag mit angepasster `base_url`. Falls die PARiS-Variante abweicht, eigene Subklasse wie PortalaAdapter es für LSA/BE hat. ## 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["HB"].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["HB"]` 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
Sign in to join this conversation.
No description provided.