Geschosse & Ebenen

Das EBENEN-Panel ist die zentrale Projekt-Struktur. Geschosse mit Name, Höhe und OKFF definieren — Dossier baut die komplette Layer-Hierarchie automatisch auf.

Geschoss-Definition

Jedes Geschoss trägt:

Feld	Beschreibung
Name	`UG`, `EG`, `1OG`, `2OG`, `DG`, … (frei wählbar)
Höhe	Lichte Höhe in mm
OKFF	Oberkante Fertigfussboden, absolut in mm
Typ	Vollgeschoss · Untergeschoss · Dachgeschoss · Attika

Gespeichert als JSON in doc.Strings["dossier_ebenen"] — bleibt in der .3dm erhalten.

Layer-Hierarchie

Aus den Geschossen baut Dossier diese Struktur:

10_GRUNDRISSE
  ├── EG
  │   ├── 20_WAENDE
  │   ├── 30_DECKEN
  │   ├── 31_DAECHER
  │   └── 40_TREPPEN
  ├── 1OG     (gleiche Sublayer)
  └── 2OG
20_SCHNITTE
30_ANSICHTEN
00_RASTER
01_VERMESSUNG
40_SITUATION
90_REFERENZEN
99_KONSTRUKTION

Wird ein neues Geschoss angelegt, werden die Sublayer automatisch nachgezogen (layer_builder.py).

Presets

Häufige Konstellationen sind als Presets verfügbar:

Einfamilienhaus — UG / EG / OG / DG
Mehrfamilienhaus — UG / EG / 1OG / 2OG / 3OG / DG
Gewerbe — TG / EG / 1OG / 2OG

Eigene Presets können gespeichert und projektübergreifend wiederverwendet werden.

Aktives Geschoss

Das aktive Geschoss bestimmt, auf welchem Layer neue Smart-Elemente landen. Wechsel über das Drop-Down im EBENEN-Panel oder über die OBERLEISTE.

Code-Identifier verwenden ASCII-Schreibweise (UG, OG, DG) — UI darf Umlaute, Layer-Codes nicht. Das ist eine bewusste Konvention seit der CPython-3-Migration.

Cross-Module-Verhalten

Wenn Geschoss-Höhen oder OKFF im EBENEN-Panel geändert werden:

rhinopanel.py schreibt die neuen Werte in doc.Strings
elemente_bridge._regenerate_all() wird über Sticky-Reference getriggert
Alle Wand- und Decken-Volumen regenerieren automatisch