FAQ

Häufige Fragen zu DOSSIER. Bei Bugs oder weiteren Fragen → Issue auf Gitea.

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).

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:

_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) — Undo/Redo invalidiert den Joint-Cache aktuell nicht automatisch.

Kann ich zum Projekt beitragen?

Ja. Issues und Pull Requests sind willkommen auf Gitea. 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.

Wo kriege ich Hilfe?

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.