---
title: FAQ
linkTitle: FAQ
weight: 4
toc: true
---

Häufige Fragen zu DOSSIER. Bei Bugs oder weiteren Fragen → [Issue auf Gitea](https://git.kgva.ch/karim/DOSSIER).

## Für wen ist Dossier gedacht?

Für **Architekturbüros**, die Rhino bereits im Entwurf und in der Ausführungsplanung einsetzen und den gesamten Weg bis zur fertigen Planabgabe im Modell halten möchten — ohne Umweg über separate CAD-Programme.

## Was ist die Idee?

Rhino aus der reinen Modellierumgebung in ein **vollständiges Design-Studio** überführen. Smart-Elemente, Plan-Verwaltung, Vorlagen, Beschriftung und Ausgabe gehören in einem Architekturprojekt zusammen — Dossier bündelt sie an einem Ort. Wo Konventionen aus der Branche existieren (SIA 416, Layer-Naming), werden sie kuratiert übernommen, statt das Rad neu zu erfinden.

## Welche Rhino-Version wird unterstützt?

**Rhino 8** für **macOS** (primär getestet) und **Windows** (untestet, aber kompatibel). Eine Portierung auf ältere Versionen ist nicht geplant — Dossier verwendet die neue CPython-3-Engine und Section-Style-APIs, die erst mit Rhino 8 verfügbar sind.

## Ist Dossier kostenlos?

**Ja.** Der gesamte Quellcode steht unter **GNU AGPL-3.0-or-later**. Keine Telemetrie, keine versteckten Kosten. Eigene Builds aus dem Repo oder die fertige Distribution.

## Wie ersetzt Dossier den klassischen Layout-Workflow?

Dossier baut **auf** Rhinos Layout-Konzept auf und legt darüber die projektbezogene Verwaltung, die in einem vollständigen Plan-Workflow fehlt: Plan-Sets, zentrale Vorlagen, Titelblock-Master und Stapelexport. Manueller Layout-Aufbau pro Blatt entfällt.

## Wie funktioniert die SIA-416-Flächenauswertung?

Jeder Raum trägt eine **Kategorie** (HNF, NNF, FF, VF) als Metadatum. Diese Information bleibt für die normale Plandarstellung **unsichtbar** — die Räume sind im Standardmodus transparent. Erst ein eigener **Flächen-Anzeigemodus** überlagert die Geometrie mit den definierten Kategoriefarben.

Die Klassifikation selbst dient primär der **Schema- und Listenerzeugung**: Flächentabellen, aggregierte HNF/NNF/FF/VF-Summen und der Raum-CSV-Export greifen direkt darauf zu. Siehe [Räume (SIA 416)](../features/raeume-sia416).

## Wo werden die Plandaten gespeichert?

Im **`.3dm`-Dokument selbst**, als zusätzliche Metadaten an Named Views, Layouts und Layern. Es entstehen **keine externen Datenbanken** — eine Datei bleibt eine Datei. Backup-Strategie ist trivial: `.3dm` kopieren.

## Welche Python-Runtime läuft?

**CPython 3.9** über Rhinos neue Script-Editor-Engine (Rhino 8). Die Migration von IronPython 2.7 ist abgeschlossen (verifiziert 2026-05-17 auf Mac Rhino 8.31). Verifikation in Rhino:

```text
_RunPythonScript <DOSSIER_PFAD>/rhino/startup.py
# Erste Zeile sollte zeigen: [STARTUP] Python: 3.x ...
```

## Ist Dossier stabil genug für den Produktivbetrieb?

**Noch nicht.** Aktuell befindet sich Dossier in der **Pre-Release-Phase 0.1.0**. Funktionen können sich ändern, Bugs sind möglich. Eigene Backups der `.3dm`-Dateien sind empfohlen. Smart-Elemente in echten Projekten haben aber bereits 6+ Monate produktiven Einsatz hinter sich.

## Werden Wände und Decken bei Modell-Änderungen automatisch nachgeführt?

**Ja.** Das Source-↔-Volume-Pattern triggert Regeneration bei jeder Source-Geometrie-Änderung. Wand-Joints, Decken-Aussparungen und Öffnungs-Cutouts werden mitgeführt — ohne manuelles Refresh.

Caches haben jedoch bekannte Stale-Risiken (siehe [Werkzeuge](../features/werkzeuge)) — Undo/Redo invalidiert den Joint-Cache aktuell **nicht** automatisch.

## Kann ich zum Projekt beitragen?

**Ja.** Issues und Pull Requests sind willkommen auf [Gitea](https://git.kgva.ch/karim/DOSSIER). Besonders wertvoll sind:

- konkrete Bug-Reports mit Minimal-`.3dm`
- Workflow-Verbesserungen aus dem realen Büroalltag
- Titelblock-Vorlagen für andere Büros
- Übersetzungen / Internationalisierung

Lies vorher die [Architektur-Übersicht](../docs/architektur).

## Wo kriege ich Hilfe?

| Kanal              | Verwendung                                |
|--------------------|-------------------------------------------|
| **Gitea Issues**   | Bugs, Feature-Wünsche, allgemeine Fragen  |
| **karimgabrielevarano.xyz** | Entwickler-Kontakt                |
| **GitHub Discussions** | (nicht eingerichtet)                  |

## Warum Open Source?

Bürowissen sollte nicht in proprietären Tools eingesperrt sein. Plan-Workflows sind in der Branche gut etabliert — ein Tool, das diese Konventionen sauber umsetzt, gehört allen.

AGPL-3.0 stellt sicher, dass Verbesserungen wieder ins Projekt fliessen.