export: Separator-Typ VF/GF aus der Ketten-Einheit statt Bau-XDATA

Der Typ (Merkmal "Typ") jeder Separator-Zeile kommt jetzt an EINER Stelle
aus der Einheiten-Schneidung csv:kette-einheiten (neu: csv:kette-sep-typen,
eingetragen in csv:ketten-verarbeiten) - dieselbe Quelle wie die
Einheiten-Boundingbox. VF = Separator direkt vor der Umlenkstation bzw.
zwischen Umlenk- und Motorstation, sonst GF.

Die bauzeitige XDATA SSG_SEP_TYP (ssg-sep-typ-xdata-schreiben/-lesen,
15 Einfuegestellen) entfaellt. Sie war teils falsch: der Separator vor dem
ES hinter einer Motorstation bekam "VF", und ein sep_nach-Separator einer
GF, den die folgende VF-Einheit als Einlauf nutzt, blieb "GF"
(HundM05: Sep1/5/7/9/11 und Sep2).

Unit-Tests csv:kette-sep-typen in tests/test_unit.lsp.

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

lib/export_csv.py

@@ -238,11 +238,11 @@ def build_sensor_merkmale(block):
     Separator_SP-Symbole und traegt die ID des Wrapper-Blocks, in dem das
     Symbol steckt - eine bekannte, keine geratene Zuordnung.
 
-    "strecke_typ" (csv:block-to-json/csv:wrapper-strecke-typ) traegt bei
-    denselben verpackten Kopien den Streckentyp (VF/GF) des Wrappers, in dem
-    der Separator steckt - eine Strecke wechselt sich zwingend Foerderer/
-    Gefaellestrecke ab. Fehlt bei eigenstaendigen Separator_SP/Scanner-
-    Bloecken (keinem Wrapper zugeordnet) und bleibt dann leer."""
+    "strecke_typ" (csv:block-to-json) traegt bei denselben verpackten Kopien
+    den Streckentyp (VF/GF) der Einheit, in der der Separator in der Kette
+    liegt (csv:kette-sep-typen in export.lsp - dieselbe Einheiten-Schneidung
+    wie die Einheiten-Boundingbox). Fehlt bei eigenstaendigen Separator_SP/
+    Scanner-Bloecken (keinem Wrapper zugeordnet) und bleibt dann leer."""
     attribs = block.get("attribs", {})
     return {
         "Zuordnung": block.get("zuordnung_fix") or attribs.get("ZUORDNUNG", ""),