Changes for page Proposalsammlung

Last modified by ybl2 on 2025/01/30 12:15
<
From version < 7.1 >
edited by ybl2
on 2016/11/15 13:24
To version < 15.1 >
edited by ybl2
on 2016/11/22 13:10
>
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,7 +1,68 @@
1 += Vortrag =
2 +
3 +==== Thema des Projekts ====
4 +
5 +Betrachtung einer anderen Darstellungsweise von Hierarchien (explizite Darstellung Kindknoten außerhalb der Elternknoten)
6 +
7 +==== Motivation ====
8 +
9 +Testen von Alternativen um (im besonderern für die Tapete) ein anderes Layout zu erzeugen.
10 +
11 +Mit Grundvoraussetzung das die Kindknoten explizit gezeichnet werden.
12 +
13 +==== Überleitung ====
14 +
15 +Da ein Layout nicht alle Probleme löst, betrachten wir verschiedene Use Cases.
16 +
17 +==== Use Cases ====
18 +
19 +===== Case 1 - Ausdrucken =====
20 +
21 +Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
22 +
23 +Mögliche Lösungen: HV-Bäume\Recursive Winding
24 +
25 +TODO: weitere Kompaktionsmöglichkeiten suchen
26 +
27 +===== Case 2 - Überblick über das Modell =====
28 +
29 +Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
30 +
31 +Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
32 +
1 1  
2 2  
3 -=== Zeitplan ===
35 +===== Case 3 - Signal Verfolgung =====
4 4  
37 +Ziel: Nachvollziehen von Signalflüsse
38 +
39 +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)
40 +
41 +Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
42 +
43 +
44 +
45 +===== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation)/Detailansichten =====
46 +
47 +Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
48 +
49 +Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
50 +
51 +==== Umsetzung ====
52 +
53 +Erster Schritt : KGraph Synthese
54 +
55 +Priorisierung der Use Cases:
56 +
57 +1. Use Case 2
58 +1. Use Case 4
59 +1. Use Case 3
60 +1. (((
61 +Use Case 1
62 +)))
63 +
64 +==== Zeitplan ====
65 +
5 5  (% class="wrapped" %)
6 6  |=(((
7 7  Datum
... ... @@ -38,100 +38,56 @@
38 38  Abschlussvortrag
39 39  )))
40 40  
41 -
102 +==== Verworfene Ideen ====
42 42  
43 -
104 +3D
44 44  
45 -=== Pros and Cons of Layout Algorithms ===
106 +Force Directed Layout
46 46  
47 -
108 += Layout Algorithmen =
48 48  
49 -(% class="wrapped" %)
50 -|=(((
51 -Layout
52 -)))|=(((
110 +== Radiales Layout ==
111 +
112 +[[image:attach:IMG_8357.png]]
113 +
53 53  Pros
54 -)))|=(((
55 -Cons
56 -)))
57 -|(((
58 -Radiales Layout
59 -)))|(((
115 +
60 60  * Wurzel ist immer in der Mitte
61 61  * Guter Überblick über den Datenfluss -
62 62  klare Zuordnung der Kindern zu ihren Eltern
63 -)))|(((
119 +
120 +Cons
121 +
64 64  * kein echtes radiales bei wenig Kindern
65 65  * dadurch auch viel Whitespace (besonders bei vielen Blättern)
66 -)))
67 -|(((
68 -HV
69 -)))|(((
70 -* klare Position der Wurzel
71 -)))|(((
124 +
125 +
126 +
127 +Erfragen:radiales Layout möglich
128 +
129 +== HV ==
130 +
131 +[[image:attach:IMG_8358.png]]
132 +
133 +Pros
134 +
135 +* klare Position der Wurzel (wenn man den Algorithmus kennt)
136 +
137 +Cons
138 +
72 72  * möglicherweise viel Whitespace
73 -)))
74 -|(((
75 -Recursive Winding
76 -)))|(((
140 +
141 +== Recursive Winding ==
142 +
143 +Pros
144 +
77 77  * klare Position der Wurzel
78 78  * wenig Whitespace
79 79  * beliebig skalierbar/ beliebiges Seitenverhältnis
80 -)))|(((
148 +
149 +Cons
150 +
81 81  * kompliziert (zu implementieren)
82 -)))
83 -|(% colspan="1" %)(% colspan="1" %)
84 -(((
85 -Force Directed
86 -)))|(% colspan="1" %)(% colspan="1" %)
87 -(((
88 -
89 -)))|(% colspan="1" %)(% colspan="1" %)
90 -(((
91 -* keine klare Position der Wurzel -
92 -Highlighting nötig
93 -* Sonderbehandlung um mehrfach ein ähnliches Layout zu erzeugen
94 -)))
95 -|(% colspan="1" %)(% colspan="1" %)
96 -(((
97 -3D
98 -)))|(% colspan="1" %)(% colspan="1" %)
99 -(((
100 -
101 -)))|(% colspan="1" %)(% colspan="1" %)
102 -(((
103 -
104 -)))
105 -|(% colspan="1" %)(% colspan="1" %)
106 -(((
107 -Grid?
108 -)))|(% colspan="1" %)(% colspan="1" %)
109 -(((
110 -
111 -)))|(% colspan="1" %)(% colspan="1" %)
112 -(((
113 -
114 -)))
115 -|(% colspan="1" %)(% colspan="1" %)
116 -(((
117 -Balloon Tree
118 -)))|(% colspan="1" %)(% colspan="1" %)
119 -(((
120 -
121 -)))|(% colspan="1" %)(% colspan="1" %)
122 -(((
123 -
124 -)))
125 -|(% colspan="1" %)(% colspan="1" %)
126 -(((
127 -Hybrid Inplace Nodes
128 -)))|(% colspan="1" %)(% colspan="1" %)
129 -(((
130 -
131 -)))|(% colspan="1" %)(% colspan="1" %)
132 -(((
133 -
134 -)))
135 135  
136 136  
137 137  
... ... @@ -139,34 +139,47 @@
139 139  
140 140  
141 141  
142 -[[image:attach:IMG_8356.png]][[image:attach:IMG_8357.png]][[image:attach:IMG_8358.png]][[image:attach:IMG_8359.png]]
159 +[[image:attach:IMG_8356.png]][[image:attach:IMG_8359.png]]
143 143  
144 144  
145 145  
146 -= Feature Ideen =
163 +== Force Directed ==
147 147  
148 -* Expanding all the nodes you like and minimize the others.
149 -* FishEye View Minimizing the focus surrounding Nodes
165 +Pros
150 150  
151 -
167 +* Platzsparendes Layout
168 +* in KIELER bereits vorhanden
152 152  
153 -= Behandlung der Kanten =
170 +Cons
154 154  
155 -* Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
156 -* Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
172 +* keine klare Position der Wurzel -Highlighting nötig
173 +* Sonderbehandlung um mehrfach ein ähnliches Layout zu erzeugen
157 157  
158 -
175 +== 3D ==
159 159  
160 -
177 +== Grid ==
161 161  
162 -
179 +== Balloon Tree ==
163 163  
164 -
181 +Zuordnung Kind zu Aktor ist durch n
165 165  
166 -
183 +== Hybrid ==
167 167  
185 += Feature Ideen =
186 +
187 +* Ausgewählte Knoten können expandiert/minimiert (durch Paltzhalter ersetzt) werden
188 +* Ausgewählte Knoten kommen in den Fokus
189 +* FishEye View Minimizing the focus surrounding Nodes
190 +* gleiche Aktoren nur einmal darstellen → vllt kein Baum mehr
191 +
168 168  
169 169  
194 += Behandlung der Kanten/Hilfslinien =
195 +
196 +* Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
197 +* Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
198 +* Kanten zwischen Aktor und Kindknoten
199 +
170 170  
171 171  
172 172  
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -20153819
1 +20153886
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153819/Proposalsammlung
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153886/Proposalsammlung

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage