# Proposalsammlung

Last modified by ybl2 on 2025/01/30 12:15
Export
Office Formats
Export as PDF Export as ODT Export as RTF
Other Formats

Select the pages to export:

select all/ none

Legend:
  Created Page
  Modified Extension Page
  Clean Extension Page

Export as HTML

# Vortrag

#### Thema des Projekts

Betrachtung einer anderen Darstellungsweise von Hierarchien (explizite Darstellung Kindknoten außerhalb der Elternknoten)

#### Motivation

Testen von Alternativen um (im besonderern für die Tapete) ein anderes Layout zu erzeugen.

Mit Grundvoraussetzung das die Kindknoten explizit gezeichnet werden.

#### Überleitung

Da ein Layout nicht alle Probleme löst, betrachten wir verschiedene Use Cases.

#### Use Cases

##### Case 1 - Ausdrucken

Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.

Ansicht: voller Graph (alle Kanten, alle Beschriftungen)

Mögliche Lösungen: HV-Bäume\Recursive Winding

TODO: weitere Kompaktionsmöglichkeiten suchen

##### Case 2 - Überblick über das Modell

Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.

Ansicht:

Mögliche Lösungen: Mr. Tree, Radiales Baumlayout

##### Case 3 - Signal Verfolgung

Ziel: Nachvollziehen von Signalflüsse

Mögliche Lösung: Hervorhebung einzelner Signalflüsse. Nachteil bei diesem Ansatz ist, dass Signale zwischen zwei Kindern wieder durch den Parent fließen müssen.(Oder neue Kante)

Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.

##### Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation)/Detailansichten

Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.

Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.

#### Umsetzung

Erster Schritt : KGraph Synthese

Priorisierung der Use Cases:

1. Use Case 2
2. Use Case 4
3. Use Case 3

4. Use Case 1

#### Zeitplan

Datum | Milestone
--- | ---
24.11 | Proposalvortrag
22.12 | Erster (primitiver) Prototyp
| Zwischenergebnis Präsentation
19.03 | Ende der Implementierung
20.03 | Start der Benutzerstudie
| Abschlussvortrag

#### Verworfene Ideen

3D

Force Directed Layout

# Layout Algorithmen

## Radiales Layout

Pros

- Wurzel ist immer in der Mitte
- Guter Überblick über den Datenfluss -
  klare Zuordnung der Kindern zu ihren Eltern

Cons

- kein echtes radiales bei wenig Kindern
- dadurch auch viel Whitespace (besonders bei vielen Blättern)

Erfragen:radiales Layout möglich

## HV

Pros

- klare Position der Wurzel (wenn man den Algorithmus kennt)

Cons

- möglicherweise viel Whitespace

## Recursive Winding

Pros

- klare Position der Wurzel
- wenig Whitespace
- beliebig skalierbar/ beliebiges Seitenverhältnis

Cons

- kompliziert (zu implementieren)

## Force Directed

Pros

- Platzsparendes Layout
- in KIELER bereits vorhanden

Cons

- keine klare Position der Wurzel -Highlighting nötig
- Sonderbehandlung um mehrfach ein ähnliches Layout zu erzeugen

## 3D

## Grid

## Balloon Tree

Zuordnung Kind zu Aktor ist durch n

## Hybrid

# Feature Ideen

- Ausgewählte Knoten können expandiert/minimiert (durch Paltzhalter ersetzt) werden
- Ausgewählte Knoten kommen in den Fokus
- FishEye View Minimizing the focus surrounding Nodes
- gleiche Aktoren nur einmal darstellen → vllt kein Baum mehr

# Behandlung der Kanten/Hilfslinien

- Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
- Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
- Kanten zwischen Aktor und Kindknoten

Tags:
Created by ybl2 on 2016/11/08 16:03

- Comments (0)
- Attachments (5)
- History
- Information

# Quick Links

KIELER on GitHub
RTSYS Homepage

XWiki 14.4.7