Fragen an das URZ: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
Orga-ullrich (talk | contribs) improved question |
||
(5 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
== Fragen == | == Fragen == | ||
* Wird heiCONF auch für Studierende freigeschaltet werden? | |||
== Verbesserungsvorschläge == | == Verbesserungsvorschläge == | ||
=== heiCONF === | === heiCONF === | ||
* Die Videoqualität ist mittelmäßig, sodass das eLearning-Format "Schreibende Hände" mit heiCONF nur schlecht umsetzbar ist. Wir müssen die Ursache für dieses Verhalten finden und gegebenenfalls die Bandbreiten- und Kompressionseinstellungen der Videoübertragung optimieren. Es wäre sinnvoll, wenn zumindest Moderator und Presenter sehr hohe Videoqualität erhalten, für die übrigen Teilnehmer genügt eine niedrige (oder gar kein Video). | |||
* Deutliche Information auf der Begrüßungsseite über das aktuelle Limit für die maximale Teilnehmerzahl. Das Limit könnte für verschiedene Nutzer und Veranstaltungstypen auch jeweils unterschiedlich sein. | |||
* Deutlich erkennbare Notifikation für den Präsentierenden/Moderator einführen, wenn einer der Teilnehmer "die Hand hebt". Die Änderung des Status in einer langen Liste kann während einer Präsentation nicht überwacht werden. Zoom ist hier deutlich besser. Beispiele: Popup oder Einblendung des Status in das Präsentationsfenster | * Deutlich erkennbare Notifikation für den Präsentierenden/Moderator einführen, wenn einer der Teilnehmer "die Hand hebt". Die Änderung des Status in einer langen Liste kann während einer Präsentation nicht überwacht werden. Zoom ist hier deutlich besser. Beispiele: Popup oder Einblendung des Status in das Präsentationsfenster | ||
* Liste der Teilnehmenden nach Status sortieren können (insbesondere sollten Meldungen oben angezeigt werden können, damit diese nicht gesucht werden müssen) | * Liste der Teilnehmenden nach Status sortieren können (insbesondere sollten Meldungen oben angezeigt werden können, damit diese nicht gesucht werden müssen) | ||
* Genauso wie für die Präsentation sollte es einen Modus beim Screensharing geben, der es den Teilnehmern erlaubt, Markierungen zu machen. Motivation ist die, dass die Studierenden, wenn man bspw. in GoodNotes Mathematik aufschreibt und diese teilt, Markierungen machen können, um ihre Fragen besser ausdrücken zu können. | * Genauso wie für die Präsentation sollte es einen Modus beim Screensharing geben, der es den Teilnehmern erlaubt, Markierungen zu machen. Motivation ist die, dass die Studierenden, wenn man bspw. in GoodNotes Mathematik aufschreibt und diese teilt, Markierungen machen können, um ihre Fragen besser ausdrücken zu können. | ||
* Als Teilnehmer und Moderator/Präsentator sollte man, wenn man sich gerade in einem Breakout-Raum aufhält, Notifications bekommen, wenn einem über den Hauptraum eine private Nachricht gesendet wird, der Präsentator/Moderator einen neuen Inhalt präsentiert o. ä. | * Als Teilnehmer und Moderator/Präsentator sollte man, wenn man sich gerade in einem Breakout-Raum aufhält, Notifications bekommen, wenn einem über den Hauptraum eine private Nachricht gesendet wird, der Präsentator/Moderator einen neuen Inhalt präsentiert o. ä. | ||
* In Breakout-Räumen sollte es zusätzlich zu der Möglichkeit, eine Präsentation hochzuladen, auch die Möglichkeit geben, die Präsentation/den Bildschirm aus dem Startraum in die Breakout-Raum zu kopieren, um dort gemeinsam z. B. Markierungen vornehmen zu können, die nur die Mitglieder des Breakout-Raums sehen können. | * In Breakout-Räumen sollte es zusätzlich zu der Möglichkeit, eine Präsentation hochzuladen, auch die Möglichkeit geben, die Präsentation/den Bildschirm aus dem Startraum in die Breakout-Raum zu kopieren, um dort gemeinsam z. B. Markierungen vornehmen zu können, die nur die Mitglieder des Breakout-Raums sehen können. | ||
Line 12: | Line 14: | ||
* Neben der Möglichkeit, dem Audio eines jeden Breakout-Raumes separat beitreten zu können, sollte der Moderator die Möglichkeit haben, sein Audio in alle Breakout-Räume gleichzeitig zu senden (auch ggf. für die gesamte Konferenz), bspw. um alle Gruppen um Rückmeldung zu Ihrem aktuellen Arbeitsstand zu bitten oder nachträglich Infos an alle zu geben oder damit Studierende im Breakout-Raum miteinander schreiben können, während der Vortrag im Hauptraum läuft. (Das Audio aus dem Hauptraum wird nämlich nicht in die Breakout-Räume übertragen) | * Neben der Möglichkeit, dem Audio eines jeden Breakout-Raumes separat beitreten zu können, sollte der Moderator die Möglichkeit haben, sein Audio in alle Breakout-Räume gleichzeitig zu senden (auch ggf. für die gesamte Konferenz), bspw. um alle Gruppen um Rückmeldung zu Ihrem aktuellen Arbeitsstand zu bitten oder nachträglich Infos an alle zu geben oder damit Studierende im Breakout-Raum miteinander schreiben können, während der Vortrag im Hauptraum läuft. (Das Audio aus dem Hauptraum wird nämlich nicht in die Breakout-Räume übertragen) | ||
* Jeder Breakout-Raum sollte entscheiden können, ob bisher geschriebene Nachrichten im Chat des Breakout-Rooms von Teilnehmern gelesen werden können, die erst später dem Raum beitreten. Falls z. B. die Studierenden den Dozenten bitten, in den Breakout-Room zu kommen, wollen sie ja vllt. nicht, dass der Dozent alle vorigen Nachrichten lesen kann. Es gibt zwar die Option, Chats zu löschen, aber es wäre eine nette Erweiterung, sie auch nur verbergen zu können für neue Teilnehmer. | * Jeder Breakout-Raum sollte entscheiden können, ob bisher geschriebene Nachrichten im Chat des Breakout-Rooms von Teilnehmern gelesen werden können, die erst später dem Raum beitreten. Falls z. B. die Studierenden den Dozenten bitten, in den Breakout-Room zu kommen, wollen sie ja vllt. nicht, dass der Dozent alle vorigen Nachrichten lesen kann. Es gibt zwar die Option, Chats zu löschen, aber es wäre eine nette Erweiterung, sie auch nur verbergen zu können für neue Teilnehmer. | ||
* | * Es würde helfen, wenn man mit heiCONF die Vorlesung aufzeichnen könnte. Wir haben es so verstanden, dass das URZ diese Funktionalität (im darunter liegenden BigBlueButton vorhanden) nicht freischaltet. Es wäre sinnvoller, den Datenschutz durch deutliche Kennzeichnung zu etablieren, als durch das Einschränken von Funktionalität. | ||
* [Computerlinguistik] In unseren Tests funktionierte heiCONF mit bis zu 20 Personen (nur Ton, ohne Webcam) stabil. Bei 30 Personen passierte es schon dass einige Teilnehmer rausflogen. Wird die Teilnehmerzahl weiterhin technisch beschränkt sein? | * [Computerlinguistik] In unseren Tests funktionierte heiCONF mit bis zu 20 Personen (nur Ton, ohne Webcam) stabil. Bei 30 Personen passierte es schon dass einige Teilnehmer rausflogen. Wird die Teilnehmerzahl weiterhin technisch beschränkt sein? | ||
* Nice-to-have, aber nicht dringend: Die maximale Anzahl an Breakout-Räumen sollte erhöht werden | * Nice-to-have, aber nicht dringend: Die maximale Anzahl an Breakout-Räumen sollte erhöht werden | ||
* Nice-to-have, aber nicht dringend: Das Umfragetool könnte um weitere Funktionen erweitert werden. Vorbild könnte hier z. B. ARSnova (https://arsnova.eu/mobile/\#) sein. (Evtl. wäre sogar ein Plugin zu einem umfassenden ARS System denkbar) | * Nice-to-have, aber nicht dringend: Das Umfragetool könnte um weitere Funktionen erweitert werden. Vorbild könnte hier z. B. ARSnova (https://arsnova.eu/mobile/\#) sein. (Evtl. wäre sogar ein Plugin zu einem umfassenden ARS System denkbar) | ||
* Nice-to-have, nicht anonyme Bearbeitung der gemeinsamen Notizen, Animationen bei PDFs | * Nice-to-have, nicht anonyme Bearbeitung der gemeinsamen Notizen, Animationen bei PDFs | ||
* Nice-to-have, Formel-Editor/LaTeX-Input für den Chat und in den geteilten Notizen. | |||
=== heiCAST === | === heiCAST === | ||
* [Computerlinguistik] Eine genaue Vorstellung über heiCAST haben wir nicht. Wir stellen es uns im Moment vor wie eine Platform um Videos hochzuladen und zu streamen. Darüber hinaus, hoffen wir eine Livestreaming Funktionalität wie bei Twitch oder YouTube zu erhalten. | * [Computerlinguistik] Eine genaue Vorstellung über heiCAST haben wir nicht. Wir stellen es uns im Moment vor wie eine Platform um Videos hochzuladen und zu streamen. Darüber hinaus, hoffen wir eine Livestreaming Funktionalität wie bei Twitch oder YouTube zu erhalten. | ||
* Live-Chat (Nice-to-have LaTeX fähig und Zustimmungsfunktion, ähnlich dem Daumen hoch, um duplizierte Fragen zu vermeiden) | * Live-Chat (Nice-to-have LaTeX fähig und Zustimmungsfunktion, ähnlich dem Daumen hoch, um duplizierte Fragen zu vermeiden) | ||
* Möglichkeit diesen Chat als "Pop-out" o.Ä. zu nutzen so dass dieser mit in das Vorlesungsvideo integriert werden kann, für Fragen, alternativ: soll angehalten werden, dass Dozierende die Fragen wiederholen | * Möglichkeit diesen Chat als "Pop-out" o.Ä. zu nutzen so dass dieser mit in das Vorlesungsvideo integriert werden kann nach vorbild von twitch implementation, für Fragen, alternativ: soll angehalten werden, dass Dozierende die Fragen wiederholen | ||
* Chat-Moderationsmöglichkeit für eventuelle Assistenten | * Chat-Moderationsmöglichkeit für eventuelle Assistenten | ||
* geringe Latenz | * geringe Latenz |
Latest revision as of 11:36, 9 April 2020
Fragen
- Wird heiCONF auch für Studierende freigeschaltet werden?
Verbesserungsvorschläge
heiCONF
- Die Videoqualität ist mittelmäßig, sodass das eLearning-Format "Schreibende Hände" mit heiCONF nur schlecht umsetzbar ist. Wir müssen die Ursache für dieses Verhalten finden und gegebenenfalls die Bandbreiten- und Kompressionseinstellungen der Videoübertragung optimieren. Es wäre sinnvoll, wenn zumindest Moderator und Presenter sehr hohe Videoqualität erhalten, für die übrigen Teilnehmer genügt eine niedrige (oder gar kein Video).
- Deutliche Information auf der Begrüßungsseite über das aktuelle Limit für die maximale Teilnehmerzahl. Das Limit könnte für verschiedene Nutzer und Veranstaltungstypen auch jeweils unterschiedlich sein.
- Deutlich erkennbare Notifikation für den Präsentierenden/Moderator einführen, wenn einer der Teilnehmer "die Hand hebt". Die Änderung des Status in einer langen Liste kann während einer Präsentation nicht überwacht werden. Zoom ist hier deutlich besser. Beispiele: Popup oder Einblendung des Status in das Präsentationsfenster
- Liste der Teilnehmenden nach Status sortieren können (insbesondere sollten Meldungen oben angezeigt werden können, damit diese nicht gesucht werden müssen)
- Genauso wie für die Präsentation sollte es einen Modus beim Screensharing geben, der es den Teilnehmern erlaubt, Markierungen zu machen. Motivation ist die, dass die Studierenden, wenn man bspw. in GoodNotes Mathematik aufschreibt und diese teilt, Markierungen machen können, um ihre Fragen besser ausdrücken zu können.
- Als Teilnehmer und Moderator/Präsentator sollte man, wenn man sich gerade in einem Breakout-Raum aufhält, Notifications bekommen, wenn einem über den Hauptraum eine private Nachricht gesendet wird, der Präsentator/Moderator einen neuen Inhalt präsentiert o. ä.
- In Breakout-Räumen sollte es zusätzlich zu der Möglichkeit, eine Präsentation hochzuladen, auch die Möglichkeit geben, die Präsentation/den Bildschirm aus dem Startraum in die Breakout-Raum zu kopieren, um dort gemeinsam z. B. Markierungen vornehmen zu können, die nur die Mitglieder des Breakout-Raums sehen können.
- Ebenso sollte es eine Möglichkeit für den Dozenten geben, die Präsentation/den Bildschirm aus einem Breakout-Raum in den Hauptraum zu kopieren, um bspw. einen Lösungsvorschlag oder eine Frage aus einem Breakout-Raum im Hauptraum mit allen Teilnehmern zu besprechen.
- Neben der Möglichkeit, dem Audio eines jeden Breakout-Raumes separat beitreten zu können, sollte der Moderator die Möglichkeit haben, sein Audio in alle Breakout-Räume gleichzeitig zu senden (auch ggf. für die gesamte Konferenz), bspw. um alle Gruppen um Rückmeldung zu Ihrem aktuellen Arbeitsstand zu bitten oder nachträglich Infos an alle zu geben oder damit Studierende im Breakout-Raum miteinander schreiben können, während der Vortrag im Hauptraum läuft. (Das Audio aus dem Hauptraum wird nämlich nicht in die Breakout-Räume übertragen)
- Jeder Breakout-Raum sollte entscheiden können, ob bisher geschriebene Nachrichten im Chat des Breakout-Rooms von Teilnehmern gelesen werden können, die erst später dem Raum beitreten. Falls z. B. die Studierenden den Dozenten bitten, in den Breakout-Room zu kommen, wollen sie ja vllt. nicht, dass der Dozent alle vorigen Nachrichten lesen kann. Es gibt zwar die Option, Chats zu löschen, aber es wäre eine nette Erweiterung, sie auch nur verbergen zu können für neue Teilnehmer.
- Es würde helfen, wenn man mit heiCONF die Vorlesung aufzeichnen könnte. Wir haben es so verstanden, dass das URZ diese Funktionalität (im darunter liegenden BigBlueButton vorhanden) nicht freischaltet. Es wäre sinnvoller, den Datenschutz durch deutliche Kennzeichnung zu etablieren, als durch das Einschränken von Funktionalität.
- [Computerlinguistik] In unseren Tests funktionierte heiCONF mit bis zu 20 Personen (nur Ton, ohne Webcam) stabil. Bei 30 Personen passierte es schon dass einige Teilnehmer rausflogen. Wird die Teilnehmerzahl weiterhin technisch beschränkt sein?
- Nice-to-have, aber nicht dringend: Die maximale Anzahl an Breakout-Räumen sollte erhöht werden
- Nice-to-have, aber nicht dringend: Das Umfragetool könnte um weitere Funktionen erweitert werden. Vorbild könnte hier z. B. ARSnova (https://arsnova.eu/mobile/\#) sein. (Evtl. wäre sogar ein Plugin zu einem umfassenden ARS System denkbar)
- Nice-to-have, nicht anonyme Bearbeitung der gemeinsamen Notizen, Animationen bei PDFs
- Nice-to-have, Formel-Editor/LaTeX-Input für den Chat und in den geteilten Notizen.
heiCAST
- [Computerlinguistik] Eine genaue Vorstellung über heiCAST haben wir nicht. Wir stellen es uns im Moment vor wie eine Platform um Videos hochzuladen und zu streamen. Darüber hinaus, hoffen wir eine Livestreaming Funktionalität wie bei Twitch oder YouTube zu erhalten.
- Live-Chat (Nice-to-have LaTeX fähig und Zustimmungsfunktion, ähnlich dem Daumen hoch, um duplizierte Fragen zu vermeiden)
- Möglichkeit diesen Chat als "Pop-out" o.Ä. zu nutzen so dass dieser mit in das Vorlesungsvideo integriert werden kann nach vorbild von twitch implementation, für Fragen, alternativ: soll angehalten werden, dass Dozierende die Fragen wiederholen
- Chat-Moderationsmöglichkeit für eventuelle Assistenten
- geringe Latenz
- stabil in Verbindung und Qualität bei hoher Besucherzahl.
- (nice-to-have, Abstimmungen und oder Quizzes die entweder vordefiniert geladen werden können, oder impromptu live erstellt werden können)
- Feedback von Studierenden zu Dozierenden. Vorbild auch hier z. B. ARSnova (https://arsnova.eu/mobile/\#) "Ich kann folgen", "Mir geht es gerade zu schnell", "Lauter", etc