Ich führe eine experimentelle Online-Studie durch und habe einen Soft Launch mit ca. 60 Teilnehmenden abgeschlossen. Aufgrund der Ergebnisse habe ich das Studiendesign angepasst, wobei eine Bedingung entfernt wurde und die Instruktionen überarbeitet wurden. Der Fragebogen wurde zwischen Soft Launch und Full Launch nicht deaktiviert, da ich dachte, dass das so korrekt ist. Ich habe nach den Änderungen mehrere Testdurchläufe gemacht, die nun im Datensatz gespeichert sind.
Problem 1: Memory Warning auf Seite 4
Im Debug-Modus erhalte ich auf Seite 4 folgende Warnung:
„Creating this questionnaire page requires an unusually large amount of memory (39.2 MB), inclusing 38.5 MB for the actual page content. Possible reasons include many variables, large PHP variables, or the use of complex PHP functions. If memory requirements continue to increase, this may lead to interviews aborting."
Auf Seite 3 (die Seite davor) befindet sich ein PHP-Code mit Alters- und Country-Check, Umkodierungen sowie einem Quoten-Check mit mehreren statistic()-Aufrufen:
$casesAge = statistic('count', 'IV01_01', $ageGroup);
$casesGender = statistic('count', 'IV04_01', $genderGroup);
$casesRegion = statistic('count', 'IV05_01', $regionGroup);
$casesTotal = 0;
for ($i = 1; $i <= 5; $i++) {
$casesTotal += statistic('count', 'IV01_01', $i);
}
Auf Seite 4 selbst befindet sich der Zufallsgenerator sowie folgender PHP-Code:
$gruppe = value('EM01');
if($gruppe == 1) {
setPageOrder('predRecall', 'RC', 'timing', 'DV');
} else {
setPageOrder('neutralRecall', 'RCN', 'timing', 'DV');
}
Ich mache mir Sorgen, dass die Warning im Full Launch mit 300+ Teilnehmenden zu Abbrüchen führen könnte. Was verursacht den hohen Speicherbedarf und wie kann ich das beheben?
Problem 2: Gleiche Experimentalbedingung beim Testen
Beim Testen über den grünen Link werde ich immer derselben Experimentalbedingung zugewiesen. Ich habe zunächst vermutet, dass der Duplikat-Check das Problem verursacht und ihn deshalb auskommentiert, das hat aber nichts geändert. Im Debug-Modus (gelber Button) funktioniert die Zufallszuweisung korrekt. Woran liegt das? Könnte das Problem auch weiterhin stattfinden, sodass die Versuchspersonen nur einer Experimentalgruppe zugeordnet werden?
Problem 3: Duplikat-Check und Soft-Launch-Daten
Der Duplikat-Check ist aktuell auskommentiert. Die Soft-Launch-Daten sollen aufgrund der Designänderungen nicht in den finalen Datensatz des Full Launches einfließen. Allerdings benötige ich die gespeicherten Referenz-IDs aus den internen Variablen für Duplikat-Checks und Screenout-Duplikate, da ich sonst keinen funktionierenden Duplikat-Check für den Full Launch durchführen kann.
Wie kann ich vorgehen, sodass die Soft-Launch-Daten nicht in die Hauptanalyse einfließen, die Referenz-IDs aber erhalten bleiben und der Duplikat-Check für den Full Launch korrekt funktioniert?
Idealerweise würde ich die Soft-Launch-Daten aus dem Datensatz löschen, da das Design geändert wurde und diese Daten nicht zur Hauptanalyse beitragen sollen. Allerdings bin ich unsicher ob das möglich ist, ohne gleichzeitig die Referenz-IDs in den internen Variablen zu verlieren, die ich für den Duplikat-Check im Full Launch benötige. Gibt es eine Möglichkeit, die Antwortdaten der Soft-Launch-Teilnehmenden zu löschen oder zu separieren, während die Referenz-IDs für den Duplikat-Check erhalten bleiben?