Samer AyadiandClaude Opus 5.5
97a0db6707
- lib/model.py (neu, pydantic): TroBase -> DerivedTro, Connection, OpenPoint, Analysis (aus tro_flow verschoben), TroDocument = TRO-JSON (Schema sps_skel-tro-v2). items/fbType werden immer ueber den Typ aus tro_catalog gelesen, nie gespeichert; abweichende Werte in einer JSON sind ein Fehler. JSON-Schluessel wie bisher (id, type, fbType ...), extra="forbid". - tro_flow: Tro/Analysis aus model.py; neuer Schalter --json schreibt <name>_tro.json (TroDocument) - scl_skeleton: liest die JSON ueber TroDocument statt per Dict-Zugriff, Bauteile ueber TroItem-Konstanten; ungueltige JSON -> Exit 1 ohne SCL, alte tro_extract-JSON (v1) mit Hinweis auf tro_flow --json - tro_annotate: nur noch Ansicht; derselbe analyse_tros-Aufruf wie tro_flow (inkl. sepliste-Gegenprobe), damit Zeichnung und JSON uebereinstimmen - tro_extract: geparkt (unveraendert) - tests/test_model.py + conftest.py, pytest in requirements.txt aktiviert - Doku: Python_Scripts.md (§6b model.py), Commandlines.md, CLAUDE.md, Aufrufkommentare in bin/ (scl_skeleton.bat zeigte tro_flow-Aufrufe) Geprueft: alle tro_flow/tro_annotate-Ausgaben (8 CSVs) bis auf Zeitstempel identisch zum vorherigen Stand; scl_skeleton alt/neu auf derselben JSON byte-identisch (export, mubea, HundM05); 10 Tests gruen. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
56 lines
2.1 KiB
Bash
56 lines
2.1 KiB
Bash
#!/usr/bin/env bash
|
|
# ================================================================
|
|
# SPS_SKEL - TROs ermitteln und TRO-Flussdiagramm erzeugen
|
|
# ================================================================
|
|
# Aufruf:
|
|
# bash bin/tro_flow.sh --file mubea.csv
|
|
# bash bin/tro_flow.sh --file mubea.csv --tosvg
|
|
# bash bin/tro_flow.sh --file mubea.csv --tosvg --doc
|
|
# bash bin/tro_flow.sh --file mubea.csv --json (TRO-JSON fuer scl_skeleton)
|
|
#
|
|
# Die CSV-Datei wird in $SKEL_DATA gesucht, DOT, SVG, Doku und
|
|
# Fehlerdatei werden in $SKEL_RESULTS abgelegt.
|
|
#
|
|
# Schwesterprogramm: bin/material_flow.sh (Materialfluss der Objekte)
|
|
# ================================================================
|
|
|
|
set -eu
|
|
|
|
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
|
|
# Umgebung setzen (SKEL_DATA, SKEL_RESULTS, SKEL_LIB, PYTHONPATH ...)
|
|
# shellcheck source=/dev/null
|
|
. "$SCRIPT_DIR/setenv.sh" >/dev/null
|
|
|
|
# Virtuelle Umgebung nutzen, falls vorhanden (pydantic wird benoetigt)
|
|
if [ -f "$SPS_SKEL/.venv/bin/activate" ]; then
|
|
# shellcheck source=/dev/null
|
|
. "$SPS_SKEL/.venv/bin/activate"
|
|
fi
|
|
|
|
# Python-Interpreter bestimmen
|
|
PY="python3"
|
|
command -v python3 >/dev/null 2>&1 || PY="python"
|
|
|
|
# Graphviz pruefen, wenn --tosvg SVG erzeugen soll (dot, bei --use-cords/
|
|
# --use-coords neato) - nur ein frueher Hinweis; das eigentliche Skript
|
|
# meldet denselben Fehler beim Rendern noch einmal im Detail.
|
|
case " $* " in
|
|
*" --tosvg "*)
|
|
GV_ENGINE="dot"
|
|
case " $* " in
|
|
*" --use-cords "*|*" --use-coords "*) GV_ENGINE="neato" ;;
|
|
esac
|
|
if ! command -v "$GV_ENGINE" >/dev/null 2>&1; then
|
|
if [ "$GV_ENGINE" != "dot" ] || [ -z "${GRAPHVIZ_DOT:-}" ]; then
|
|
echo "WARNUNG: Graphviz '$GV_ENGINE' nicht im PATH gefunden - --tosvg wird vermutlich fehlschlagen." >&2
|
|
echo " Graphviz installieren (https://graphviz.org/download/), PATH ergaenzen," >&2
|
|
echo " oder GRAPHVIZ_DOT auf die dot-Programmdatei setzen (nur fuer 'dot')." >&2
|
|
echo "" >&2
|
|
fi
|
|
fi
|
|
;;
|
|
esac
|
|
|
|
exec "$PY" "$SKEL_LIB/tro_flow.py" "$@"
|