Files

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

4.6 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

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)

4.6 KiB Raw Blame History