83 lines
4.5 KiB
Markdown
83 lines
4.5 KiB
Markdown
---
|
|
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.
|