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.
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.
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.
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?
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.
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