Ohje, naja ob unumgänglich weis ich nicht. All zu komplex sollte das nicht sein. Sicherlich natüelich aufwändig, erst rechr wenn man mit parsern nicht so viel Erfahrung hat.
Oberflächlich sieht leider alles sehr gut machbar aus. Aber wenn es dann darum geht, die ganzen Inkonsistenzen zu korrigieren und ggf. fehlenden Informationen nachzureichen, wird es nicht mehr so schön. Mein Problem ist weniger das Problem fehlender Erfahrung mit Parsern, sondern eher der Pessimismus, was die Datenaufbereitung und -verfügbarkeit im Scriptorium angeht. Texte enthalten keine oder nur manchmal Formatierung (die Regeltexte in Optolith sind alle in Markdown formatiert), inkonsistente Benennung und Satzteilreihenfolge (was aber an der PDF-Grundlage liegt), HTML-Struktur, fehlende Daten. Und – angenommen, Optolith wäre auf dem aktuellen Stand – es dauert immer ein bisschen, bis Inhalte im Scriptorium auch verfügbar sind. Das ist natürlich zusätzlich problematisch, wenn man dann auch immer möglichst bald ein Optolith-Update bereitstellen möchte und auf das Parsen des Regelwikis angewiesen ist. Aufgrund all dieser Punkte bin ich grundsätzlich eher abgeneigt, mich vom Regelwiki abhängig zu machen, und vor allem auch noch recht viel Arbeit in einen resistenten Parser zu stecken, der mit all diesen Problemen auch umgehen kann.
Mit finanziellem Backup und die Möglichkeit, das DSA Regelwiki strukturiert einzubinden und umzudenken (da dann vermutlich Unterstützung durch die Entwickler am Wiki) würde doch sicherlich einiges mehr gehen... Man darf ja träumen 
