docs: refine project presentation and refresh dark screenshots
@@ -4,6 +4,10 @@
|
||||
|
||||
HartOMat ist eine Produktionsplattform für technische Visualisierung. Die Anwendung verbindet CAD-Import, Datenaufbereitung, Material-Mapping, Produkt- und Asset-Verwaltung sowie eine Blender-basierte Render-Pipeline in einer gemeinsamen Oberfläche. Parallel dazu wird die Render-Orchestrierung von einem Legacy-Workflow auf ein node-basiertes Produktionsmodell migriert, ohne dass der bisherige Produktionsweg ausfallen darf.
|
||||
|
||||
## Positionierung
|
||||
|
||||
HartOMat ist kein isolierter Renderer, sondern die operative Schicht zwischen technischen Quelldaten und reproduzierbarer Medienproduktion. Das Projekt ist darauf ausgelegt, CAD-Assets, kommerzielle Output-Varianten, Template-Logik und Worker-Ausführung in einem System zusammenzuhalten.
|
||||
|
||||
## Was das System heute abdeckt
|
||||
|
||||
- STEP/CAD-Import mit nachgelagerter Aufbereitung
|
||||
@@ -13,6 +17,13 @@ HartOMat ist eine Produktionsplattform für technische Visualisierung. Die Anwen
|
||||
- Graph-basierter Workflow-Editor mit Legacy-Kompatibilität
|
||||
- Worker-basierte Renderausführung mit Docker, Celery und Blender
|
||||
|
||||
## Zielnutzen
|
||||
|
||||
- Weniger manuelle Übergaben zwischen CAD, Medienproduktion und Admin
|
||||
- Reproduzierbare Render-Ergebnisse durch Templates und definierte Output Types
|
||||
- Sichere Migration in Richtung node-basierter Produktion ohne Abschalten des Bestandssystems
|
||||
- Klare Trennung zwischen operativen Profilen, Workflow-Definitionen und Render-Modulen
|
||||
|
||||
## Laufende Architekturidee
|
||||
|
||||
Das Zielbild ist eine modulare Produktionskette, in der einzelne Prozessschritte als wiederverwendbare Backend-Module im Workflow-Editor verfügbar sind. Dazu gehören insbesondere:
|
||||
@@ -63,7 +74,15 @@ Der Backend-Startprozess führt Migrationen und Seeds aus. Für lokale Entwicklu
|
||||
- `/admin` verwaltet Output Types, Render Templates, Asset Libraries und Systemeinstellungen
|
||||
- `/workflows` ist die Arbeitsfläche für Legacy-kompatible Graph-Workflows
|
||||
|
||||
### 4. Stack steuern
|
||||
### 4. Typischer Produktionsfluss
|
||||
|
||||
1. CAD-Datei oder Medienquelle hochladen.
|
||||
2. Produktdaten, Materialzuordnung und Bibliotheken prüfen.
|
||||
3. Render Template und Output Type auswählen.
|
||||
4. Produktion über Legacy- oder Graph-Workflow starten.
|
||||
5. Ergebnisse im Produkt, Auftrag oder Medienkontext kontrollieren.
|
||||
|
||||
### 5. Stack steuern
|
||||
|
||||
```bash
|
||||
./scripts/restart.sh
|
||||
@@ -80,13 +99,13 @@ docker compose logs -f
|
||||
|
||||

|
||||
|
||||
Das Dashboard ist der operative Einstieg in Produkte, Aufträge, KPIs und offene Prozessschritte.
|
||||
Das Dashboard ist der operative Einstieg in Produkte, Aufträge, KPIs und offene Prozessschritte. Für die Projektdokumentation werden hier Dark-Theme-Screenshots aus der laufenden lokalen Instanz verwendet.
|
||||
|
||||
### Workflow Editor
|
||||
|
||||

|
||||
|
||||
Der Workflow-Editor ist die Zieloberfläche für die modulare Produktionskette. Hier werden Legacy-Bridge-Nodes und graph-native Nodes zusammengeführt.
|
||||
Der Workflow-Editor ist die Zieloberfläche für die modulare Produktionskette. Hier werden Legacy-Bridge-Nodes, Referenzpfade und graph-native Nodes zusammengeführt.
|
||||
|
||||
### Product Detail
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 70 KiB After Width: | Height: | Size: 70 KiB |
|
Before Width: | Height: | Size: 148 KiB After Width: | Height: | Size: 155 KiB |
|
Before Width: | Height: | Size: 126 KiB After Width: | Height: | Size: 124 KiB |
|
Before Width: | Height: | Size: 307 KiB After Width: | Height: | Size: 304 KiB |