Files
dxfmakros/doc/todo.md
T
y.wang f2a5f6ca75 docs: TODO-Stand nach der Modus-2-Arbeit nachgezogen
Vier Eintraege geprueft, drei davon betroffen:

- Spec-Uebersetzer Modus 2/3: Entscheidung dokumentiert, dass die Spec dort
  NICHT gebaut wird (SEGS macht die Journale selbst-enthalten), welche drei
  Schritte stattdessen umgesetzt wurden und warum die uebrigen gestrichen
  sind. Offen bleibt nur dasselbe fuer Modus 3 - dort fehlt ein
  aufgezeichnetes Journal als Netz.
- Achsenweise Laengen-Bilanz: teilweise entschaerft. AS-Element,
  Abschlussbogen+Motorstation und die Eck-Differenzen gehen seit ce4ad0f an
  das Segment, auf dem sie stehen - vfl-eck-extra ist bereits die hier
  geforderte Form (Zuschlag je Segment statt Skalar). SKALAR geblieben sind
  feste-vf und gf-total, und genau die verursachen den U-Form-Fehler; das
  Symptom bleibt also bestehen. Mit Hinweis, dass die neuen
  Zuschlags-Meldungen der schnellste Einstieg in die Diagnose sind.
- Linienzug ohne GUI, Schritt 11: war zurueckgestellt, bis echte
  Modus-2-Journale als Referenz vorliegen. Diese Vorbedingung ist erfuellt;
  der Schritt selbst bleibt offen.

Unveraendert: Stufe-3-Winkelwahl "Ab"-Zweig - von dieser Arbeit nicht
beruehrt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-10-27 12:12:50 +01:00

95 lines
4.6 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
- **Modus-2-Solver: achsenweise Laengen-Bilanz.** Gefaltete VF-Laeufe (U-Form)
werden falsch gebaut (erste GF zu lang, Kletterstrecke zu kurz, Motor/ES
falsch), weil der Solver die festen Fussabdruecke skalar von EINER Spanne
abzieht. **Teilweise erledigt 2026-10-26** (ce4ad0f): AS-Element,
Abschlussbogen+Motorstation und die Eck-Differenzen werden seitdem dem
Segment zugeschlagen, auf dem sie physisch stehen (`vfl-eck-extra` je
Segmentindex, `as-along-fix` auf `vf-start`, `abschluss-fp` auf `vf-ende`) -
das ist die achsenweise Idee fuer diese Posten. SKALAR bleiben `feste-vf`
(Umlenkstation + Separator) und `gf-total` (GF1), und genau die verursachen
den U-Form-Fehler. Als Zwischenloesung zumindest gefaltete Laeufe mit
Meldung abweisen. -> `doc/todo/modus2-achsenweise-bilanz.md`
- **VF-Linienzug ohne GUI/Konsole, Stufe 2** (Funktionstrennung): eigener,
separat abzuarbeitender Auftrag mit Schritt-Tabelle. Schritte 5c, 6, 8, 9,
10 offen (u.a. `vfl-spec-ausfuehren`). Schritt 11 war zurueckgestellt, bis
echte Modus-2-Journale vorliegen - **diese Vorbedingung ist seit
2026-10-27 erfuellt** (`tests/testdata/linienzug_modus2_*.json`). Niedrige
Prioritaet - Architektur, keine neue Funktion.
-> `doc/todo/linienzug-ohne-gui.md`
- **Spec-Uebersetzer fuer Modus 2/3**: **weitgehend erledigt bzw. bewusst
gestrichen** (2026-10-27, 4a19ac0). Entscheidung: Eine Spec lohnt fuer
Modus 2/3 nicht - deren Journale tragen mit `SEGS` die komplette
Segment-Essenz und sind ohne Zeichnung abspielbar, der Mehrwert von
Domaenenwerten ist damit klein. Umgesetzt wurden die drei lohnenden Teile:
Python liest `linienzug2`/`3` (Rohtokens), `vsp-bau-journal` waehlt die
Bau-Funktion aus dem Journal, und die Segment-Antworten sind
selbstbeschreibende Werte statt Menue-Ziffern. OFFEN bleibt nur dasselbe
fuer **Modus 3** - dort fehlt ein aufgezeichnetes Journal als Netz.
-> `doc/todo/spec-modus2-3.md`
- **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)