Changes for page 2018/19 Layout
Last modified by Soeren Domroes on 2025/01/30 11:56
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Objects (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -43,47 +43,64 @@ 43 43 44 44 {{expand title="Klick mich, um Dinge zu sehen"}} 45 45 (% class="bodytext" style="text-align: left;" %) 46 -Zur Verfügung stehen die folgenden Paper verschiedenen Themenbereichen. Die Paper werden //first-come-first-serve//vergeben. Istin Paper schonan jemanden vergeben,vermerkenwirdashier.Viele der Links werdennuraus demNetzderUniKielherausfunktionieren.BeiProblemen einfachBescheid sagen.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 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 + 48 48 {{note}} 49 - Die PaperlistebefindetsichaktuellnochimAufbau,alsoverlasst euchbesser nochnichtdarauf.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. 50 50 {{/note}} 51 51 52 - Wybrow,Marriott, Stuckey. Orthogonal hyperedge routing. Diagrams2012.55 +== Aesthetics == 53 53 54 - Bottoni,Costagliola, Fish.Euler diagram encodings. Diagrams57 +(% 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"]]** 55 55 56 - Baimagambetov,Howse,Stapleton,Delaney.GeneratingeffectiveEuler diagrams. Diagrams2018.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"]]** 57 57 58 - Erwig, Smeltzer.Variational pictures.Diagrams2018.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"]]** 59 59 60 - Burns,Carberry,Elzer, and Chester.Automaticallyrecognizingintendedmessages ingrouped barcharts.Diagrams2012.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"]]** 61 61 62 -P urchase, Freeman, Hamer. An explorationofvisual complexity.Diagrams 2012.65 +== Perception and Usage == 63 63 64 - Alqadah,Stapleton,Howse,Chapman.Evaluation the impact ofclutterinEulerdiagrams.Diagrams67 + (% 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"]]** 65 65 66 - Chapman,Stapleton,Rodgers,Micallef,Blake. Visualizing sets:an empirical comparison ofdiagramtypes. Diagrams14.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"]]** 67 67 68 - Fox,de Vries, Lima, Loker. Exploring representations of student time-use. Diagrams2016.71 +== Browsing == 69 69 70 - Kriglstein,Haider,Wallner,Pohl.Who,where,whenandwithwhom?Evaluation ofgroupmeetingvisualization.Diagrams2016.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"]] 71 71 72 - Tversky,Gao,Corter,Tanaka,Nickerson.People,place,andtime:inferencesfrom diagrams. Diagrams 2016.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"]] 73 73 74 - Lloyd,Rodgers, Roberts. Matro mapcolour-coding: effect on usability inroute tracing.Diagrams 2018.77 +== Graph Drawing == 75 75 76 - Durugbo.Modelling informationflow:improving diagrammaticvisualizations.Diagrams2012.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.) 77 77 78 - Nagy.Graphical representationsofcontext-freelanguages.Diagrams2014.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"]] 79 79 80 - Bojda,Bubnó,Nagy,Takács.Agraphicalrepresentation ofboolean logic.Diagrams2014.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"]] 81 81 82 - Kobourov,Pupyrev,Saket.Arecrossings importantfordrawinglargegraphs?GD2014.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"]] 83 83 84 - Fink,Wolff,Schuhmann,Aulbach.Drawinggraphs withrestrictedarea. GD 2014.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"]] 85 85 86 -\\ 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]]** 87 87 {{/expand}} 88 88 89 89 = Ablauf = ... ... @@ -98,23 +98,23 @@ 98 98 Topic 99 99 ))) 100 100 |((( 101 - \\118 +Do., 18.10.2018 102 102 )))|((( 103 103 Ende der Frist für die Themenauswahl (per Mail an Christoph Daniel) 104 104 ))) 105 105 |((( 106 - \\123 +Do., 18.10.2018, 15:00 107 107 )))|((( 108 108 Vorbesprechung/Kick-Off, LaTeX/Git Kurzeinführung, CAP 4, R. 1115 109 109 ))) 110 110 |((( 111 - \\128 +Do., 15.11.2018, 08:00 112 112 )))|((( 113 -Abgabe Ausarbeitungsgerüst (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie) 130 +Abgabe Ausarbeitungsgerüst in [[EasyChair>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]] (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie) 114 114 ))) 115 115 |(% colspan="1" %)(% colspan="1" %) 116 116 ((( 117 - \\134 +tbd 118 118 )))|(% colspan="1" %)(% colspan="1" %) 119 119 ((( 120 120 Individualtermine ... ... @@ -121,14 +121,14 @@ 121 121 ))) 122 122 |(% colspan="1" %)(% colspan="1" %) 123 123 ((( 124 - \\141 +Do., 13.12.2018, 08:00 125 125 )))|(% colspan="1" %)(% colspan="1" %) 126 126 ((( 127 -Abgabe der Erstversion der vollständigen Ausarbeitung 144 +Abgabe der Erstversion der vollständigen Ausarbeitung (Submission-Update in EasyChair) 128 128 ))) 129 129 |(% colspan="1" %)(% colspan="1" %) 130 130 ((( 131 - \\148 +tbd 132 132 )))|(% colspan="1" %)(% colspan="1" %) 133 133 ((( 134 134 Individualtermine ... ... @@ -135,14 +135,14 @@ 135 135 ))) 136 136 |(% colspan="1" %)(% colspan="1" %) 137 137 ((( 138 - \\155 +Do., 10.01.2018, 08:00 139 139 )))|(% colspan="1" %)(% colspan="1" %) 140 140 ((( 141 -Abgabe der Review-Version der Ausarbeitung 158 +Abgabe der Review-Version der Ausarbeitung (Submission-Update in EasyChair) 142 142 ))) 143 143 |(% colspan="1" %)(% colspan="1" %) 144 144 ((( 145 - \\162 +anschließend 146 146 )))|(% colspan="1" %)(% colspan="1" %) 147 147 ((( 148 148 Zuordnung Ausarbeitungen/Reviewer (per Email)** ... ... @@ -150,15 +150,14 @@ 150 150 ))) 151 151 |(% colspan="1" %)(% colspan="1" %) 152 152 ((( 153 - \\170 +Do., 17.01.2018, 08:00 154 154 )))|(% colspan="1" %)(% colspan="1" %) 155 155 ((( 156 -Abgabe der Reviews** 157 -** 173 +Abgabe der Reviews (in EasyChair) 158 158 ))) 159 159 |(% colspan="1" %)(% colspan="1" %) 160 160 ((( 161 - \\177 +tbd 162 162 )))|(% colspan="1" %)(% colspan="1" %) 163 163 ((( 164 164 Vortrag zur Gestaltung einer guten Präsentation ... ... @@ -165,7 +165,7 @@ 165 165 ))) 166 166 |(% colspan="1" %)(% colspan="1" %) 167 167 ((( 168 - \\184 +Do., 24.01.2018, 08:00 169 169 )))|(% colspan="1" %)(% colspan="1" %) 170 170 ((( 171 171 Abgabe der Vortragsfolien und Handoutfolien (siehe Hinweise unten) ... ... @@ -172,7 +172,7 @@ 172 172 ))) 173 173 |(% colspan="1" %)(% colspan="1" %) 174 174 ((( 175 - \\191 +tbd 176 176 )))|(% colspan="1" %)(% colspan="1" %) 177 177 ((( 178 178 Individualtermine** ... ... @@ -180,7 +180,7 @@ 180 180 ))) 181 181 |(% colspan="1" %)(% colspan="1" %) 182 182 ((( 183 - \\199 +Do., 21.02.2018, 08:00 184 184 )))|(% colspan="1" %)(% colspan="1" %) 185 185 ((( 186 186 Abgabe der Endversionen der Vortragsfolien, Handouts und Ausarbeitungen, Anschließend Druck der Proceedings (inkl. Ausarbeitungen und Handoutfolien)** ... ... @@ -188,7 +188,7 @@ 188 188 ))) 189 189 |(% colspan="1" %)(% colspan="1" %) 190 190 ((( 191 - \\207 +Mo., 25.02.2018 192 192 )))|(% colspan="1" %)(% colspan="1" %) 193 193 ((( 194 194 Ganztägiges Blockseminar mit Vorträgen ... ... @@ -212,20 +212,20 @@ 212 212 213 213 === Ausarbeitung === 214 214 215 -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. 231 +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. 216 216 217 217 === Vortrag === 218 218 219 -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.235 +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. 220 220 221 221 === Review === 222 222 223 223 Ein Review einer Ausarbeitung besteht aus folgenden zwei Komponenten: 224 224 225 -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.226 -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.241 +1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge 242 +1. Detailliertere Korrekturen 227 227 228 - 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.244 +Die Zuordnung von Papern zu Reviewenden geschieht kurzfristig nach dem Abgabetermin für die Review-Versionen der Ausarbeitungen, basierend auf den dann abgegebenen Ausarbeitungen. 229 229 230 230 Jede teilnehmende Person erhält die Proceedings des laufenden Seminars. 231 231 ... ... @@ -237,65 +237,25 @@ 237 237 = Technische Details = 238 238 239 239 {{expand title="Klick mich, um Dinge zu sehen"}} 240 -== Git undLaTeX ==256 +== LaTeX == 241 241 242 - Wirhaben[[einGit-Repository>>url:https://git.rtsys.informatik.uni-kiel.de/projects/SEM/repos/18ws-layout/browse||shape="rect"]],inwelchemSieIhreAusarbeitungenund Folienablegensollen. Das RepositoryliegtinunseremBitbucket-System,inwelchemSiesichmitIhremInformatik-Accountanmeldenkönnen.Esempfiehltsich,in IhremProfileinenSSH-Keyzu hinterlegen.258 +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. 243 243 244 - Siekönnen dasRepositoryfolgendermaßen auschecken,fallsSie einenSSH-Keyhinterlegt haben:260 +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. 245 245 246 -{{code language="bash"}} 247 -git clone ssh://git@git.rtsys.informatik.uni-kiel.de:7999/sem/18ws-layout.git 248 -{{/code}} 262 +Beachten Sie beim Verfassen Ihrer Ausarbeitung insbesondere folgende Punkte: 249 249 250 -Damit wir beim Erstellen der Proceedings nicht wahnsinnig werden, richten Sie sich bitte nach den Namenskonventionen, die wir weiter unten beschreiben. 264 +* Überlegen Sie, ob Sie die Ausarbeitung auf Deutsch oder auf Englisch verfassen wollen und verwenden Sie die entsprechende Version des ACM-Stils. 265 +* 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. 266 +* Eine ordentliche Ausarbeitung enthält eine Zusammenfassung, eine Einleitung, mindestens ein Hauptkapitel, und eine Zusammenfassung. 251 251 252 -* 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"]]. 253 -* 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. 254 -* [[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//). 255 -* 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). 256 -* ((( 257 -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). 258 -))) 268 +== EasyChair Tutorial == 259 259 260 - ==Namenskonventionen==270 +Unser Seminar findet ihr im EasyChair-System [[genau hier>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]]. 261 261 262 - Auch wenndas 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 undReviewern zu vermeiden.Grafikensollten in einem Unterordner (z.B. {{code language="none"}}images{{/code}}) abgelegt werden. Grafiken sollten weiterhin möglichst skalierbareVerktorgrafiken sein, die als PDF eingebundenwerden können. Nichteinzuchecken sindtemporäre Dateien ({{code language="none"}}.aux{{/code}} etc.).272 +[[doc:RTSYS.EasyChair Student Tutorial]] 263 263 264 -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. 265 - 266 -(% class="wrapped" %) 267 -|=((( 268 -Ausarbeitung 269 -)))|((( 270 -{{code language="none"}} 271 -<login>/sem16ws-<login>.[tex/pdf] 272 -{{/code}} 273 -))) 274 -|=((( 275 -Vortragsfolien 276 -)))|((( 277 -{{code language="none"}} 278 -<login>/sem16ws-<login>-talk.[tex/pdf] 279 -{{/code}} 280 -))) 281 -|=((( 282 -Handoutfolien 283 -)))|((( 284 -{{code language="none"}} 285 -<login>/sem16ss-<login>-handout.[tex/pdf] 286 -{{/code}} 287 -))) 288 -|=((( 289 -Review 290 -)))|((( 291 -Generelle Anmerkungen: 292 -{{code language="none"}}<login review-Empfänger>/sem16ss-<login review-Empfänger>-reviewnotes-<login Reviewer>.[pdf]{{/code}} 293 - 294 -Annotiertes PDF: 295 -{{code language="none"}}<login review-Empfänger>/sem16ws-<login review-Empfänger>-review-<login Reviewer>.[pdf]{{/code}} 296 -))) 297 - 298 -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}}). 274 +{{include/}} 299 299 {{/expand}} 300 300 301 301 = Ressourcen =
- Confluence.Code.ConfluencePageClass[0]
-
- Id
-
... ... @@ -1,1 +1,1 @@ 1 -4 53181821 +49152287 - URL
-
... ... @@ -1,1 +1,1 @@ 1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/4 5318182/WS18/19 (Layout)1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/49152287/WS18/19 (Layout)