Changes for page 2018/19 Layout

Last modified by Soeren Domroes on 2025/01/30 11:56

From version < 15.1 >

edited by cds
on 2018/07/17 15:51

To version < 33.1 >

edited by cds
on 2018/10/17 12:17

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)
Objects (1 modified, 0 added, 0 removed)
- Confluence.Code.ConfluencePageClass[0]

Details

Page properties

Content

@@ -43,61 +43,64 @@
  {{expand title="Klick mich, um Dinge zu sehen"}}
  (% class="bodytext" style="text-align: left;" %)
--Zur Verfügung stehen die folgenden Paper verschiedenen Themenbereichen. 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.
++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.
++(% class="bodytext" style="text-align: left;" %)
++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.
++
  {{note}}
--Die Paperliste befindet sich aktuell noch im Aufbau, also verlasst euch besser noch nicht darauf.
++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.
  {{/note}}
  == Aesthetics ==
--+ Purchase, Freeman, Hamer. An exploration of visual complexity. Diagrams 2012.
++(% 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"]]**
--+ Lloyd, Rodgers, Roberts. Metro map colour-coding: effect on usability in route tracing. Diagrams 2018.
++ 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"]]**
--+ Kobourov, Pupyrev, Saket. Are crossings important for drawing large graphs? GD 2014.
++ 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"]]**
--Ware, Purchase, Colpoys, McGill. Cognitive measurements of graph aesthetics. Information visualization 2002.
++(% 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"]]**
  == Perception and Usage ==
--+ Burns, Carberry, Elzer, and Chester. Automatically recognizing intended messages in grouped bar charts. Diagrams 2012.
++ (% 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"]]**
--+ Petre. 'No Shit' or 'Oh Shit': Responses to observations on the use of UML in professional practice. Software & Systems Modeling, 2014.
++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"]]**
  == Browsing ==
--+ Nachmanson, Prutkin, Lee, Riche, Holroyd, Chen. GraphMaps: browsing large graphs as interactive maps. GD 2015.
++(% 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"]]
--+ Vaaraniemi, Goerlich, in der Au. Intelligent prioritization and filtering of labels in navigation maps. Journal of WSCG, 2014.
++(% 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"]]
  == Graph Drawing ==
--+ Wybrow, Marriott, Stuckey. Orthogonal hyperedge routing. Diagrams 2012. (Ideal für Abschlussarbeit)
++ (% 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.)
--+ Fink, Wolff, Schuhmann, Aulbach. Drawing graphs with restricted area. GD 2014.
++(% 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"]]
--Athenstädt, Hartmann, Nöllenburg. Simultaneous embeddability of two partitions.
++ 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"]]
--Walshaw. A multilevel algorithm for force-directed graph drawing. GD 2000. (Master, weil mit >30 Seiten recht lang?)
++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"]]
--+ Chevalier, Safro. Comparison of coarsening schemes for multilevel graph partitioning. International Conference on Learning and Intelligent Optimization, 2009.
++(% 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"]]
  == Euler Diagrams ==
--+ Bottoni, Costagliola, Fish. Euler diagram encodings. Diagrams 2012.
++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"]]
--+ Baimagambetov, Howse, Stapleton, Delaney. Generating effective Euler diagrams. Diagrams 2018.
++(% 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]]**
--Mutton, Rodgers, Flower. Drawing graphs in Euler diagrams. Diagrams 2004. (hatten wir glaube ich schon mal)
++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"]]
--+ Chapman, Stapleton, Rodgers, Micallef, Blake. Visualizing sets: an empirical comparison of diagram types. Diagrams 2014.
++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"]]
  == Other Types of Diagrams ==
--Grossman, Harel. On the algorithmics of Higraphs. 1997.
++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]]**
--+ Erwig, Smeltzer. Variational pictures. Diagrams 2018.
++(% 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]]**
  {{/expand}}
  = Ablauf =
@@ -112,23 +112,23 @@
  Topic
  )))
  |(((
--\\
++Do., 18.10.2018
  )))|(((
  Ende der Frist für die Themenauswahl (per Mail an Christoph Daniel)
  )))
  |(((
--\\
++Do., 18.10.2018, 15:00
  )))|(((
  Vorbesprechung/Kick-Off, LaTeX/Git Kurzeinführung, CAP 4, R. 1115
  )))
  |(((
--\\
++Do., 15.11.2018, 08:00
  )))|(((
--Abgabe Ausarbeitungsgerüst (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie)
++Abgabe Ausarbeitungsgerüst in [[EasyChair>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]] (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie)
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++tbd
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Individualtermine
@@ -135,14 +135,14 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Do., 13.12.2018, 08:00
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
--Abgabe der Erstversion der vollständigen Ausarbeitung
++Abgabe der Erstversion der vollständigen Ausarbeitung (Submission-Update in EasyChair)
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++tbd
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Individualtermine
@@ -149,14 +149,14 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Do., 10.01.2018, 08:00
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
--Abgabe der Review-Version der Ausarbeitung
++Abgabe der Review-Version der Ausarbeitung (Submission-Update in EasyChair)
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++anschließend
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Zuordnung Ausarbeitungen/Reviewer (per Email)**
@@ -164,15 +164,14 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Do., 17.01.2018, 08:00
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
--Abgabe der Reviews**
--**
++Abgabe der Reviews (in EasyChair)
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++tbd
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Vortrag zur Gestaltung einer guten Präsentation
@@ -179,7 +179,7 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Do., 24.01.2018, 08:00
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Abgabe der Vortragsfolien und Handoutfolien (siehe Hinweise unten)
@@ -186,7 +186,7 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++tbd
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Individualtermine**
@@ -194,7 +194,7 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Do., 21.02.2018, 08:00
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Abgabe der Endversionen der Vortragsfolien, Handouts und Ausarbeitungen, Anschließend Druck der Proceedings (inkl. Ausarbeitungen und Handoutfolien)**
@@ -202,7 +202,7 @@
  )))
  |(% colspan="1" %)(% colspan="1" %)
  (((
--\\
++Mo., 25.02.2018
  )))|(% colspan="1" %)(% colspan="1" %)
  (((
  Ganztägiges Blockseminar mit Vorträgen
@@ -226,20 +226,20 @@
  === Ausarbeitung ===
--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.
++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 (dazu mehr Details weiter unten). 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.
  === Vortrag ===
--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.
++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 großartig. Die Arbeitsgruppe bietet jeder vortragenden Person an, eine Videoaufnahme des Vortrags zu erstellen und zur Verfügung zu stellen.
  === Review ===
  Ein Review einer Ausarbeitung besteht aus folgenden zwei Komponenten:
--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.
--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.
++1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge
++1. Detailliertere Korrekturen
--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.
++Die Zuordnung von Papern zu Reviewenden geschieht kurzfristig nach dem Abgabetermin für die Review-Versionen der Ausarbeitungen, basierend auf den dann abgegebenen Ausarbeitungen.
  Jede teilnehmende Person erhält die Proceedings des laufenden Seminars.
@@ -251,65 +251,25 @@
  = Technische Details =
  {{expand title="Klick mich, um Dinge zu sehen"}}
--== Git und LaTeX ==
++== LaTeX ==
--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.
++Ihre Ausarbeitungen sind mit Hilfe von LaTeX zu verfassen und müssen den Stil der ACM benutzen. In [[dieser ZIP-Datei>>attach:acm-style.zip]] finden Sie alle benötigten Dateien dafür, inklusive eines Beispiel-Dokuments, welches hilfreiche LaTeX-Tips für den Anfang enthält. Kopieren Sie die Dateien in ein beliebiges Verzeichnis und fangen Sie an, Ihre Ausarbeitung zu schreiben.
--Sie können das Repository folgendermaßen auschecken, falls Sie einen SSH-Key hinterlegt haben:
++Für die Bibliographie (enthält wissenschaftliche Publikationen, die referenziert werden, um Quellen zu belegen) bietet LaTeX ebenfalls Lösungen. Im Beispiel finden Sie eine Datei namens {{code language="none"}}myrefs.bib{{/code}}, in welche Referenzen ausgelagert wurden. Die ACM bietet [[eine kurze Übersicht>>url:https://www.acm.org/publications/authors/bibtex-formatting||shape="rect"]] mit Beispielen zum Schreiben von Bibliographie-Einträgen.
--{{code language="bash"}}
--git clone  ssh://git@git.rtsys.informatik.uni-kiel.de:7999/sem/18ws-layout.git
--{{/code}}
++Beachten Sie beim Verfassen Ihrer Ausarbeitung insbesondere folgende Punkte:
--Damit wir beim Erstellen der Proceedings nicht wahnsinnig werden, richten Sie sich bitte nach den Namenskonventionen, die wir weiter unten beschreiben.
++* Überlegen Sie, ob Sie die Ausarbeitung auf Deutsch oder auf Englisch verfassen wollen und verwenden Sie die entsprechende Version des ACM-Stils.
++* Grafiken aus Ihrem Paper sollten Sie nicht einfach per Screenshot in Ihre Ausarbeitung befördern. Idealerweise bauen Sie Grafiken neu (idealerweise als Vektorgrafik), damit sie eine ordentliche Qualität haben statt als Pixelhaufen zu enden.
++* Eine ordentliche Ausarbeitung enthält eine Zusammenfassung, eine Einleitung, mindestens ein Hauptkapitel, und eine Zusammenfassung.
--* 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"]].
--* 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.
--* [[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//).
--* 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).
--* (((
--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).
--)))
++== EasyChair Tutorial ==
--== Namenskonventionen ==
++Unser Seminar findet ihr im EasyChair-System [[genau hier>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]].
--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.).
++[[doc:RTSYS.EasyChair Student Tutorial]]
--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.
--
--(% class="wrapped" %)
--|=(((
--Ausarbeitung
--)))|(((
--{{code language="none"}}
--<login>/sem18ws-<login>.[tex/pdf]
--{{/code}}
--)))
--|=(((
--Vortragsfolien
--)))|(((
--{{code language="none"}}
--<login>/sem18ws-<login>-talk.[tex/pdf]
--{{/code}}
--)))
--|=(((
--Handoutfolien
--)))|(((
--{{code language="none"}}
--<login>/sem18ws-<login>-handout.[tex/pdf]
--{{/code}}
--)))
--|=(((
--Review
--)))|(((
--Generelle Anmerkungen:
--{{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-reviewnotes-<login Reviewer>.[pdf]{{/code}}
--
--Annotiertes PDF:
--{{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-review-<login Reviewer>.[pdf]{{/code}}
--)))
--
--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}}).
++{{include/}}
  {{/expand}}
  = Ressourcen =

Confluence.Code.ConfluencePageClass[0]

Id

@@ -1,1 +1,1 @@
--45318259
++49152287

URL

@@ -1,1 +1,1 @@
--https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/45318259/WS18/19 (Layout)
++https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/49152287/WS18/19 (Layout)

Changes for page 2018/19 Layout

Summary

Details

Navigation

Quick Links