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 < 14.1 >
edited by ybl2
on 2016/11/22 13:05
>
Change comment: There is no comment for this version

Summary

Details

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

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage