Files

T

y.wang 989ee398ce docs: Spec-Uebersetzer und Stufe-2-Funktionstrennung abgeschlossen

Zwei TODO-Punkte aus doc/todo.md entfernt - beide nicht, weil die Arbeit
getan waere, sondern weil ihr Anlass entfallen ist. Abschnitt 1 der Liste
schrumpft damit von drei auf einen Punkt.

**Stufe-2-Funktionstrennung** (doc/todo/linienzug-ohne-gui.md):
zurueckgestellt. Sie sollte den Journal-Replay-Umweg ueberfluessig machen -
nur ist der keiner mehr: ein Linienzug-Journal traegt mit SEGS die komplette
Segment-Essenz und laeuft ohne Zeichnung, worauf schon die Streichung des
Spec-Uebersetzers beruhte (4a19ac0). Die Modus-2-Regressionstests fahren
genau diesen Pfad. Dem gegenueber stehen die offenen Schritte 5c/6/8/9/10,
die den Code anfassen, in dem die Reihenfolge selbst Geometrie ist (geklammerte
dL-Kette, vfl-acc-*-Reihenfolge, lazy gelesene AS/ES-Winkel) - hoher Einsatz,
kein Funktionsgewinn. Die Datei nennt jetzt drei konkrete Bedingungen fuer
eine Wiederaufnahme.

**Spec-Uebersetzer Modus 2/3** (doc/todo/spec-modus2-3.md): abgeschlossen.
Die Schritt-Tabelle war veraltet - sie fuehrte alle sieben Schritte als
offen, obwohl der Kopf der Datei das Gegenteil sagte; jetzt steht je Schritt
erledigt / gestrichen.

Offen war dort zuletzt NICHT "ein Test fuer Modus 3", sondern dessen
Segment-Klassifizierung: sie vergleicht roh gegen Menue-Ziffern "1".."4" und
schreibt sie genauso ins Journal (Marker linienzug3). Wer die Optionen
umsortiert, ergaenzt oder entfernt, deutet damit jede gespeicherte Kette
still um - real passiert beim Lauf-Anfang (833a4b6). Modus 2 ist davon
befreit (selbstbeschreibende Werte + Alt-Tabelle ueber vfl-wert-norm); Modus
3 nicht, weil ohne aufgezeichnetes Journal der Beweis fehlt, dass
Bestandsketten die Umstellung ueberstehen.

Nutzer-Entscheidung 2026-10-29: fuer Modus 3 vorerst kein Testfall, bei
Problemen im Einsatz wird getestet und korrigiert. Das Risiko bleibt damit
bestehen - und wandert dorthin, wo es gefaehrlich wird: als Warnblock direkt
ueber der Segment-Auswahl in vf_linienzug.lsp, statt in eine TODO-Datei, die
beim Umsortieren einer Option niemand aufschlaegt. Er nennt auch den Ausweg:
Journal mit lib/vf_journal_export.py aus der Zeichnung ziehen, dann ist die
Umstellung derselbe Handgriff wie bei Modus 2.

Beide Fahrplaene bleiben liegen - spec-modus2-3.md ist aus
lib/vf_journal_export.py an drei Stellen referenziert, eine davon landet im
Beschreibungstext frisch exportierter Testdaten.

Am LISP-Code ist ausschliesslich Kommentar geaendert. TEST_UNIT 897/897.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-10-29 14:38:39 +01:00

2.7 KiB

Raw Blame History

Offene TODOs

Zentrale Sammlung aller offenen Punkte. Wo ein eigener Fahrplan in doc/todo/ existiert, steht hier nur die Kurzfassung mit Verweis. Erledigtes wird entfernt (Historie steht in git), nicht abgehakt stehen gelassen.

Stand: 2026-10-26. Wird woechentlich (freitags) mit der Doku geprueft, siehe CLAUDE.md -> Konventionen.

1. VarioFoerderer / Linienzug

Stufe 3 Winkelwahl: "Ab"-Zweig (vf_standard.lsp, Kommentar bei der Fuellstueck-Berechnung): nur "Auf" implementiert, "Ab" bleibt bewusst offen, bis ein konkreter Bedarfsfall vorliegt. Ebenso schon-flach in Stufe 3.

2. Export / Sivas

Separator-/Scanner-Aufteilung GF/VF in Streckengruppen: Merkmale 4337/4339 (Gefaelle-Anteil) stehen fest auf "0", 4381/4383 (Vario-Anteil) tragen den kompletten Blockwert. Haengt an einer Ueberarbeitung der Separator-/Scanner-Zuordnung im Zeichnungsmodell. -> cfg/sivas_merkmal_zuordnung.md ("Offener Punkt")
TOS von Geruest-Import ins Sivas (Entwicklungsplan Meilenstein 2).

3. Geruest

Gattertraeger: nur Menue-Platzhalter auf GERUEST (zeigt einen Hinweis). Daten sollen spaeter in data/json/geruest_traeger.json.
Edit-Pfad GERUEST_EDIT fehlt: Doppelklick auf GR_* oeffnet nur EATTEDIT, kein Neuaufbau ueber den Dialog.

4. Omniflo

Boegen fuer Weichen OMNI_APBW_* (14 Befehle): Dummy, im Menue ausgegraut.
TEF-Geraden aus Omniflo-Geraden (Umwandlungsmakro): bisher nur TEF_FOERDERER_LINIE (Linie mit TEF-Geraden belegen), keine Umwandlung bestehender Omniflo-Geraden.

5. ILS

ILS-Weichen als Geometrie: Weichenpunkte werden ermittelt und exportiert (KREISEL_WEICHEN), eine eigene Weichen-Geometrie gibt es nicht.
Horizontal-Variobogen / Gefaellebogen als eigenstaendige Befehle: nur innerhalb der Streckengruppe (Vario-Kurve, GF-Bogen); die frueheren Dummy-Befehle ILS_K* sind entfernt.

6. Tests

tests/test_vf_geometrie.py braucht BricsCAD-erzeugte DXF-Referenzdaten, die headless fehlen -> schlaegt ohne vorherigen CAD-Lauf fehl.
CAD-Laeufe TEST_VF_SPEC und VF_SPEC_BAU + tests/test_vf_spec.py gegen tests/output/hundm05_results.json (Beweis "Spec-Pfad == Journal-Pfad" auf Geometrie-Ebene). -> doc/todo/plan-vf-interactive.md

7. Spaetere Meilensteine (Entwicklungsplan)

Nur Ueberschriften, Details in doc/plan/Entwicklungsplan.md:

Meilenstein 4: Flex (DWGs, Produktprogramm, CSV-Export, TOS)
Meilenstein 5: 3D-Modelle (Omniflo Bogen/Weiche, Geruest-Modelle)
Meilenstein 6: Metafunktionen (Geruest ueber Bereich, Strecke aus Polylinie, Kreisel-Verbindung auf unterschiedlicher Hoehe, Puffer aus Flaeche, Separator-/Scanner-Positionierung, Arbeitsplatz-Makro)

2.7 KiB Raw Blame History