Show last authors
1 (((
2 (% class="bodytext" style="text-align: left;" %)
3 Sinn dieses Seminars ist es, sich mit einem Themengebiet aus dem Bereich der Layoutalgorithmen intensiv und selbständig wissenschaftlich auseinanderzusetzen. Das Thema ist in einem mündlichen Vortrag und einer schriftlichen Ausarbeitung zusammenzufassen. Ein weiterer Sinn dieses Seminars ist es, das Arbeiten in strukturierten zeitlichen Abläufen zu üben, wie es z.B. für Workshops/Tagungen üblich ist. Beide Aspekte sind erfahrungsgemäß eine gute Vorbereitung auf die Anfertigung einer Abschlussarbeit.(% style="color: rgb(34,34,34);" %) Es sind auch diverse Abschlussarbeitsthemen (Bachelor oder Master) auf diesem Themengebiet zu vergeben; bei Interesse sprechen Sie uns bitte an.
4
5 (% class="bodytext" style="text-align: left;" %)
6 Dieses Seminar wird in zwei Varianten angeboten, als Bachelor-Modul und als Master-Modul. Im Vergleich zum Bachelorseminar erwartet das Masterseminar eine größere Einbeziehung von verwandten Arbeiten, und dementsprechend eine umfangreichere Ausarbeitung und Präsentation (siehe unten).
7
8 {{section}}
9 {{column width="49%"}}
10 [[image:attach:image2016-7-7 15:43:29.png]]
11 {{/column}}
12
13 {{column width="49%"}}
14 [[image:attach:image2016-7-7 15:43:25.png]]
15 {{/column}}
16 {{/section}}
17
18 (% style="text-align: left;" %)
19 = Wichtige Eckdaten =
20
21 (% class="wrapped" %)
22 |=(% style="text-align: right;" %)(% style="text-align: right;" %)
23 (((
24 Voraussetzungen
25 )))|(((
26 (% class="internal-link None" %)//Wissenschaftliches Arbeiten für Seminar und Abschlussarbeiten//(%%) von Frau Peters.
27 )))
28 |=(% style="text-align: right;" %)(% style="text-align: right;" %)
29 (((
30 Dozenten
31 )))|(((
32 Reinhard von Hanxleden (rvh@informatik.uni-kiel.de)
33 Christoph Daniel Schulze (cds@informatik.uni-kiel.de)
34 )))
35 |=(% style="text-align: right;" %)(% style="text-align: right;" %)
36 (((
37 Blockseminartag
38 )))|(((
39 Montag, 25. Februar 2019
40 )))
41
42 = Themen =
43
44 {{expand title="Klick mich, um Dinge zu sehen"}}
45 (% class="bodytext" style="text-align: left;" %)
46 Zur Verfügung stehen die folgenden Paper aus verschiedenen Themenbereichen. Die mit einem  markierten Paper sind diejenigen, die wir wichtiger finden als die ohne Stern. Weil sie einen Stern haben halt.
47
48 (% class="bodytext" style="text-align: left;" %)
49 Die Paper werden //first-come-first-serve// vergeben. Ist ein Paper schon an jemanden vergeben, vermerken wir das hier. Viele der Links werden nur aus dem Netz der Uni Kiel heraus funktionieren. Bei Problemen einfach Bescheid sagen.
50
51 {{note}}
52 Einige Paper sind nicht frei im Netz verfügbar. Für diese Paper verlinken wir auf eine interne Seite in unserem Wiki. Um dazu Zugang zu bekommen, müsst ihr euch mit euren IfI-Account-Daten einloggen. Bei Problemen einfach cds Bescheid geben.
53 {{/note}}
54
55 == Aesthetics ==
56
57 (% style="color: rgb(165,173,186);" %)Purchase, Freeman, and Hamer. "An exploration of visual complexity." In //International Conference on Theory and Application of Diagrams//, pp. 200-213. Springer, 2012.(%%) **(vergeben)** **[[PDF>>url:https://www.researchgate.net/profile/Helen_Purchase/publication/262355519_An_Exploration_of_Visual_Complexity/links/5770215308ae621947487b24.pdf||shape="rect"]]**
58
59 Lloyd, Rodgers, and Roberts. "Metro map colour-coding: effect on usability in route tracing." In International conference on Theory and Application of Diagrams, pp. 411-428. Springer, 2018. **[[PDF>>url:https://www.researchgate.net/profile/Peter_Lloyd14/publication/324279056_Metro_Map_Colour-Coding_Effect_on_Usability_in_Route_Tracing/links/5ac94b090f7e9bcd519751ae/Metro-Map-Colour-Coding-Effect-on-Usability-in-Route-Tracing.pdf||shape="rect"]]**
60
61 Kobourov, Pupyrev, and Saket. "Are crossings important for drawing large graphs?" In //International Symposium on Graph Drawing//, pp. 234-245. Springer, 2014. **[[PDF>>url:https://www2.cs.arizona.edu/~~kobourov/crossings.pdf||shape="rect"]]**
62
63 (% style="color: rgb(165,173,186);" %)Ware, Colin, Purchase, Colpoys, and McGill. "Cognitive measurements of graph aesthetics." //Information visualization// 1, no. 2 (2002): 103-110.(%%) **(vergeben)** **[[PDF>>url:http://journals.sagepub.com/doi/pdf/10.1057/palgrave.ivs.9500013||shape="rect"]]**
64
65 == Perception and Usage ==
66
67 (% style="color: rgb(165,173,186);" %)Petre, Marian. "“No shit” or “Oh, shit!”: responses to observations on the use of UML in professional practice." //Software & Systems Modeling// 13, no. 4 (2014): 1225-1235.(%%) **(vergeben)** **[[PDF>>url:https://link.springer.com/content/pdf/10.1007%2Fs10270-014-0430-4.pdf||shape="rect"]]**
68
69 Burns, Carberry, Elzer, and Chester. "Automatically recognizing intended messages in grouped bar charts." In //International Conference on Theory and Application of Diagrams//, pp. 8-22. Springer, 2012. **[[PDF>>url:https://www.researchgate.net/profile/Stephanie_Schwartz9/publication/262169666_Automatically_Recognizing_Intended_Messages_in_Grouped_Bar_Charts/links/550882ff0cf26ff55f82ccee.pdf||shape="rect"]]**
70
71 == Browsing ==
72
73 (% style="color: rgb(165,173,186);" %)Nachmanson, Lev, Prutkin, Lee, Riche, Holroyd, and Chen. "Graphmaps: Browsing large graphs as interactive maps." In //International Symposium on Graph Drawing and Network Visualization//, pp. 3-15. Springer, 2015.(%%) **(vergeben)** [[**PDF**>>url:https://arxiv.org/pdf/1506.06745||shape="rect"]]
74
75 (% style="color: rgb(165,173,186);" %)Vaaraniemi, Goerlich, and in der Au. "Intelligent Prioritization and Filtering of Labels in Navigation Maps." (2014).(%%) **(vergeben)** [[**PDF**>>url:https://otik.uk.zcu.cz/bitstream/11025/11895/1/Varaaniemi.pdf||shape="rect"]]
76
77 == Graph Drawing ==
78
79 (% style="color: rgb(165,173,186);" %)Wybrow, Marriott, and Stuckey. "Orthogonal hyperedge routing." In //International Conference on Theory and Application of Diagrams//, pp. 51-64. Springer, 2012.(%%) **(vergeben)** [[**PDF**>>url:http://ialab.it.monash.edu/~~mwybrow/papers/wybrow-diagrams-2012.pdf||shape="rect"]] (Ideal für Leute, die gerne eine Abschlussarbeit zu einem Layoutthema schreiben möchten.)
80
81 (% style="color: rgb(165,173,186);" %)Aulbach, Fink, Schuhmann, and Wolff. "Drawing graphs within restricted area." In //International Symposium on Graph Drawing//, pp. 367-379. Springer, 2014.(%%) **(vergeben)** [[**PDF**>>url:https://arxiv.org/pdf/1409.0499||shape="rect"]]
82
83 Chevalier and Safro. "Comparison of coarsening schemes for multilevel graph partitioning." In //International Conference on Learning and Intelligent Optimization//, pp. 191-205. Springer, 2009. [[**PDF**>>url:http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.531.2924&rep=rep1&type=pdf||shape="rect"]]
84
85 Athenstädt, Hartmann, and Nöllenburg. "Simultaneous embeddability of two partitions." In //International Symposium on Graph Drawing//, pp. 64-75. Springer, 2014. [[**PDF**>>url:https://arxiv.org/pdf/1408.6019||shape="rect"]]
86
87 (% style="color: rgb(165,173,186);" %)Walshaw. "A multilevel algorithm for force-directed graph drawing." In //International Symposium on Graph Drawing//, pp. 171-182. Springer, 2000.(%%) **(vergeben)** [[**PDF**>>url:https://link.springer.com/content/pdf/10.1007/3-540-44541-2_17.pdf||shape="rect"]]
88
89 == Euler Diagrams ==
90
91 Bottoni, Costagliola, and Fish. "Euler diagram encodings." In //International Conference on Theory and Application of Diagrams//, pp. 148-162. Springer, 2012. [[**PDF**>>url:https://s3.amazonaws.com/academia.edu.documents/45649653/Euler_diagram_encodings20160515-26490-1rvpanx.pdf?AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1532097323&Signature=0mp3Nn2fRT4GGNbTTcWS%2F3gWwR8%3D&response-content-disposition=inline%3B%20filename%3DEuler_Diagram_Encodings.pdf||shape="rect"]]
92
93 (% style="color: rgb(165,173,186);" %)Baimagambetov, Howse, Stapleton, and Delaney. "Generating Effective Euler Diagrams." In //International Conference on Theory and Application of Diagrams//, pp. 39-54. Springer, 2018.(%%) **(vergeben)** **[[Seite mit PDF>>doc:Eingeschränkt sichtbare Paper]]**
94
95 Chapman, Stapleton, Rodgers, Micallef, and Blake. "Visualizing sets: an empirical comparison of diagram types." In //International Conference on Theory and Application of Diagrams//, pp. 146-160. Springer, 2014. [[**PDF**>>url:http://eprints.brighton.ac.uk/13703/1/diagrams2014%20Visualizing%20DataREVISED.pdf||shape="rect"]]
96
97 Mutton, Rodgers, and Flower. "Drawing graphs in Euler diagrams." In //International Conference on Theory and Application of Diagrams//, pp. 66-81. Springer, 2004. [[**PDF**>>url:https://core.ac.uk/download/pdf/64473.pdf||shape="rect"]]
98
99 == Other Types of Diagrams ==
100
101 Erwig and Smeltzer. "Variational Pictures." In //International Conference on Theory and Application of Diagrams//, pp. 55-70. Springer, 2018. **[[Seite mit PDF>>doc:Eingeschränkt sichtbare Paper]]**
102
103 (% style="color: rgb(165,173,186);" %)Grossman and Harel. "On the algorithmics of higraphs." Weizmann Institute of Science. Department of Applied Mathematics and Computer Science, 1997.(%%) **(vergeben)** **[[Seite mit PDF>>doc:Eingeschränkt sichtbare Paper]]**
104 {{/expand}}
105
106 = Ablauf =
107
108 {{expand title="Klick mich, um Dinge zu sehen"}}
109 == Termine im Semester ==
110
111 (% class="wrapped" %)
112 |=(((
113 Date
114 )))|=(((
115 Topic
116 )))
117 |(((
118 Do., 18.10.2018
119 )))|(((
120 Ende der Frist für die Themenauswahl (per Mail an Christoph Daniel)
121 )))
122 |(((
123 Do., 18.10.2018, 15:00
124 )))|(((
125 Vorbesprechung/Kick-Off, LaTeX/Git Kurzeinführung, CAP 4, R. 1115
126 )))
127 |(((
128 \\
129 )))|(((
130 Abgabe Ausarbeitungsgerüst (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie)
131 )))
132 |(% colspan="1" %)(% colspan="1" %)
133 (((
134 \\
135 )))|(% colspan="1" %)(% colspan="1" %)
136 (((
137 Individualtermine
138 )))
139 |(% colspan="1" %)(% colspan="1" %)
140 (((
141 \\
142 )))|(% colspan="1" %)(% colspan="1" %)
143 (((
144 Abgabe der Erstversion der vollständigen Ausarbeitung
145 )))
146 |(% colspan="1" %)(% colspan="1" %)
147 (((
148 \\
149 )))|(% colspan="1" %)(% colspan="1" %)
150 (((
151 Individualtermine
152 )))
153 |(% colspan="1" %)(% colspan="1" %)
154 (((
155 \\
156 )))|(% colspan="1" %)(% colspan="1" %)
157 (((
158 Abgabe der Review-Version der Ausarbeitung
159 )))
160 |(% colspan="1" %)(% colspan="1" %)
161 (((
162 \\
163 )))|(% colspan="1" %)(% colspan="1" %)
164 (((
165 Zuordnung Ausarbeitungen/Reviewer (per Email)**
166 **
167 )))
168 |(% colspan="1" %)(% colspan="1" %)
169 (((
170 \\
171 )))|(% colspan="1" %)(% colspan="1" %)
172 (((
173 Abgabe der Reviews**
174 **
175 )))
176 |(% colspan="1" %)(% colspan="1" %)
177 (((
178 \\
179 )))|(% colspan="1" %)(% colspan="1" %)
180 (((
181 Vortrag zur Gestaltung einer guten Präsentation
182 )))
183 |(% colspan="1" %)(% colspan="1" %)
184 (((
185 \\
186 )))|(% colspan="1" %)(% colspan="1" %)
187 (((
188 Abgabe der Vortragsfolien und Handoutfolien (siehe Hinweise unten)
189 )))
190 |(% colspan="1" %)(% colspan="1" %)
191 (((
192 \\
193 )))|(% colspan="1" %)(% colspan="1" %)
194 (((
195 Individualtermine**
196 **
197 )))
198 |(% colspan="1" %)(% colspan="1" %)
199 (((
200 \\
201 )))|(% colspan="1" %)(% colspan="1" %)
202 (((
203 Abgabe der Endversionen der Vortragsfolien, Handouts und Ausarbeitungen, Anschließend Druck der Proceedings (inkl. Ausarbeitungen und Handoutfolien)**
204 **
205 )))
206 |(% colspan="1" %)(% colspan="1" %)
207 (((
208 \\
209 )))|(% colspan="1" %)(% colspan="1" %)
210 (((
211 Ganztägiges Blockseminar mit Vorträgen
212 )))
213
214 == Agenda des Blockseminars ==
215
216 Die Vorstellung des jeweils bearbeiteten Themas wird im Rahmen eines eintägigen Blockseminars stattfinden. Die Teilnahme am gesamten Seminartag ist Pflicht.
217
218 {{note}}
219 Die Agenda bauen wir im Laufe des Semesters.
220 {{/note}}
221 {{/expand}}
222
223 = Organisatorische Details und Benotung =
224
225 {{expand title="Klick mich, um Dinge zu sehen"}}
226 == Ausarbeitung, Vortrag, Review ==
227
228 Das Seminar beinhaltet die Erstellung einer Ausarbeitung, eines Vortrags, und zweier Reviews.
229
230 === Ausarbeitung ===
231
232 Die Ausarbeitung soll eine Übersicht über das behandelte Themengebiet darstellen. Sie sollte so verfasst sein, dass sie von einer fortgeschrittenen Bachelor-Informatik-Person gut verstanden werden kann. Die Ausarbeitung soll 6 (Master) bzw. 4 (Bachelor) Seiten umfassen, nicht mehr und nicht weniger, und den ACM LaTeX-Style verwenden. Für mögliche Vorlagen zu den Ausarbeitungen siehe die Proceedings der früheren [[Seminare>>url:http://www.rtsys.informatik.uni-kiel.de/en/teaching/seminars/resolveuid/5b8f99e1-a887-4249-98a2-a50bf9490470||title="Seminare" shape="rect" class="None internal-link None"]]. Auch empfehlenswert ist ein Blick in die [[Hinweise>>url:http://rtsys.informatik.uni-kiel.de/confluence/x/jwBe||shape="rect" class="external-link-new-window None internal-link None"]] für die Anfertigung einer Abschlussarbeit.
233
234 === Vortrag ===
235
236 Der Vortrag soll 40 Minuten (Master) bzw. 25 Minuten (Bachelor) lang sein, woran sich 5 Minuten Zeit für Fragen anschließen. Zu dem Vortrag sollen Folien erstellt werden. Die Vortragsfolien sollten Seitennummern enthalten. Sollte das Thema auch eine konkrete Implementierung behandeln, ist eine entsprechende kurze Tool-Demo im Rahmen des Vortrages sinnvoll. Die Arbeitsgruppe bietet jeder vortragenden Person an, eine Videoaufnahme des Vortrags zu erstellen und zur Verfügung zu stellen.
237
238 === Review ===
239
240 Ein Review einer Ausarbeitung besteht aus folgenden zwei Komponenten:
241
242 1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge. Mindestens eine halbe Seite, abgegeben als PDF-Datei.
243 1. Detailliertere Korrekturen als elektronisch annotierte PDF-Version der Review-Version der Ausarbeitung. Es empfiehlt sich, hier nur mit dem Adobe Reader zu arbeiten, da Annotationen verschiedener PDF-Viewer oft inkompatibel sind.
244
245 Ein eingescannter, handschriftlich annotierter Ausdruck der Ausarbeitung (generelle Anmerkungen sind auch hier erforderlich!) ist notfalls auch in Ordnung (wenn gut lesbar), sollte aber vermieden werden. Die Zuordnung von Papern zu Reviewenden geschieht kurzfristig nach dem Abgabetermin für die Review-Versionen der Ausarbeitungen, basierend auf den dann abgegebenen Ausarbeitungen.
246
247 Jede teilnehmende Person erhält die Proceedings des laufenden Seminars.
248
249 == Benotung ==
250
251 Das Seminar ist benotet. Die Endnote basiert auf den einzelnen Meilensteinen (Versionen der Ausarbeitung, Reviews, Folien, Vortrag). Es werden jeweils die Qualität sowie die Rechtzeitigkeit (siehe Terminplanung) bewertet. Das Nicht-Einhalten von Terminen kann zum Nicht-Bestehen des Seminars führen.
252 {{/expand}}
253
254 = Technische Details =
255
256 {{expand title="Klick mich, um Dinge zu sehen"}}
257 == Git und LaTeX ==
258
259 Wir haben [[ein Git-Repository>>url:https://git.rtsys.informatik.uni-kiel.de/projects/SEM/repos/18ws-layout/browse||shape="rect"]], in welchem Sie Ihre Ausarbeitungen und Folien ablegen sollen. Das Repository liegt in unserem Bitbucket-System, in welchem Sie sich mit Ihrem Informatik-Account anmelden können. Es empfiehlt sich, in Ihrem Profil einen SSH-Key zu hinterlegen.
260
261 Sie können das Repository folgendermaßen auschecken, falls Sie einen SSH-Key hinterlegt haben:
262
263 {{code language="bash"}}
264 git clone ssh://git@git.rtsys.informatik.uni-kiel.de:7999/sem/18ws-layout.git
265 {{/code}}
266
267 Damit wir beim Erstellen der Proceedings nicht wahnsinnig werden, richten Sie sich bitte nach den Namenskonventionen, die wir weiter unten beschreiben.
268
269 * Reichlich Dokumentation zum //Git// Source Code Management System findet man unter [[http:~~/~~/www.git-scm.com/>>url:http://www.git-scm.com/||shape="rect" class="external-link"]]. Eine nette Einführung [[gibt es hier>>url:https://www.atlassian.com/git||shape="rect"]].
270 * Für den Zugriff auf das Repository müssen wir Sie in unserem [[ Bitbucket>>url:https://git.rtsys.informatik.uni-kiel.de||shape="rect" class="None internal-link None"]]  dafür freischalten. Das sollten wir anhand der Teilnehmerliste prima tun können. Falls Sie keinen Zugriff auf das Repository bekommen, schreiben Sie uns eine E-Mail.
271 * [[ACM Style>>url:http://www.acm.org/sigs/pubs/proceed/template.html||shape="rect" class="external-link"]] in [[deutscher>>url:https://www.informatik.uni-kiel.de/fileadmin/arbeitsgruppen/realtime_embedded/teaching/ws0910/s-conc/acm_proc_article-sp-german.cls||shape="rect"]] oder [[englischer>>url:https://www.informatik.uni-kiel.de/fileadmin/arbeitsgruppen/realtime_embedded/teaching/ws0910/s-conc/acm_proc_article-sp.cls||shape="rect"]] Version. Im Git Repository befinden sich im Unterverzeichnis //init/ //eine Reihe von Dateien, welche Sie als Vorlage nehmen können (siehe //README.txt//).
272 * Wir benutzen [[pdflatex>>url:http://de.wikipedia.org/wiki/PdfLaTeX||shape="rect" class="external-link"]] (erstellt PDF-Dateien) und nicht direkt LaTeX (erstellt DVI Dateien). Hauptunterschied ist die Einbindung von Grafiken. In pdflatex siehe z.B. [[http:~~/~~/latex.mschroeder.net/#grafiken>>url:http://latex.mschroeder.net/#grafiken||shape="rect" class="external-link"]] (Es sollte immer eine komplette figure Umgebung mit caption, label und Referenz im Text benutzt werden!) Von der Kommandozeile aus kann ein PDF mit {{code language="none"}}latexmk -pdf filename{{/code}} erstellt werden (latexmk ruft automatisch pdflatex und biber auf).
273 * (((
274 Bibliographie: Siehe [[ACM Beispiel>>url:http://www.acm.org/sigs/publications/proceedings-templates||shape="rect" class="external-link"]] (hier werden die Bibliographielemente in eine eigene *.bib Datei ausgelagert).
275 )))
276
277 == Namenskonventionen ==
278
279 Auch wenn das Einchecken generierter Binärdateien generell eher vermieden werden sollte, sind für dieses Seminar auch die folgenden PDFs einzuchecken, um unnötige Kompilierungsschwierigkeiten bei Dozenten und Reviewern zu vermeiden. Grafiken sollten in einem Unterordner (z.B. {{code language="none"}}images{{/code}}) abgelegt werden. Grafiken sollten weiterhin möglichst skalierbare  Verktorgrafiken sein, die als PDF eingebunden werden können. Nicht einzuchecken sind temporäre Dateien ({{code language="none"}}.aux{{/code}} etc.).
280
281 Die Namen für die Dateien, die im Git abzulegen sind, sollen wie folgt (gleichartig) aufgebaut sein. **Bitte halten Sie sich** **von Anfang an an diese Namenskonventionen.** Das vermeidet unnötige Sucherei, bewahrt uns vor späteren Schwierigkeiten mit automatischen Skripten und macht umständliches Umbenennen überflüssig. Außerdem wird cds sonst böse.
282
283 (% class="wrapped" %)
284 |=(((
285 Ausarbeitung
286 )))|(((
287 {{code language="none"}}
288 <login>/sem18ws-<login>.[tex/pdf]
289 {{/code}}
290 )))
291 |=(((
292 Vortragsfolien
293 )))|(((
294 {{code language="none"}}
295 <login>/sem18ws-<login>-talk.[tex/pdf]
296 {{/code}}
297 )))
298 |=(((
299 Handoutfolien
300 )))|(((
301 {{code language="none"}}
302 <login>/sem18ws-<login>-handout.[tex/pdf]
303 {{/code}}
304 )))
305 |=(((
306 Review
307 )))|(((
308 Generelle Anmerkungen:
309 {{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-reviewnotes-<login Reviewer>.[pdf]{{/code}}
310
311 Annotiertes PDF:
312 {{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-review-<login Reviewer>.[pdf]{{/code}}
313 )))
314
315 Die Handoutfolien unterscheiden sich von den Vortragsfolien dadurch, dass die Handoutfolien keine Animationen für die Präsentation am Beamer enthalten. Beim Arbeiten mit der LaTeX-beamer Klasse können Handoutfolien durch das Hinzufügen eines optionalen Argumentes bei der Deklaration der Dokumentenklasse generiert werden ({{code language="none"}}\documentclass[trans]{beamer}{{/code}}).
316 {{/expand}}
317
318 = Ressourcen =
319
320 {{expand title="Klick mich, um Dinge zu sehen"}}
321 Generell ist es empfehlenswert, aus dem Uni-Netz heraus nach verwandten Publikationen zu suchen, da man hier Zugriff auf einige Online-Blbliotheken bekommt. Zur Suche empfehlen sich folgende Suchmaschinen und Seiten:
322
323 * Google Scholar: [[http:~~/~~/scholar.google.de/>>url:http://scholar.google.de/||shape="rect" class="external-link"]]
324 * dblp: [[http:~~/~~/dblp.uni-trier.de/>>url:http://dblp.uni-trier.de/||shape="rect"]]
325 * CiteSeer: [[http:~~/~~/citeseer.ist.psu.edu/>>url:http://citeseer.ist.psu.edu/||shape="rect" class="external-link"]]
326 * IEEE-Xplore: [[http:~~/~~/ieeexplore.ieee.org/Xplore/dynhome.jsp>>url:http://ieeexplore.ieee.org/Xplore/dynhome.jsp||shape="rect" class="external-link"]]
327 * ACM Digital Library: [[http:~~/~~/portal.acm.org/dl.cfm>>url:http://portal.acm.org/dl.cfm||shape="rect" class="external-link"]]
328 * Universitätsbibliothek Digitale Medien: [[http:~~/~~/www.uni-kiel.de/ub/emedien/index.html>>url:http://www.uni-kiel.de/ub/emedien/index.html||shape="rect"]]
329 {{/expand}}
330
331 \\
332 )))
333
334 (% style="display: none;" %)
335 (((
336 555
337 )))
338
339 (% style="display: none;" %)
340 (((
341 610
342 )))
343
344 (% style="display: none;" %)
345 (((
346 410
347 )))
348
349 (% style="display: none;" %)
350 (((
351 547
352 )))
353
354 (% style="display: none;" %)
355 (((
356 983
357 )))
358
359 (% style="display: none;" %)
360 (((
361 150
362 )))
363
364 (% style="display: none;" %)
365 (((
366 329
367 )))