Zählung von internen Variablen im Feld

Question

Hallo SoSciSurvey-Team,

ich hatte bei einigen Fragen gesehen, das von Ihnen angeregt wurde, Folgefragen im Kommentarbereich als neue Frage zu stellen. Falls dies doch nicht gewünscht sein sollte, bitte diese Frage hier löschen.

Bezugnehmend auf meine vorherige Frage, dort ist auch mein PHP-Code: https://support.soscisurvey.de/?qa=56472/interne-variablen-fur-quotierung-zahlen-falsch

Hier nun mein Kommentar als angepasste Frage:

Ich habe folgende interne Variablen angelegt: SC06_01, SC06_02 sowie SC08_01 und SC08_02 existieren nur als intern angelegte Variablen wie folgt:

[SC06] Interne Variablen QS_Gender
SC06_01 QS_Gender_female
SC06_02 QS_Gender_male
Text/Zeichenkette

[SC08] Interne Variablen QS_HO
SC08_01 QS_HO_never
SC08_02 QS_HO_14days
Text/Zeichenkette

Ich habe die internen Variablen also pro Option aufgeteilt. Ist dies so korrekt? Oder sollte es nur eine interne Variable pro Aspekt geben z.B.: SC06_01 für Gender und SC08_01 zur Zählung von HO_never und HO_14 days? Und müsste ich dann stattdessen so wie von Ihnen in der verlinkten Frage beschrieben: '$countFemale = statistic('count', 'SC06', 1);' etc. zur richtigen Zählung verwenden?

Falls es notwendig ist: Ist es möglich, so eine Änderung während einer laufenden Umfrage durchzuführen? Dadurch würde ich ja an der Variablenanzahl etwas verändern und müsste noch einmal die Quotierungen überprüfen denke ich?

Zur besseren Übersicht: SC06_01 & SC06_02 beziehen sich dabei auf folgende Frage im Fragebogen:

[DE02] Auswahl Geschlecht
DE02 Geschlecht
1 = Weiblich
2 = Männlich
3 = Divers
4 = Möchte ich nicht angeben
5 = Andere Angabe:
-9 = nicht beantwortet

DE02_05 Andere Angabe
Offene Texteingabe

Und für SC08_01 & SC08_02 beziehen sich auf:

[SC01] Auswahl
SC01 Screening_HO_FREQ
1 = Nie
2 = Seltener als einmal alle 14 Tage
3 = Mindestens einmal alle 14 Tage
-9 = nicht beantwortet

Zusatz: Beim Blick in meine erhobenen Daten sehe ich folgendes:

Grundsätzlich scheinen die internen Variablen schon (in die richtige Richtung) zu zählen. Nur in manchen Fällen ist die Reihenfolge der Zählung seltsam (wie beschrieben z.B.: 10,11,12,14,13,16,15,18,17,19, ...). Deutet dies darauf hin, das die internen Variablen grundsätzlich korrekt zählen? Ich habe schon überlegt ob diese Sprünge in der Reihenfolge vielleicht daher stammen, dass manche Personen den Fragebogen schneller ausfüllen als andere und damit andere Teilnehmende 'überholen' und daher die höhere Zahl früher im Datansatz abgespeichert wird als die niedrigere. Könnte das sein oder ist dies als mögliche Erklärung nicht denkbar?

Wenn es so sein sollte - kann ich dann davon ausgehen, dass der Code doch richtig funktioniert und ich die Befragung weiterlaufen lassen kann? Vielen Dank für Ihre Hilfe und viele Grüße.

Answer 1

Eine neue Frage macht vor allem dann Sinn, wenn der KOmmentar sonst zu lang wird - also in Ihrem Fall durchaus :)

Hier nochmal meine Antwort aus dem Kommentar unter der anderen Frage:

Ich habe die internen Variablen also pro Option aufgeteilt. Liegt hier der Fehler?

Normalerweise würden Sie entweder den Antwortcode für das Geschlecht oder einen umkodierten Wert (also z.B: eine Alterskategorie) in eine interne Variable speichern. Für diese würden Sie mittels statistic() bei jedem Aufruf des Fragebogens eine Häufdigskeitsauszählung machen, um zu prüfen, ob Sie schon genug Fälle haben. Die bis dahin erreichte Summe können Sie zusätzlich in den Datensatz schreiben, das ist aber eher unüblich. Von einem manuellen Zählen (+1) würde ich abraten. Das ist zu fehleranfällig.

in manchen Fällen ist die Reihenfolge der Zählung seltsam (wie beschrieben z.B.: 10,11,12,14,13,16,15,18,17,19, ...).

Das kommt (wie Sie schon vermuten) dann zustande, wenn ein Interview früher begonnen wurde (in dem Fall das mit der 14), das andere (hier das mit der 13) aber zuerst zu der Seite mit der Zählung gekommen ist.

Deutet dies darauf hin, das die internen Variablen grundsätzlich korrekt zählen?

Ganz falsch ist es womöglich nicht ... Sie zählen aktuell mit statistic() einfach die Anzahl gültiger Werte in der entsprechenden Variable. Der Funktion ist es dementsprechend egal, ob dort eine 13, 14 oder 99999 steht.

Comments

Vielen Dank für die Antwort(-en)!

Dann weiß ich Bescheid, dass die Variante des manuellen Zählens (+1) nicht die optimale Lösung ist. Soweit ich es aus meinem jetzigen erhobenen Datensatz sehen kann, scheint die Zählung (wenn auch mit dem oben geschilderten hin und wieder auftretendem Zählfehler) zu funktionieren.
 
Da ich mich im Coden noch nicht sattelfest fühle und leichte Bedenken habe, dass ich mit Anpassungs- und Optimierungsversuchen am Code & den internen Variablen etwas lahmlegen könnte während die Umfrage gerade im Feld ist frage ich mich, ob ich bis auf diese nicht ideale Zählweise weitere Nachteile zu erwarten hätte? Die Verantwortung für die Entscheidung liegt natürlich bei mir, aber würden Sie sagen, dass es außer den 'Stolperern' beim Zählen noch weitere Punkte dagegen sprechen würden, den Code für dieses Mal so zu lassen, wie er ist? Nochmals Danke für die Hilfe! :)

---

Ich stimme Ihnen zu, dass eine ästhetische Optimierung es nicht wert ist, eine laufende Erhebung zu gefährden. Behalten Sie die Quote nur dann im Blick, wenn sich eine der Kategorien dem Limit nähert - nur zur Sicherheit, damit nicht eine der Quoten am Ende deutlich überschritten wird, weil der der Quotenstopp (doch) nicht funktioniert.