Randomisiert Vignetten aus Pool ziehen

Question

Hallo,

ich möchte gerne Geschichten testen und bewerten lassen.
Dazu möchte ich gerne, dass aus einem Pool mit 10 Geschichten den Teilnehmenden jeweils 3 Geschichten randomisiert präsentiert werden. Im Schema: Einleitung - Geschichte - Fragen zur Geschichte - nächste Geschichte - Fragen - nächste Geschichte - Fragen.

Soweit ich das richtig verstanden habe, benutzte ich einen Zufallsgenerator dafür. Ich scheitere aber bereits am Einrichten des Generators. Ich habe Fragetyp Zufallsgenerator eingestellt. In die Urne habe ich die Namen der Geschichten geschrieben, so wie ich sie in den Rubriken angelegt habe. Aber weiter weiß ich nicht.

Außerdem bin ich mir nicht ganz sicher, wie jeder Teilnehmer auch wirklich drei verschiedene Geschichten bekommt (Ziehung ohne Zurücklegen, aber wie weiß das Tool bei der 2. bzw. 3. Ziehung, welche Geschichten vorher bereits präsentiert wurden)?

Freue mich über Tipps und Hinweise.

Answer 1

Wenn Sie die Geschichten als Texte in einer Rubrik im Fragenkatalog abgelegt haben, dann notieren Sie im Zufallsgenerator am geschicktesten die vierstelligen Kennungen der Texte.

Außerdem stellen Sie im Zufallsgenerator ein, dass Sie pro Interview 3 Texte ziehen möchten.

Beim Ablauf haben Sie Sie zwei Möglichkeiten: Entweder Sie setzen es in einem Fragebogen um, der einfach alle 3 Geschichten nacheinander abfragt. Oder Sie verwenden eine Multi-Level-Struktur, bei welcher Sie eine Datenzeile pro Geschichte erhalten, und die Fragen zur Geschichte nur einmal im Fragenkatalog anlegen müssen (statt dreimal). Wahrscheinlich ist letzteres für die Auswertung geschickter, aber das müssen Sie entscheiden.

Hier erstmal der PHP-Code, wie Sie den ersten in einem Zufallsgenerator RG01 gezogenen Text dann im Fragebogen anzeigen würden:

$textID = value('RG01x01', 'label');
text($textID);

Die Multi-Level-Lösung ist technisch ein wenig anspruchsvoller, spart Ihnen in der Auswertung aber u.U. viel Zeit. Hier mal zum Anlesen: Multi-Level Struktur

Comments

Diese Zeile ist m.E. falsch:

$stimulusID = loopToPage('second', 3);

Sie bekommen von loopToPage() bei 3 Wiederholungen die Werte 0, 1 und 2. Die gezogenen Geschichten müssen Sie aus $stimuli auslesen. Also...

$stimuli = array_values(valueList('ZG02'));
$index = loopToPage('second', 3);
$stimulusID = $stimuli[$index];

Oder alternativ:

$stimuli = array_values(valueList('ZG02'));
$stimulusID = loopToPage('second', $stimuli);

---

Gut jetzt funktioniert das mit der Datenübergabe wieder. Danke

Aber jetzt werden die Geschichten nicht mehr richtig angezeigt. Also die erste Geschichte ja, aber dann wird einfach dreimal der Fragebogen durchgespielt. Das war vorher schonmal anders - also dass alle drei Geschichten auch wirklich angezeigt wurden und die jeweiligen Fragen eben dazwischen.

Und dann müssen wir noch die Demografie Fragen einbinden. Mit welchem Code mach ich das denn?

---

>Also die erste Geschichte ja, aber dann wird einfach dreimal der Fragebogen durchgespielt.

Welcher Fragebogen denn?

> Mit welchem Code mach ich das denn?

Auf der "second" Seite würden Sie z.B. folgeden Code verwenden:

$index = loopIndex();
if ($index == 0) {
  question('AB01');
} elseif ($index == 1) {
  question('AB02');
} elseif ($index == 2) {
  question('AB03');
}

---

Wunderbar, es hat sich bis auf eine Sache alles geklärt. Danke!! Ich bin so froh, dass es endlich klappt. Ich bin heute fast verzweifelt.

Seite 13 - meine "second" Seite zeigt folgendes zusammen mit den Demografie Fragen an:

Warnung (Seite 13)
Das Erstellen dieser Fragebogen-Seite erfordert unüblich viel RAM-Speicher (22.6 MB), davon 0.0 MB für den Inhalt der Seite. Mögliche Gründe sind viele Variablen, große PHP-Variablen oder die Verwendung aufwändiger PHP-Funktionen. Wenn der Speicherbedarf weiter ansteigt, kann dies zu Interview-Abbrüchen führen.

Was bedeutet das?

---

Das ist interessant... für den Moment können Sie diese Warnung einfach so hinnehmen - solange Sie unter 32 MB bleiben, besteht keine Gefahr.

Aber wenn es Ihnen recht ist, würde ich mich freuen, wenn Sie mir das Projekt als XML-Datei exportieren könnten (in den Projekt-Einstellungen -> Import/Export) und an die info@soscisurvey.de übermitteln würden. Dann kann ich genauer analysieren, weshalb SoSci Survey an dieser Stelle zu unerwartet viel Speicherplatz benötigt. Und im Idealfall kann ich das ändern.

Kurzfristig und für Ihre Projekt ist dieses "Speicherleck" unproblematisch, aber langfristig ist unser Ziel natürlich auch weiterhin ein robustes Programm :)