y.wang
989ee398ce
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>
67 lines
2.7 KiB
Markdown
67 lines
2.7 KiB
Markdown
# 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)
|