Scraper HH: Hamburg (ParlDok, Wahl 2030-03-03) #73

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

Wahltermin

2030-03-03 — Hamburg (HH), aktuell 23. Wahlperiode.

Backend

Feld Wert
Doku-System ParlDok
Base-URL https://www.buergerschaft-hh.de/parldok
dokukratie-Scraper hh
Drucksachen-Format 23/1234

Adapter-Strategie

ParlDok (2/2) — Pfad /parldok ist identisch zu MV. Hohe Wahrscheinlichkeit dass der ParLDokAdapter direkt funktioniert mit anderem base_url, wahlperiode=23. Smoke-Test mit einer realen Drucksache aus WP23 vor dem Issue-Close.

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["HH"].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["HH"] 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 **2030-03-03** — Hamburg (HH), aktuell 23. Wahlperiode. ## Backend | Feld | Wert | |---|---| | Doku-System | `ParlDok` | | Base-URL | https://www.buergerschaft-hh.de/parldok | | dokukratie-Scraper | `hh` | | Drucksachen-Format | `23/1234` | ## Adapter-Strategie **ParlDok (2/2)** — Pfad `/parldok` ist identisch zu MV. Hohe Wahrscheinlichkeit dass der ParLDokAdapter direkt funktioniert mit anderem `base_url`, `wahlperiode=23`. Smoke-Test mit einer realen Drucksache aus WP23 vor dem Issue-Close. ## 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["HH"].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["HH"]` 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.