https://www2.informatik.uni-hamburg.de/fachschaft/wiki/api.php?action=feedcontributions&user=Timon&feedformat=atomFachschaft_Informatik - Benutzerbeiträge [de]2024-03-29T01:48:54ZBenutzerbeiträgeMediaWiki 1.38.0https://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=HOWTO:FSR&diff=22178HOWTO:FSR2016-05-12T19:29:06Z<p>Timon: /* Mail von Extern */</p>
<hr />
<div>Die Arbeit im FSR zeigt, dass es einige grundlegende Vorgehensweisen gibt, welche sich über die letzten Jahre bewährt haben. Da es bisher Informationen über die Arbeit des FSR entweder nur sehr verteilt bzw. gar nicht in schriftlicher Form gibt, wurde dieser Artikel geschaffen. Ziel ist es, dass aktuelle und ehemalige FSRler ihr Wissen und ihre Erfahrungen für die kommenden FSR-Generationen zur Verfügung stellen und wir somit das Rad nicht von Semester zu Semester neu erfinden müssen. Unser Appell: Bitte aktualisiert diesen Artikel kontinuierlich!<br />
<br />
== TODOs als Mitglied ==<br />
* Lese täglich deine Emails<br />
* Komme regelmäßig zu den Sitzungen<br />
* Erledige TODOs rechtzeitig (übernimm nur TODOs, wenn du die Zeit dafür hast)<br />
* Gib Rückmeldungen zu Mailentwürfen oder Diskussionen per Mail<br />
** nicht immer kann man sich treffen, um rechtzeitig über ein Thema zu reden. Dann muss die Sache über Mail geklärt werden, und das geht nur, wenn auch du deine Meinung dazu abgibst und eine Mail dazu schreibst. <br />
* Stimme rechtzeitig in Dudeln ab<br />
* Habe im Hinterkopf, dass du den ganzen FSR vertrittst. Unbedachte Äußerungen können größere Wirkung haben, und die meisten Außenstehenden sehen nur den FSR, nicht aber die wechselnden Mitglieder<br />
** wenn du dir unsicher bist, schreibe lieber eine Entwurfsmail, oder frage auf der Mailingliste<br />
* falls Antworten nur an dich gehen, die für den FSR bestimmt sind, leite die Mail an fsr@ weiter<br />
<br />
== Anfallende Tätigkeiten zu Beginn der Amtszeit eines neuen FSR ==<br />
* Mitglieder des FSR auf dieses HOWTO hinweisen<br />
** TODO @fsr es zu lesen<br />
* Nacht der Wissensweitergabe optimaler Weise auf 2. FSR-Sitzung organisieren (wenn nicht schon auf 1. passiert)<br />
** ehemalige FSLer einladen und bitten über Gremienarbeit im FSR zu berichten und ggf. offene Fragen zu klären<br />
** Schatten-FSR bitten sich kurz vorzustellen<br />
*** Position wie z.B. Student + Name usw. um auf @fsr zu bleiben<br />
*** weitere Informationen zum Schatten-FSR weiter unten im Artikel<br />
* Ämter verteilen (siehe Ämter), zu den meisten wählt man auch einen Stellvertreter<br />
** Evtl neue kreieren<br />
* Server-AG bitten die Jabber-Gruppe zu aktualsieren<br />
* Zugänge überprüfen<br />
<br />
== Ämter==<br />
* Finanzbeauftragter: Kümmert sich um das Geld, das der FSR gestellt bekommt, begleicht Einkaufsrechnungen wenn zB Waffeln gekauft werden<br />
* Getränkebeauftragter: Bestellt Getränke, möglichst rechtzeitig. Achtet auf die Nachfrage. Muss am Ikum sein, wenn Getränke kommen (oder jmd abstellen)<br />
* Buttonbeauftragter: Weiß, wo die Buttonmaschine ist und wie sie funktioniert. Beantwortet Anfragen bzgl. der Buttonmaschine<br />
* Materialbeauftragter<br />
<br />
== Informationsfluss Intern ==<br />
Da bei der Arbeit im FSR viele Informationen anfallen, ist es nötig die zu analysieren, zu filtern und zu aggregieren. Auf diese Art lassen sich eine Menge potenzieller Missverständnisse bereits im Voraus vermeiden. Zudem gestaltet ihr eure Gremienarbeit somit transparent für den Rest der Fachschaft. Neben diesem Wiki-Artikel gibt es einige grundlegende Strukturen, welche sich dafür empfehlen.<br />
<br />
=== FSR-Protokolle ===<br />
* fassen Diskussion der Sitzung kurz, prägnant und für Außenstehende verständlich zusammen<br />
* interne Themen ggf. als Interna kennzeichnen sofern sie als TOP auftauchen<br />
<br />
=== Informationsfluss im FSR ===<br />
* findet zwischen FSR-Parties hauptsächlich über Mails statt<br />
* Zustimmung oder Ablehnung zu Fragen anderer FSRler sollte zeitnah erfolgen<br />
** Verantwortungsdiffussion vorbeugen: Es ist immer besser auf eine Mail zu antworten als darauf zu warten, dass es jemand Anderes tut!<br />
<br />
=== Zugänge ===<br />
* Es gibt ein FSR-Verzeichnis. Der Ort ist /informatik2/students/projects/fsr<br />
** Das Rechenzentrum kann entsprechende Rechte für User vergeben<br />
** beim Erstellen von Dateien/Verzeichnissen darauf achten die Schreibberechtigungen zu ändern und der Gruppe (vw_2) Schreibrechte zu geben<br />
*** erstellte Dateien und Verzeichnisse sollten 770 oder 660 per chmod bekommen<br />
* Es gibt eine Mafiasi Gruppe FSR-Informatik<br />
* In dem Infnetz gibt es wwwfsr@www2 <br />
** Da Liegt unter anderem dieses Wiki<br />
<br />
== Informationsfluss Extern ==<br />
<br />
=== FSR-Protokolle ===<br />
* haben nicht nur interne Protokollfunktion inherent<br />
* dienen ebenfalls zur Information für andere Mafiasi-Mitglieder<br />
<br />
=== Mail von Extern ===<br />
* bei Anfragen zur Buttonmaschine reagiert der Buttonverantwortliche, ansonsten hängt es vom Inhalt der Mail ab<br />
** Anfragen, die besprochen werden müssen: Mailverantwortlicher sagt Bescheid, dass man sich damit befasst<br />
** Anfragen, die sich an die OE richten: an oe-orga weiterleiten<br />
** Jobangebote: besprechen (auf Mailingliste) und Ergebnis mitteilen und ggf. an studentenjobs@ schicken<br />
** unkritische Anfragen, die um Weiterleitung an Verteiler bitten (Teilnahme an Studie, etc.): weiterleiten<br />
* Idee für den neuen FSR: Es gibt einen Mailverantwortlichen, der darauf achtet, dass alle eingehenden Mails und Anfragen zeitnah beantwortet werden<br />
* Es muss darauf geachtet werden, dass bei kleineren Anfragen eher schnell geantwortet wird, bei "wichtigen" Emails, zum Beispiel an Mafia, jedoch vorher immer ein Entwurf auf fsr@ herumgeschickt wird, den alle FSR Mitglieder lesen sollten und auch bei Zustimmung kommentieren sollten.<br />
* Es gibt eine Wikiseite mit alten [[Emailvorlagen]] zur Inspiration.<br />
<br />
=== FSR-Newsletter ===<br />
* zwischen zwei FSR-Sitzungen verschicken<br />
* beinhaltet Kurzzusammenfassung der Themen der letzten Sitzung<br />
* lädt zur kommenden Sitzung ein (Ort, Datum, Uhrzeit)<br />
* informiert über (bereits vorhandene) TOPs der kommenden Sitzung<br />
* sollte auch in der vorlesungsfreien Zeit regelmäßig verschickt werden<br />
<br />
== Ablauf FSR-Sitzung ==<br />
* jemand (möglichst nur einer) legt ein FSR-Gruppenetherpad an, und kopiert das FSR-Protokoll aus dem Wiki hinein, wurde dies noch nicht angelegt, so nimmt man das letzte Protokoll, neue ToDos werden zu alten, alte TOPs werden gelöscht und neue TOPs werden eingetragen.<br />
* Es wird eine Gesprächsleitung und Protokollant bestimmt (falls obiges noch nicht gemacht wurde, ist dies nun die Aufgabe des Protokollanten)<br />
* die Gesprächsleitung leitet die Sitzung ein. Optimalerweise schließt die Gesprächsleitung (oder der Protokollant) ihren/seinen Laptop an den Beamer an<br />
* Nacheinander werden die verschiedenen Topics besprochen<br />
** dabei sollte darauf geachtet werden, dass wenn diskutiert wird, die Gesprächsleitung Leuten das Wort erteilt, sodass alle ihre Meinung abgeben können<br />
** am Ende sollte man möglichst zu einem Konsens kommen und diesen festhalten, sowie TODOs eintragen, die Leuten zugewiesen wurden/werden.<br />
* Sind alle TOPs besprochen, werden alte TODOs durchgegangen<br />
** abgearbeitete TODOs werden auf #done gesetzt, letzte Woche erledigte TODOs können gelöscht werden<br />
** (sorgt dafür, dass TODOs nicht einfach plötzlich verschwinden)<br />
* jemand überträgt das Protokoll vom Etherpad ins Wiki<br />
* das Protokoll wird ausgedruckt und an der Tür vom c.t. aufgehängt<br />
<br />
== Funktion des Schatten-FSR ==<br />
<br />
== Weihnachtsfeier ==<br />
Einmal jährlich steht die Weihnachtsfeier an oder wie wir zu sagen pflegen: das Weihnachtsseminar.<br />
<br />
* wird vom FSR organisiert<br />
* weitere Infos im [[Weihnachtsfeier-HowTo|HOWTO]]<br />
<br />
== Stupa-Wahl ==<br />
* im Winter steht StuPa-Wahl an<br />
* weitere Infos im dazugehörigen [[HOWTO:StuPaWahl|HOWTO]]<br />
<br />
== Button-Maschine ==<br />
Verlinke HOWTO.<br />
<br />
== Vollversammlung ==<br />
* jedes Semester steht eine VV an<br />
* diese wird vom FSR des vorherigen Semester organisiert<br />
* weitere Infos im [[HOWTOS/Vollversammlung|HOWTO]]<br />
<br />
== Dies Academicus ==<br />
* einmal pro Jahr gibt es einen Dies Academicus<br />
* dieser wird i.d.R. vom AStA und der Uni vorbereitet<br />
* Ziel des Dies ist die Erarbeitung und Vertiefung von Erkenntnissen zur Studienreform<br />
** dafür gibt es am Nachmittag mehrere Workshops, die sich jeweils mit unterschiedlichen Teilaspekten befassen<br />
** jeder Dies setzt sich einen Kernfokus, um den sich die Workshops drehen<br />
* am Vormittag gibt es einen VL-artigen Teil mit Redebeiträgen vom Präsidenten, einem Dozenten und einem Studierenden aus dem (hochschul-)politischen Referat des AStA<br />
** im Anschluss an die Redebeiträge gibt es immer eine Plenumsdiskussion<br />
** so langweilig das im Einzelnen sein mag (besonders, wenn man schon in Vorjahren da war), sollte man bis zu den Workshops bleiben, denn dort findet die eigentlich wichtige Arbeit statt<br />
* abends gibt es dann meistens eine Podiumsdiskussion, um Ergebnisse zusammenzufassen und Konsequenzen zu ziehen<br />
* für die Zeit des Dies fallen alle Lehrveranstaltungen aus, damit sowohl Studierende als auch Lehrende anwesend sein können<br />
* damit die Themen auch für die Informatik interessant(er) sind, sollte man sich frühzeitig einbringen<br />
** denn Veränderung geschieht nicht durch Enthaltung<br />
<br />
== Serviceteam ==<br />
* aktueller Leiter: Ronald Kock<br />
* regelmäßige Kommunikation mit Serviceteamleiter notwendig<br />
* gutes Verhältnis sollte gewahrt werden<br />
<br />
für aktuellen Leiter:<br />
* FSR ist nicht disziplinarisch verantwortlich für Studierende<br />
* wenn Studis Mist bauen ist das Scheiße, aber mehr als ermahnen kann der FSR nicht<br />
<br />
<br />
== OE-FSR Absprachen ==<br />
[[HOWTO:OE-FSR-Absprachen | OE-FSR Absprachen]]<br />
Lesen, verstehen und beschließen/nachverhandeln/kündigen.<br />
<br />
[[Kategorie:HOWTO]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=StuPaWahlUrnenbesetzung2016&diff=21857StuPaWahlUrnenbesetzung20162016-01-11T00:12:02Z<p>Timon: /* Der Plan */ Mich für die Schicht Montag 14:00 eingetragen</p>
<hr />
<div>= Die Regeln =<br />
{| border="0" cellspacing="8" cellpadding="0" style="background-color:#FFFFB9; border: 1px solid #e9e9e9; margin-top: 2px; margin-bottom: 2px; clear: both" <br />
|<br />
Beachte '''unbedingt''' das '''[[HOWTOS/StuPaWahlUrnenbesetzung|zugehörige HowTo]]'''! Am besten vorher lesen.<br />
|-<br />
|}<br />
<br />
<br />
<br />
= Notfälle =<br />
* Während der Wahlwoche ist das StuPa-Präsidium durchgehend unter folgender Rufnummer für Rückfragen zu erreichen: +49-40-450204-39<br />
* Fuer FBI-Notfälle am besten eine Mail an fsr@ schicken und '''FIXME''' anrufen.<br />
<br />
= Waffeln und Anderes =<br />
== aktueller Stand ==<br />
Es bleibt sicher wieder was von der Weihnachtsfeier übrig, mal abwarten und dann hier ergänzen.<br />
<br />
Einkauf: FIXME<br />
<br />
Insgesamt wird mit 300 Waffeln in der gesamten Woche gerechnet.<br />
Also: 3x das Rezept für Waffeln mit Ei und Milch, 2x das Rezept für vegane Waffeln.<br />
(Wahlbeteiligung letztes Jahr: 286 Stimmen)<br />
<br />
==== Waffeln mit Ei und Milch (nicht vegan) ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: 12.01.2015) !! Verbrauch 1 Tag (Montag)<br />
|-<br />
| Butter/Margarine || 3kg || 6 Pk || 11 Pack<br />
|-<br />
| Mehl || 6kg || 3kg || 3kg<br />
|-<br />
| Zucker || 2,25kg || 1,75 kg || 500g<br />
|-<br />
| Bio-Eier || 36 || 10 || 26<br />
|-<br />
| Backpulver || 12 Päckchen || genug... ||<br />
|-<br />
| Milch || 4,5 Liter || 3 x H-Milch, 3 x SoyaMilch || 1,5 Liter<br />
|-<br />
| Vanilin-Zucker || 24 Packungen || ein Haufen || <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || ca. 3 Packungen ||<br />
|}<br />
Die angegebene Menge bezieht sich auf 3*60 = 180 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
==== Vegane Waffeln NEU ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Mehl || 3,5 kg || s.o.<br />
|-<br />
| Speisestärke || 120 g || ?<br />
|-<br />
| Zucker || 1200 g || s.o.<br />
|-<br />
| Backpulver || 6 Päckchen || s.o.<br />
|-<br />
| Reismilch || 1,2 Liter || ?L<br />
|-<br />
| Vanillin-Zucker || 24 Packungen || s.o.<br />
|-<br />
| Sonnenblumenöl || 600 ml || ? Esslöffel<br />
|-<br />
| Mineralwasser || 1000 ml || ? Liter<br />
|-<br />
| Apfelmuß || 600 g || ?<br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || s.o.<br />
|}<br />
Die angegebene Menge bezieht sich auf 120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
==== Vegane Waffeln ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Mehl || 4kg || s.o.<br />
|-<br />
| Zucker || 1000g || s.o.<br />
|-<br />
| Rohrzucker (für die Farbe)|| 200g || ?<br />
|-<br />
| Salz || 8 Teelöffel || genug<br />
|-<br />
| Backpulver || 8 Päckchen || s.o.<br />
|-<br />
| Sojamilch oder Reisdrink mit Vanillegeschmack || 4 Liter || ?L<br />
|-<br />
| Vanilin-Zucker || 16 Packungen || s.o.<br />
|-<br />
| Sonnenblumenöl || 24 Esslöffel || ? Esslöffel<br />
|-<br />
| Mineralwasser || 800 ml || ? Liter<br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || s.o.<br />
|}<br />
Die angegebene Menge bezieht sich auf 2*60=120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
Materialien/ Zutaten in D-123 (rz fragen)<br />
<br />
== Waffel-Eisen ==<br />
Es gibt ein Fachschafts-Waffeleisen. Alternative wäre toll im Falle eines Ausfalls. Wer hat noch eins?<br />
<br />
Anm: von der Kif gibt es noch ganz viele tolle Waffeleisen, einfach mal die entsprechenden Leute fragen<br />
<br />
== Allgemein ==<br />
Wenn etwas nachgekauft werden muss, bitte nach Möglichkeit selbt auf Rechnung (der FSR zahlt das dann) oder siehe Notfälle, damit wir was organisieren können.<br />
<br />
Anderes sinnvolles Zeug, was man aus dem c.t. oder sonstwoher beschaffen könnte wäre<br />
* Handtuch (für nachher zum Abtrocknen)<br />
* Servietten<br />
<br />
= Statistik =<br />
{| class="wikitable" border="1"<br />
| Tag || colspan="2" | kumuliert || colspan="4" | Differenz<br />
|-<br />
| &nbsp; || bis 14 Uhr || bis 18 Uhr || 10-14 Uhr || 14-18 Uhr || Tagesgesamt || zum Vorjahr<br />
|-<br />
| Montag || - || - || - || - || - || -<br />
|-<br />
| Dienstag || - || - || - || - || - || -<br />
|-<br />
| Mittwoch || - || - || - || - || - || -<br />
|-<br />
| Donnerstag || - || - || - ||- || - || -<br />
|-<br />
| Freitag || - || - || - || - ||- || -<br />
|}<br />
<br />
Bitte in den "Differenz"-Feldern nicht kumulieren, sondern nur die Anzahl der in diesem Zeitraum Tag abgegebenen Stimmen eintragen!<br />
<br />
= Der Plan =<br />
<br />
* Bitte nach Möglichkeit zuerst die Kernzeit von 12-16 Uhr besetzen! Wir brauchen '''mindestens zwei''' pro Termin. Es empfiehlt sich jedoch, dass 3-4 Leute die Urne besetzen, weil man sonst mit den Waffeln (Teig/Waffeln machen) nicht hinterherkommt.<br />
* Gerade zum Auf- und Abbau (Morgens bzw. Abends) sind viele Leute toll. Und wer plötzlich feststellt dass er doch ein bisschen Zeit hat, darf auch spontan helfen! <br />
* Die Urne darf nur zwischen 10-18 Uhr besetzt werden. Das hat das StuPa-Präsidium so beschlossen (warum auch immer ;).<br />
* Die Wahl findet vom '''11.01. bis 15.01.2015''' statt.<br />
* in Klammern kann man seine Liste eintragen, obwohl diejenigen die in derselben Liste sind das wohl auch selber wissen.<br />
* Das StuPa Präsidium hätte gerne, dass wir eine andere Seite nutzen, aber das machen wir nicht. ( https://www.ssl-id.de/bullsheet.de/T/Urne_17_-_Informatik_rVhh9lZcQt4I/ )<br />
<onlyinclude><br />
{| class="wikitable" border="1"<br />
! Zeit !! Montag !! Dienstag !! Mittwoch !! Donnerstag !! Freitag<br />
|-<br />
| 10-12<br />
<!--mo--> || 2martens (CampusGrün) <br /> 1hamann <br /> 3knickre <!-- montag morgens wird _immer_ jemand gebraucht, der noch mal eben ins ct läuft, während die anderen beiden auf die urne aufpassen--><br />
<!--di--> || N.N. <br /> N.N. <br /> N.N.<br />
<!--mi--> || 1hamann <br /> N.N. <br /> N.N.<br />
<!--do--> || 1hamann <br /> N.N. <br /> N.N.<br />
<!--fr--> || 2martens (CampusGrün) <br /> N.N. <br /> N.N.<br />
|-<br />
| 12-14<br />
<!--mo--> || 3wille <br /> 2martens (CampusGrün) <br /> 1hamann<br />
<!--di--> || 2ignatow <br /> 2meyer <br /> N.N.<br />
<!--mi--> || 3schmidt (RCDS) <br /> 3konietz <br /> 2bienkow<br />
<!--do--> || 0graeff <br /> 3deinert <br /> 2krabbe<br />
<!--fr--> || N.N. <br /> N.N. <br /> N.N.<br />
|-<br />
| 14-16<br />
<!--mo--> || 7giese <br /> N.N. <br /> N.N.<br />
<!--di--> || 3johanns (CampusGrün) <br /> N.N. <br /> N.N.<br />
<!--mi--> || 0nykamp <br /> 3konietz <br /> 2bienkow<br />
<!--do--> || 0graeff <br /> 0nissley <br /> N.N.<br />
<!--fr--> || 2martens (CG) <br /> N.N. <br /> N.N.<br />
|-<br />
| 16-18<br />
<!--mo--> || 3schmidt (RCDS) <br /> 9lagod (CampusGrün) <br /> N.N.<br />
<!--di--> || N.N. <br /> N.N. <br /> N.N.<br />
<!--mi--> || 0nykamp <br /> N.N. <br /> N.N.<br />
<!--do--> || 0nissley <br /> N.N. <br /> N.N.<br />
<!--fr--> || 1hamann <br /> N.N. <br /> N.N.<br />
|-<br />
|}<br />
<references /><br />
</onlyinclude><br />
<br />
= Alternativen =<br />
<br />
* Wer nicht/kaum am Informatikum ist, kann auch andere Urnen besetzen (z.B. Geomatikum).<br />
* Bei Fragen: [[FSR]].</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Drucken&diff=20291Drucken2014-10-29T20:17:34Z<p>Timon: Sämtliche pdf aus einem Verzeichnis drucken</p>
<hr />
<div>Hier soll eine Seite voller nützlicher Druckoptionen entstehen;<br />
<br />
= Offizielle Seiten =<br />
* Die offizielle Seite des iRZ zum Thema Drucken (Eigentlich brauchen wir hier nichts mehr erwähnen, die Seiten sind super!): http://www.informatik.uni-hamburg.de/RZ/netz/drucken/<br />
* ''CUPS Software Users Manual'' http://linuxprint.informatik.uni-hamburg.de:631/sum.html<br />
<br />
= Drucken und die zugehörige Syntax =<br />
Beispielhafte Kopiervorlage; druckt die Datei beispiel.pdf im aktuellen Verzeichnis auf dem Drucker in Haus E.<br />
cat beispiel.pdf | ssh 1steenfa@rzssh1.informatik.uni-hamburg.de lpr -Pe120_hp<br />
<br />
<br />
Man kann (fast) beliebige Dateien mit dem Kommando <tt>lpr -P''druckername'' -o ''option'' ''dateiname...''</tt> ausdrucken.<br />
<br />
* Die Druckernamen werden nach folgendem Prinzip zusammengesetzt:<br />
** <tt>Haus</tt><br />
** <tt>Raumnummer</tt><br />
** <tt>_</tt><br />
** <tt>Zusatz</tt><br />
*** <tt>sw</tt> nur Graustufen<br />
*** <tt>f</tt> Farbdrucker<br />
*** <tt>a3</tt> kann neben A4 auch A3 drucken<br />
*** <tt>hp</tt> veraltet für A4 Graustufen<br />
<br />
* Beispiele:<br />
** <tt>-Pd116_sw</tt> für kleine, schnelle s/w-Ausdrucke zum Selbstabholen in Haus D Raum 116<br />
** <tt>-Pd122_fa4</tt> Farbdrucker mit DIN A4<br />
** <tt>-Pe120_hp</tt> alter s/w-Drucker im Kickerraum in Haus E<br />
<br />
weitere Druckernamen: http://www.informatik.uni-hamburg.de/RZ/netz/drucken/zentraledrucker.shtml<br />
<br />
<br />
* Druckoptionen werden mit <tt>-o ''Option''</tt> angegeben.<br />
** <tt>-o sides=one-sided || -o sides=two-sided-short-edge || -o sides=two-sided-long-edge</tt><br />
** <tt>-o page-ranges=12start-23end</tt><br />
* Nach den Druckoptionen können noch einer oder auch mehr Dateinamen angegeben werden.<br />
* Ausführlichere Dokumentation steht im CUPS Software Users Manual (s.&nbsp;o.)<br />
<br />
= 'Nicht' Doppelseitig drucken =<br />
lpr -Pdruckername -o sides=one-sided druckMich<br />
<br />
= Anzahl der Ausdrucke einstellen =<br />
lpr -Pdruckername -# anzahlDerAusdrucke druckMich<br />
<br />
= Sämtliche PDF aus dem aktuellen Verzeichnis drucken =<br />
lpr -Pdruckername *.pdf<br />
<br />
= Nur spezielle Seiten drucken (Seiten 1-4 und 7, sowie 9-12) =<br />
lpr -Pdruckername -o page-ranges=1-4,7,9-12 druckMich<br />
<br />
= Mehrere Seiten auf einem Blatt drucken (number-up) =<br />
lpr -Pdruckername -o number-up=2 druckMich<br />
<br />
= Querformat drucken =<br />
lpr -Pdruckername -o landscape druckMich<br />
<br />
= Bilder auf Seitenengröße skalieren =<br />
Wenn Bilder gedruckt werden, die größer sind als das Ausgabepapier, wird das Bild in mehre Segmente zerlegt, die dann nacheinander gedruckt werden. Wenn man keine Lust hat, nachher die Papiere aneinanderzukleben, sondern ein Bild auf eine Seite einpassen möchte, der benutzt die Option -o fit-to-page.<br />
lpr -Pdruckername -o fit-to-page -o fitplot druckMich<br />
<br />
= Doppelseitig mit Rahmen drucken =<br />
Folgendes druckt mit einem schwarzen Rahmen zwei Seiten auf eine.<br />
Dabei versucht a2ps Code zu erkennen und versieht ihn mit anderen Fonts.<br />
Wer die Code Detection nicht mag, sollte stattdessen a2ps43 benutzen:<br />
<br />
a2ps -Pdruckername<br />
a2ps43 -Pdruckername<br />
<br />
<br />
== Druckaufträge ansehen ==<br />
lpq -a <br />
lpq -Pdruckername<br />
<br />
= Druckaufträge stoppen/löschen =<br />
<br />
geht nur über das [https://linuxprint.informatik.uni-hamburg.de/ Webinterface] innerhalb der [[Tunneln|Uni]] oder mit einem CLI Wrapper:<br />
<br />
#!/bin/bash<br />
# Removes an entry in the printer queue<br />
# Usage: lprm JOBID<br />
if <nowiki>[ $# != 1 ]</nowiki><br />
then<br />
echo "Usage: $0 JOBID"<br />
exit 9<br />
fi<br />
read -p "Please enter your password: " -s password;<br />
URL=<nowiki>"https://linuxprint.informatik.uni-hamburg.de/jobOperation.shtml?operation=remove&job=${1}"</nowiki>;<br />
#echo $URL<br />
wget --http-user="${USER}" --http-password="${password}" -O - "${URL}" 2>/dev/null | egrep "Auftrag ${1}"<br />
<br />
geht bei mir und allen, die ich fragte aber auch mit rpm (3schaefe)<br />
<br />
Funktioniert selbstverständlich auch über den "cancel" Knopf am Drucker direkt ;-) --[[Benutzer:Timon|Timon]] 14:36, 16. Nov. 2011 (CET)<br />
<br />
= Druckaufträge pausieren =<br />
TODO<br />
<br />
= Druckaufträge in der Priorität ändern =<br />
lp -i $jobid -q $prioritaet<br />
<br />
wobei $prioritaet Element aus [0,100]<br />
<br />
= Allgemeines und merkwürdiges =<br />
* unter https://linuxprint.informatik.uni-hamburg.de/ kann man sich sein Druckkontingent ansehen. Das geht auch auf rzssh1 mit dem "druckguthaben" skript.<br />
* bei einer Anzahl ungefähr > 100 gibt es den Fehler ''lpr: error - unable to print file: client-error-bad-request''<br />
<br />
= Ein Druck kostet =<br />
<br />
Am 1.10.2014 wurden die Druckkosten angepasst und sind nun mit denen vom RRZ gleich.<br />
<br />
{| class="wikitable"<br />
!Druckgroesse/-art!!Cent<br />
|-<br />
|1 A4-Seite SW-Drucker ||3<br />
|-<br />
|1 A4-Seite Farb-Drucker ||15<br />
|-<br />
|1 A3-Seite Farb-Drucker rz_fa3 ||30<br />
|-<br />
|1 A4-Seite Folien-Drucker rz_folie ||20<br />
|-<br />
|1 Deckblatt ||0 <br />
|}<br />
<br />
<br />
* Ein Duplexdruck kostet so viel wie ein Simplexdruck, also schont die Umwelt.<br />
* Wenn die Druckquota erschöpft ist wird der Druck zu bis zu 7 Tagen in die 'quotahold' queue geschoben.<br />
* Hat man in der Bibliothek per EC-Karte bezahlt und hat man den Beleg bis 16:30 (Mo-Do)/15:00(Fr) bei den Operatoren in D 107 abgegeben, so können die Druckjobs wieder aufgenommen werden.<br />
<br />
<br />
Bis zum 30.09.2014 galten noch folgene Regelungen für die Druckkostenbeteiligung.<br />
{| class="wikitable"<br />
!Druckgroesse/-art!!<nowiki>KoEH</nowiki>!!Cent<br />
|-<br />
|1 A4-Seite SW-Drucker (simplex) ||21||2,1<br />
|-<br />
|1 A4-Seite Farb-Drucker (simplex) ||190||19<br />
|-<br />
|1 A3-Seite Farb-Drucker rz_fa3 ||500||50<br />
|-<br />
|1 A4-Seite Folien-Drucker rz_folie ||200||20<br />
|-<br />
|1 Deckblatt ||0 <br />
|}<br />
<br />
<br />
* Jeder Druck kostet Kosteneinheiten (KoEH) (0,1 Cent).<br />
* Die mit (simplex) markierten Drucker drucken per default duplex. <br />
* Ein Duplexdruck kostet 2 Simplexdrucke, also das doppelte.<br />
<br />
= Druckguthaben für Abschlussarbeiten =<br />
<br />
Für Abschlussarbeiten kann man sich von seinem Arbeitsbereich Druckguthaben geben lassen. Dafür gibt es vom RZ ein Formular, das man sich im Operating abholen kann, ausfüllt, seinen Prof unterschreiben lässt und dann wieder im Operating abgibt. Es empfiehlt sich auch nach gutem Papier zu fragen.<br />
<br />
= Drucken unter Windows =<br />
<br />
Für alle Windows Nutzer gibt es auch eine Möglichkeit die Drucker einzurichten und zu speichern. (Allerdings ist die bessere Möglichkeit natürlich auf Linux zu wechseln)<br />
Dazu öffnet man den Arbeitsplatz (oder jeden anderen beliebigen Ort mit dem Explorer) und tippt in die Addressezeile<br />
<pre>\\linuxprint.informatik.uni-hamburg.de</pre><br />
ein. Anschließend wird man nach einem Nutzernamen und Passwort gefragt. Man wählt die Option "Anderer Benutzer" <!-- TODO die Option genau bennen. Habe sie grade nicht mehr im Kopf --> und gibt folgendes ein<br />
<pre>INFORMATIK\0nachnam</pre><br />
Dabei ist natürlich 0nachnam zu ersetzen.<br />
Anschließend kann man alle Drucker des Ikums sehen und sich die entsprechenden Drucken mit Rechtsklick installieren. Hierfür wird der Treiber direkt vom Server geladen und installiert.<br />
Danach stehen die installierten Drucken direkt im <tt>Drucker & Geräte</tt> Ordner zur Verfügung. Die Drucker können dort natürlich auch umbenannt werden um die sperrige Bezeichnung zu verschönern.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Ideen_f%C3%BCr_Mafiasi.de&diff=19946Ideen für Mafiasi.de2014-10-06T11:16:40Z<p>Timon: /* Ideen und Featurewünsche */ Featurewünsche im Discourse sammeln</p>
<hr />
<div>= Ideen und Featurewünsche =<br />
<br />
== Jabber-Webchat auf mafiasi.de ==<br />
Browserlösungen sind inhärent kacke. Aber manchmal befindet man sich aber in einem restriktiven Netz das kein XMPP erlaubt, und würde trotzdem gerne schnell mit Fachschaftsmitgliedern reden. (und sei es um zu erfragen ob wer einen Server zum http-tunneln hat) Natürlich gibt es bereits diverse Anbieter für Browserchats. Das <br />
<br />
Problem ist: Denen muss man dann die Zugangsdaten für alle Fachschaftsdienste in den Hals werfen und sie haben dann auch ohne weiteres die Gesprächsverläufe.<br />
<br />
Lösung wäre: Auf mafiasi.de einen Webchat einrichten, z.B. mit [https://conversejs.org/ Converse.js] oder mit [http://stefan-strigler.de/jwchat/ JWChat] ersteres behauptet sogar OTR im Browser zu können.<br />
<br />
Wäre IMHO eine elegante Fallback-Lösung wenn es nicht zu schwer zu administrieren ist. --[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 23:21, 3. Mai 2014 (CEST)<br />
<br />
== Aktuelle Informationen automatisch aus Wiki ==<br />
<br />
Momentan sind die aktuellen Informationen im Dashboard veraltet. Das wird sicher immer wieder passieren … es sei denn, ihr holt euch die Infos automatisiert aus dem Wiki. --[[Benutzer:1steenfa|Niklas]] ([[Benutzer Diskussion:1steenfa|Diskussion]]) 17:14, 17. Okt. 2013 (CEST)<br />
<br />
Wünschenswert wáre auch, wenn die aktuellen Informationen im Wiki, wenn die Termine vorbei sind automatisch entfernt werden, sodaß sich da keiner drum kümmern muß.<br />
<br />
== LaTeX Ecke oder sowas ==<br />
<br />
Die Idee ist, nützliche Infos zu Latex zu sammeln, die man nicht überall anders findet. Insbesondere denke ich da an sowas wie http://detexify.kirelabs.org/classify.html. Evtl. könnte man die Videos von Julian Fietkau verlinken. Ich weiß nicht, ob das unbedingt auf mafiasi passt oder doch besser im Wiki aufgehoben ist, aber gefühlt gehen solche Infos im Wiki leicht unter. Es gab außerdem mal ein Skript (siehe http://www.fb18.de/mybb/showthread.php?tid=8145), das Latex in Bilder verwandeln konnte. Das verlinkte Skript existiert aber leider nicht mehr.<br />
<br />
* Wie wäre es damit eine übersichtliche Wikiseite "Tools und Tutorials" oder ähnlich zu erstellen, und diese um Bschreibungstext des Wikis zu verlinken? Also statt "Im Wiki findest du wichtige Informationen zum Studium. Beteiligen erwünscht!" zum Beispiel "Im Wiki findest du wichtige Informationen zum Studium, wie auch nützliche [[Tools und Tutorials]]" (Vllt. fällt jemanden noch eine bessere Formulierung ein) -- Henning<br />
** Die ursprüngliche Idee kam von mir (6hauster). Ich dachte, dass so etwas gerade für Studienanfänger sehr hilfreich wäre. Die Idee von Henning finde ich nicht schlecht. Ich habe leider keine Zeit mich da selber einzubringen, insofern könnt ihr mit der Idee machen was ihr wollt. Ich bin nicht traurig, wenn keiner Lust hat so etwas umzusetzen.<br />
<br />
== Automagische Mailinglisten ==<br />
<br />
Man kann bei mafiasi.de Gruppen einrichten, und das ist toll denn damit hat man z.B. sofort ein eigenes Forum, die möglichkeit Gruppenweite Kalender einzurichten, Gruppenweite Etherpads und auch Gruppenweite Dudle. Was noch fehlt ist eine Gruppenweite Mailingliste die automatisch angelegt wird. Das wäre ziemlich nett. sowas wie "gruppenname@mafiasi.de" oder so.--[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 13:07, 6. Okt. 2014 (CEST)<br />
<br />
== Featurewünsche im Discourse sammeln ==<br />
<br />
Momentan werden die Featurewünsche hier im Wiki gesammelt und Diskutiert. Ich glaube das Forum wäre dafür besser geeignet, weil man dort mehr Aufmerksamkeit hat und besser diskutieren kann.<br />
Das Wiki sollte "Archivierungsfähigem" Wissen vorbehalten bleiben.--[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 13:16, 6. Okt. 2014 (CEST)<br />
<br />
= Geplante Features =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die sie plant umzusetzen. Wenn ein Wunsch hier nicht steht, heißt das noch nicht, dass er nicht umgesetzt wird.<br />
<br />
== Dashboard ==<br />
* Neuigkeiten und Panels für alle angemeldeten Benutzer editierbar mit History (ähnlich wie im Wiki)<br />
* Übersicht mit verlinkten Etherpads/Dudles (als Lesezeichen gemeint)<br />
<br />
== Etherpad ==<br />
* Verwaltung der eigenen Etherpads<br />
<br />
= Umgesetzt =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die umgesetzt wurden.<br />
<br />
<br />
== GProt vereinheitlichen ==<br />
<br />
(Vermutlich nur für angemeldete User)<br />
<br />
Das aktuelle GProt-System ist unhandlich, und ein Großteil der Protokolle liegt im Wiki. Diese unter einem Hut zusammenfassen, und eine Möglichkeit geben, online (unkompliziert) in schnellem Markup (Markdown, MediaWiki, Creole, ... ?) Protokolle anzulegen (wie im Wiki), anstatt ein Offline-Dokument erstellen zu **müssen**. Ein paar bessere Filter einbauen (die Prüfer/Modul-Liste im aktuellen System ist unglaublich unhandlich). Und das ganze natürlich vor allen Nicht-Studenten verstecken, aber den Studis leicht auffindbar machen :)<br />
<br />
== Etherpad ==<br />
* Erstellung von Gruppen-Etherpads (Zugriff nur für Leute einer Gruppe)<br />
<br />
== Mumble ==<br />
* Funktionierende Registrierung (gleiche Zugangsdaten wie bei mafiasi.de)<br />
<br />
== Sonstige ==<br />
* Source code veröffentlichen<br />
** Gibt es als [https://github.com/fsinfuhh/mafiasi Mirror bei Github]. Bitte beachte, dass wir für die Entwicklung ein eigenes Repository nutzen und Github nur zum Veröffentlichen des Quelltextes verwenden.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Ideen_f%C3%BCr_Mafiasi.de&diff=19945Ideen für Mafiasi.de2014-10-06T11:08:31Z<p>Timon: Schreibfehler korrigiert</p>
<hr />
<div>= Ideen und Featurewünsche =<br />
<br />
== Jabber-Webchat auf mafiasi.de ==<br />
Browserlösungen sind inhärent kacke. Aber manchmal befindet man sich aber in einem restriktiven Netz das kein XMPP erlaubt, und würde trotzdem gerne schnell mit Fachschaftsmitgliedern reden. (und sei es um zu erfragen ob wer einen Server zum http-tunneln hat) Natürlich gibt es bereits diverse Anbieter für Browserchats. Das <br />
<br />
Problem ist: Denen muss man dann die Zugangsdaten für alle Fachschaftsdienste in den Hals werfen und sie haben dann auch ohne weiteres die Gesprächsverläufe.<br />
<br />
Lösung wäre: Auf mafiasi.de einen Webchat einrichten, z.B. mit [https://conversejs.org/ Converse.js] oder mit [http://stefan-strigler.de/jwchat/ JWChat] ersteres behauptet sogar OTR im Browser zu können.<br />
<br />
Wäre IMHO eine elegante Fallback-Lösung wenn es nicht zu schwer zu administrieren ist. --[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 23:21, 3. Mai 2014 (CEST)<br />
<br />
== Aktuelle Informationen automatisch aus Wiki ==<br />
<br />
Momentan sind die aktuellen Informationen im Dashboard veraltet. Das wird sicher immer wieder passieren … es sei denn, ihr holt euch die Infos automatisiert aus dem Wiki. --[[Benutzer:1steenfa|Niklas]] ([[Benutzer Diskussion:1steenfa|Diskussion]]) 17:14, 17. Okt. 2013 (CEST)<br />
<br />
Wünschenswert wáre auch, wenn die aktuellen Informationen im Wiki, wenn die Termine vorbei sind automatisch entfernt werden, sodaß sich da keiner drum kümmern muß.<br />
<br />
== LaTeX Ecke oder sowas ==<br />
<br />
Die Idee ist, nützliche Infos zu Latex zu sammeln, die man nicht überall anders findet. Insbesondere denke ich da an sowas wie http://detexify.kirelabs.org/classify.html. Evtl. könnte man die Videos von Julian Fietkau verlinken. Ich weiß nicht, ob das unbedingt auf mafiasi passt oder doch besser im Wiki aufgehoben ist, aber gefühlt gehen solche Infos im Wiki leicht unter. Es gab außerdem mal ein Skript (siehe http://www.fb18.de/mybb/showthread.php?tid=8145), das Latex in Bilder verwandeln konnte. Das verlinkte Skript existiert aber leider nicht mehr.<br />
<br />
* Wie wäre es damit eine übersichtliche Wikiseite "Tools und Tutorials" oder ähnlich zu erstellen, und diese um Bschreibungstext des Wikis zu verlinken? Also statt "Im Wiki findest du wichtige Informationen zum Studium. Beteiligen erwünscht!" zum Beispiel "Im Wiki findest du wichtige Informationen zum Studium, wie auch nützliche [[Tools und Tutorials]]" (Vllt. fällt jemanden noch eine bessere Formulierung ein) -- Henning<br />
** Die ursprüngliche Idee kam von mir (6hauster). Ich dachte, dass so etwas gerade für Studienanfänger sehr hilfreich wäre. Die Idee von Henning finde ich nicht schlecht. Ich habe leider keine Zeit mich da selber einzubringen, insofern könnt ihr mit der Idee machen was ihr wollt. Ich bin nicht traurig, wenn keiner Lust hat so etwas umzusetzen.<br />
<br />
== Automagische Mailinglisten ==<br />
<br />
Man kann bei mafiasi.de Gruppen einrichten, und das ist toll denn damit hat man z.B. sofort ein eigenes Forum, die möglichkeit Gruppenweite Kalender einzurichten, Gruppenweite Etherpads und auch Gruppenweite Dudle. Was noch fehlt ist eine Gruppenweite Mailingliste die automatisch angelegt wird. Das wäre ziemlich nett. sowas wie "gruppenname@mafiasi.de" oder so.--[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 13:07, 6. Okt. 2014 (CEST)<br />
<br />
= Geplante Features =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die sie plant umzusetzen. Wenn ein Wunsch hier nicht steht, heißt das noch nicht, dass er nicht umgesetzt wird.<br />
<br />
== Dashboard ==<br />
* Neuigkeiten und Panels für alle angemeldeten Benutzer editierbar mit History (ähnlich wie im Wiki)<br />
* Übersicht mit verlinkten Etherpads/Dudles (als Lesezeichen gemeint)<br />
<br />
== Etherpad ==<br />
* Verwaltung der eigenen Etherpads<br />
<br />
= Umgesetzt =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die umgesetzt wurden.<br />
<br />
<br />
== GProt vereinheitlichen ==<br />
<br />
(Vermutlich nur für angemeldete User)<br />
<br />
Das aktuelle GProt-System ist unhandlich, und ein Großteil der Protokolle liegt im Wiki. Diese unter einem Hut zusammenfassen, und eine Möglichkeit geben, online (unkompliziert) in schnellem Markup (Markdown, MediaWiki, Creole, ... ?) Protokolle anzulegen (wie im Wiki), anstatt ein Offline-Dokument erstellen zu **müssen**. Ein paar bessere Filter einbauen (die Prüfer/Modul-Liste im aktuellen System ist unglaublich unhandlich). Und das ganze natürlich vor allen Nicht-Studenten verstecken, aber den Studis leicht auffindbar machen :)<br />
<br />
== Etherpad ==<br />
* Erstellung von Gruppen-Etherpads (Zugriff nur für Leute einer Gruppe)<br />
<br />
== Mumble ==<br />
* Funktionierende Registrierung (gleiche Zugangsdaten wie bei mafiasi.de)<br />
<br />
== Sonstige ==<br />
* Source code veröffentlichen<br />
** Gibt es als [https://github.com/fsinfuhh/mafiasi Mirror bei Github]. Bitte beachte, dass wir für die Entwicklung ein eigenes Repository nutzen und Github nur zum Veröffentlichen des Quelltextes verwenden.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Ideen_f%C3%BCr_Mafiasi.de&diff=19944Ideen für Mafiasi.de2014-10-06T11:07:32Z<p>Timon: /* Ideen und Featurewünsche */ Automagische Mailinglisten</p>
<hr />
<div>= Ideen und Featurewünsche =<br />
<br />
== Jabber-Webchat auf mafiasi.de ==<br />
Browserlösungen sind inhärent kacke. Aber manchmal befindet man sich aber in einem restriktiven Netz das kein XMPP erlaubt, und würde trotzdem gerne schnell mit Fachschaftsmitgliedern reden. (und sei es um zu erfragen ob wer einen Server zum http-tunneln hat) Natürlich gibt es bereits diverse Anbieter für Browserchats. Das <br />
<br />
Problem ist: Denen muss man dann die Zugangsdaten für alle Fachschaftsdienste in den Hals werfen und sie haben dann auch ohne weiteres die Gesprächsverläufe.<br />
<br />
Lösung wäre: Auf mafiasi.de einen Webchat einrichten, z.B. mit [https://conversejs.org/ Converse.js] oder mit [http://stefan-strigler.de/jwchat/ JWChat] ersteres behauptet sogar OTR im Browser zu können.<br />
<br />
Wäre IMHO eine elegante Fallback-Lösung wenn es nicht zu schwer zu administrieren ist. --[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 23:21, 3. Mai 2014 (CEST)<br />
<br />
== Aktuelle Informationen automatisch aus Wiki ==<br />
<br />
Momentan sind die aktuellen Informationen im Dashboard veraltet. Das wird sicher immer wieder passieren … es sei denn, ihr holt euch die Infos automatisiert aus dem Wiki. --[[Benutzer:1steenfa|Niklas]] ([[Benutzer Diskussion:1steenfa|Diskussion]]) 17:14, 17. Okt. 2013 (CEST)<br />
<br />
Wünschenswert wáre auch, wenn die aktuellen Informationen im Wiki, wenn die Termine vorbei sind automatisch entfernt werden, sodaß sich da keiner drum kümmern muß.<br />
<br />
== LaTeX Ecke oder sowas ==<br />
<br />
Die Idee ist, nützliche Infos zu Latex zu sammeln, die man nicht überall anders findet. Insbesondere denke ich da an sowas wie http://detexify.kirelabs.org/classify.html. Evtl. könnte man die Videos von Julian Fietkau verlinken. Ich weiß nicht, ob das unbedingt auf mafiasi passt oder doch besser im Wiki aufgehoben ist, aber gefühlt gehen solche Infos im Wiki leicht unter. Es gab außerdem mal ein Skript (siehe http://www.fb18.de/mybb/showthread.php?tid=8145), das Latex in Bilder verwandeln konnte. Das verlinkte Skript existiert aber leider nicht mehr.<br />
<br />
* Wie wäre es damit eine übersichtliche Wikiseite "Tools und Tutorials" oder ähnlich zu erstellen, und diese um Bschreibungstext des Wikis zu verlinken? Also statt "Im Wiki findest du wichtige Informationen zum Studium. Beteiligen erwünscht!" zum Beispiel "Im Wiki findest du wichtige Informationen zum Studium, wie auch nützliche [[Tools und Tutorials]]" (Vllt. fällt jemanden noch eine bessere Formulierung ein) -- Henning<br />
** Die ursprüngliche Idee kam von mir (6hauster). Ich dachte, dass so etwas gerade für Studienanfänger sehr hilfreich wäre. Die Idee von Henning finde ich nicht schlecht. Ich habe leider keine Zeit mich da selber einzubringen, insofern könnt ihr mit der Idee machen was ihr wollt. Ich bin nicht traurig, wenn keiner Lust hat so etwas umzusetzen.<br />
<br />
== Automagische Mailinglisten ==<br />
<br />
Man kann bei mafiasi.de Gruppen einrichten, und das ist toll denn damit hat man z.B. sofort ein eigenes Forum, die möglichkeit Gruppenweite Kalender einzurichten, Gruppenweite Etherpads und auch Gruppenweite Dudle. Was noch fehlt ist eine Gruppenweite Mailingliste die automatisch angelegt wird. Das wäre ziemlich nett. sowas wie "gruppenname@mafia.de" oder so.--[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 13:07, 6. Okt. 2014 (CEST)<br />
<br />
= Geplante Features =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die sie plant umzusetzen. Wenn ein Wunsch hier nicht steht, heißt das noch nicht, dass er nicht umgesetzt wird.<br />
<br />
== Dashboard ==<br />
* Neuigkeiten und Panels für alle angemeldeten Benutzer editierbar mit History (ähnlich wie im Wiki)<br />
* Übersicht mit verlinkten Etherpads/Dudles (als Lesezeichen gemeint)<br />
<br />
== Etherpad ==<br />
* Verwaltung der eigenen Etherpads<br />
<br />
= Umgesetzt =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die umgesetzt wurden.<br />
<br />
<br />
== GProt vereinheitlichen ==<br />
<br />
(Vermutlich nur für angemeldete User)<br />
<br />
Das aktuelle GProt-System ist unhandlich, und ein Großteil der Protokolle liegt im Wiki. Diese unter einem Hut zusammenfassen, und eine Möglichkeit geben, online (unkompliziert) in schnellem Markup (Markdown, MediaWiki, Creole, ... ?) Protokolle anzulegen (wie im Wiki), anstatt ein Offline-Dokument erstellen zu **müssen**. Ein paar bessere Filter einbauen (die Prüfer/Modul-Liste im aktuellen System ist unglaublich unhandlich). Und das ganze natürlich vor allen Nicht-Studenten verstecken, aber den Studis leicht auffindbar machen :)<br />
<br />
== Etherpad ==<br />
* Erstellung von Gruppen-Etherpads (Zugriff nur für Leute einer Gruppe)<br />
<br />
== Mumble ==<br />
* Funktionierende Registrierung (gleiche Zugangsdaten wie bei mafiasi.de)<br />
<br />
== Sonstige ==<br />
* Source code veröffentlichen<br />
** Gibt es als [https://github.com/fsinfuhh/mafiasi Mirror bei Github]. Bitte beachte, dass wir für die Entwicklung ein eigenes Repository nutzen und Github nur zum Veröffentlichen des Quelltextes verwenden.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Ideen_f%C3%BCr_Mafiasi.de&diff=19593Ideen für Mafiasi.de2014-05-03T21:21:03Z<p>Timon: Jabber-Webchat vorschlag</p>
<hr />
<div>= Ideen und Featurewünsche =<br />
<br />
== Jabber-Webchat auf mafiasi.de ==<br />
Browserlösungen sind inhärent kacke. Aber manchmal befindet man sich aber in einem restriktiven Netz das kein XMPP erlaubt, und würde trotzdem gerne schnell mit Fachschaftsmitgliedern reden. (und sei es um zu erfragen ob wer einen Server zum http-tunneln hat) Natürlich gibt es bereits diverse Anbieter für Browserchats. Das <br />
<br />
Problem ist: Denen muss man dann die Zugangsdaten für alle Fachschaftsdienste in den Hals werfen und sie haben dann auch ohne weiteres die Gesprächsverläufe.<br />
<br />
Lösung wäre: Auf mafiasi.de einen Webchat einrichten, z.B. mit [https://conversejs.org/ Converse.js] oder mit [http://stefan-strigler.de/jwchat/ JWChat] ersteres behauptet sogar OTR im Browser zu können.<br />
<br />
Wäre IMHO eine elegante Fallback-Lösung wenn es nicht zu schwer zu administrieren ist. --[[Benutzer:Timon|Timon]] ([[Benutzer Diskussion:Timon|Diskussion]]) 23:21, 3. Mai 2014 (CEST)<br />
<br />
== Aktuelle Informationen automatisch aus Wiki ==<br />
<br />
Momentan sind die aktuellen Informationen im Dashboard veraltet. Das wird sicher immer wieder passieren … es sei denn, ihr holt euch die Infos automatisiert aus dem Wiki. --[[Benutzer:1steenfa|Niklas]] ([[Benutzer Diskussion:1steenfa|Diskussion]]) 17:14, 17. Okt. 2013 (CEST)<br />
<br />
Wünschenswert wáre auch, wenn die aktuellen Informationen im Wiki, wenn die Termine vorbei sind automatisch entfernt werden, sodaß sich da keiner drum kümmern muß.<br />
<br />
== LaTeX Ecke oder sowas ==<br />
<br />
Die Idee ist, nützliche Infos zu Latex zu sammeln, die man nicht überall anders findet. Insbesondere denke ich da an sowas wie http://detexify.kirelabs.org/classify.html. Evtl. könnte man die Videos von Julian Fietkau verlinken. Ich weiß nicht, ob das unbedingt auf mafiasi passt oder doch besser im Wiki aufgehoben ist, aber gefühlt gehen solche Infos im Wiki leicht unter. Es gab außerdem mal ein Skript (siehe http://www.fb18.de/mybb/showthread.php?tid=8145), das Latex in Bilder verwandeln konnte. Das verlinkte Skript existiert aber leider nicht mehr.<br />
<br />
* Wie wäre es damit eine übersichtliche Wikiseite "Tools und Tutorials" oder ähnlich zu erstellen, und diese um Bschreibungstext des Wikis zu verlinken? Also statt "Im Wiki findest du wichtige Informationen zum Studium. Beteiligen erwünscht!" zum Beispiel "Im Wiki findest du wichtige Informationen zum Studium, wie auch nützliche [[Tools und Tutorials]]" (Vllt. fällt jemanden noch eine bessere Formulierung ein) -- Henning<br />
** Die ursprüngliche Idee kam von mir (6hauster). Ich dachte, dass so etwas gerade für Studienanfänger sehr hilfreich wäre. Die Idee von Henning finde ich nicht schlecht. Ich habe leider keine Zeit mich da selber einzubringen, insofern könnt ihr mit der Idee machen was ihr wollt. Ich bin nicht traurig, wenn keiner Lust hat so etwas umzusetzen.<br />
<br />
= Geplante Features =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die sie plant umzusetzen. Wenn ein Wunsch hier nicht steht, heißt das noch nicht, dass er nicht umgesetzt wird.<br />
<br />
== Dashboard ==<br />
* Neuigkeiten und Panels für alle angemeldeten Benutzer editierbar mit History (ähnlich wie im Wiki)<br />
* Übersicht mit verlinkten Etherpads/Dudles (als Lesezeichen gemeint)<br />
<br />
== Etherpad ==<br />
* Verwaltung der eigenen Etherpads<br />
<br />
= Umgesetzt =<br />
<br />
'''Diesen Abschnitt bitte nicht editieren.''' Hier kopiert die Server-AG die Wünsche hin, die umgesetzt wurden.<br />
<br />
<br />
== GProt vereinheitlichen ==<br />
<br />
(Vermutlich nur für angemeldete User)<br />
<br />
Das aktuelle GProt-System ist unhandlich, und ein Großteil der Protokolle liegt im Wiki. Diese unter einem Hut zusammenfassen, und eine Möglichkeit geben, online (unkompliziert) in schnellem Markup (Markdown, MediaWiki, Creole, ... ?) Protokolle anzulegen (wie im Wiki), anstatt ein Offline-Dokument erstellen zu **müssen**. Ein paar bessere Filter einbauen (die Prüfer/Modul-Liste im aktuellen System ist unglaublich unhandlich). Und das ganze natürlich vor allen Nicht-Studenten verstecken, aber den Studis leicht auffindbar machen :)<br />
<br />
== Etherpad ==<br />
* Erstellung von Gruppen-Etherpads (Zugriff nur für Leute einer Gruppe)<br />
<br />
== Mumble ==<br />
* Funktionierende Registrierung (gleiche Zugangsdaten wie bei mafiasi.de)<br />
<br />
== Sonstige ==<br />
* Source code veröffentlichen<br />
** Gibt es als [https://github.com/fsinfuhh/mafiasi Mirror bei Github]. Bitte beachte, dass wir für die Entwicklung ein eigenes Repository nutzen und Github nur zum Veröffentlichen des Quelltextes verwenden.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17961RoboCup-AG2013-08-14T16:19:02Z<p>Timon: /* Verbesserungen */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Klassifikation / Kalibrierung =====<br />
Um überhaupt etwas erkennen zu können müssen zunächst ein mal die Pixel grob klassifiziert werden. Welche Pixel gehören zum Spielfeld? Zu den Linien?<br />
Zu einem Roboter? Zu einem Tor? Was liegt überhaupt auf dem Spielfelt - wo ist der "Horizont" welche Pixel interessieren uns gar nicht?<br />
Da sich die Lichtverhältnisse ständig ändern können muss eine entsprechende Klassifizierung möglichst Robust sein und sich ständig neu kalibrieren.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
===== Kommunikation =====<br />
Die Roboter dürfen aktuell über ein WLAN miteinander Informationen austauschen. <br />
Da dieses aber häufig während eines Spiels zusammen bricht forschen wir an der Verlagerung auf <br />
natürlichsprachliche Kommunikation zu der die Roboter dank Mikrophon und Lautsprecher theoretisch fähig sind.<br />
Auch die Mensch-Roboter Kommunikation für Vorführungen und Coaching ist ein Thema dass wir im Hinterkopf haben.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
* Arbeiten und zustand der Hardware müssen sauber dokumentiert werden<br />
<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
* Entwicklung eines Federungssystems zur Entlasung der Beinmotoren<br />
* Neue Mainboard-Architektur zur Leistungssteigerung<br />
* Fußandrucksensoren<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17960RoboCup-AG2013-08-14T16:18:22Z<p>Timon: /* Verbesserungen */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Klassifikation / Kalibrierung =====<br />
Um überhaupt etwas erkennen zu können müssen zunächst ein mal die Pixel grob klassifiziert werden. Welche Pixel gehören zum Spielfeld? Zu den Linien?<br />
Zu einem Roboter? Zu einem Tor? Was liegt überhaupt auf dem Spielfelt - wo ist der "Horizont" welche Pixel interessieren uns gar nicht?<br />
Da sich die Lichtverhältnisse ständig ändern können muss eine entsprechende Klassifizierung möglichst Robust sein und sich ständig neu kalibrieren.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
===== Kommunikation =====<br />
Die Roboter dürfen aktuell über ein WLAN miteinander Informationen austauschen. <br />
Da dieses aber häufig während eines Spiels zusammen bricht forschen wir an der Verlagerung auf <br />
natürlichsprachliche Kommunikation zu der die Roboter dank Mikrophon und Lautsprecher theoretisch fähig sind.<br />
Auch die Mensch-Roboter Kommunikation für Vorführungen und Coaching ist ein Thema dass wir im Hinterkopf haben.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
* Arbeiten und zustand der Hardware müssen sauber dokumentiert werden<br />
<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
* Entwicklung eines Federungssystems zur Entlasung der Beinmotoren<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=KunterBuntesSeminar-SS13&diff=17745KunterBuntesSeminar-SS132013-06-12T14:17:22Z<p>Timon: /* Termine */ Raum und Uhrzeit hervorgehoben</p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine SS 2013|Sommersemester 2013]], welches das neunte Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Das [[KunterBuntesSeminar|KunterBunteSeminar]] findet dieses Semester wieder wöchentlich statt. Es findet jeden '''Mittwoch''' im Semester von '''17:00 Uhr''' bis 18:30 Uhr im '''Raum D-129''' statt. Du bist herzlich eingeladen zu kommen :)<br />
<br />
Solltest du einen neuen Termin erstellen, schreibe dein Abstract bitte in der dritten Person, so dass sich davon einfach eine E-Mail generieren lässt. Du bist außerdem dazu aufgerufen, in die erste Zeile deiner Themenseite ein [[KunterBuntesSeminar-SS13/Terminseiten-Header|solches]] Makro zu schreiben.<br />
<br />
=== Themen ===<br />
;08.05.2013: Viele – [[KunterBuntesSeminar-SS13/Abschlussarbeiten|Howto Abschlussarbeiten - vom Exposé bis zur Abgabe]]<br />
;15.05.2013: [[Tim]] – [[KunterBuntesSeminar-SS13/Netzneutralität|Netzneutralität und Internetdrosselung]]<br />
;22.05.2013: ''Pfingstferien''<br />
;29.05.2013: Paul (2bienkow) – [[KunterBuntesSeminar-SS13/Git|Git -- verteilte Codeversionierung (und wie sie funktioniert)]]<br />
;05.06.2013: Jessica (5jobski) – [[KunterBuntesSeminar-SS13/HOWTOEnglishPresentation|HOWTO give a presentation - in English]]<br />
;12.06.2013: Henning (8pridoeh) – [[KunterBuntesSeminar-SS13/Angriffe auf kryptografische Systeme|Angriffe auf kryptografische Systeme]]<br />
;19.06.2013: JustusWinter – [[KunterBuntesSeminar-SS13/FGI-Supershow|Die FGI-Supershow]]<br />
;03.07.2013: Marcel (1hellwig) – [[KunterBuntesSeminar-SS13/Pathfinding|Pathfinding]]<br />
;10.07.2013: Viele – [[KunterBuntesSeminar-SS13/Lightning Talks|Lightning Talks]]<br />
;17.07.2013: [[User:Niklas|Niklas]] – [[KunterBuntesSeminar-SS13/Tanzkurs|Tanzkurs]]<br />
<br />
== Themenvorschläge ==<br />
<br />
Dieses Semester hätten interessante Themen aus Bereichen, die die MaFiAsi interessieren, vorgestellt werden können. Ideen für Seminare können der Themenliste entnommen werden:<br />
<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
<br />
Konkret werden bereits Vorschläge für Termine im nächsten Semester gesammelt:<br />
<br />
* [[KunterBuntesSeminar-WS13/Themenvorschläge|Themenvorschlaege WiSe13/14]]<br />
<br />
Vielleicht hast du ja Lust zu einem der Vorschläge einen Seminartermin zu gestalten, oder hast eine andere tolle Idee? Melde dich einfach auf der Mailingliste.<br />
<br />
== Mailingliste ==<br />
Das KBS hat auch eine Mailingliste welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Videoaufzeichnung ==<br />
<br />
Es wird auch dieses Semester eine Videoaufzeichnung vom KBS geben, soweit dies vom Vortragenden gewünscht ist. Dafür brauchen wir aber Freiwillige, die filmen und/oder eine Kamera zur Verfügung stellen wollen/können.<br />
<br />
Näheres zur Technik ist auf der Seite [[KBS/Videoaufzeichnung|Videoaufzeichnung]] zu finden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Informatikum&diff=17637Informatikum2013-05-19T09:58:35Z<p>Timon: /* Haus F */ RoboCupAG verlinkt</p>
<hr />
<div>Das '''Informatikum''' ist der [[Campus]] in der Vogt-Kölln-Straße 30 (22527 Hamburg). Was es dort an Gebäuden und sonstigen Sehenswürdigkeiten gibt, ist hier gesammelt.[[Bild:Informatik-Campus-Plan.jpg|thumb|[http://www.informatik.uni-hamburg.de/Info/Campus/Fotos/plan.pdf Karte mit Legende] als PDF und [http://www.informatik.uni-hamburg.de/Info/Campus/Fotos/plan.jpg ohne Legende als Bild]]]<br />
<br />
Wie man zum Informatikum kommt, steht in der [[Wegbeschreibung]].<br />
<br />
Es gibt eine [[Studentische Arbeitsräume|Liste der studentischen Arbeitsräume]].<br />
<br />
= Gebäude =<br />
<br />
== Haus A ==<br />
* Im Keller ist nichts besonderes.<br />
* Im Erdgeschoss ist die [[Bibliothek]].<br />
* In der ersten Etage ist die [[Fachbereichsverwaltung]].<br />
* In der zweiten Etage ist das [[Prüfungsamt]].<br />
<br />
== Haus B ==<br />
* Im Keller ist nichts besonderes.<br />
* Im Erdgeschoss ist der hintere Teil der [[Bibliothek]] (Eingang nur über [[#Haus A|Haus A]]).<br />
* In der ersten Etage sind der [[Konrad Zuse Hörsaal]] und die [[Mensa]].<br />
<br />
== Haus C ==<br />
[[Datei:Raumplan_Haus-C_EG.svg]]<br />
[[Datei:Raumplan_Haus-C_1G.svg]]<br />
* Im Keller sind ein paar Räume, in denen das [[RS]]-Praktikum stattfindet.<br />
* Im Erdgeschoss sitzt ITMC.<br />
* Außerdem gibt es im Erdgeschoss die Cafeteria und ein paar [[Arbeitsräume Stellingen|studentische Arbeitsräume]].<br />
* In der ersten Etage sind die Arbeitsbereiche [[TGI]], [[ML]] und [[MOBIS]].<br />
<br />
== Haus D ==<br />
* Im Keller sind etliche [[Rechnerräume]].<br />
* Im Erdgeschoss auch. Dort sitzen auch viele Mitarbeiter des [[Rechenzentrum]]s.<br />
* In der ersten Etage sind die Arbeitsbereiche [[SWT]], [[ASI]] und [[IMVE]].<br />
<br />
== Haus E ==<br />
* Im Keller sind so viele Räume und Flure, dass man sich dort gut verlaufen kann.<br />
* Im Erdgeschoss sind ein Kartentelefon, ein Münzkopierer und die [[Arbeitsräume Stellingen|Fachschaftsräume]] (z.B. das [[c.t.]]).<br />
* In der ersten Etage sitzen ein paar Leute. Aber da kommen Studenten relativ selten hin.<br />
* Im Garten hinter Haus E findet ggf. das [[Grillen]] statt.<br />
<br />
== Haus F ==<br />
* Im Keller sind etliche Labore und sonstige Lagerräume. Außerdem ist dort das Labor der [[RoboCup-AG]]<br />
* Im Erdgeschoss ist/war der Arbeitsbereich [[TIS]] unter der Leitung von [[Möller|Prof. Dr.-Ing. D.P.F. Möller]].<br />
* In der ersten Etage ist der Arbeitsbereich [[NatS]].<br />
* In der zweiten Etage ist der Arbeitsbereich [[TAMS]].<br />
* In der dritten Etage ist der Arbeitsbereich [[WSV]].<br />
* In der vierten Etage ist der Arbeitsbereich [[VSIS]].<br />
* In der fünften Etage sind die Arbeitsbereiche [[SVS]] und [[TKRN]].<br />
<br />
== Haus G ==<br />
* Das Haus gehört nicht zur Informatik, sondern zur School of Life Sciences (UKE).<br />
<br />
== Haus H ==<br />
* In Raum H-100 befindet sich das ehemalige im.ve Labor.<br />
<br />
== Haus R ==<br />
* Im Keller sind das LKI und [[HiTech]].<br />
* Im Erdgeschoss ist der Arbeitsbereich [[KOGS]].<br />
* Die studentische [[Weihnachtsfeier]] findet traditionell in R-031 statt.<br />
<br />
== Siehe auch ==<br />
* [[Hauptcampus]]<br />
* [[Schlechter Wlanempfang]]<br />
<br />
[[Kategorie:Informatikum]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=17395Vorlage:Aktuelles2013-04-08T13:36:03Z<p>Timon: </p>
<hr />
<div>* Am '''Di. den 09.04.2013''' um 12:00 [[Vollversammlung]] im [[Konrad_Zuse_Hörsaal|KZH]]<br />
* Am '''Fr. den 12.04.2013''' um 14:00 [[KBS|KBS-Gründungstreffen]] im [[ct]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=17394Vorlage:Aktuelles2013-04-08T08:27:46Z<p>Timon: </p>
<hr />
<div>* Am '''Di. den 09.04.2013''' um 12:00 [[Vollversammlung]] im [[Konrad_Zuse_Hörsaal|KZH]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17389RoboCup-AG2013-04-07T15:46:54Z<p>Timon: /* Bildverarbeitung */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Klassifikation / Kalibrierung =====<br />
Um überhaupt etwas erkennen zu können müssen zunächst ein mal die Pixel grob klassifiziert werden. Welche Pixel gehören zum Spielfeld? Zu den Linien?<br />
Zu einem Roboter? Zu einem Tor? Was liegt überhaupt auf dem Spielfelt - wo ist der "Horizont" welche Pixel interessieren uns gar nicht?<br />
Da sich die Lichtverhältnisse ständig ändern können muss eine entsprechende Klassifizierung möglichst Robust sein und sich ständig neu kalibrieren.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
===== Kommunikation =====<br />
Die Roboter dürfen aktuell über ein WLAN miteinander Informationen austauschen. <br />
Da dieses aber häufig während eines Spiels zusammen bricht forschen wir an der Verlagerung auf <br />
natürlichsprachliche Kommunikation zu der die Roboter dank Mikrophon und Lautsprecher theoretisch fähig sind.<br />
Auch die Mensch-Roboter Kommunikation für Vorführungen und Coaching ist ein Thema dass wir im Hinterkopf haben.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
* Arbeiten und zustand der Hardware müssen sauber dokumentiert werden<br />
<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17388RoboCup-AG2013-04-07T15:42:42Z<p>Timon: /* Wartungsarbeiten */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
===== Kommunikation =====<br />
Die Roboter dürfen aktuell über ein WLAN miteinander Informationen austauschen. <br />
Da dieses aber häufig während eines Spiels zusammen bricht forschen wir an der Verlagerung auf <br />
natürlichsprachliche Kommunikation zu der die Roboter dank Mikrophon und Lautsprecher theoretisch fähig sind.<br />
Auch die Mensch-Roboter Kommunikation für Vorführungen und Coaching ist ein Thema dass wir im Hinterkopf haben.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
* Arbeiten und zustand der Hardware müssen sauber dokumentiert werden<br />
<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17387RoboCup-AG2013-04-07T15:40:54Z<p>Timon: /* Programmieren/Forschen */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
===== Kommunikation =====<br />
Die Roboter dürfen aktuell über ein WLAN miteinander Informationen austauschen. <br />
Da dieses aber häufig während eines Spiels zusammen bricht forschen wir an der Verlagerung auf <br />
natürlichsprachliche Kommunikation zu der die Roboter dank Mikrophon und Lautsprecher theoretisch fähig sind.<br />
Auch die Mensch-Roboter Kommunikation für Vorführungen und Coaching ist ein Thema dass wir im Hinterkopf haben.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17386RoboCup-AG2013-04-07T15:37:04Z<p>Timon: /* Analyse/Debugging */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui. <br />
Die Oberflächengestaltung wurde 2012/13 von einer MCI Projektgruppe optimiert.<br />
Aufbereitung von Debugdaten wird aber weiter ein wichtiges Thema bleiben, da sich die gegebenheiten ständig ändern.<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=17385RoboCup-AG2013-04-07T15:33:34Z<p>Timon: /* Torerkennung */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Seit neuestem sind die Tore beide Gelb eingefärbt.<br />
Die Torerkennung funktioniert weitestgehend, könnte aber evtl. noch verbessert werden.<br />
Hauptproblem ist neuerdings die Unterscheidung zwischen Freund und Feindtor, was eng mit der Lokalisierung zusammen läuft.<br />
<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=17353Vorlage:Aktuelles2013-03-29T04:49:14Z<p>Timon: Fehlerteufelchen... Die VV beginnt selbstverständlich "um" und nicht "ab" (*hrhr* - wer's glaubt...)</p>
<hr />
<div>* Am '''Mi. den 05.04.2013''' ab 17:00 [[Spiele-AG|Spieleabend]] in C-221<br />
* Am '''Di. den 09.04.2013''' um 12:00 [[Vollversammlung]] im [[Konrad_Zuse_Hörsaal|KZH]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=17352Vorlage:Aktuelles2013-03-29T04:48:05Z<p>Timon: Spieleabend rein, vergangener FSR-Termin raus</p>
<hr />
<div>* Am '''Mi. den 05.04.2013''' ab 17:00 [[Spiele-AG|Spieleabend]] in C-221<br />
* Am '''Di. den 09.04.2013''' ab 12:00 [[Vollversammlung]] im [[Konrad_Zuse_Hörsaal|KZH]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=17351Vorlage:Aktuelles2013-03-29T04:41:48Z<p>Timon: Links für die VV</p>
<hr />
<div>* '''Do., 28.03.2013, 12:00 ''' [[FSR-Party]] in E-...<br />
* '''Di., 09.04.2013, 12:00 ''' [[Vollversammlung]] im [[Konrad_Zuse_Hörsaal|KZH]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=KunterBuntesSeminar-WS12/Lightning_Talks2&diff=17147KunterBuntesSeminar-WS12/Lightning Talks22013-01-31T17:05:16Z<p>Timon: /* Themenliste */ Timon springt ad-hoc ein</p>
<hr />
<div>{{:KunterBuntesSeminar-WS12/Terminseiten-Header|13|31. Januar 2013}}<br />
<br />
== Abstract ==<br />
Heute machen wir eine Lightning-Talk-Session. Das bedeutet, dass heute nicht nur ein interessantes Thema vorgestellt wird, sondern viele. Jedes Thema hat exakt 5 Minuten Zeit. Die Themen können nach wie vor als Vortrag, Workshop, Diskussion, oder was einem noch so einfällt, präsentiert werden. Nach der Session könnt ihr dann auf die Referenten zugehen und sie mit Fragen löchern.<br />
<br />
Das Themenspektrum ist groß und breit gefächert, auf der Wikiseite findet ihr die Liste der Themen und Vortragenden.<br />
<br />
== Themenliste ==<br />
<br />
;18.35:<br />
Justus – [[KunterBuntesSeminar-WS12/Lightning Talks2/vgo|'''vgo''': ModelChecking fuer CodeX]]. Heute, hier und jetzt.<br />
<br />
;18.42:<br />
Tönjes – '''Elkos''': QuickFix für Mainboards und Displays bei defekten Elektrolytkondensatoren<br />
<br />
;18.49:<br />
Jessica – '''Wo plakatieren?''': Ergebnisse einer Studie.<br />
<br />
;18.56:<br />
Sascha G. – '''Kohlensäure''': Pffffffffft.<br />
<br />
;19.03:<br />
Christian L. – '''Shortbread''': Butterkekse nach schottisches Backrezept, Alter (fett krass, Alter!); evtl. mit Probeexemplaren.<br />
<br />
;19.10:<br />
[[Tim]] – '''Ahnenforschung''': Datenbankabfragen mit Hindernissen. ([https://tim-kraemer.de/KBS/KBS-Ahnenforschung.pdf Folien])<br />
<br />
;19.17:<br />
[[user:steenfatt|Niklas]] – '''Von Wehmutstropfen und Progromen''': Wie man Erbsen richtig zählt.<br />
<br />
;19.24:<br />
bjoernb – [[KunterBuntesSeminar-WS12/Lightning Talks2/INBOX_Zero|'''INBOX Zero''': That is not much mail.]]<br />
<br />
;19.31:<br />
Lino – '''Irgendein Scheiß''': Lino-Talk halt.<br />
<br />
;19.38:<br />
Schoko-Paula – '''wird noch bekannt gegeben''': wird noch bekannt gegeben.<br />
<br />
;19.45:<br />
Henning – '''Zeit''': Was man bei Software beachten muss.<br />
<br />
;19.52:<br />
7giese – '''Ein Plädoyer für Konsolenprogramme''': Warum programme in der console geil sind, und was es so alles gibt.<br />
<br />
;19.59:<br />
0mohr – '''Dunbar's Number''': Auch bekannt als die "Monkey Sphere".<br />
<br />
== Vortragende ==<br />
viele<br />
<br />
== Folien/Material ==<br />
<br />
Vortragsfolien bitte vor dem Vortrag dem Moderator (1steenfa@inf) zukommen lassen.<br />
<br />
= Weiterführende Links =<br />
* http://en.wikipedia.org/wiki/Lightning_Talk<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=HOWTO:Buttonmaschine&diff=17098HOWTO:Buttonmaschine2013-01-21T15:10:33Z<p>Timon: /* Wissenswertes */ Fakten gerade gebogen</p>
<hr />
<div>=Buttonmaschine=<br />
Die Fachschaft hat drei Buttonmaschinen. Diese haben eine extra Seite: <br />
[http://www.informatik.uni-hamburg.de/Fachschaft/fsr/button.html http://www.informatik.uni-hamburg.de/Fachschaft/fsr/button.html]<br />
<br />
Auf dieser Seite wird erklärt, was bei Verleih und Rücknahme der Maschine zu beachten ist.<br />
<br />
== Reaktion auf eine Anfrage von Maschinen ==<br />
* Finde heraus, ob die Maschine im angefragten Zeitraum vergeben ist ([[Buttonmaschinen-Belegungsplan]])<br />
* Falls kein Zeitraum angegeben ist, frag nach!<br />
* Verweise auf die Seite mit den Nutzungsbedingungen ([http://www.informatik.uni-hamburg.de/Fachschaft/fsr/button.html http://www.informatik.uni-hamburg.de/Fachschaft/fsr/button.html])<br />
* Frage die Person nach einem Wunschtermin und schau, ob irgendwer da Zeit hat.<br />
* Achte darauf, dass der fsr immer einen CC erhält.<br />
* Sobald der Verleihzeitraum klar ist, trage es im [[Buttonmaschinen-Belegungsplan]] ein.<br />
<br />
== Herausgeben einer Maschine ==<br />
* Zähle die gewünschte Anzahl Buttons ab - am besten vorher.<br />
* Sei pünktlich.<br />
* Nimm einen neuen Mietvertrag aus dem Kassenbuch und lasse ihn ausfüllen.<br />
** Halte dich an den Mietvertrag (dazu musst du ihn lesen!).<br />
** Mach alle Stempel, die sinnvoll oder lustig sind, drauf<br />
** Hefte den Mietvertrag unter "laufende Mietverträge" im Kassenbuch ab<br />
* Nimm die Kaution (falls erforderlich) in Empfang<br />
* Kassiere im Voraus die zu erwartenden Einnahmen.<br />
** Eventuell musst du eine Quittung ausstellen, es liegen Quittungsblöcke in einer Schreibtischschublade.<br />
* Wirf das Geld in den Tresor<br />
* Vermerke die Einnahmen im Kassenbuch, auch die Kaution<br />
** Die Kaution muss sowohl als Einnahme als auch als "Schulden" im Kassenbuch vermerkt werden<br />
* Führe die Maschine und den Kreisschneider vor.<br />
** Der Blaue ist besser, aber irgendwie kann damit nicht jeder umgehen.<br />
** Benutzungstipp: Nicht zu viel Druck, nicht zu wenig (ersteres macht den Kreisschneider kaputt, letzteres das Stück Papier).<br />
*** Irgendwer hat es sogar geschafft einen Kreis in die '''Glasplatte''' zu ritzen!<br />
** In die richtige Richtung kurbeln/drehen!<br />
** bei den Plexiglas-Kreisschneidern fallen ab und zu mal die Klingen raus. Am besten mit Knetmasse o.ä. fixieren. Nicht festkleben, da wir sie ab und zu tauschen müssen.<br />
** Es gehört auch immer eine Glasplatte mit zum Kreisschneider<br />
* Lasse dir zeigen, dass die Lektion verstanden wurde.<br />
<br />
== Rücknahme einer Maschine ==<br />
* Vorher gucken, dass man Geld hat, um die Kaution zurück zu zahlen<br />
* Prüfe, ob die Maschine unbeschädigt ist.<br />
* Zähle die nicht verbrauchten Buttons.<br />
* Verrechne und gib dem Kunden folgendes zurück:<br />
** + Kaution<br />
** + Zurückgegebene Buttons x Einzelpreis der Buttons<br />
** - zusätzliche Leihgebühr (falls überzogen wurde)<br />
* Stelle eine Rechnung/Quittung aus, falls der Kunde das verlangt.<br />
** Quittungsblöcke liegen in einer Schreibtischschublade <br />
* Dokumentiere die Vorgänge im Kassenbuch<br />
** Hefte den Mietvertrag von "laufende" nach "alte Mietverträge"<br />
<br />
== Buttonmaterial bestellen ==<br />
* Unterseiten<br />
* Oberseiten<br />
* Folien<br />
<br />
== Wissenswertes ==<br />
* ein Button besteht aus:<br />
** Unterseite, mit Nadel<br />
** Oberseite, glatt<br />
** Papier mit Aufdruck<br />
** Folie<br />
* ein solches Papier mit Aufdruck sollte einen Durchmesser von ca. 60mm haben, da ein Teil des Papiers umgefaltet wird. <br />
** Der später Sichtbare bereich beträgt 56 mm.<br />
* ein eventualiges Mitwaschen des Buttons in der Waschmaschine macht nichts ;)<br />
<br />
[[Kategorie:HOWTO]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=StuPaWahlUrnenbesetzung2013&diff=17049StuPaWahlUrnenbesetzung20132013-01-14T13:21:06Z<p>Timon: /* Statistik */</p>
<hr />
<div>= Die Regeln =<br />
{| border="0" cellspacing="8" cellpadding="0" style="background-color:#FFFFB9; border: 1px solid #e9e9e9; margin-top: 2px; margin-bottom: 2px; clear: both" <br />
|<br />
Beachte '''unbedingt''' das '''[[HOWTOS/StuPaWahlUrnenbesetzung|zugehörige HowTo]]'''! Am besten vorher lesen.<br />
|-<br />
|}<br />
<br />
<br />
<br />
= Notfälle =<br />
* Während der Wahlwoche ist das StuPa-Präsidium durchgehend unter folgender Rufnummer für Rückfragen zu erreichen: +49-40-450204-39<br />
* Fuer FBI-Notfälle am besten '''FIXME''' anrufen.<br />
<br />
= Waffeln und Anderes =<br />
== aktueller Stand ==<br />
Es bleibt sicher wieder was von der Weihnachtsfeier übrig, mal abwarten und dann hier ergänzen.<br />
<br />
Einkauf: FIXME<br />
<br />
Insgesamt wird mit 300 Waffeln in der gesamten Woche gerechnet.<br />
Also: 3x das Rezept für Waffeln mit Ei und Milch, 2x das Rezept für vegane Waffeln.<br />
(Wahlbeteiligung letztes Jahr: 249 Stimmen)<br />
<br />
==== Waffeln mit Ei und Milch (nicht vegan) ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Butter/Margarine || 3kg || nachgucken<br />
|-<br />
| Mehl || 6kg || nachgucken<br />
|-<br />
| Zucker || 2,25kg || nachgucken<br />
|-<br />
| Bio-Eier || 36 || nachgucken<br />
|-<br />
| Backpulver || 12 Päckchen || nachgucken<br />
|-<br />
| Milch || 4,5 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 24 Packungen || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
<br />
Die angegebene Menge bezieht sich auf 3*60 = 180 Waffeln.<br />
<br />
==== Vegane Waffeln ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Mehl || 4kg || nachgucken<br />
|-<br />
| Zucker || 1000g || nachgucken<br />
|-<br />
| Rohrzucker (für die Farbe)|| 200g || nachgucken<br />
|-<br />
| Salz || 8 Teelöffel || nachgucken<br />
|-<br />
| Backpulver || 8 Päckchen || nachgucken<br />
|-<br />
| Sojamilch oder Reisdrink mit Vanillegeschmack || 4 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 16 Packungen || nachgucken <br />
|-<br />
| Sonnenblumenöl || 24 Esslöffel || nachgucken <br />
|-<br />
| Mineralwasser || 800 ml || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
Die angegebene Menge bezieht sich auf 2*60=120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
<br />
<br />
// FIXME: Wo liegen die Materialien/ Zutaten<br />
<br />
== Waffel-Eisen ==<br />
Es gibt ein Fachschafts-Waffeleisen. Alternative wäre toll im Falle eines Ausfalls. Wer hat noch eins?<br />
<br />
Anm: von der Kif gibt es noch ganz viele tolle Waffeleisen, einfach mal die entsprechenden Leute fragen<br />
<br />
== Allgemein ==<br />
Wenn etwas nachgekauft werden muss, bitte nach Möglichkeit selbt auf Rechnung (der FSR zahlt das dann) oder siehe Notfälle, damit wir was organisieren können.<br />
<br />
Anderes sinnvolles Zeug, was man aus dem c.t. oder sonstwoher beschaffen könnte wäre<br />
* Handtuch (für nachher zum Abtrocknen)<br />
* Servietten<br />
<br />
= Statistik =<br />
{| class="wikitable" border="1"<br />
| Tag || colspan="2" | kummuliert || colspan="4" | Differenz<br />
|-<br />
| &nbsp; || bis 14 Uhr || bis 18 Uhr || 10-14 Uhr || 14-18 Uhr || Tagesgesamt || zum Vorjahr<br />
|-<br />
| Montag || 48 || || 48 || || ||<br />
|-<br />
| Dienstag || || || || || ||<br />
|-<br />
| Mittwoch || || || || || ||<br />
|-<br />
| Donnerstag || || || || || ||<br />
|-<br />
| Freitag || || || || || ||<br />
|}<br />
<br />
Bitte in den "Differenz"-Feldern nicht kumulieren, sondern nur die Anzahl der in diesem Zeitraum Tag abgegebenen Stimmen eintragen!<br />
<br />
= Der Plan =<br />
<br />
* Bitte nach Möglichkeit zuerst die Kernzeit von 12-16 Uhr besetzen! Wir brauchen '''mindestens zwei''' pro Termin. Es empfiehlt sich jedoch, dass 3-4 Leute die Urne besetzen, weil man sonst mit den Waffeln (Teig/Waffeln machen) nicht hinterherkommt.<br />
* Gerade zum Auf- und Abbau (Morgens bzw. Abends) sind viele Leute toll. Und wer plötzlich feststellt dass er doch ein bisschen Zeit hat, darf auch spontan helfen! <br />
* Die Urne darf nur zwischen 10-18 Uhr besetzt werden. Das hat das StuPa-Präsidium so beschlossen (warum auch immer ;).<br />
* Die Wahl findet vom '''14.01. bis 18.01.2013''' statt.<br />
* in Klammern kann man seine Liste eintragen, obwohl diejenigen die in derselben Liste sind das wohl auch selber wissen.<br />
<onlyinclude><br />
{| class="wikitable" border="1"<br />
! Zeit !! Montag !! Dienstag !! Mittwoch !! Donnerstag !! Freitag<br />
|-<br />
| 10-12<br />
<!--mo--> || 9brunner<br /> 1langbeh<br /> N.N. <!-- montag morgens wird _immer_ jemand gebraucht, der noch mal eben ins ct läuft, während die anderen beiden auf die urne aufpassen--><br />
<!--di--> || 2burmest (CampusGrün)<br /> 5jobski<br /> <small>N.N. (optional)</small><br />
<!--mi--> || [[Benutzer:ArneKoehn|5koehn]] (CampusGrün)<br /> [[Benutzer:6hildebr|6hildebr]] (Rebo/AL)<br /> <small>N.N. (optional)</small><br />
<!--do--> || 9weigel<br /> 0graeff<br /> <small>N.N. (optional)</small><br />
<!--fr--> || 8paetzel (CampusGrün)<br /> [[Benutzer:6hildebr|6hildebr]] (Rebo/AL)<br /> <small>N.N. (optional)</small><br />
|-<br />
| 12-14<br />
<!--mo--> || 1langbeh<br /> 9weigel<br /> <small>N.N. (optional)</small><br />
<!--di--> || 0nykamp<br /> N.N.<br /> <small>N.N. (optional)</small><br />
<!--mi--> || [[Benutzer:6hildebr|6hildebr]] (Rebo/AL)<br /> 0reis <br /> <small>N.N. (optional)</small><br />
<!--do--> || N.N.<br /> N.N.<br /> <small>N.N. (optional)</small><br />
<!--fr--> || 8paetzel (CampusGrün)<br /> [[Benutzer:T|6weber]] (Rebo/AL)<br /> <small>N.N.(optional) </small><br />
|-<br />
| 14-16<br />
<!--mo--> || [[Benutzer:Timon|7giese]]<br /> [[Benutzer:T|6weber]] (Rebo/AL)<br /> <small>N.N. (optional)</small><br />
<!--di--> || N.N.<br /> N.N.<br /> <small>N.N. (optional)</small><br />
<!--mi--> || 0sobansk<br /> [[Benutzer:ArneKoehn|5koehn]] (CampusGrün)<br /> <small>N.N. (optional)</small><br />
<!--do--> || 5jobski<br /> 8paetzel (CampusGrün)<br /> <small>N.N. (optional)</small><br />
<!--fr--> || 2burmest (CampusGrün)<br /> 9weigel<br /> <small>N.N. (optional)</small><br />
|-<br />
| 16-18<br />
<!--mo--> || 9weigel<br /> 0helms<br /> <small>N.N. (optional)</small><br />
<!--di--> || 2burmest (CampusGrün)<br /> 2glimm<br /> <small>N.N. (optional)</small><br />
<!--mi--> || 0sobansk<br /> 0reis <br /> <small>N.N. (optional)</small><br />
<!--do--> || 5jobski<br /> [[Benutzer:T|6weber]] (Rebo/AL)<br /> <small>N.N. (optional)</small><br />
<!--fr--> || 2burmest (CampusGrün)<br /> N.N<br /> <small>N.N. (optional)</small><br />
|}<br />
<references /><br />
</onlyinclude><br />
<br />
= Alternativen =<br />
<br />
* Wer nicht/kaum am Informatikum ist, kann auch andere Urnen besetzen (z.B. Geomatikum).<br />
* Bei Fragen: [[FSR]].</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=StuPaWahlUrnenbesetzung2013&diff=17002StuPaWahlUrnenbesetzung20132013-01-07T19:44:28Z<p>Timon: /* Der Plan */ 7giese</p>
<hr />
<div>= Die Regeln =<br />
{| border="0" cellspacing="8" cellpadding="0" style="background-color:#FFFFB9; border: 1px solid #e9e9e9; margin-top: 2px; margin-bottom: 2px; clear: both" <br />
|<br />
Beachte '''unbedingt''' das '''[[HOWTOS/StuPaWahlUrnenbesetzung|zugehörige HowTo]]'''! Am besten vorher lesen.<br />
|-<br />
|}<br />
<br />
<br />
<br />
= Notfälle =<br />
* Während der Wahlwoche ist das StuPa-Präsidium durchgehend unter folgender Rufnummer für Rückfragen zu erreichen: +49-40-450204-39<br />
* Fuer FBI-Notfälle am besten '''FIXME''' anrufen.<br />
<br />
= Waffeln und Anderes =<br />
== aktueller Stand ==<br />
Es bleibt sicher wieder was von der Weihnachtsfeier übrig, mal abwarten und dann hier ergänzen.<br />
<br />
Einkauf: FIXME<br />
<br />
Insgesamt wird mit 300 Waffeln in der gesamten Woche gerechnet.<br />
Also: 3x das Rezept für Waffeln mit Ei und Milch, 2x das Rezept für vegane Waffeln.<br />
(Wahlbeteiligung letztes Jahr: 249 Stimmen)<br />
<br />
==== Waffeln mit Ei und Milch (nicht vegan) ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Butter/Margarine || 3kg || nachgucken<br />
|-<br />
| Mehl || 6kg || nachgucken<br />
|-<br />
| Zucker || 2,25kg || nachgucken<br />
|-<br />
| Bio-Eier || 36 || nachgucken<br />
|-<br />
| Backpulver || 12 Päckchen || nachgucken<br />
|-<br />
| Milch || 4,5 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 24 Packungen || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
<br />
Die angegebene Menge bezieht sich auf 3*60 = 180 Waffeln.<br />
<br />
==== Vegane Waffeln ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: )<br />
|-<br />
| Mehl || 4kg || nachgucken<br />
|-<br />
| Zucker || 1000g || nachgucken<br />
|-<br />
| Rohrzucker (für die Farbe)|| 200g || nachgucken<br />
|-<br />
| Salz || 8 Teelöffel || nachgucken<br />
|-<br />
| Backpulver || 8 Päckchen || nachgucken<br />
|-<br />
| Sojamilch oder Reisdrink mit Vanillegeschmack || 4 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 16 Packungen || nachgucken <br />
|-<br />
| Sonnenblumenöl || 24 Esslöffel || nachgucken <br />
|-<br />
| Mineralwasser || 800 ml || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
Die angegebene Menge bezieht sich auf 2*60=120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
<br />
<br />
// FIXME: Wo liegen die Materialien/ Zutaten<br />
<br />
== Waffel-Eisen ==<br />
Es gibt ein Fachschafts-Waffeleisen. Alternative wäre toll im Falle eines Ausfalls. Wer hat noch eins?<br />
<br />
Anm: von der Kif gibt es noch ganz viele tolle Waffeleisen, einfach mal die entsprechenden Leute fragen<br />
<br />
== Allgemein ==<br />
Wenn etwas nachgekauft werden muss, bitte nach Möglichkeit selbt auf Rechnung (der FSR zahlt das dann) oder siehe Notfälle, damit wir was organisieren können.<br />
<br />
Anderes sinnvolles Zeug, was man aus dem c.t. oder sonstwoher beschaffen könnte wäre<br />
* Handtuch (für nachher zum Abtrocknen)<br />
* Servietten<br />
<br />
= Statistik =<br />
{| class="wikitable" border="1"<br />
| Tag || colspan="2" | kummuliert || colspan="4" | Differenz<br />
|-<br />
| &nbsp; || bis 14 Uhr || bis 18 Uhr || 10-14 Uhr || 14-18 Uhr || Tagesgesamt || zum Vorjahr<br />
|-<br />
| Montag || || || || || ||<br />
|-<br />
| Dienstag || || || || || ||<br />
|-<br />
| Mittwoch || || || || || ||<br />
|-<br />
| Donnerstag || || || || || ||<br />
|-<br />
| Freitag || || || || || ||<br />
|}<br />
<br />
Bitte in den "Differenz"-Feldern nicht kumulieren, sondern nur die Anzahl der in diesem Zeitraum Tag abgegebenen Stimmen eintragen!<br />
<br />
= Der Plan =<br />
<br />
* Bitte nach Möglichkeit zuerst die Kernzeit von 12-16 Uhr besetzen! Wir brauchen '''mindestens zwei''' pro Termin. Es empfiehlt sich jedoch, dass 3-4 Leute die Urne besetzen, weil man sonst mit den Waffeln (Teig/Waffeln machen) nicht hinterherkommt.<br />
* Gerade zum Auf- und Abbau (Morgens bzw. Abends) sind viele Leute toll. Und wer plötzlich feststellt dass er doch ein bisschen Zeit hat, darf auch spontan helfen! <br />
* Die Urne darf nur zwischen 10-18 Uhr besetzt werden. Das hat das StuPa-Präsidium so beschlossen (warum auch immer ;).<br />
* Die Wahl findet vom '''14.01. bis 18.01.2013''' statt.<br />
* in Klammern kann man seine Liste eintragen, obwohl diejenigen die in derselben Liste sind das wohl auch selber wissen.<br />
<onlyinclude><br />
{| class="wikitable" border="1"<br />
! Zeit !! Montag !! Dienstag !! Mittwoch !! Donnerstag !! Freitag<br />
|-<br />
| 10-12<br />
<!--mo--> || N.N.<br /> N.N.<br /><br />
<!--di--> || 2burmest (CampusGrün)<br /> N.N.<br /><br />
<!--mi--> || N.N.<br /> N.N.<br /><br />
<!--do--> || 9weigel<br /> N.N.<br /><br />
<!--fr--> || 8paetzel (CampusGrün)<br /> N.N.<br /><br />
|-<br />
| 12-14<br />
<!--mo--> || 1langbeh<br /> 9weigel<br /><br />
<!--di--> || N.N.<br /> N.N.<br /><br />
<!--mi--> || N.N.<br /> N.N.<br /><br />
<!--do--> || N.N.<br /> N.N.<br /><br />
<!--fr--> || 8paetzel (CampusGrün)<br /> N.N.<br /><br />
|-<br />
| 14-16<br />
<!--mo--> || [[Benutzer:Timon|7giese]]<br /> N.N.<br /><br />
<!--di--> || N.N.<br /> N.N.<br /><br />
<!--mi--> || 0sobansk<br /> N.N.<br /><br />
<!--do--> || 5jobski<br /> N.N.<br /><br />
<!--fr--> || 2burmest (CampusGrün)<br /> 9weigel<br /><br />
|-<br />
| 16-18<br />
<!--mo--> || 9weigel<br /> N.N.<br /><br />
<!--di--> || 2burmest (CampusGrün)<br /> N.N.<br /><br />
<!--mi--> || 0sobansk<br /> N.N.<br /><br />
<!--do--> || 5jobski<br /> N.N.<br /><br />
<!--fr--> || 2burmest (CampusGrün)<br /> 9weigel<br /><br />
|}<br />
<references /><br />
</onlyinclude><br />
<br />
= Alternativen =<br />
<br />
* Wer nicht/kaum am Informatikum ist, kann auch andere Urnen besetzen (z.B. Geomatikum).<br />
* Bei Fragen: [[FSR]].</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=BitBots&diff=16566BitBots2012-10-19T20:55:11Z<p>Timon: Weiterleitung auf RoboCup-AG erstellt</p>
<hr />
<div>#REDIRECT [[RoboCup-AG]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Bit-Bots&diff=16565Bit-Bots2012-10-19T20:53:58Z<p>Timon: Weiterleitung auf RoboCup-AG erstellt</p>
<hr />
<div>#REDIRECT [[RoboCup-AG]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Bit-Bots&diff=16564Bit-Bots2012-10-19T20:52:46Z<p>Timon: Die Seite wurde neu angelegt: „#REDIRECT [RoboCup-AG]“</p>
<hr />
<div>#REDIRECT [RoboCup-AG]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Protokolle&diff=16563Vorlage:Protokolle2012-10-19T20:50:09Z<p>Timon: Events aus Protokolle verschoben nach Aktuelles</p>
<hr />
<div>* '''Di. 01.11.2011''' [[VV-Protokoll_vom_01.11.2011|VV-Protokoll]]<br />
* '''Di. 16.10.2012''' [[FsrProtokoll20121016|FSR-Party-Protokoll]] ([[FSRProtokolle|Archiv]])</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=16562Vorlage:Aktuelles2012-10-19T20:50:00Z<p>Timon: Events aus "Protokolle" hier her verschoben</p>
<hr />
<div>* '''Di. 23.10.2012, 18:30 Uhr''' nächste FSR-Party in C-101<br />
* '''Do. 25.10.2012, 18:30 Uhr''' [[KunterBuntesSeminar-WS12|KBS]] – Leben in und mit der Uni <span style="color:#f00;">Vorläufig!</span><br />
* '''Sa. 27.10.2012, 09:20 Uhr''' Hauptbahnhof, [[Scotland_Yard|Scotland Yard Live]]<br />
* '''Di. 30.10.2012, 12:00 Uhr''' [[Vollversammlung]] in B-201<br />
* '''Do. 01.11.2012''': [[RoboCup-AG|Bit-Bot]] [http://ep.mafiasi.de/p/BitBotShirts T-Shirts] Bestell-Deadline</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Vorlage:Aktuelles&diff=16561Vorlage:Aktuelles2012-10-19T20:47:30Z<p>Timon: BitBot Shirts Bestelldeadline</p>
<hr />
<div>* '''01.11.2012''': [[RoboCup-AG|Bit-Bot]] [http://ep.mafiasi.de/p/BitBotShirts T-Shirts] Bestell-Deadline</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=16262RoboCup-AG2012-06-30T16:45:22Z<p>Timon: Aufgaben in der AG</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Aufgaben in der AG ==<br />
Mafiasi die Interesse haben uns zu helfen können sich unter anderem auf folgende Aufgabengebiete freuen:<br />
=== Programmieren/Forschen ===<br />
Eigentlich unser Hauptanliegen, auch wenn die anderen Aufgaben sehr viel Raum einnehmen.<br />
Auf die eigentliche Entwicklungsarbeit entfällt so nur etwa 1/3 unserer Gesamtarbeitszeit <br />
==== Bildverarbeitung ====<br />
Die Webcam als "Augen" des Roboters ist das wichtigste "Organ" des Roboters. Ohne sie geht garnix.<br />
Die Bildverarbeitung muss extrem gute und schnelle Algorithmen verwenden, da das Problem ein Echtzeitproblem ist, und die Hardware beschränkt ist.<br />
===== Lokalisation =====<br />
Für das Verhalten ist es besonders wichtig dass Der Roboter weiß wo er steht. Hier gibt es verschiedene Ansätze - z.B. die Orientierung an Feldlinien. <br />
In der Liga werden derzeit auch exotische verfahren erprobt - wie z.B. das orientieren an den kleidungsfarben der Zuschauer (die potentiell ihren standort ändern können)<br />
===== Ballerkennung =====<br />
Der Ball ist rund. Im Moment ist er auch noch orange, das wird sich in Zukunft aber ändern. Für die Challenges müssen bereits beliebige Ballfarben erkannt werden können.<br />
Man möchte aber auch nicht blos wissen dass dort "irgendwo" ein Ball ist, sondern auch wo genau und in welche richtung er sich mit welcher Geschwindigkeit bewegt.<br />
===== Torerkennung =====<br />
Im moment sind die Tore Gelb und Blau eingefärbt. In nicht allzu ferner Zukunft werden die Tore nur noch weiß sein, wie auch die Feldlinien.<br />
===== Gegnererkennung =====<br />
Gegner Anrempeln ist ein Foul und verboten. Daher müssen wir Roboter erkennen. Für ein sinnvolles Passspiel ist es außerdem wichtig zu erfahren welcher Mannschaft ein erkannter Roboter angehört.<br />
==== Audio-Input ====<br />
Unsere Roboter haben mehrere Mikrofone. Damit wäre es theoretisch möglich Gegner über ihr distinktives Lüftergeräusch zu lokalisieren, oder Spracheingaben zu akzeptieren.<br />
==== Audio-Output ====<br />
Einen Lautsprecher haben die Darwins auch - damit können wir Diagnoseinformationen ansagen. Die Roboter sollen auch alle eine Individuelle Stimme haben damit sie eine persönlichkeit bekommen.<br />
Theoretisch dürfen sich die Darwins auch auf dem Feld (natürlichsprachliche) Anweisungen zurufen. Ein plötzlich ausgefallenes Wlan hat bereits Teams die Weltmeisterschaft gekostet. <br />
Außerdem ist davon auszugehen dass die Kommunikation über WLan eines Tages verboten wird (Eingeschränkt ist sie jetzt schon).<br />
<br />
==== Kinematik ====<br />
Die Bewegungsabläufe des Roboters müssen ständig verbessert werden. Im moment ist die Bewegung unserer Roboter noch eher ein wenig ungelenkig.<br />
===== Animationen aufnehmen =====<br />
Bestimmte Bewegungsabläufe des Roboters müssen vorab "aufgenommen" werden damit man sie in der richtigen Situation abspielen kann. Z.B. das aufheben und werfen eines Balles, ein guter Tritt mit dem Fuß, ein tritt der den Ball besonders hoch in die Luft befördert - oder einfach nur der Torjubel nach einem erfolgreichen Treffer.<br />
===== Dynamische Bewegungsabläufe =====<br />
Momentan ist das meiste der Bewegung am Roboter noch statisch. Da aber die Gegebenheiten (weichheit des Teppichs, bodenwellen, Rempler von anderen Robotern etc) sich ändern könen<br />
möchte man dass der Roboter seine Haltung zumindest stückweise an die Situation anpassen kann. <br />
==== Verhalten ====<br />
Das ganze Spielverhalten, die Kommunikation mit anderen Spielern. Entscheiden wann welche Aktion durchgeführt wird.<br />
Dieser Tätikgeitsbereich ist wie kein Anderer von der Arbeit anderer abhängig. <br />
Oftmals geht es vor allem darum trotz eingeschränktem Wissen und Möglichkeiten der Bildverarbeitung/ Bewegung ein einigermaßen erfolgreiches Verhalten zu schreiben. <br />
==== Analyse/Debugging ====<br />
Damit mit den Robotern sinnvoll gearbeitet werden kann müssen wir Daten über den Betrieb sammeln und grafisch anzeigen. <br />
Im Moment nutzen wir ein eigenes client-server basiertes debug-framework mit einer gtk2-gui<br />
<br />
=== Organisieren ===<br />
Die Organisation der ganzen AG hat einen Overhead von ca. 2/3 unserer Aufgewendeten Zeit.<br />
==== Finanzierung ====<br />
Roboter sind ein sehr teueres Vergnügen - und Reisen mit ihnen ebenfalls. <br />
Wenn wir nicht einen großen Teil unserer Zeit dem beschaffen von Geldmitteln widmen, können wir die AG nicht langfristig betreiben.<br />
===== Spender und Sponsoren finden =====<br />
Am liebsten sind uns natürlich Spender - aber auch Sponsoring gegenüber stehen wir sehr offen da. <br />
Mögliche Sponsoren müssen kontaktiert werden, oft möchten die auch dass man sich persönlich vorstellt. <br />
Dann muss natürlich verhandelt werden um ein Ergebnis zu finden das für uns und den Sponsor zufriedenstellend ist.<br />
===== Am Fachbereich Unterstützung finden=====<br />
Einige Dinge kann unser Fachbereich finanzieren, wenn man an den richtigen Stellen fragt und i.d.r. einen Antrag schreibt. <br />
Einige Arbeitsbereiche können uns manchmal eigenes Material oder Räume zur Verfügung stellen.<br />
===== Um Fördermittel bewerben =====<br />
Hier haben wir bislang noch so gut wie keine Erfahrungen gesammelt.<br />
Prinzipell wäre es aber im Sinne der Öffentlichkeit Projekte wie unesres zu fördern - daher gibt es da wahrscheinlich auch irgendwo Gelder für.<br />
===== Kassenbuch führen =====<br />
Unser Kassenbuch führen wir derzeit als Sonderkategorie unserer Inventardatenbank.<br />
<br />
==== Public Relations ====<br />
Wir möchten dass man uns auch kennt, denn nur wenn man uns kennt werden wir die Unterstützung bekommen die wir brauchen.<br />
Neben dem offensichtlichen Eigennutzen ist es natürlich auch toll wenn man den Menschen etwas zeigen kann und sie vielleicht <br />
für diese Art der Wissenschaft begeistert.<br />
===== Pflege der Homepage =====<br />
Wir haben eine einigermaßen hübsche Homepage, es ist jedoch ein ständiger Kampf sie aktuell zu halten und den Leuten die drauf gehen auch etwas zu bieten.<br />
Die Homepage läuft mit Wordpress, und es ist auch Laien möglich Artikel dafür zu schreiben und Administrative aufgaben daran durchzuführen.<br />
Im Hintergrund will natürlich auch der Webserver gepflegt werden.<br />
===== Schneiden von Videos =====<br />
Videos sind toll, nichts begeistert die Leute so sehr wie gutes Bildmaterial - idealerweise noch mit (freier) Musik im Hintergrund.<br />
Eine Wall of Text alleine gefällt niemandem, daher machen wir gerne Videos um etwas über uns zu zeigen. <br />
Videos müssen aber auch erst einmal gedreht, bearbeitet, gerendert und hochgeladen werden.<br />
===== "Sozialer" Netzwerkkrams =====<br />
Ob wir wollen oder nicht - Soziale Seiten haben heutzutage einen hohen Stellenwert. <br />
Einige Leute freuen sich unsere Statusupdates via Twitter und Co. zu verfolgen. <br />
Da muss natürlich auch jemand sitzen und die Dinge schreiben. <br />
Klugerweise verknüpft man verschiedene Dienste miteinander um den Aufwand für das aktualisieren zu minimieren. <br />
Möglicherweise gibt es da bestehende Software oder auch das Interesse da eine Neuentwicklung zu betreiben.<br />
===== Schulvorführungen =====<br />
Das Interesse von Schülern an Dingen wie wir sie machen ist sehr hoch - und wir freuen uns wenn wir da ein wenig von unserem Wissen und unserer Begeisterung weiter vermitteln können.<br />
Da haben wir zwar einen eher geringen Eigennutzen von - aber einen recht hohen Gesellschaftlichen.<br />
Damit das ganze auch interessant und didaktisch relevant wird müssen wir uns da Gedanken drüber machen.<br />
===== Aktionen am Fachbereich =====<br />
Bei Dingen wie Expo und Sommerfest, aber auch bei Aktionen einiger Arbeitsbereiche sind wir natürlich auch gerne dabei. <br />
===== Messen und ähnliches =====<br />
Wir nehmen gerne im Rahmen unserer Möglichkeit an anderen Veranstaltungen teil wo wir zeigen können was wir machen und natürlich potentiell Leute kennen lernen die uns weiter helfen können.<br />
===== Sonstiges =====<br />
Die Kleinigkeiten zählen. Z.B. ein eigenes Brieflayout, Bedruckte Briefumschläge, eigene Stempel, Plakate an den Türen etc. <br />
Gute Ideen sind immer gefragt.<br />
<br />
==== Hardware ====<br />
Wir sind "eigentlich" noch gut dran mit unseren Robotern - viele Teams bauen die selber. <br />
Technische Geräte wollen aber Liebe und Zuwendung erfahren, und so macht die Hardware mindestens ein drittel unserer Arbeit aus.<br />
===== Inventardatenbank pflegen =====<br />
Um Übersicht über unserer Hardware und ihren Zustand zu haben, benutzen wir eine selbst zusammengeschusterte SQL Datenbank mit Django-Frontend. <br />
Die Datenbank muss aktuell gehalten werden. Außerdem kann die Benutzeroberfläche mit der Zeit noch pratkischer gestaltet werden und neue Funktionen dazu kommen.<br />
===== Wartungsarbeiten =====<br />
* Motoren müssen regelmäßig durch getauscht werden <br />
* Schrauben müssen festgezogen und mit Schraubenfixierer behandelt werden<br />
* Elektronik muss Staubfrei bleiben <br />
* Akkus müssen geladen, sicher gelagert, und in Schuss gehalten werden<br />
* Wartungskonzept muss entwickelt und laufend verbessert werden<br />
===== Reparaturen =====<br />
Dinge gehen kaputt und müssen ersetzt, oder besser kostengünstig repariert werden. <br />
Dafür müssen dann Technische Zeichnungen, Schaltpläne, Spezifikationen das richtige Werkzeug und Ersatzteile beschafft werden. <br />
Einige Aufgaben können nur von Experten durchgeführt werden. Bei vielen Sachen hilft uns die Fachbereichs-eigene Werkstatt.<br />
===== Verbesserungen =====<br />
In unserer Liga und mit unseren Robotern ist es möglich Verbesserungen an der Hardware vorzunehmen um den Gegnerischen Teams einen Schritt voraus zu sein.<br />
Beispiele:<br />
* Anpassen der Fußform<br />
* Einbau besserer Webcams <br />
* Entfernen gefährlicher Metallteile vom Mainboard<br />
* Bessere Befestigung der Akkus<br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=16261RoboCup-AG2012-06-30T14:46:59Z<p>Timon: /* Kontakt */ link gefixt</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [http://www.bit-bots.de www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=16260RoboCup-AG2012-06-30T14:45:52Z<p>Timon: /* Räume */</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen RoboCup-Projekt]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=16259RoboCup-AG2012-06-30T14:31:32Z<p>Timon: /* Räume */ Syntax verbessert</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in '''F-015''', dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [[http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen/|RoboCup-Projekt]]<br />
* Im Seminarraum '''R-031''' finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum '''F-132''' bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=RoboCup-AG&diff=16258RoboCup-AG2012-06-30T14:30:38Z<p>Timon: Angelegt</p>
<hr />
<div>Die RoboCup-AG ist eine Studentische AG am Fachbereich die unter dem Teamnamen "Hamburg Bit-Bots" für unsere Fachschaft an nationalen und internationalen Wettbewerben im Roboterfußball teilnimmt.<br />
Darüber hinaus nehmen wir an Tagungen teil und versuchen mit unseren DARwIn-OP Robotern tolle Dinge zu erreichen.<br />
In Kooperation mit verschiedenen Arbeitsbereichen sind auch Abschlussarbeiten bei uns möglich. <br />
<br />
Im Deutschlandweiten Vergleich zeichnen wir uns vor allem durch eine sehr hohe Eigenverantwortlichkeit aus. <br />
Die komplette AG ist studentisch organisiert, die Zusammenarbeit mit dem Fachbereich und seinen Arbeitsbereichen funktioniert dennoch sehr gut.<br />
<br />
== Kontakt ==<br />
* Website: [www.bit-bots.de]<br />
* Mailingliste: robocup@inf...<br />
<br />
=== Mitglieder ===<br />
* Marc 10bestman<br />
* Olli 7bestman<br />
* [[Benutzer:Timon|Timon]] 7giese<br />
* Maxim 8holand<br />
* Sheepy 8kessler<br />
* Maike 8paetzel<br />
* Anja 8richter<br />
* Nils 8rokita<br />
* Heye 9voeckin<br />
* ... diverse Helfer die kurzfristig Aufgaben übernehmen und sich (noch) nicht als Vollmitglieder betrachten.<br />
<br />
=== Regelmäßiges Treffen ===<br />
Die AG steht jedem Mitglied der Fachschaft offen, es gibt ein Wöchentliches Treffen bei dem wir uns über den Stand unserer Arbeit austauschen und unser gemeinsames Vorgehen besprechen.<br />
<br />
Das Treffen findet *jeden Montag um 18:00 in R-031* statt und wir freuen uns über Besuch. <br />
<br />
=== Räume ===<br />
* Unser Labor ist in *F-015*, dort arbeiten wir in Kleingruppen zu individuellen Zeiten, oft auch am Wochenende. Wir teilen uns den Raum nur mit dem offiziellen [[http://robocup.informatik.uni-hamburg.de/uber-uns/rfc-st-ellingen/|RoboCup-Projekt]]<br />
* Im Seminarraum *R-031* finden unsere regelmäßigen Treffen statt da wir dort einen Beamer und einen Konferenztisch haben<br />
* Im Seminarraum *F-132* bauen wir unser großes Feld auf, wenn wir eines benötigen. Meist im Vorfeld von Wettbewerben.<br />
<br />
== RoboCup Wettberwerb ==<br />
<br />
Der RoboCup ist eine internationale Veranstaltung mit dem Ziel die Forschung im Bereich Robotik voran zu treiben. Unter anderem wird dort Roboterfußball gespielt.<br />
Wir treten mit unseren Robotern in der Humanoid Kid-Sized League an. Die nationale entsprechung zum RoboCup sind die "German Open", dort treten auch viele ausländische Teams an, da sie zu den international bedeutenden Wettbewerben in diesem Bereich zählen (Kaum ein Land stellt so viele Mannschaften im Roboterfußball wie Deutschland). Bei den German Open 2012 haben wir zusammen mit den WF Wolves den dritten Platz erreicht. <ref> http://www.robocupgermanopen.de/major/humanoid </ref><br />
<br />
== Referenzen ==<br />
<references /></div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Benutzer:Timon&diff=16257Benutzer:Timon2012-06-30T14:05:05Z<p>Timon: </p>
<hr />
<div>==Wer ich bin==<br />
*Timon Giese <br />
*BSc. Informatik seit WS 2007<br />
<br />
==Was ich mache==<br />
* [[OE]] seit 2008<br />
* OE-Orga<br />
<br />
==Was ich mal gemacht habe==<br />
* [[FSR]]<br />
==Kontakt==<br />
*Email: 7giese@inf (Domain ergänzen!)<br />
*Jabber: 7giese.jabber.mafiasi.de<br />
*Handynummer: Für OE-ler im OE-Wiki verfügbar.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Informatikum&diff=15396Informatikum2012-05-30T14:42:37Z<p>Timon: /* Haus F */ RoboCup AG Labor hinzugefügt</p>
<hr />
<div>Das '''Informatikum''' ist der [[Campus]] in der Vogt-Kölln-Straße 30 (22527 Hamburg). Was es dort an Gebäuden und sonstigen Sehenswürdigkeiten gibt, ist hier gesammelt.[[Bild:Informatik-Campus-Plan.jpg|thumb|[http://www.informatik.uni-hamburg.de/Info/Campus/Fotos/plan.pdf Karte mit Legende] als PDF und [http://www.informatik.uni-hamburg.de/Info/Campus/Fotos/plan.jpg ohne Legende als Bild]]]<br />
<br />
Wie man zum Informatikum kommt, steht in der [[Wegbeschreibung]].<br />
<br />
Es gibt eine [[Studentische Arbeitsräume|Liste der studentischen Arbeitsräume]].<br />
<br />
= Gebäude =<br />
<br />
== Haus A ==<br />
* Im Keller ist nichts besonderes.<br />
* Im Erdgeschoss ist die [[Bibliothek]].<br />
* In der ersten Etage ist die [[Fachbereichsverwaltung]].<br />
* In der zweiten Etage ist das [[Prüfungsamt]].<br />
<br />
== Haus B ==<br />
* Im Keller ist nichts besonderes.<br />
* Im Erdgeschoss ist der hintere Teil der [[Bibliothek]] (Eingang nur über [[#Haus A|Haus A]]).<br />
* In der ersten Etage sind der [[Konrad Zuse Hörsaal]] und die [[Mensa]].<br />
<br />
== Haus C ==<br />
[[Image:Raumplan_Haus-C_EG.svg]]<br />
[[Image:Raumplan_Haus-C_1G.svg]]<br />
* Im Keller sind ein paar Räume, in denen das [[RS]]-Praktikum stattfindet.<br />
* Im Erdgeschoss sitzt Herr Brunnstein alleine in seinem verlassenen Arbeitsbereich.<br />
* Außerdem gibt es im Erdgeschoss die Cafeteria und ein paar [[Arbeitsräume_Stellingen|studentische Arbeitsräume]].<br />
* In der ersten Etage ist der Arbeitsbereich [[TGI]].<br />
<br />
== Haus D ==<br />
* Im Keller sind etliche [[Rechnerräume]].<br />
* Im Erdgeschoss auch. Dort sitzen auch viele Mitarbeiter des [[Rechenzentrum]]s.<br />
* In der ersten Etage sind die Arbeitsbereiche [[SWT]], [[ASI]] und [[IMVE]].<br />
<br />
== Haus E ==<br />
* Im Keller sind so viele Räume und Flure, dass man sich dort gut verlaufen kann.<br />
* Im Erdgeschoss sind ein Kartentelefon, ein Münzkopierer und die [[Arbeitsräume_Stellingen|Fachschaftsräume]] (z.B. das [[c.t.]]).<br />
* In der ersten Etage sitzen ein paar Leute. Aber da kommen Studenten relativ selten hin.<br />
* Im Garten hinter Haus E findet ggf. das [[Grillen]] statt.<br />
<br />
== Haus F ==<br />
* Im Keller sind etliche Labore und sonstige Lagerräume. Außerdem ist dort das Labor der RoboCup-AG<br />
* Im Erdgeschoss ist der Arbeitsbereich [[TIS]] unter der Leitung von [[Möller|Prof. Dr.-Ing. D.P.F. Möller]].<br />
* In der ersten Etage ist der Arbeitsbereich [[NatS]].<br />
* In der zweiten Etage ist der Arbeitsbereich [[TAMS]].<br />
* In der dritten Etage ist der Arbeitsbereich [[WSV]].<br />
* In der vierten Etage ist der Arbeitsbereich [[VSIS]].<br />
* In der fünften Etage sind die Arbeitsbereiche [[SVS]] und [[TKRN]].<br />
<br />
== Haus G ==<br />
* Das Haus gehört nicht zur Informatik, sondern zur Toxikologie/Hygiene.<br />
<br />
== Haus H ==<br />
* Das gibt's auch noch.<br />
<br />
== Haus R ==<br />
* Im Keller sind das LKI und [[HiTech]].<br />
* Im Erdgeschoss ist der Arbeitsbereich [[KOGS]].<br />
* Die studentische [[Weihnachtsfeier]] findet traditionell in R-031 statt.<br />
<br />
== Siehe auch ==<br />
* [[Hauptcampus]]<br />
* [[Schlechter_Wlanempfang]]<br />
<br />
<br />
[[Kategorie:Informatikum]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Probleme_Fachschaftskultur&diff=15278Probleme Fachschaftskultur2012-04-01T13:29:56Z<p>Timon: /* C.T. */ Bügelflaschen</p>
<hr />
<div>In letzter Zeit kam es immer wieder zu Zusammenstößen, unschönen Momenten und Beschwerden. <br />
Diese Seite dient es solche Dinge zu sammeln.<br />
<br />
__TOC__<br />
<br />
== C.T. ==<br />
* Geschirr<br />
** Benutztes Geschirr wird schmutzig in die Spüle gestellt<br />
** Wenn Schild hängt, dass bitte kein schmutziges Geschirr in die Spüle gestellt werden soll, wird es auf den Boden vor der Spüle gestellt<br />
** -> Aktueller Lösungsansatz: Geschirrbestand wird gen Null reduziert<br />
** Es entstehen eigenartige neue Lebensformen<br />
* Müll wird einfach auf den Tischen liegen gelassen<br />
*Altpapier<br />
** Altpapier wird nicht weggebracht<br />
** Kleider und Plastik sind kein Altpapier<br />
* Sachbeschädigung<br />
** Es werden Penisse auf die Bits gemalt<br />
*** insbesonder auch auf das Bit im "Flur" welches historischen/sentimentalen Wert besitzt<br />
** Tische werden mit Aufklebern beklebt<br />
** Türschilder/Whiteboard werden absichtlich mit Permanent-Marker beschrieben (Fuckfinger mittels Permanentmarker)<br />
** Aufkleber auf Whiteboards<br />
*Getränke<br />
** Getränke stellen sich nicht von alleine in den Kühlschrank<br />
** Wegstellen von leeren Flaschen funktioniert auch nicht<br />
*** Flens und andere Bügelflaschen werden wieder verschlossen<br />
**** ''Das macht dem Assi der es tut Arbeit''<br />
**** ''Das macht dem Getränkehersteller Probleme''<br />
**** ''Das macht demjenigen der ein volles Bier sucht Ärger''<br />
**** ''Es erschwert ungemein die Arbeit von den wenigen Leuten die im ct Leergut sortieren.'' <br />
**** ''(Nervfaktor in aufsteigender Reihenfolge, Bonus-Assipunkte für halbvolle Flaschen)'' <br />
** Der Getränkebestell-Truckfaktor geht gegen drei<br />
<br />
== Mafia-Mailingliste == <br />
* Diskussionskultur<br />
** Es werden Ideen "niedergebrüllt"<br />
** Es werden Diskussionen an einem Thema vorbei geführt<br />
** TOFU/NewThread müssen nicht an die ganze Liste gehen<br />
* Trollpost<br />
<br />
== Umgang von Studenten untereinander == <br />
* Lärmpegel: In den Lernräumen wird teilweise viel Krach veranstaltet<br />
** auch im c't wird es mitunter recht laut. Man sollte nicht vergessen das die Räume dort primär Arbeitsräume sind und dass es grade in der Prüfungsphase mitunter zu Wochenend- und Nachtschichten kommen kann.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Diskussion:Mail&diff=15195Diskussion:Mail2012-03-18T02:43:48Z<p>Timon: </p>
<hr />
<div>Diese Seite solle mal verbessert werden. Vielleicht auch auf das [[HOWTO:Email]] verlinken.<br />
<br />
Hab die Kickstart-Sektion hinzugefügt. --[[Spezial:Beiträge/91.40.172.194|91.40.172.194]] 12:32, 16. Mär. 2012 (CET)0pietrzy<br />
<br />
Im [[HOWTO:Email]] steht alles wichtige drin. Ihr koennt gerne das Howto ergaenzen wenn euch etwas fehlt. It's a wiki. Aber eine neue Seite mit duplizierten Inhalten halte ich fuer sinnlos.<br />
<br />
: Ich bin ebenfalls für ein redirect auf [[HOWTO:Email]] - falls diese Seite aus irgendeinem Grund bestehen bleiben sollte fehlt auf jeden Fall ein Hinweis auf die RZ-Anleitung, welche zum Einrichten von SMTP, IMAP, POP, PIPAPO mehr als ausreichend ist. --[[Benutzer:Timon|Timon]] 03:43, 18. Mär. 2012 (CET)</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=HOWTO:Email&diff=15163HOWTO:Email2012-03-09T14:46:09Z<p>Timon: "Work in progress"-header entfernt. Die Seite gibt es jetzt lange genug und dass eine Wikisieite niemals fertig wird, ist ja selbstverständlich :)</p>
<hr />
<div>Emails sind heutzutage eine enorm wichtige Form der<br />
Kommunikation. Nicht jeder der mit dem Studium beginnt ist aber ein<br />
Profi was diese Form der Kommunikation angeht. Insbesondere FSR-, OE-,<br />
oder andere Gremien-/AG-Mitglieder koennen sich da schnell mal mit den<br />
hunderten Emails ueberfordert fuehlen die sie ploetzlich<br />
bekommen. Diese Seite stellt eine Sammlung von "Best Practices" im<br />
Umgang mit dem Medium Email dar - und sollte sich hoffentlich auch<br />
fuer erfahrenere Emailnutzer zur Lektuere lohnen.<br />
<br />
= Wofuer E-Mail? =<br />
E-Mail ist ein gutes Kommunikationsmedium. Es gibt Szenarien in denen es sinnvoll ist E-Mails zu schreiben und andere in denen andere Kommunikationsmedien bevorzugt werden sollten.<br />
<br />
Andere Kommunikationsmedien sind Telefon, Jabber, direktes Gespräch, Brief. Man sollte vor einer Kommunikation das Medium gezielt waehlen.<br />
== Eigenschaften verschiedener Kommunikationswege im Vergleich ==<br />
<br />
┏━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━┓<br />
┃ Anforderung/Medium ┃ Antwortgeschwindigkeit ┃ Persistenz ┃ an viele ┃ offiziell ┃ Fehldeutungsgefahr ┃<br />
┣━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━┫<br />
┃ E-Mail ┃ schlecht ┃ gut ┃ gut ┃ mittel ┃ hoch ┃<br />
┃ IM (Jabber, IRC) ┃ gut, wenn online ┃ gut ┃ gut (MUC) ┃ schlecht ┃ mittel ┃<br />
┃ Telefon ┃ gut ┃ schlecht ┃ schlecht ┃ schlecht ┃ gering ┃<br />
┃ Brief ┃ schlecht ┃ gut ┃ schlecht ┃ gut ┃ mittel ┃<br />
┃ Gespraech ┃ gut, wenn anwesend ┃ schlecht ┃ gut, wenn anwesend ┃ mittel ┃ am niedrigsten ┃<br />
┗━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━┛<br />
<br />
== Warum die @informatik-Adresse benutzen? ==<br />
Gerade Erstsemesterstudenten benutzen zu beginn ihres Studiums manchmal noch Adressen die sie von vorher haben. <br />
Hier eine Sammlung von Gründen warum die @inf Adresse für universitäre Zwecke definitiv bevorzugt benutzt werden sollte:<br />
* Die Adresse verrät dem Empfänger zusätzliche Informationen über dich:<br />
** Deine RZ-Kennung<br />
*** Man kann dir ggf.sofort Dateien freigeben etc.<br />
** Deine [[Jabber]]-Kennung<br />
*** Man kann dir direkt bei Jabber antworten.<br />
** Der Jahrgang in dem du bist<br />
*** Man weiß sofort ob du ein alter Hase bist, oder ob man dir lieber auf die eine oder andere Abkürzung in der Antwort verzichten sollte.<br />
** Deinen Nachnamen, mit Nachschlagen sogar den Vornamen<ref> [http://www.informatik.uni-hamburg.de/RZ/netz/mail/adressen.shtml http://www.informatik.uni-hamburg.de/RZ/netz/mail/adressen.shtml] RZ-Erläuterung zu den Emailaddressen (u.A. Skript zum rausfinden von Mail-bezogenen Infos zu einer Kennung)</ref><br />
*** Falls du vergisst zu Unterschreiben weiß man so trotzdem wer du bist<br />
** Der Empfänger sieht sofort dass du Informatikstudent bist<br />
*** Daher weiß er dass deine Nachricht kein Spam ist<br />
* Man kann sich die Adresse leicht im Kopf merken, da die Domain immer die gleiche ist.<br />
* Falls es mehrere Leute mit deinem Namen gibt, wird man euch wegen der Kennung nicht verwechseln.<br />
* Auf Listen in denen du deine Mailadresse einträgst musst du nur die Kennung angeben, jeder am Fachbereich weiß was er damit anfangen kann.<br />
* Es gibt dadurch weniger Fehler beim Abtippen der Adressen<br />
* Automatische Filter können deine Nachricht besser sortieren, und z.B. an bestimmte Mailinglisten weiterleiten, ohne dass jemand die Nachricht von Hand dafür freischalten muss.<br />
* Mit dem Ende deines Studiums kannst du die Adresse "wegwerfen" und du bekommst z.B. keine Studienbezogenen News mehr die dich dann nicht mehr interessieren. <br />
<br />
Es gilt als amateurhaft eine andere Email-Adresse für die fachbereichsinterne Kommunikation zu benutzen. Wenn ihr euch weigert die @inf Adresse zu nutzen gilt das sogar als unfreundlich, denn ihr macht es dem Empfänger absichtlich schwer. Auch landen Adressen von Fremden Anbietern sehr viel leichter mal im Papierkorb weil sie vom Spamfilter, oder vom Empfänger persönlich, falsch eingeordnet werden. Also bitte sendet mit kennung@inf...<br />
<br />
= E-Mail einrichten =<br />
Hier beschreiben wir, wie man E-Mail einrichtet. Untenstehend sind Protokolle beschrieben, die verwendet werden. Ausserdem wird beschrieben, wie man seinen E-Mail-Client einrichtet. Es ist zu empfehlen fuer Mailinglisten eigene Ordner einzurichten. Wenn du hier an der Uni studierst bist du mindestens in der Mailingliste stud@informatik.uni-hamburg.de. Wenn du in der Fachschaft aktiv bist sicherlich auch auf der Mailingliste mafia@informatik.uni-hamburg.de. Weiter unten wird beschrieben wie du E-Mails automatisch filtern kannst. Ebenso wird auf Mailinglisten eingegangen.<br />
<br />
== Die universitäre Nachrichten-Weiterleitungskette ==<br />
Mit beginn des Studiums erhält man eine Emailadresse von der Uni im Format ''Vorname.Nachname@studium.uni-hamburg.de'' - von der Informatik im Speziellen bekommt man die Adresse ''nKennung@informatik.uni-hamburg.de'' (Diese hat übrigens einen Alias der Form ''Vorname.Nachname@informatik.uni-hamburg.de'') Darüber hinaus gibt es noch Nachrichten intern in Stine, die ebenfalls sehr wichtig sein können. <br />
<br />
Unser Ziel: Alle Nachrichten erhalten, aber uns nur um einen Posteingang kümmern müssen.<br />
<br />
Unter Stine kann man einstellen, dass Nachrichten an die Uni-Mailadresse weitergeleitet werden (Andere Adressen lassen sich nicht einstellen). Beim Webmailer für die Uni-Mailadresse lässt sich über eine einfache Filterregel einstellen, dass Nachrichten an die Informatik-Adresse weitergeleitet werden (Welche bevorzugt zu nutzen ist). Dies Resultiert in der folgenden Weiteleitungskette: ''' STiNE -> Foo.Bar@studium.uni-hamburg.de -> 0bar@informatik.uni-hamburg.de '''<br />
<br />
== Protokolle ==<br />
=== IMAP ===<br />
Das Rechenzentrum des Informatikum bietet das '''Internet Message Access Protrocol''' ([http://de.wikipedia.org/wiki/Internet_Message_Access_Protocol IMAP]) zum Abrufen von E-Mails an. '''IMAPS (IMAP mit SSL)''' laeuft auf '''Port 993'''. Die E-Mails werden in der Regel auf dem Server belassen, sodass man mit verschiedenen E-Mail-Clients auf die Nachrichten zugreifen kann. Ist eine Nachricht in einem Client als gelesen markiert, so wird sie das auch fuer die weiteren Clients sein. Somit hat jeder Client genau die gleiche Sicht auf die E-Mails. Dies ist ein klarer Vorteil gegenueber anderen Protokollen. Der Speicherplatz auf dem Server des Informatikums sollte gross genug sein um alle E-Mails auf dem Server zu belassen.<br />
Eine Anleitung zum Einrichten von IMAP mit der Informatik-Adresse, für verschiedene Clients, bietet unser Rechenzentrum an <ref>https://www.informatik.uni-hamburg.de/RZ/netz/mail/imap.shtml RZ-Anleitung zum Einrichten von IMAP.</ref>.<br />
<br />
=== POP3 ===<br />
Das '''Post Office Protocol''' ([http://de.wikipedia.org/wiki/POP3 POP3]) ist älter als IMAP. Im Gegensatz zu IMAP wird keine durchgehende Verbindung zum Server aufgebaut, sondern nur eine zum Abruf der Nachrichten. POP3 ist nicht dazu gedacht die Nachrichten längere Zeit auf dem Server zu belassen (obwohl dies geht). Grundsätzlich ist POP3 gegenüber IMAP unterlegen und wenn ihr nicht genau wisst was ihr tut, solltet ihr euch für IMAP entscheiden. Auch unser RZ bietet zwar POP3 zusätzlich zu IMAP an, davon ist allerdings abzuraten.<ref>https://www.informatik.uni-hamburg.de/RZ/netz/mail/pop.shtml RZ-Anleitung zum Einrichten von POP3.</ref>.<br />
<br />
=== SMTP ===<br />
Das Rechenzentrum des Informatikum bietet das '''Simple Mail Transfer Protocol''' ([http://de.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol SMTP]) zum Versenden von E-Mails an. SMTP laeuft auf '''Port 25''' (Mail-Transport zwischen Servern) und '''Port 587''' (Einliefern von Mails). Innerhalb des Informatikums ist es nur moeglich einen SMTP-Server der Uni zu verwenden. Hat man einen eigenen SMTP-Server muss man dafuer einen Tunnel verwenden.<br />
<br />
== lokaler Client ==<br />
<br />
Als lokalen Client bezeichnen wir Programme, die auf deinem Rechner E-Mails empfangen und senden koennen. Dazu gehoeren grafikbasierte Programme wie Mozilla Thunderbird, Microsoft Outlook, Apple Mail App, ... und auch textbasierte Programme wie mutt, alpine, ...<br />
Im Internet gibt es zahlreiche Anleitungen, daher beschraenken wir uns hier darauf die Daten zu nennen die wichtig zur Einrichtung deines E-Mail-Clients sind:<br />
<br />
=== IMAPS (E-Mails empfangen) ===<br />
* '''Servername:''' mailhost.informatik.uni-hamburg.de<br />
* '''Port:''' 993<br />
* '''Connection Security:''' STARTTLS<br />
* '''Authentication Method:''' Normal Password<br />
* '''Username:''' <5erioes><br />
<br />
=== SMTP Submission (E-Mails versenden) ===<br />
* '''Servername:''' mailhost.informatik.uni-hamburg.de<br />
* '''Port:''' 587 (25, falls es nicht geht)<br />
* '''Connection Security:''' STARTTLS<br />
* '''Authentication Method:''' Normal Password<br />
* '''Username:''' <5erioes><br />
<br />
=== Einstellungen am Client ===<br />
Folgende weitere Einstellungen am Client machen Sinn:<br />
* Sortierung der E-Mails in [[HOWTO:Email#Threads_.28Diskussionsfaeden.29 | Threads]]<br />
* Versenden von E-Mails im Klartext<br />
* Signieren aller ausgehenden E-Mails (erfordert [[HOWTO:Email#GPG | GPG]])<br />
<br />
== Webclient ==<br />
Wenn man mal in die Verlegenheit kommt keinen eigenen Rechner griffbereit zu haben kann man auf den Webmail-Client des Informatikums zurueckgreifen. Wenn man einen eigenen Rechner zur Verfügung hat, ist diese Variante klar im Nachteil!<br />
<br />
Der Webmail-Client ist unter folgender Adresse zu erreichen:<br />
* https://webmail.informatik.uni-hamburg.de/horde/imp/<br />
<br />
== Ordner einrichten ==<br />
<br />
Ordner kann man im lokalen sowie im Webclient einrichten, wenn man IMAP als Protokoll verwendet. Es empfiehlt sich folgende Ordner anzulegen:<br />
* '''Stud''': fuer E-Mails von der Uni: stud@inf, inf-bacc@inf, etc.<br />
* '''Mafia''': auf dieser Mailingliste sollte man stehen<br />
* '''Mailingliste''': fuer jede Mailingliste einen Ordner<br />
* '''SPAM''': fuer '''***SPAM***'''-markierte E-Mails<br />
In die Ordner kann man dann seine E-Mails [[HOWTO:Email#Filtern|einsortieren]].<br />
<br />
= Filtern = <br />
Das mächtigste Werkzeug im Kampf gegen die stetige Email-Flut sind die Filter. Ein Filter ist in der Lage regelbasiert Dinge mit Emails zu tun.<br />
Alle Arbeit die ein Filter erledigt muss nicht mehr manuell gemacht werden, das macht sie so toll. Besonders bekannt sind die sogennanten "Spamfilter" die ganz klar unerwünschte Nachrichten direkt aus dem Blick des Benutzers entfernen und so wertvolle Arbeits- (Oder Frei-) Zeit einspaaren. <br />
Darüber hinaus können geschickt angelegte Filter Emails Thematisch und/oder nach Wichtigkeit sortieren. Wenn man mehr Emails bekommt als man bearbeiten kann, muss man Prioritäten setzen. Die Filter nehmen gewissermaßen eine [http://de.wikipedia.org/wiki/Triage Triage] der eingehenden Nachrichten vor, sodass man sich voll auf die "Behandlung" konzentrieren kann.<br />
<br />
== Serverseitig ==<br />
Serverseitige Filterung ist in der Regel die Filterung die man verwenden moechte. Serverseitige Filterung bietet:<br />
<br />
* Filterung auf dem Server, man muss nicht in jedem Client den man verwendet filtern<br />
* man kann ganz einfach einen weiteren Client mit IMAP einrichten und hat automatisch alle Ordner und die Nachrichten werden in die Ordner gefiltert<br />
<br />
=== Filtern mit Hilfe von Sieve ===<br />
Der Mailserver des Informatikums versteht [http://de.wikipedia.org/wiki/Sieve Sieve]-Befehle. Leider kann man keine Sieve-Datei im $HOME-Verzeichnis ablegen, und muss sich die Regeln im Webmailer zusammenklicken. Das gibt einem nicht soviel Freiheit wie man moechte. Dennoch bestehen die oben genannten Vorteile und man sollte sich die Muehe machen sich Regeln zusammenzuklicken. In der Webmailoberflaeche findet man das Sieve unter Filter.<br />
<br />
Mit Hilfe von Sieve kann auch eine [http://www.informatik.uni-hamburg.de/RZ/netz/mail/vacation.shtml Abwesenheitsnachricht] eingerichtet werden, damit Menschen die einem waehrend einer Abwesenheit E-Mails schreiben informiert werden.<br />
<br />
== Clientseitig ==<br />
* Sinnvoll wenn:<br />
** Man nur einen Rechner benutzt (Und das in Zukunft auch nicht ändern will)<br />
** Eingehende Nachrichten von vielen verschiedenen Accounts mit dem selben Regelsatz behandelt werden sollen.<br />
** Man mehrere Emailserver hat, aber nur eine Filterliste pflegen will<br />
<br />
== Hybridlösung ==<br />
Beide Verfahren kann man natürlich kombinieren. <br />
Für den Standardnutzer wird das aber alles viel komplizierter machen - ohne große Vorteile.<br />
<br />
== Spamfilter ==<br />
Das Informatikum hat einen recht guten Spamfilter, der E-Mails als '''***SPAM***''' im Betreff markiert. Durch den Betreff kann man diese E-Mails gleich mit einer Filterregel (siehe oben) wegsortieren. Sollte dann noch Spam reinkommen, kann man diesen mit heuristischen Spamfiltern im Client wegsortieren.<br />
Der Grund warum diese Emails nicht automatisch gelöscht werden, ist ganz einfach: Das RZ '''darf''' es nicht. Schließlich könnte es sein dass ihr Spamfilter irrtümlich eine Nachricht löscht die ihr eigentlich erhalten wollt. Das taggen der Emails mit "SPAM" ist also ein Kompromiss zwischen Zensurfreiheit und dem Schutz vor unerwünschten Nachrichten.<br />
<br />
=== Heuristische Spamfilter (im Client) ===<br />
Die meisten Emailclients bieten heutzutage eigene Spamfilterlösungen an, die in der Regel auf einer Heuristik basieren.<br />
Ein mal angeschaltet kann der Benutzer Emails die er bekommt als "Spam" oder "Ham"(bzw. nicht Spam) kennzeichnen. <br />
Der Spamfilter versucht aus diesen Daten Regeln abzuleiten nach denen eine Nachricht erwünscht, oder eben nicht erwünscht ist.<br />
Nicht erwünschte Nachrichten kommen dann in einen extra-Ordner. <br />
<br />
Dieses Verfahren kann mit genügend Trainingsdaten erstaunlich zuverlässig werden. Dennoch ist '''vorsicht''' geboten, denn es gibt keine 100% Garantie dass die Automatische zuordnung korrekt ist. Daher muss man seinen Spam-Ordner wenn man auf Nummer sicher gehen will regelmäßig auf fälschlich als Spam gekennzeichnete Nachrichen hin untersuchen.<br />
Es ist zum Teil überraschend wie ein solcher Spamfilter tatsächlich auch unerwünschte Nachrichten (Kettenbriefe etc.) von Leuten erkennt die einem regelmäßig auch wichtige Informationen zukommen lassen. Leider muss man einige davon trotzdem lesen - und die Zuordnung als Spam ist in diesem Fall hinderlich.<br />
<br />
Insbesondere in der Trainigsphase (die Dauer hängt von der Emailmenge, der Email-Art, und dem Klassifikationseifer des Nutzers ab, aber 1 Monat ist ein guter Faustwert)<br />
darf man sich nicht auf seinen Spamfilter verlassen. Das Training lohnt sich jedoch auf jeden Fall (90% aller über das Internet versendeten Emails sind Spam!).<br />
<br />
Es existieren Teilweise auch (vortrainierte) Heuristiken zum erkennen von Phishing, Scamming und anderen Social-Engeneering-Attacken. Ein weiterer Vorteil insbesondere für unerfahrene Benutzer einen richtigen Email-Client zu benutzen.<br />
<br />
= Verschluesseln und Signieren =<br />
Als der Standard für das versenden von Emails über das Netzwerk entstanden ist, hat sich noch niemand so richtig über Sicherheit Gedanken gemacht, denn das Medium war neu und noch nicht weit verbreitet. Die "Bewohner" des Internets kannten sich quasi mit Namen und konnten einander mehr oder weniger vertrauen. <br />
Grundsätzlich gilt für Emails also '''schreibe nichts in eine Email, was du nicht auch auf eine Postkarte schreiben würdest'''. Heutzutage ist zwar oft die smtp-verbindung zwischen dem Sender und seinem Email-Provider verschlüsselt, aber die Nachricht selbst kann dannach immer noch abgefangen werden - oder vom Provider selbst Eingesehen werden. Dies geschieht zum Teil ganz offiziell um z.B. Provider-seitige Spamfilter zu realisieren oder personalisierte-werbung zu generieren (Jede Medaille hat zwei Seiten).<br />
<br />
Gefahren gegen die man beim Versenden von Emails grundsätzlich nicht geschützt ist:<br />
* Ein dritter liest die Email<br />
* Ein dritter verändert die Email<br />
* Ein dritter sendet eine eigene Email und gibt sie als fremde Nachricht aus<br />
<br />
== Signieren was ist das? ==<br />
Das Signieren ist eine Art "digitale Unterschrift". Diese kann sogar mehr als ihr äquivalent auf Papier. Wir behandeln hier nicht die Details, aber eine <br />
richtige Signatur kann nicht nur beweisen dass die Unterschrift dem Absender gehört, sondern ebenfalls dass der Inhalt der Email zur Unterschrift gehört - <br />
und dass niemand den Inhalt nachträglich verändert hat. Wird das Verfahren korrekt ausgeführt, lassen sich ge-/verfälschte Emails sogar leichter erkennen als <br />
gefälschte Briefe.<br />
== Verschlüsseln was meint ihr damit?==<br />
Eine korrekt verschlüsselte Nachricht kann nur vom intendierten Empfänger gelesen werden. Damit meinen wir an dieser Stelle nicht eine Verschlüsselungen der Verbindung zwischen einzelnen Hosts bei der Übertragung der Email, die mal auftritt - und mal nicht (z.B. zwischen Sender und seinem Email-Provider). Wir reden von einer sog. Ende-zu-Ende Verschlüsselung, bei der wirklich nur der Empfänger - ganz am ende der Weiterleitungskette - die Nachricht entziffern kann.<br />
Das ist logischerweise etwas komplizierter als das signieren, da es nicht nur Handlungen auf Seite des Senders, sondern auch auf der des Empfängers erfordert.<br />
<br />
== GPG ==<br />
Der [http://de.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard] (GNUPG, kurz: GPG) ist eine freie Implementation von [http://de.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy] (PGP). Es handelt sich hierbei um eine Software mit der man Dateien Ver- und Entschluesseln bzw. Signieren kann. Insbesondere wird GPG verwendet um E-Mails zu verschluesseln und signieren. Das Thema wird in den letzten Jahren einfach verstaendlich vom [[KunterBuntesSeminar | KunterBuntenSeminar]] in der [[KunterBuntesSeminar-WS10/CryptoCampagne | Cryptocampagne]] aufgearbeitet. Mit Hilfe der Folien solltest du in der Lage sein zu verstehen warum wir E-Mails signieren und verschluesseln. Unter den [[KunterBuntesSeminar-WS10/CryptoCampagne#Ressourcen | Ressourcen]] ist verlinkt wie man GPG installiert und mit gaengigen E-Mail-Clients verwendet.<br />
<br />
= Netiquette =<br />
Auch die Kommunikation über das Internet setzt eine gewisse Etikette vorraus. Als Kombination aus den englischen Begriffen "Net" und "etiquette" hat sich der Begriff "Netiquette"<ref>[http://de.wikipedia.org/wiki/Netiquette Netiquette bei Wikipedia]</ref> eingebürgert). Eine Organisation die sich mit Standards für das Internet beschäftigt (und unter anderem auch die standards für smtp, imap, pop veröffentlicht hat) hat ebenfalls ein Dokument veröffentlicht dass sich mit der Netiquette beschäftigt<ref>[http://tools.ietf.org/html/rfc1855 RFC1855 Netiquette Guidelines]</ref>. Viele Punkte in diesem HOWTO wurden daraus übernommen.<br />
<br />
=== Formatierung des Textes ===<br />
==== Klartext ====<br />
* Verwende Klartext und keine HTML-Formatierung. Einige Empfaenger von E-Mails koennen HTML-formatierte E-Mails nicht lesen<br />
<br />
==== Textformatierung ====<br />
* Sende wenn mögliche unicode-codierte Nachrichten, um falsche Darstellung beim Empfänger zu vermeiden. "unicode fits most of all cases"<br />
<br />
==== Rechtschreibung ====<br />
* Beachte, soweit sinnvoll, die landesübliche Rechtschreibung, Grammatik und Zeichensetzung. Dies hilft dem Leser beim effizienterem Lesen deiner Nachricht und hat große Auswirkungen auf den "Ton" des Textes.<br />
* Jeder ernstzunehmende Texteditor besitzt eine Rechtschreibkorrektur, nutze diese!<br />
* Zeichensetzung (z.b. Kommata) helfen, besonders im Deutschen, Mehrdeutungen zu verhindern, strukturieren den Text und helfen beim Verständnis der Nachricht.<br />
* Viele Sprachen nutzen Umlaute (z.b. Deutsch). Es ist verständlich, dass du ein englisches keyboard-layout nutzt, trotzdem gibt es Tastenkombinationen um die korrekten Umlaute zu nutzen. Umlaute wegzulassen, oder durch andere Buchstaben zu ersetzen, schafft Mehrdeutigkeiten und erschwert computergestützte Suchen.<br />
<br />
==== ALLCAPS ====<br />
* Schreibe keine GROSSGESCHRIEBENEN Wörter (ALLCAPS), das gilt als äußerst unfreundlich. <br />
==== Aufmerksamkeits-Defizit-Syndrom ====<br />
* Unterlasse es auch sonst unnötig Aufmerksamkeit zu erregen (Wichtig!!!, W I C H T I G, etc.)<br />
* Man kann die Wichtigkeit einer Email als Headerinformation setzten, sollte dies aber nur in Ausnahmefällen tun.<br />
<br />
==== Character Spamming ====<br />
* In dem Zusammenhang, auch kein Character Spamming (???, !!!1oneeleven, helloooooo?)<br />
==== Textauszeichnung ====<br />
* Textauszeichnung wie *fett*, _unterstrichen_, /kursiv/ sollte vermieden werden oder zumindest sparsam und sinnvoll eingesetzt werden.<br />
<br />
==== Korrekte Grammatik und Rechtschreibung ====<br />
* Bitte achte auf Grammatik und Rechtschreibung. Das erleichtert dem Empfaenger das Verstaendnis deines Textes. Eine Auto-Korrektur ist sinnvoll und geht sogar bei Web-Clients<br />
==== [http://de.wikipedia.org/wiki/Plenk Plenking]====<br />
* Satzzeichen (.,!?) gehoeren direkt an das Wort vor dem Satzzeichen. Das Leerzeichen trennt das Satzzeichen vom Folgewort.<br />
Hier kommt der Text. Ich denke<br />
, ich plenke ! Du denkst , du plenkst<br />
!<br />
* Plenken kann zu unschönen Zeilenumbrüchen führen. <br />
* Im Asiatischen Kulturraum ist plenken übrigens nicht geächtet.<br />
<br />
==== Struktur ==== <br />
* Strukturiere deine E-Mail mit Absätzen und schaffe so eine logische Struktur. Das verbessert das Verstaendnis und die Lesbarkeit des Textes.<br />
* Benutze [0]artige Referenzen (z.B. auf Links) um den Text nicht zu zerreissen<br />
* Eine Signatur am Ende der E-Mail ist in Ordnung, diese sollte allerdings nicht mehr als 3-5 Zeilen lang sein<br />
Hallo Foo[0],<br />
dies ist mein erster Absatz[1] mit einer Einleitung worum es mir geht.<br />
<br />
Dies ist mein zweiter, mit einer Aufzählung:<br />
* Erstens <br />
** Unterpunkt<br />
* Zweitens<br />
<br />
Gruß, N.N[2]<br />
<br />
[0]htt<nowiki />p://de.wikipedia.org/wiki/Foo#Foo_im_IT-Umfeld<br />
[1]Absätze sind meist länger als eine Zeile<br />
[2]htt<nowiki />ps://mafiasi.de/N.N<br />
<br />
--<br />
Signaturen sind oft viel zu lang, und überflüssig!<br />
<br />
=== Headerinformationen ===<br />
Überprüfe die Empfänger und den Betreff vor dem Senden ein zweites mal.<br />
<br />
==== FROM: (von: Absender) ====<br />
* Wähle die richtige Emailadresse zum versenden (geile-schnecke@hotmail vs. 5erioes@inf).<br />
<br />
==== TO: (an: direkte Empfaenger) ====<br />
* Fuer die Empfaenger die auf die E-Mail reagieren sollen<br />
<br />
==== BCC: (blind carbon copy: verborgene Empfaenger) ====<br />
* Um Empfänger vor den anderen zu verbergen verwende den BCC-Header (http://www.blindkopie.de/)<br />
* Es gilt für den BCC alles was für den CC auch gilt.<br />
<br />
==== CC: (carbon copy: Empfaenger zur Kenntnisnahme) ====<br />
* Verwende den CC-Header fuer den Empfaenger zur Kenntnisnahme<br />
* Achte darauf dass Leute im CC verbleiben wenn du auf eine Email antwortest und sie die Antwort weiterhin betrifft.<br />
* Achte darauf dass du Adressen aus dem CC nimmst, wenn sie die Antwort '''nicht''' erhalten sollen.<br />
** "Allen-Antworten" bzw. "Reply-all" hat schon so manchen M-M-Monster-Fail verursacht.<br />
<br />
==== Sinnvoller Betreff (engl. Subject) ====<br />
* Wähle einen sinnvollen Betreff, der das Anliegen deiner E-Mail kurz und bündig zusammenfasst, damit jeder Leser schnell weiß was dein Anliegen ist.<br />
* Betreff ändern wenn das Thema des "Threads" sich ändert:<br />
** In dieser Form: ''Neues Thema (was: altes Thema)'' <br />
** Der nächster Sender entfernt dann den Teil in Klammern.<br />
* "long" im Betreff warnt den Empfänger vor einer Email die ihn viel Zeit zum Lesen kostet.<br />
** Dies gibt dem Empfänger Raum für ein besseres Zeitmanagement.<br />
** Beispiel: ''Meine Betreff-Zeile (long)''<br />
<br />
=== Soziales ===<br />
==== Grußformel und Verabschiedung verwenden ====<br />
* Zu einer E-Mail gehoert wie zu jeder anderen Kommunikation eine Grussformel und Verabschiedung. <br />
* Bei fortlaufendem Gespraech (Thread) koennen diese ''unter Umständen'' wegfallen<br />
==== [http://de.wikipedia.org/wiki/Flame Flame] nicht==== <br />
* D.h. sende keine (negativ) emotionalen Emails<br />
* Emails sind sehr schlechte Überträger von Emotionen, sie kommen fast immer anders an als sie gemeint sind.<br />
* Wenn dich eine Email aufregt, warte wenn möglich 24 Stunden bevor du darauf antwortest. Möglicherweise willst du dann garnicht mehr antworten. <br />
* "Sei liberal in dem was du empfängst, sei konservativ in dem was du sendest" (RFC1855)<br />
<br />
====Trolling====<br />
* Sei kein Troll. Trolle provozieren (bewusst) flaming. <ref>[http://de.wikipedia.org/wiki/Troll_%28Netzkultur%29 Troll auf Wikipedia]</ref><br />
* "Don't feed the Troll" - d.h. spiele einem Troll nicht in die Hände, indem du auf ihn eingehst.<br />
<br />
=== Antworten auf E-Mails ===<br />
==== Zitierstil ====<br />
* Verwende Inline-Quoting um andere zu zitieren<br />
** Hier kannst du an Beispielen nachvollziehen warum Inline-Quoting ein guter [http://einklich.net/usenet/zitier.htm Zitierstil] ist.<br />
* Bitte verwende im Normalfall kein [http://de.wikipedia.org/wiki/TOFU TOFU]<br />
<br />
==== Threads (Diskussionsfaeden) ====<br />
* Breche nicht aus [http://de.wikipedia.org/wiki/Thread_%28Internet%29 E-Mail-Threads] aus<br />
** Wenn eine Diskussion in einem Thread erfolgt solltest du weiter in dem Thread antworten und nicht einen neuen Thread eroeffnen<br />
* Kapere/Missbrauche keine Threads die mit deiner Nachricht nichts zu tun haben<br />
** Schreibe eine neue E-Mail, wenn sie ein anderes Thema behandelt als der Thread. Antworte in diesem Fall nicht auf den Thread.<br />
** Falls du innerhalb eines Threads das Thema wechseln willst ohne aus dem Thread auszubrechen, also quasi einen sub-thread erzeugen möchtest, dann ändere den Betreff auf das neue Thema und füge das alte Thema in klammern hinter einem ''was:'' wie folgt ein: ''Betreff: Neues Thema (was: Altes Thema)''<br />
*** '''Der nächste''' der auf so eine Email antwortet entfernt den Teil in Klammern bei seiner Antwort.<br />
<br />
Es ergibt sich wenn niemand etwas falsch macht eine Struktur wie diese (Kann von Emailclients mit entsprechender Einstellung so angezeigt werden):<br />
<br />
Ein neues Thema<br />
┣►Re: Ein neues Thema<br />
┃ ┗►Re: Ein neues Thema<br />
┃ ┗►Themenwechsel (was: Re: Ein neues Thema)<br />
┃ ┗► Re: Themenwechsel<br />
┗►Re: Ein neues Thema<br />
<br />
=== Weiterleiten von E-Mails ===<br />
* Leite keine Email weiter ohne dass du dir sicher bist, dass der Urheber dies möchte<br />
* Leite keine Kettenbriefe weiter<br />
** Schlimme Dinge werden passieren.<br />
* Schreibe vor den Text der weitergeleiteten E-Mail eine kurze Erläuterung oder Zusammenfassung, ggf. warum diese E-Mail fuer den Empfaenger von Interesse ist<br />
<br />
=== Anhänge ===<br />
* Versende keine größeren Anhänge<br />
** Dies betrifft z.B. Bilder, PDF, Videos?!? etc. Lade sie stattdessen an einem sinnvollen Ort hoch, und <br />
verschicke nur den Link. Die Empfänger haben möglicherweise begrenzten Speicherplatz und/oder nutzen ein Mobiltelefon <br />
zum Abruf der Emails. Manche zahlen sogar für die Menge der übertragenen Daten.<br />
* Benutze keine proprietären (closed source) Dateiformate<br />
** Wenn man etwas anderen zugänglich machen möchte, sollte man dafür sorgen dass auch jeder die Möglichkeit hat damit umzugehen.<br />
* E-Mails sollten nicht ausschliesslich aus einem Anhang bestehen<br />
<br />
=== Allgemeines ===<br />
* Email vor dem Senden nochmal lesen<br />
<br />
= Mailinglisten =<br />
Eine Mailingliste ist eine Emailadresse, die an sie gerichtete Emails an eine (meist unveröffentlichte) Liste von Emailadressen weiterleitet. Mailinglisten gibt es in vielen Formen und man kann meist unterscheiden zwischen offenen Mailinglisten an die jeder schreiben kann und geschlossenen Mailinglisten, die nur Nachrichten registrierter Nutzer akzeptieren. Davon unabhängig gibt es Mailinglisten mit angeschlossenen Archiven, die alle Nachrichten entweder öffentlich oder nach Anmeldung auf Webseiten zur Recherche zur Verfügung stellen.<br />
<br />
Üblicherweise widmen sich Mailinglisten einem spezifischen Thema. Auf Mailinglisten wird informiert und diskutiert, aber auch gemeinsam gearbeitet und Gruppen können sich organisieren. Auf einer Mailingliste kann man sich anmelden um an den Diskussionen zu dem Thema teilzunehmen oder zu dem Thema andere Teilnehmer zu informieren/von anderen Teilnehmern informiert zu werden. Ebenso einfach kann man sich auch wieder von einer Mailingliste abmelden.<br />
<br />
Eine Mailingliste funktioniert auch als öffentliche Ansprech-Adresse um Anfragen an viele Leute zu verteilen und in einer Gruppe zu beantworten. Geeignet für AGen, Orientierungseinheit etc.<br />
<br />
Am Informatikum gibt zahlreiche Mailinglisten an denen man teilnehmen kann. Automatisch ist man Mitglied der Mailingliste stud@informatik.uni-hamburg.de. Einen Ueberblick ueber die Mailinglisten bekommt man in dieser [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo Übersicht].<br />
<br />
Siehe auch [[Mailinglisten und -Verteiler]].<br />
<br />
== Mailingliste starten und verwalten ==<br />
FIXME: folgende Fragen sollten hier geklaert werden<br />
* wann ist es sinnvoll eine Mailingliste zu starten?<br />
* was muss ich tun um eine Mailingliste zu starten?<br />
* wie verwalte ich eine Mailingliste?<br />
<br />
== Anmelden auf Mailinglisten ==<br />
FIXME: hier sollte stehen wie man sich auf einer Mailingliste am Informatikum anmeldet (Mailman)<br />
<br />
== Abmelden von Mailinglisten ==<br />
FIXME: hier sollte stehen wie man sich von einer Mailingliste am Informatikum abmeldet (Mailman)<br />
<br />
== Verhalten auf Mailinglisten ==<br />
FIXME: hier sollte stehen wie man sich auf Mailinglisten am Informatikum verhalten sollte.<br />
<br />
== Antworten auf Mails von Mailinglisten ==<br />
FIXME: hier sollte auch etwas zum Archiv einer Mailingliste gesagt werden. Dieses kann man durchsuchen, bevor man eine Frage stellt, die kurz zuvor schon beantwortet wurde.<br />
<br />
FIXME: hier sollte etwas zu den Optionen Reply-To, Reply-All, Reply-List<br />
<br />
= Referenzen =<br />
<references/><br />
<br />
<br />
[[Kategorie:HOWTO]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Emma/Log&diff=14876Emma/Log2012-01-30T12:33:54Z<p>Timon: /* Emma 2.0 */ Bezugszahl</p>
<hr />
<div>= Log =<br />
==Emma 2.0==<br />
{| class="wikitable" style="border: solid 1px black; border-collapse: collapse; width: 100%; text-align: left"<br />
! Datum !! Bezugszahl !! Wer !! Was <br />
|-<br />
| 2012-01-30|| 1645 || Timon || Maschine seit kurzem wieder da, hatte aber niemand einen Zählerstand notiert. ||<br />
|-<br />
| 2011-01-19|| 1582 || Timon || <br />
'''Beschreibung:''' Werkstatt erkennt unseren Garantieanspruch nicht an.<br />
'''Fehler: ''' Schlechte Werkstatt gewählt.<br />
'''Was tun? ''' Verhandeln, ggf. zur Sau machen. (FSR macht das)<br />
|-<br />
| 2011-01-05|| 1582 || Christian || <br />
'''Beschreibung:''' Maschine ist nicht CT.<br />
'''Fehler: ''' Kaffemaschine zwecks Reperatur eingeschickt.<br />
'''Was tun? ''' Abwarten und Tee trinken.<br />
|-<br />
| 2011-12-20|| 1582 || Timon || <br />
'''Beschreibung:''' Ist wirklich kaputt, aber 3 Kaffee hat sie geschafft.<br />
'''Fehler: ''' Kaffee wird gemahlen, und trocken in den Auswurf geleitet.<br />
Das Wasser wird über das Ventil ausgelassen und kommt nie mit dem Kaffee in Berührung. <br />
Eine Fehlermeldung gibt es nicht.<br />
'''Was tun? ''' Das Handbuch erwähnt dieses Problem nicht. Einschicken ist wahrscheinlich die beste Lösung.<br />
|-<br />
| 2011-12-19|| 1579 || Timon || <br />
'''Fehlerbeschreibung'''"Ist kapputt, die schicken wir ein!" <br />
'''Tatsächlich Beobachteter Fehler: '''Maschine hing bei einschalten in einer (gefühlten) Reinigungs-Endlosschleife.<br />
'''Erfolgreiche Maßnahme: '''Manuelle Neuauslösung des Reinigungsprogramms, und geduldiges befolgen der Anweisungen auf dem Display.<br />
|- <br />
| 2011-07-27 || 114 || Henning || Zähler abgelesen<br />
|- <br />
| 2011-07-25 || 87 || Arne || Zähler abgelesen<br />
|-<br />
| 2011-07-21 || 0 || Niki || Erste Inbetriebnahme<br />
|}<br />
<br />
==Emma 1.0==<br />
{| class="wikitable mitBorderDings" style="border: solid 1px black; border-collapse: collapse; width: 100%"<br />
! Datum !! Bezugszahl !! Wer !! Was <br />
|- <br />
| 2008-08 || - || Justus, Jan, Arne, Sonia, bjoernb & mehr || Mahlwerk ausgetauscht: [[media:Mahlwerktausch1.jpg|1]] [[media:Mahlwerktausch2.jpg|2]] [[media:Mahlwerktausch3.jpg|3]] [[media:Mahlwerktausch4.jpg|4]] [[media:Mahlwerktausch5.jpg|5]]<br />
|-<br />
| 2009-10 || - || Arne, ? || Auseinandergenommen & Komplettreinigung (SEHR nötig gewesen)<br />
|- <br />
| 2010-04-08 || 10059 || Justus || Wassertank gereinigt und Filter getauscht<br />
|-<br />
| 2010-06-02 || 10500 || Timme, Arne || Auseinandergenommen & Komplettreinigung (recht nötig, aber weniger als oktober09)<br />
|-<br />
| 2010-08-21 || 10963 || Timon, Jan || Auseinandergenommen, Touchdisplay angeschaut und wieder zusammengesetzt (keine Verbesserung des Pflege-Knopfes)<br />
|-<br />
| 2011-03-17 || 12357 || Yoo, Timme || Auseinandergenommen & Komplettreinigung (War nötig, Kaffee läuft wieder gut durch)<br />
|}<br />
<br />
= Howto Bezugszahl =<br />
Lange auf den linken Knopf druecken -> auf Bezugszahl drehen -> auswaehlen durch druecken -> Zahl ablesen.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=C.t.-Nicht-AG&diff=14874C.t.-Nicht-AG2012-01-30T10:21:50Z<p>Timon: Getränke bestellen in eigenes HOWTO verlegt</p>
<hr />
<div>Die '''c.t.-Nicht-AG''' ist ''keine'' [[Arbeitsgemeinschaften|Arbeitsgemeinschaft]] der Fachschaft, da sie nicht formell konstituiert ist und jeder Nutzer des c.t. aufgerufen ist sich an der Pflege des Cafes zu beteiligen.<br />
<br />
Sie kümmert sich darum, dass die Vorräte an Süßigkeiten und Getränken im [[c.t.]] nicht zur Neige gehen.<br />
Wie das genau funktioniert wird hier erläutert.<br />
<br />
= ¬Mitglieder =<br />
<br />
* Du<br />
* und der Andere da<br />
* genau, der auch<br />
* und dein Kommilitone<br />
* […]<br />
<br />
Eigentlich jeder, der mal ins c't geht. Sobald du einen Missstand im c't behebst, angefangen bei leere Flaschen in die Kästen sortieren, volle in den Kühlschrank räumen, Milch nachzukaufen (Geld aus der Kasse nehmen, Bon in die Unterschale legen) bis Getränke nachbestellen, bist du offizielles ¬Mitglied der c.t.-Nicht-AG.<br />
<br />
Herzlichen Glückwunsch zur Aufnahme durch Lesen dieser Zeilen.<br />
<br />
Oder eben auch nicht. Hier greifen quantenmechanische Besonderheiten die es unmöglich machen zu einem bestimmten Zeitpunkt alle Mitglieder der ct¬AG zu bestimmen. Grundsätzlich entscheidet sich die Zugehörigkeit zur ct¬AG zu dem Zeitpunkt an dem Gemessen wird, also zu dem das entsprechende Individuum gefragt wird ob es Mitglied der ct¬AG ist. Erst in diesem Moment macht sich der Betreffende Gedanken darüber ob er es ist - und wird in seiner Entscheidung beeinflusst durch die Situation in der er sich befindet (Wo?, Wann?, Warum?) und die Person des Befragenden (z.B. Komilitone der nix zu trinken hat weil niemand etwas bestellt hat, Steuerfahnder, etc.). Die Unmöglichkeit alle Mitglieder der ct¬AG zu einem Zeitpunkt zu bestimmen, ergibt sich aus der Unmöglichkeit alle Individuen des Planeten zeitgleich durch einen entsprechend genormten Befrager auf ihre Zugehörigkeit hin zu Messen. <br />
<br />
Damit sind alle Leute die ihr trefft, bis zu dem Zeitpunkt an dem ihr sie fragt ob sie es sind (oder du bist, der gerade diese Zeilen liest und somit ein ausreichendes Mindestmaß an Interesse zeigt), sowohl Mitglieder als auch ¬Mitglieder dieser ¬AG, so wie [http://de.wikipedia.org/wiki/Schr%C3%B6dingers_Katze Schrödingers Katze] zeitgleich lebendig und tot ist. Im Gegensatz zu Schrödingers Katze kann sich bei Studenten der Zustand zu einem späteren Zeitpunkt allerdings wieder ändern.<br />
<br />
= [[HOWTO:Getraenke| Getränke bestellen]] =<br />
* Näheres unter [[HOWTO:Getraenke]]<br />
<br />
= Lebensmittel und Süßigkeiten =<br />
Alles außer Getränken muss man selbst holen. <br />
Üblicherweise hat man bei Hagenbecks Tierpark genug Wartezeit, um kurz bei Edeka reinzuschneien<br />
und 3 Pizzen und 5l H-Milch zu kaufen.<br />
<br />
Das geht so:<br />
* U2 von Schlump kommt Hagenbecks Tierpark um 13:53 an.<br />
* 7 Minuten Zeit, um einzukaufen. Wenn man weiß, was man will, reicht es<br />
* 281 und 181 fahren Hagenbecks Tierpark um 14:00 Uhr ab.<br />
<br />
Zweite Möglichkeit:<br />
* Siemersplatz fährt der 281er um 14:06 Uhr ab.<br />
* der 22er kommt an der gleichen Haltebucht um 14:00 Uhr an. Genug Zeit im beim Netto (30 Sekunden in Fahrtrichtung zu Fuß) reinzuschauen<br />
<br />
Wenn Du mit dem Auto kommst, gibt es eh keine Ausrede, warum Du nicht beim Aldi (Kieler Straße) vorbeifährst.<br />
<br />
== Einkaufsliste ==<br />
Es gibt eine prominente Einkaufsliste:<br />
<pre><br />
12 Liter H-Milch<br />
Eis. Verschiedene Sorten.<br />
Schoko-Kekse (mehr! noch mehr!)<br />
10 Pizzen (für mehr ist nicht Platz) -.-<br />
10x Fertigessen aus der Konservendose<br />
2 Paletten 5 Minuten-Terrine<br />
Eistee (10 Zitrone + 10 Pfirsich)<br />
eine Packung Pfirsiche (*Das* Trend-Obst 2010)<br />
Tee (Schwarz, Pfefferminz, Kamille, Früchte; Fairtrade wenn möglich)<br />
Vitales-Müsli<br />
Weingummi-Auswahl<br />
</pre><br />
<br />
== Erstattung der Ausgaben ==<br />
Das c.t. hat immer um die 60 Euro bar da, die Du gegen Vorlage einer Quittung abrufen kannst. Einfach eine Mail an fsr@ schreiben und eine Geldübergabe ausmachen. Alternativ kannst Du es Dir bis zu 100 Euro überweisen lassen. (Stand: 2010-July)<br />
<br />
= Emma, unser Kaffevollautomat =<br />
<br />
[[Emma]] hat eine eigene Wiki-Seite und einige Infos sind jetzt doppelt im Wiki.<br />
* '''TODO:''' mal mergen oder so.<br />
<br />
== Bohnenkaffe "Tazpresso" ==<br />
Der Kaffee wird links im Schrank im Mafia-Raum gelagert. Wenn du die letzte Kaffee-Packung herausnimmst, dann bestelle sofort neuen Kaffee. Eine Faxvorlage findest du rechts neben dem Fax auf der Fensterbank. Dort sollte auch der letzte Sendebericht liegen damit du schauen kannst ob nicht schon jemand anderes kürzlich Kaffee bestellt hat. Die Faxnummer findet sich auf einem Zettel, der darüber am Fensterrahmen angebracht ist. Nicht vergessen eine "0" vorweg zu wählen! Nach Versenden des Faxes wirf den alten Sendebericht weg und leg den neuen wieder mit der Faxvorlage zurück auf die Fensterbank.<br />
* '''TODO:''' Faxnummer hier eintragen.<br />
<br />
== Wasserfilter ==<br />
<br />
Die Maschine benötigt in regelmäßigen Abständen einen neuen Wasserfilter vom Typ '''Jura Claris 60209''', die pro Stück bei ca. 8,79€ liegen. Der FSR kennt einen [[Luca#Fachh.C3.A4ndler|Laden]] bei dem man das auf Rechnung machen kann.<br />
<br />
= Muell =<br />
<br />
Im C.t. faellt fuer gewoehnlich Muell an. Damit das C.t. nicht vollmuellt haben wir Muelleimer und zwei Kartons fuer Altpapier.<br />
<br />
== Altpapier ==<br />
Vor dem MaFiA-Raum stehen zwei grosse Kartons in denen das Altpapier gesammelt wird. Wenn diese voll sind, sollte die C.t.-Nicht-AG die Kartons in den Altpapiercontainern vor Haus D entleeren. Die leeren Kartons sollen wieder zurueck vor den MaFiA-Raum gestellt werden.<br />
<br />
'''Pro-Tipp:''' Wir haben ganz oft große Kartons die auch ins Altpapier gehören. Wenn so einer vorhanden ist, kann man dort das restliche Altpapier rein tun (oder zumindest einen Teil, das hilft ja auch schon) und so das Altpapier direkt auf dem Weg zum Bus entsorgen ohne dass man die Altpapierbehälter zurück ins ct bringen muss.<br />
<br />
Bitte lasst euer Altpapier (Zeitschriften, Flyer, Pizzarechnungen, Fehldrucke) nicht einfach im C.t. liegen!<br />
<br />
Bitte werft eure Pizzakartons nicht in den ''normalen'' Müll, da der sonst ratzefatz voll ist (von der Umweltsünde mal ganz abgesehen).<br />
<br />
== Flaschen ==<br />
Leere Flaschen werden nicht einfach mit nach Hause genommen, oder im C.t. verwarlost stehen gelassen, sondern in die Getraenkekisten am Ausgang des C.t. einsortiert. Die Kronkorken sollten auch in dem Muelleimer unter der Kasse landen und nicht auf dem kleineren Kuehlschrank liegenbleiben, weil dort ja der Flaschenoeffner liegt. Eigentlich braucht man daduer nur einen Fuss um den Muelleimer zu oeffnen und kann dann den Kronkorken fallen lassen. Braucht ihn also nicht mal abzulegen.<br />
<br />
== Essensreste, benutztes Geschirr ==<br />
Viele MaFiAsi bestellen sich Essen in das C.t. oder nehmen welches aus der Mensa mit. Die Reste sollten in den vielen Muelleimern landen. Am Ausgang des C.t. ist eine Spuele. Bitte benutzt das Spueli, Schwamm und die anderen Reinigungsutensilien um euer Geschirr und Besteck wieder sauber zu machen. Links daneben im Schrank kann das dann saubere und abgetrocknete Geschirr wieder abgelegt werden.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=HOWTO:Getraenke&diff=14873HOWTO:Getraenke2012-01-30T10:20:10Z<p>Timon: Inhalt von ct¬AG migriert</p>
<hr />
<div>= Getränke =<br />
Alles trinkbare außer Kaffee.<br />
<br />
== Lagerung ==<br />
<br />
Um das c.t. halbwegs aufgeräumt zu halten sollte zu jeder Zeit nicht mehr als eine Kiste je Getränk draußen stehen und der Rest im Mafia-Raum untergebracht werden. Immer schön aus dem Mafia-Raum nachholen, wenn nötig. Aber auch darauf achten, dass genug Platz in den Kisten für die Pfandflaschen vorhanden ist. Um Platz in den Kisten zu schaffen kann man auch einfach ein paar Flaschen in die Kühlschränke räumen anstatt weitere Kisten in die Ecke zu quetschen.<br />
<br />
== Bestellung der Getränke ==<br />
<br />
# Schaue im grünen Kassenordner nach, ob genügend Geld auf dem Konto zur Verfügung steht (ca. 120€)<br />
#* Alternativ, wenn einer der Finanzreferenten vor Ort ist, kann nach Absprache auch Bar aus der schwarzen Kasse bezahlt werden.<br />
# Rufe beim Getränkehändler unseres Vertrauens an und gib an, dass du von der Fachschaft Informatik bist. Die wissen Bescheid. Am besten so "Ahoi, Fachschaft Informatik hier! Hallo hallo wie geht's? Also, wir möchten: ..."<br />
#* Telefonnummer: 040 431 80 80 4<br />
#* Siehe auch Kühlschranktür im c.t.<br />
# Folgende Bestellung ist in letzter Zeit (2010-November) typisch:<br />
# FIXME: Völlig an der Realität vorbei...<br />
#** 5 Kästen Clubmate<br />
#** 2 Kästen Fritzkola<br />
#** 2 Kästen Bionade (kräuter nur jedes 3. mal bestellen, tendenz geht zur unbeliebtheit)<br />
#** 2 Kästen Fritzkola-Limo<br />
#** 2 Kästen Malzbier (1x *Oettinger*, 1x Vitamalz)<br />
#** 1 Kasten Wasser<br />
#* seltener bestellt werden<br />
#** 2 Kästen Africola <br />
#** 2 Kästen Bier (Astra, Jever)<br />
#* Man rechnet überschlagen pro Kasten 15 Euro<br />
# Sag dem Getränkelieferanten, wann Du die Lieferung entgegennehmen möchtest (mindestens Anrufzeit +2h). Er wird meistens zur angeforderten Zeit ankommen. Teile ihm auch mit, wie viele / welche Pfandkisten ihn erwarten.<br />
#* Bezahlung ist gewöhnlich per Überweisung. Schreibe in diesem Fall '''unbedingt''' eine Mail an '''beide''' Finanzreferenten, mit Datum und Betrag der Rechnung, damit sie auch zeitnah überwiesen wird.<br />
#* Sag genug Leuten Bescheid, dass Du bestellt hast. Stelle sicher, dass du oder jemand anderes zur angeforderten Zeit da ist. Sollte jemand anderes die Getränke entgegen nehmen, sage ihm, was der Getränkemensch bringt bzw. mitnehmen will und sage ihm auch, er soll bei Überweisung bitte die Hinweismail an die Finanzreferenten schreiben!<br />
<br />
== Getraenkehaendler ==<br />
* Unser aktueller Getränkehändler ist <br />
Harisch Chanra Eck<br /><br />
Hartwig-Hesse-Str. 56<br /><br />
20257 Hamburg<br /><br />
Telefonnummer: 040-43180804</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=KunterBuntesSeminar-WS11&diff=14856KunterBuntesSeminar-WS112012-01-26T19:11:45Z<p>Timon: /* Themen */ Besucherzahl 26.01.2012</p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_11/12 | Wintersemester 2011/2012]], welches das siebte Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
Das [[KunterBuntesSeminar|KunterBunteSeminar]] findet dieses Semester wieder woechentlich statt. Es findet jeden Donnerstag im Semester von 18:30 Uhr bis 20:00 Uhr im Raum C-221 statt. Du bist herzlich eingeladen zu kommen :)<br />
<br />
Solltest du einen neuen Termin erstellen, schreibe dein Abstract bitte in der dritten Person, so dass sich davon einfach eine E-Mail generieren lässt. Du bist außerdem dazu aufgerufen, in die erste Zeile deiner Themenseite ein [[KunterBuntesSeminar-WS11/Terminseiten-Header | solches]] Makro zu schreiben.<br />
<br />
=== Themen ===<br />
; 20.10.2011: 3girlich, [[Benutzer:0funke|0funke]], 7licina – Host: [[7kraemer]] - [[KunterBuntesSeminar-WS11/Leben in und mit der Uni|Leben in und mit der Uni]] (Besucher: 13)<br />
; 27.10.2011: 6keitzel - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Workshop Rechnerbenutzung|Workshop Rechnerbenutzung]] (Besucher: 19) <br />
; 03.11.2011: 6stannek, [[Benutzer:0funke|0funke]] – Host: [[Benutzer:0funke|0funke]] - [[KunterBuntesSeminar-WS11/Ubuntu-Installationsparty|Ubuntu-Installationsparty]] (Besucher: 19) <br />
; 10.11.2011: 3girlich, 8weging - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Sleephacking|Sleephacking]] (Besucher: 23) <br />
; 17.11.2011: [[4winter]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Python im Wunderland|Python im Wunderland]] (Besucher: 26) <br />
; 24.11.2011: [[0helms]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Ernährung und Kochen für Erstsemester|Ernährung und Kochen für Erstsemester]] Raum Änderung: Dieses KBS findet in F-534 statt. (Besucher: 12) <br />
; 01.12.2011: Viele - Host: [[Paula (9brunner)]] – [[KunterBuntesSeminar-WS11/Lightning Talks|Lightning Talks]] (Besucher: 32) <br />
; 08.12.2011: [[Benutzer:0funke|0funke]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/CryptoCampagne|CryptoCampagne]] (Besucher: 9)<br />
; 15.12.2011: [[Benutzer:0funke|0funke]], 8paetzel - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Gesellschaftstanz für Informatiker|Gesellschaftstanz für Informatiker]] Raum Änderung: Dieses KBS findet in R-031 statt. (Besucher: 20) <br />
; 22.12.2011: [[8pridoeh]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Advanced Python|Advanced Python]] (Besucher: 12) <br />
<br />
; 24.12.2011 bis 08.01.2012: Weihnachtsferien<br />
; 12.01.2012: 7fietkau - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/OpenAccess und Web-Publishing für Studierende|OpenAccess und Web-Publishing für Studierende]] (Besucher: 6) <br />
; 19.01.2012: [[Benutzer:0funke|0funke]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Keysigning-Party | Keysigning-Party]] (Besucher: 9) <br />
; 26.01.2012: Viele - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Lightning Talks 2|Lightning Talks 2]] (Besucher: 32) <br />
; 02.02.2012: Alle - Host: None – [[KunterBuntesSeminar-WS11/Plenum|Plenum]] Raum Änderung: Dieses KBS findet in E-118 (c.t.) statt. (Besucher: ?)<br />
<br />
== Themenvorschläge ==<br />
<br />
Dieses Semester sollen interessante Themen aus Bereichen, die die MaFiAsi interessieren, vorgestellt werden. Ideen fuer Seminare koennen der Themenliste entnommen werden:<br />
<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
<br />
Vielleicht hast du ja Lust zu einem der Vorschlaege einen Seminartermin zu gestalten, oder hast eine andere tolle Idee? Melde dich einfach auf der Mailingliste.<br />
<br />
== Mailingliste ==<br />
Das KBS hat auch eine Mailingliste welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Vortragsaufzeichnung ==<br />
<br />
Das KBS wird dieses Semester regelmäßig aufgezeichnet und auf [http://lecture2go.uni-hamburg.de/veranstaltungen?p_p_id=gastVeranstaltungen_WAR_samplel2ggnspringportlet&p_p_lifecycle=1&p_p_state=normal&p_p_mode=view&p_p_col_id=column-1&p_p_col_count=1 Lecture2Go] veröffentlicht werden, wenn der Vortragende nichts dagegen hat. Aufgezeichnet wird das Beamer-Bild (egal ob Folien, Videos, andere Software) und der oder die Vortragenden in Bild und Ton. Das Publikum wird nicht gefilmt und ist in den Aufnahmen nicht zu sehen und lediglich evtl. sehr leise zu hören. Die Aufnahmen werden derzeit unter CC Lizenz (BY NC SA) veröffentlicht.<br />
<br />
Wir haben alle Rechte an den Aufnahmen (sofern die Folien keine Urheberrechtsverletzungen darstellen) und können sie auf jede Art und Weise und in unseren Lieblingsformaten verteilen. Die Möglichkeit die Videos auch als OGG/Theora auf Lecture2Go zur Verfügung zu stellen wird noch geprüft. Falls du als Vortragender nicht damit einverstanden bist aufgezeichnet zu werden, dann beschränken wir uns auf den Ton und die Folien. Bitte informiere deinen Host rechtzeitig darüber.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Aufgaben des Hosts|Aufgaben des Hosts]]<br />
* [[KunterBuntesSeminar/Cake in a Mug|Cake in a Mug]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=StuPaWahlUrnenbesetzung2012&diff=14783StuPaWahlUrnenbesetzung20122012-01-19T11:18:44Z<p>Timon: /* Statistik */ Di und Mi waren inkonsistent mit der Realität. => gefixt</p>
<hr />
<div>= Die Regeln =<br />
{| border="0" cellspacing="8" cellpadding="0" style="background-color:#FFFFB9; border: 1px solid #e9e9e9; margin-top: 2px; margin-bottom: 2px; clear: both" <br />
|<br />
Beachte '''unbedingt''' das '''[[HOWTOS/StuPaWahlUrnenbesetzung|zugehörige HowTo]]'''! Am besten vorher lesen.<br />
|-<br />
|}<br />
<br />
<br />
<br />
= Notfälle =<br />
* Während der Wahlwoche ist das StuPa-Präsidium durchgehend unter folgender Rufnummer für Rückfragen zu erreichen: +49-40-450204-39<br />
* Fuer FBI-Notfälle am besten '''FIXME''' anrufen.<br />
<br />
= Waffeln und Anderes =<br />
== aktueller Stand ==<br />
Es bleibt sicher wieder was von der Weihnachtsfeier übrig, mal abwarten und dann hier ergänzen.<br />
<br />
Einkauf: FIXME<br />
<br />
Insgesamt wird mit 300 Waffeln in der gesamten Woche gerechnet.<br />
Also: 3x das Rezept für Waffeln mit Ei und Milch, 2x das Rezept für vegane Waffeln.<br />
(Wahlbeteiligung letztes Jahr: 249 Stimmen)<br />
<br />
==== Waffeln mit Ei und Milch (nicht vegan) ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: 12.12.2011)<br />
|-<br />
| Butter/Margarine || 3kg || nachgucken<br />
|-<br />
| Mehl || 6kg || nachgucken<br />
|-<br />
| Zucker || 2,25kg || nachgucken<br />
|-<br />
| Bio-Eier || 36 || nachgucken<br />
|-<br />
| Backpulver || 12 Päckchen || nachgucken<br />
|-<br />
| Milch || 4,5 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 24 Packungen || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
<br />
Die angegebene Menge bezieht sich auf 3*60 = 180 Waffeln.<br />
<br />
==== Vegane Waffeln ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: 12.12.2011)<br />
|-<br />
| Mehl || 4kg || nachgucken<br />
|-<br />
| Zucker || 1000g || nachgucken<br />
|-<br />
| Rohrzucker (für die Farbe)|| 200g || nachgucken<br />
|-<br />
| Salz || 8 Teelöffel || nachgucken<br />
|-<br />
| Backpulver || 8 Päckchen || nachgucken<br />
|-<br />
| Sojamilch oder Reisdrink mit Vanillegeschmack || 4 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 16 Packungen || nachgucken <br />
|-<br />
| Sonnenblumenöl || 24 Esslöffel || nachgucken <br />
|-<br />
| Mineralwasser || 800 ml || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
Die angegebene Menge bezieht sich auf 2*60=120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
<br />
<br />
// FIXME: Wo liegen die Materialien/ Zutaten<br />
<br />
== Waffel-Eisen ==<br />
Es gibt ein Fachschafts-Waffeleisen. Alternative wäre toll im Falle eines Ausfalls. Wer hat noch eins?<br />
<br />
Anm: von der Kif gibt es noch ganz viele tolle Waffeleisen, einfach mal die entsprechenden Leute fragen<br />
<br />
== Allgemein ==<br />
Wenn etwas nachgekauft werden muss, bitte nach Möglichkeit selbt auf Rechnung (der FSR zahlt das dann) oder siehe Notfälle, damit wir was organisieren können.<br />
<br />
Anderes sinnvolles Zeug, was man aus dem c.t. oder sonstwoher beschaffen könnte wäre<br />
* Handtuch (für nachher zum Abtrocknen)<br />
* Servietten<br />
<br />
= Statistik =<br />
{| class="wikitable" border="1"<br />
| Tag <br />
| colspan="2" | kummuliert<br />
| colspan="4" | Differenz<br />
|-<br />
| &nbsp; || bis 14 Uhr || bis 18 Uhr || 10-14 Uhr || 14-18 Uhr || Tagesgesamt || zum Vorjahr<br />
|-<br />
| Montag || 50 || 75 || 50 || 25 || 75 || +11<br />
|-<br />
| Dienstag || 116 || 145 || 41 || 29 || 70 || +1<br />
|-<br />
| Mittwoch || 180 || 203 || 35 || 23 || 58 || -1<br />
|-<br />
| Donnerstag || - || - || - || - || - || +X<br />
|-<br />
| Freitag || - || - || - || - || - || +X<br />
|}<br />
<br />
Bitte in den "Differenz"-Feldern nicht kumulieren, sondern nur die Anzahl der in diesem Zeitraum Tag abgegebenen Stimmen eintragen!<br />
<br />
= Der Plan =<br />
<br />
* Bitte nach Möglichkeit zuerst die Kernzeit von 12-16 Uhr besetzen! Wir brauchen '''mindestens zwei''' pro Termin. Es empfiehlt sich jedoch, dass 3-4 Leute die Urne besetzen, weil man sonst mit den Waffeln (Teig/Waffeln machen) nicht hinterherkommt.<br />
* Gerade zum Auf- und Abbau (Morgens bzw. Abends) sind viele Leute toll. Und wer plötzlich feststellt dass er doch ein bisschen Zeit hat, darf auch spontan helfen! <br />
* Die Urne darf nur zwischen 10-18 Uhr besetzt werden. Das hat das StuPa-Präsidium so beschlossen (warum auch immer ;).<br />
* Die Wahl findet vom '''16.01. bis 20.01.2012''' statt.<br />
* in Klammern kann man seine Liste eintragen, obwohl diejenigen die in derselben Liste sind das wohl auch selber wissen.<br />
<onlyinclude><br />
{| class="wikitable" border="1"<br />
! Zeit !! Montag !! Dienstag !! Mittwoch !! Donnerstag !! Freitag<br />
|-<br />
| 10-12<br />
<!--mo--> || 5jobski <br /> 8paetzel (CampusGrün)<br /> -<br />
<!--di--> || 9lagod <br /> 7fietkau [nur bis 11 Uhr]<br /> -<br />
<!--mi--> || 0reis <br /> 0stubbe<br /> -<br />
<!--do--> || 8riegler <br /> 9reichar<br /> -<br />
<!--fr--> || 1favre <br /> 0reis<br /> -<br />
|-<br />
| 12-14<br />
<!--mo--> || 5jobski <br /> 0reis<br /> -<br />
<!--di--> || 0nuszpl <br /> 0stubbe<br /> -<br />
<!--mi--> || 8paetzel (CampusGrün) <br /> 7giese<br /> -<br />
<!--do--> || 8paetzel (CampusGrün) <br /> 7giese<br /> -<br />
<!--fr--> || 1favre <br /> 9brunner<br /> -<br />
|-<br />
| 14-16<br />
<!--mo--> || 9brunner <br /> 1tilly<br /> -<br />
<!--di--> || 5jobski (aber erst ab ca. 14:15) <br /> 0nuszpl<br /> -<br />
<!--mi--> || 2glimm <br /> bjoernb<br /> -<br />
<!--do--> || 8riegler <br /> 1favre<br /> -<br />
<!--fr--> || 2burmest (CampusGrün) <br /> 5jobski<br /> -<br />
|-<br />
| 16-18<br />
<!--mo--> || 9brunner <br /> 1tilly<br /> -<br />
<!--di--> || 5jobski <br /> 1steenfa<br /> -<br />
<!--mi--> || 9brunner (ab 15:30)<br /> 8kessler <br /> -<br />
<!--do--> || 8riegler <br /> 1favre<br /> -<br />
<!--fr--> || 2burmest (CampusGrün) <br /> 5jobski<br /> -<br />
|}<br />
<references /><br />
*Das Stupa hat nun noch [http://www.bullsheet.de/T/Urne_20_-_Informatik_QpypUdu4DB9Y seinen eigenen Plan] gestartet<br />
</onlyinclude><br />
<br />
= Alternativen =<br />
<br />
* Wer nicht/kaum am Informatikum ist, kann auch andere Urnen besetzen (z.B. Geomatikum).<br />
* Bei Fragen: [[FSR]].</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Emma/Log&diff=14778Emma/Log2012-01-19T00:41:23Z<p>Timon: /* Emma 2.0 */</p>
<hr />
<div>= Log =<br />
==Emma 2.0==<br />
{| class="wikitable" style="border: solid 1px black; border-collapse: collapse; width: 100%; text-align: left"<br />
! Datum !! Bezugszahl !! Wer !! Was <br />
|-<br />
| 2011-01-19|| 1582 || Timon || <br />
'''Beschreibung:''' Werkstatt erkennt unseren Garantieanspruch nicht an.<br />
'''Fehler: ''' Schlechte Werkstatt gewählt.<br />
'''Was tun? ''' Verhandeln, ggf. zur Sau machen. (FSR macht das)<br />
|-<br />
| 2011-01-05|| 1582 || Christian || <br />
'''Beschreibung:''' Maschine ist nicht CT.<br />
'''Fehler: ''' Kaffemaschine zwecks Reperatur eingeschickt.<br />
'''Was tun? ''' Abwarten und Tee trinken.<br />
|-<br />
| 2011-12-20|| 1582 || Timon || <br />
'''Beschreibung:''' Ist wirklich kaputt, aber 3 Kaffee hat sie geschafft.<br />
'''Fehler: ''' Kaffee wird gemahlen, und trocken in den Auswurf geleitet.<br />
Das Wasser wird über das Ventil ausgelassen und kommt nie mit dem Kaffee in Berührung. <br />
Eine Fehlermeldung gibt es nicht.<br />
'''Was tun? ''' Das Handbuch erwähnt dieses Problem nicht. Einschicken ist wahrscheinlich die beste Lösung.<br />
|-<br />
| 2011-12-19|| 1579 || Timon || <br />
'''Fehlerbeschreibung'''"Ist kapputt, die schicken wir ein!" <br />
'''Tatsächlich Beobachteter Fehler: '''Maschine hing bei einschalten in einer (gefühlten) Reinigungs-Endlosschleife.<br />
'''Erfolgreiche Maßnahme: '''Manuelle Neuauslösung des Reinigungsprogramms, und geduldiges befolgen der Anweisungen auf dem Display.<br />
|- <br />
| 2011-07-27 || 114 || Henning || Zähler abgelesen<br />
|- <br />
| 2011-07-25 || 87 || Arne || Zähler abgelesen<br />
|-<br />
| 2011-07-21 || 0 || Niki || Erste Inbetriebnahme<br />
|}<br />
<br />
==Emma 1.0==<br />
{| class="wikitable mitBorderDings" style="border: solid 1px black; border-collapse: collapse; width: 100%"<br />
! Datum !! Bezugszahl !! Wer !! Was <br />
|- <br />
| 2008-08 || - || Justus, Jan, Arne, Sonia, bjoernb & mehr || Mahlwerk ausgetauscht: [[media:Mahlwerktausch1.jpg|1]] [[media:Mahlwerktausch2.jpg|2]] [[media:Mahlwerktausch3.jpg|3]] [[media:Mahlwerktausch4.jpg|4]] [[media:Mahlwerktausch5.jpg|5]]<br />
|-<br />
| 2009-10 || - || Arne, ? || Auseinandergenommen & Komplettreinigung (SEHR nötig gewesen)<br />
|- <br />
| 2010-04-08 || 10059 || Justus || Wassertank gereinigt und Filter getauscht<br />
|-<br />
| 2010-06-02 || 10500 || Timme, Arne || Auseinandergenommen & Komplettreinigung (recht nötig, aber weniger als oktober09)<br />
|-<br />
| 2010-08-21 || 10963 || Timon, Jan || Auseinandergenommen, Touchdisplay angeschaut und wieder zusammengesetzt (keine Verbesserung des Pflege-Knopfes)<br />
|-<br />
| 2011-03-17 || 12357 || Yoo, Timme || Auseinandergenommen & Komplettreinigung (War nötig, Kaffee läuft wieder gut durch)<br />
|}<br />
<br />
= Howto Bezugszahl =<br />
Lange auf den linken Knopf druecken -> auf Bezugszahl drehen -> auswaehlen durch druecken -> Zahl ablesen.</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=KunterBuntesSeminar-WS11&diff=14718KunterBuntesSeminar-WS112012-01-12T18:48:44Z<p>Timon: Besucherzahl 12.01</p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_11/12 | Wintersemester 2011/2012]], welches das siebte Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
Das [[KunterBuntesSeminar|KunterBunteSeminar]] findet dieses Semester wieder woechentlich statt. Es findet jeden Donnerstag im Semester von 18:30 Uhr bis 20:00 Uhr im Raum C-221 statt. Du bist herzlich eingeladen zu kommen :)<br />
<br />
Solltest du einen neuen Termin erstellen, schreibe dein Abstract bitte in der dritten Person, so dass sich davon einfach eine E-Mail generieren lässt. Du bist außerdem dazu aufgerufen, in die erste Zeile deiner Themenseite ein [[KunterBuntesSeminar-WS11/Terminseiten-Header | solches]] Makro zu schreiben.<br />
<br />
=== Themen ===<br />
; 20.10.2011: 3girlich, [[Benutzer:0funke|0funke]], 7licina – Host: [[7kraemer]] - [[KunterBuntesSeminar-WS11/Leben in und mit der Uni|Leben in und mit der Uni]] (Besucher: 13)<br />
; 27.10.2011: 6keitzel - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Workshop Rechnerbenutzung|Workshop Rechnerbenutzung]] (Besucher: 19) <br />
; 03.11.2011: 6stannek, [[Benutzer:0funke|0funke]] – Host: [[Benutzer:0funke|0funke]] - [[KunterBuntesSeminar-WS11/Ubuntu-Installationsparty|Ubuntu-Installationsparty]] (Besucher: 19) <br />
; 10.11.2011: 3girlich, 8weging - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Sleephacking|Sleephacking]] (Besucher: 23) <br />
; 17.11.2011: [[4winter]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Python im Wunderland|Python im Wunderland]] (Besucher: 26) <br />
; 24.11.2011: [[0helms]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Ernährung und Kochen für Erstsemester|Ernährung und Kochen für Erstsemester]] Raum Änderung: Dieses KBS findet in F-534 statt. (Besucher: 12) <br />
; 01.12.2011: Viele - Host: [[Paula (9brunner)]] – [[KunterBuntesSeminar-WS11/Lightning Talks|Lightning Talks]] (Besucher: 32) <br />
; 08.12.2011: [[Benutzer:0funke|0funke]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/CryptoCampagne|CryptoCampagne]] (Besucher: 9)<br />
; 15.12.2011: [[Benutzer:0funke|0funke]], 8paetzel - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Gesellschaftstanz für Informatiker|Gesellschaftstanz für Informatiker]] Raum Änderung: Dieses KBS findet in R-031 statt. (Besucher: 20) <br />
; 22.12.2011: [[8pridoeh]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Advanced Python|Advanced Python]] (Besucher: 12) <br />
<br />
; 24.12.2011 bis 08.01.2012: Weihnachtsferien<br />
; 12.01.2012: 7fietkau - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/OpenAccess und Web-Publishing für Studierende|OpenAccess und Web-Publishing für Studierende]] (Besucher: 6) <br />
; 19.01.2012: [[Benutzer:0funke|0funke]] - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Keysigning-Party | Keysigning-Party]] (Besucher: ?) <br />
; 26.01.2012: Viele - Host: [[Benutzer:0funke|0funke]] – [[KunterBuntesSeminar-WS11/Lightning Talks 2|Lightning Talks 2]] (Besucher: ?) <br />
; 02.02.2012: Alle - Host: None – [[KunterBuntesSeminar-WS11/Plenum|Plenum]] Raum Änderung: Dieses KBS findet in E-118 (c.t.) statt. (Besucher: ?)<br />
<br />
== Themenvorschläge ==<br />
<br />
Dieses Semester sollen interessante Themen aus Bereichen, die die MaFiAsi interessieren, vorgestellt werden. Ideen fuer Seminare koennen der Themenliste entnommen werden:<br />
<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
<br />
Vielleicht hast du ja Lust zu einem der Vorschlaege einen Seminartermin zu gestalten, oder hast eine andere tolle Idee? Melde dich einfach auf der Mailingliste.<br />
<br />
== Mailingliste ==<br />
Das KBS hat auch eine Mailingliste welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Vortragsaufzeichnung ==<br />
<br />
Das KBS wird dieses Semester regelmäßig aufgezeichnet und auf [http://lecture2go.uni-hamburg.de/veranstaltungen?p_p_id=gastVeranstaltungen_WAR_samplel2ggnspringportlet&p_p_lifecycle=1&p_p_state=normal&p_p_mode=view&p_p_col_id=column-1&p_p_col_count=1 Lecture2Go] veröffentlicht werden, wenn der Vortragende nichts dagegen hat. Aufgezeichnet wird das Beamer-Bild (egal ob Folien, Videos, andere Software) und der oder die Vortragenden in Bild und Ton. Das Publikum wird nicht gefilmt und ist in den Aufnahmen nicht zu sehen und lediglich evtl. sehr leise zu hören. Die Aufnahmen werden derzeit unter CC Lizenz (BY NC SA) veröffentlicht.<br />
<br />
Wir haben alle Rechte an den Aufnahmen (sofern die Folien keine Urheberrechtsverletzungen darstellen) und können sie auf jede Art und Weise und in unseren Lieblingsformaten verteilen. Die Möglichkeit die Videos auch als OGG/Theora auf Lecture2Go zur Verfügung zu stellen wird noch geprüft. Falls du als Vortragender nicht damit einverstanden bist aufgezeichnet zu werden, dann beschränken wir uns auf den Ton und die Folien. Bitte informiere deinen Host rechtzeitig darüber.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Aufgaben des Hosts|Aufgaben des Hosts]]<br />
* [[KunterBuntesSeminar/Cake in a Mug|Cake in a Mug]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=Diskussion:Kicker&diff=14715Diskussion:Kicker2012-01-12T17:55:03Z<p>Timon: Historie des Kickers</p>
<hr />
<div>= Geschichte des Kickers =<br />
Bald wird unser Kicker wohl leider Abgeholt werden und wir bekommen ihn nicht mehr wieder.<br />
Könnte man vorher noch die Historie des Kickers zusammenbekommen?<br />
* Wie haben wir den Bekommen?<br />
* Was waren die Auflagen?<br />
* Warum können wir ihn nicht behalten?<br />
--[[Benutzer:Timon|Timon]] 18:55, 12. Jan. 2012 (CET)</div>Timonhttps://www2.informatik.uni-hamburg.de/fachschaft/wiki/index.php?title=StuPaWahlUrnenbesetzung2012&diff=14520StuPaWahlUrnenbesetzung20122011-12-20T23:07:27Z<p>Timon: /* Der Plan */</p>
<hr />
<div>= Die Regeln =<br />
{| border="0" cellspacing="8" cellpadding="0" style="background-color:#FFFFB9; border: 1px solid #e9e9e9; margin-top: 2px; margin-bottom: 2px; clear: both" <br />
|<br />
Beachte '''unbedingt''' das '''[[HOWTOS/StuPaWahlUrnenbesetzung|zugehörige HowTo]]'''! Am besten vorher lesen.<br />
|-<br />
|}<br />
<br />
<br />
<br />
= Notfälle =<br />
* Während der Wahlwoche ist das StuPa-Präsidium durchgehend unter folgender Rufnummer für Rückfragen zu erreichen: +49-40-450204-39 (FIXME: noch aktuell?)<br />
* Fuer FBI-Notfälle am besten '''FIXME''' anrufen.<br />
<br />
= Waffeln und Anderes =<br />
== aktueller Stand ==<br />
Es bleibt sicher wieder was von der Weihnachtsfeier übrig, mal abwarten und dann hier ergänzen.<br />
<br />
Einkauf: FIXME<br />
<br />
Insgesamt wird mit 300 Waffeln in der gesamten Woche gerechnet.<br />
Also: 3x das Rezept für Waffeln mit Ei und Milch, 2x das Rezept für vegane Waffeln.<br />
(Wahlbeteiligung letztes Jahr: 249 Stimmen)<br />
<br />
==== Waffeln mit Ei und Milch (nicht vegan) ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: 12.12.2011)<br />
|-<br />
| Butter/Margarine || 3kg || nachgucken<br />
|-<br />
| Mehl || 6kg || nachgucken<br />
|-<br />
| Zucker || 2,25kg || nachgucken<br />
|-<br />
| Bio-Eier || 36 || nachgucken<br />
|-<br />
| Backpulver || 12 Päckchen || nachgucken<br />
|-<br />
| Milch || 4,5 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 24 Packungen || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
<br />
Die angegebene Menge bezieht sich auf 3*60 = 180 Waffeln.<br />
<br />
==== Vegane Waffeln ====<br />
<br />
{| class="wikitable" border="1"<br />
! Zutat !! Benötigte Menge !! Vorhandene Menge (Stand: 12.12.2011)<br />
|-<br />
| Mehl || 4kg || nachgucken<br />
|-<br />
| Zucker || 1000g || nachgucken<br />
|-<br />
| Rohrzucker (für die Farbe)|| 200g || nachgucken<br />
|-<br />
| Salz || 8 Teelöffel || nachgucken<br />
|-<br />
| Backpulver || 8 Päckchen || nachgucken<br />
|-<br />
| Sojamilch oder Reisdrink mit Vanillegeschmack || 4 Liter || nachgucken<br />
|-<br />
| Vanilin-Zucker || 16 Packungen || nachgucken <br />
|-<br />
| Sonnenblumenöl || 24 Esslöffel || nachgucken <br />
|-<br />
| Mineralwasser || 800 ml || nachgucken <br />
|-<br />
| Puderzucker (zum Bestreuen) || > 0 Packungen || nachgucken<br />
|}<br />
Die angegebene Menge bezieht sich auf 2*60=120 Waffeln.<br />
<br />
Hier das [[Rezepte|Rezept]].<br />
<br />
<br />
<br />
// FIXME: Wo liegen die Materialien/ Zutaten<br />
<br />
== Waffel-Eisen ==<br />
Es gibt ein Fachschafts-Waffeleisen. Alternative wäre toll im Falle eines Ausfalls. Wer hat noch eins?<br />
<br />
Anm: von der Kif gibt es noch ganz viele tolle Waffeleisen, einfach mal die entsprechenden Leute fragen<br />
<br />
== Allgemein ==<br />
Wenn etwas nachgekauft werden muss, bitte nach Möglichkeit selbt auf Rechnung (der FSR zahlt das dann) oder siehe Notfälle, damit wir was organisieren können.<br />
<br />
Anderes sinnvolles Zeug, was man aus dem c.t. oder sonstwoher beschaffen könnte wäre<br />
* Handtuch (für nachher zum Abtrocknen)<br />
* Servietten<br />
<br />
= Statistik =<br />
{| class="wikitable" border="1"<br />
| Tag <br />
| colspan="2" | kummuliert<br />
| colspan="4" | Differenz<br />
|-<br />
| &nbsp; || bis 14 Uhr || bis 18 Uhr || 10-14 Uhr || 14-18 Uhr || Gesamt || zum [[StuPaWahlUrnenbesetzung2011#Statistik|Vorjahr]]<br />
|-<br />
| Montag || - || - || - || - || - || +X<br />
|-<br />
| Dienstag || - || - || - || - || - || +X<br />
|-<br />
| Mittwoch || - || - || - || - || - || +X<br />
|-<br />
| Donnerstag || - || - || - || - || - || +X<br />
|-<br />
| Freitag || - || - || - || - || - || +X<br />
|}<br />
<br />
Bitte in den "Differenz"-Feldern nicht kumulieren, sondern nur die Anzahl der in diesem Zeitraum Tag abgegebenen Stimmen eintragen!<br />
<br />
= Der Plan =<br />
<br />
* Bitte nach Möglichkeit zuerst die Kernzeit von 12-16 Uhr besetzen! Wir brauchen '''mindestens zwei''' pro Termin. Es empfiehlt sich jedoch, dass 3-4 Leute die Urne besetzen, weil man sonst mit den Waffeln (Teig/Waffeln machen) nicht hinterherkommt.<br />
* Gerade zum Auf- und Abbau (Morgens bzw. Abends) sind viele Leute toll. Und wer plötzlich feststellt dass er doch ein bisschen Zeit hat, darf auch spontan helfen! <br />
* Die Urne darf nur zwischen 10-18 Uhr besetzt werden. Das hat das StuPa-Präsidium so beschlossen (warum auch immer ;).<br />
* Die Wahl findet vom '''16.01. bis 20.01.2011''' statt.<br />
* in Klammern kann man seine Liste eintragen, obwohl diejenigen die in derselben Liste sind das wohl auch selber wissen.<br />
<onlyinclude><br />
{| class="wikitable" border="1"<br />
! Zeit !! Montag !! Dienstag !! Mittwoch !! Donnerstag !! Freitag<br />
|-<br />
| 10-12<br />
<!--mo--> || 5jobski <br /> 8paetzel (CampusGrün)<br />
<!--di--> || - <br /> -<br />
<!--mi--> || - <br /> -<br />
<!--do--> || - <br /> -<br />
<!--fr--> || - <br /> -<br />
|-<br />
| 12-14<br />
<!--mo--> || 5jobski <br /> -<br />
<!--di--> || 0nuszpl <br /> -<br />
<!--mi--> || 8paetzel (CampusGrün) <br /> 7giese<br />
<!--do--> || 8paetzel (CampusGrün) <br /> 7giese<br />
<!--fr--> || - <br /> -<br />
|-<br />
| 14-16<br />
<!--mo--> || 9brunner <br /> 1tilly<br />
<!--di--> || 2burmest (CampusGrün) <br /> 0nuszpl<br />
<!--mi--> || - <br /> -<br />
<!--do--> || - <br /> -<br />
<!--fr--> || 2burmest (CampusGrün) <br /> 5jobski<br />
|-<br />
| 16-18<br />
<!--mo--> || 9brunner <br /> 1tilly<br />
<!--di--> || 2burmest (CampusGrün) <br /> 1steenfat<br />
<!--mi--> || - <br /> -<br />
<!--do--> || - <br /> -<br />
<!--fr--> || 2burmest (CampusGrün) <br /> 5jobski<br />
|}<br />
<references /><br />
</onlyinclude><br />
<br />
= Alternativen =<br />
<br />
* Wer nicht/kaum am Informatikum ist, kann auch andere Urnen besetzen (z.B. Geomatikum).<br />
* Bei Fragen: [[FSR]].</div>Timon