Datenvorverarbeitung und Synchronisierung von Playback Projekten - Versionsgeschichte

Aliebelt: Aliebelt verschob die Seite Datenvorverarbeitung und Synchronisierung von Playback Studien nach Datenvorverarbeitung und Synchronisierung von Playback Projekten, ohne dabei eine Weiterleitung anzulegen: Teil der übersetzbaren Seite „Datenvorverarbeitung und Synchronisierung von Playback Studien“

2023-08-07T14:48:36Z

Aliebelt verschob die Seite Datenvorverarbeitung und Synchronisierung von Playback Studien nach Datenvorverarbeitung und Synchronisierung von Playback Projekten, ohne dabei eine Weiterleitung anzulegen: Teil der übersetzbaren Seite „Datenvorverarbeitung und Synchronisierung von Playback Studien“

Aliebelt am 7. August 2023 um 14:36 Uhr

2023-08-07T14:36:22Z

Aliebelt am 3. Juli 2023 um 14:12 Uhr

2023-07-03T14:12:05Z

Fgehrs: Diese Seite wurde zum Übersetzen freigegeben

2023-06-26T11:05:54Z

Diese Seite wurde zum Übersetzen freigegeben

Fgehrs am 26. Juni 2023 um 11:05 Uhr

2023-06-26T11:05:37Z

Fgehrs am 26. Juni 2023 um 11:04 Uhr

2023-06-26T11:04:56Z

Aliebelt am 26. Juni 2023 um 07:18 Uhr

2023-06-26T07:18:38Z

Aliebelt am 26. Juni 2023 um 07:18 Uhr

2023-06-26T07:18:26Z

Aliebelt am 26. Juni 2023 um 07:17 Uhr

2023-06-26T07:17:45Z

Aliebelt: Diese Seite wurde zum Übersetzen freigegeben

2023-06-23T19:08:34Z

Diese Seite wurde zum Übersetzen freigegeben

@@ Zeile 8: / Zeile 8: @@
 <!--T:13-->
-Bei Playback-Studien finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
+Bei Playback Projekten finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
 Dabei müssen folgende Umstände beachtet werden:
@@ Zeile 14: / Zeile 14: @@
 # Ein Part in Session 1 ist in den seltensten Fällen exakt gleich lang wie derselbe Part in Session 2.
 # Beinhaltet ein Part ein pausierbares Medium, so können in der Pause Zeiträume entstehen, in denen keine Daten erzeugt werden.
-# Wird in der Studie eine Randomisierung verwendet, können Parts doppelt auftreten oder fehlen. Auch diese Daten müssen vergleichbar sein.
+# Wird in dem Projekt eine Randomisierung verwendet, können Parts doppelt auftreten oder fehlen. Auch diese Daten müssen vergleichbar sein.
 <!--T:15-->
 <div class="et-screenshot">
-[[Datei:Datenvorverarbeitung und Synchronisierung.png|Grafische Darstellung der Synchronisierung mehrerer Playback Studien]]
+[[Datei:Datenvorverarbeitung und Synchronisierung.png|Grafische Darstellung der Synchronisierung mehrerer Playback Projekten]]
 </div>
@@ Zeile 30: / Zeile 30: @@
 <!--T:18-->
 # Die Rohdaten:
-#* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für die Studie vernachlässigbar.
+#* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für das Projekt vernachlässigbar.
 #* Es werden Synchronisierungsevents erzeugt. Diese entsprechen jeweils dem Start-Event eines Mediums, also z.B. dem Abspielen eines Vodeos.
 # Die Pausen innerhalb der Parts werden für das Resampling übersprungen.
@@ Zeile 44: / Zeile 44: @@
-== Synchronisierung bei Live-Studien == <!--T:19-->
+== Synchronisierung bei Live Projekten == <!--T:19-->
 <!--T:20-->
-In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
+In Live Projekten können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
-In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.
+In Live Projekten muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während des Projekts, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.
 </translate>

@@ Zeile 3: / Zeile 3: @@
 <!--T:11-->
-'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.
+'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions innerhalb '''einer''' Durchführung, nicht Durchführungs-übergreifend.
 == Problemstellung == <!--T:12-->

@@ Zeile 2: / Zeile 2: @@
 <translate>
 '''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.
-== Problemstellung ==
+== Problemstellung == <!--T:12-->
 Bei Playback-Studien finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
 Dabei müssen folgende Umstände beachtet werden:
 # Ein Part in Session 1 ist in den seltensten Fällen exakt gleich lang wie derselbe Part in Session 2.
 # Beinhaltet ein Part ein pausierbares Medium, so können in der Pause Zeiträume entstehen, in denen keine Daten erzeugt werden.
@@ Zeile 14: / Zeile 17: @@
 <div class="et-screenshot">
 [[Datei:Datenvorverarbeitung und Synchronisierung.png|Grafische Darstellung der Synchronisierung mehrerer Playback Studien]]
@@ Zeile 19: / Zeile 23: @@
-== Synchronisierungsprozess ==
+== Synchronisierungsprozess == <!--T:16-->
 Die Synchronisierung passiert in mehreren Schritten, die in hier grafisch an zwei Beispielsessions dargestellt sind.
 # Die Rohdaten:
 #* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für die Studie vernachlässigbar.
@@ Zeile 38: / Zeile 44: @@
-== Synchronisierung bei Live-Studien ==
+== Synchronisierung bei Live-Studien == <!--T:19-->
 In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
 In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.
 </translate>

@@ Zeile 1: / Zeile 1: @@
 '''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.
@@ Zeile 39: / Zeile 42: @@
 In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
 In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.

@@ Zeile 1: / Zeile 1: @@
 '''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.
-== Problemstellung == <!--T:1-->
+== Problemstellung ==
 Bei Playback-Studien finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
 Dabei müssen folgende Umstände beachtet werden:
 # Ein Part in Session 1 ist in den seltensten Fällen exakt gleich lang wie derselbe Part in Session 2.
 # Beinhaltet ein Part ein pausierbares Medium, so können in der Pause Zeiträume entstehen, in denen keine Daten erzeugt werden.
@@ Zeile 17: / Zeile 11: @@
 <div class="et-screenshot">
 [[Datei:Datenvorverarbeitung und Synchronisierung.png|Grafische Darstellung der Synchronisierung mehrerer Playback Studien]]
@@ Zeile 23: / Zeile 16: @@
-== Synchronisierungsprozess == <!--T:5-->
+== Synchronisierungsprozess ==
 Die Synchronisierung passiert in mehreren Schritten, die in hier grafisch an zwei Beispielsessions dargestellt sind.
 # Die Rohdaten:
 #* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für die Studie vernachlässigbar.
@@ Zeile 44: / Zeile 35: @@
-== Synchronisierung bei Live-Studien == <!--T:8-->
+== Synchronisierung bei Live-Studien ==
 In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
 In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.

← Nächstältere Version		Version vom 26. Juni 2023, 07:18 Uhr
Zeile 1:		Zeile 1:
−		+	<languages/>
	<translate>		<translate>

← Nächstältere Version		Version vom 26. Juni 2023, 07:17 Uhr
Zeile 1:		Zeile 1:
−	<languages />	+	<languages/>
	<translate>		<translate>

← Nächstältere Version		Version vom 23. Juni 2023, 19:08 Uhr
Zeile 2:		Zeile 2:
	<translate>		<translate>

		+	<!--T:10-->
	'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.		'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.