Beim Auswerten der dokukratie/*.yml-Configs (Annotationen in
Issues #19-#30) sind drei Falsch-Einträge aufgefallen, die zu
unnötigem Reverse-Engineering bei den Adapter-Implementierungen
geführt hätten:
- TH "StarWeb" → "ParlDok"
dokukratie/th.yml zeigt parldok.thueringen.de/ParlDok/formalkriterien/
mit ParlDok-typischen Form-Feldern (DokumententypId, LegislaturpNum).
Live-System ggf. ParlDok 8.x SPA wie MV — dann ParLDokAdapter direkt
wiederverwendbar (Issue #25 Annotation).
- HB "PARiS" → "StarWeb"
PARiS ist nur eine StarWeb-Skin auf paris.bremische-buergerschaft.de
/starweb/paris/servlet.starweb?path=paris/LISSH.web. Wiederverwendbar
mit dem generischen StarWebAdapter aus Issue #27 (Template).
- SN "ParlDok" → "Eigensystem"
EDAS auf edas.landtag.sachsen.de basiert auf ASP.NET-Webforms mit
__VIEWSTATE/__CALLBACKID-Postbacks (siehe dokukratie/sn.yml). Nicht
ParlDok-kompatibel mit MV. Eigener Adapter notwendig.
Anmerkungs-Texte erweitert mit Adapter-Wiederverwendungs-Hinweis und
Verifikations-Schritt für Live-System-Versionen.
Phase 0 aus Roadmap-Issue #49.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
5a30ce8bab