SC4: Bewerbungsberuf ohne Pläne für Bewerbung

Liebes FDZ,

ich wollte meine Stichprobe gerade etwas zuschneiden und dafür aus der SC4 (pTarget) die Pläne der Bewerbung (tf00030) sowie den 1. Bewerbungsberuf (tf00260_g2) verwenden. Und nun komme ich wahrscheinlich bei der Filterführung nicht ganz mit, aber ich verstehe nicht, warum bei vielen Personen ein Bewerbungsberuf angegeben ist, obwohl auf die Frage zu tf00030 mit „nein“ geantwortet wurde. Oder anders herum, es wurde mit „Ja“ zu den Bewerbungsplänen geantwortet, aber bei tf00260_g2 taucht ein"designbedingt fehlend" auf. Ich freue mich, wenn ihr mich aufklären könnt.

Liebe Grüße
Lea Ahrens

Hallo Lea!

Ich schaue mir das Problem morgen an - sorry.

LG
Dietmar

Hallo Lea!

Ich habe erste Hinweise beim Problem der gefüllten tf00260_g2 mit tf00030= nein. Das Problem tritt vermehrt in alten Wellen auf in denen es nur Papierfragebögen gab. Hier kann man schlecht Filter setzen - Schüler kreuzten zwar nein an, haben aber dann doch die offene Angabe ausgefüllt. Ich bin bald mit mehr Neuigkeiten zurück.

VG
Dietmar

Hallo nochmal!

Also ich habe mir alle Rohdateien angesehen. Das Problem tritt ausschließlich und in großer Zahl in den PAPI-Versionen auf. Das bedeuted, dass die Schüler:Innen zu einem erheblichen Teil die Filteranweisungen der Papierfragebögen missachten. Die Filter der CAWI-Versionen funktionieren also. Es gab mal das Bestreben, dass man die Daten der Papierfragebögen hinsichtlich der Filterführung nachträglich „bereinigt“ werden, aber das wurde dann wieder verworfen. Es wäre wirklich interessant, wie stark Lesefähigkeiten mit der Missachtung der Filteranweisungen korrelieren.

VG
Dietmar

Lieber Dietmar,

vielen Dank dir! Dass bei den PAPi-Versionen nicht gut gelesen wurde und einfach trotzdem bei der „falschen“ Frage geweantwortet wurde, kann ich verstehen(: Warum aber erscheint „designbedingt fehlend“ obwohl die Bewerbungspläne bejaht wurden?

Liebe Grüße
Lea

Hallo Lea!

Ich habe wiedermal gegraben…
Die Fälle, die designbedingt fehlend in diesen und auch in allen anderen Variablen in Welle 3 haben, sind Personen, die nicht am Survey in W3 teilnahmen, sondern nur ein Statusupdate zu Schule, Note, Schulort etc vorliegt. Diese Infos liegen in pTarget.

LG
Dietmar

Hallo Lea!

Ich bin dir noch eine vollständige Antwort schuldig!

In Welle 1 wurde tf00260_g2 nicht generiert. Es gibt zwar t60006, die zu Q68_K12 eine fast identische Frage enthält, aber sie wurden nicht harmonisiert. Ich weiß leider nicht warum - der entsprechende Mitarbeiter am LIfBi ist nicht mehr da und in Funktionsemailaddresse fdz@lifbi.de finde ich keine Infos dazu. Jedenfalls wurden für die Welle 1 tf00070_g2*-Variablen gebildet.
Wenn ich dann mit der folgenden Syntax die Harmonisierung nochmal checke, passt es.

LG
Dietsch

use ID_t wave tf00260_g2 tf00030 tf00070_g2 using „C:\Users\bainb201\Desktop\Data\SC4_D_14-0-0\Stata14\SC4_pTarget_D_14-0-0.dta“, clear
merge 1:1 ID_t wave using „C:\Users\bainb201\Desktop\Data\SC4_D_14-0-0\Stata14\SC4_CohortProfile_D_14-0-0.dta“, keep(master matched) keepusing(tx80106 t723080_g1)

gen wave1 = (wave==1)

bysort wave1: tab tf00260_g2 tf00030 if (tf00260_g2 ==-54 | tf00030 ==-54), mis

clonevar tf00260_g2ha = tf00260_g2
replace tf00260_g2ha = tf00070_g2 if wave == 1

bysort wave1: tab tf00260_g2ha tf00030 if (tf00260_g2ha ==-54 | tf00030 ==-54), mis