Wiki

Case Status Kiln
Log In

Wiki

 
InvDat, PartDat, InvAg og Part…
  • RSS Feed

Last modified on 10.10.2012 15:06 by User.

Tags:

InvDat, PartDat, InvAg og PartAg

Generelle prinsipper: Informasjon bør tas vare på, og bør være så nøyaktig som mulig.

Problem: Mengden inviterte er ikke den samme som mengden med InvDat/-Ag. Tilsvarende med PartDat/-Ag. Dette skaper forvirring/usikkerhet.

Løsning for -Ag: Disse kan beregnes kun for inviterte eller deltagere, henholdsvis. Dette fjerner problemet ved at noen har -Ag uten å ha tilsvarende status, og vi taper ingen data. (Data for andre kan genereres siden, såfremt -Dat-variablene bevares komplett.) NEI, DÅRLIG IDÉ. Folk kan f.eks. ha deltatt i BLM uten å ha deltatt i BLQ1, og da bør de ha PartDat selv om den er lagt til BLQ1. Ag-variablene må ha så mange verdier som mulig.

-Dat-variabler for de uten riktig status er kjekt å ha for detektivarbeid. Beholder disse.

Alle deltagere bør ha PartDat, men hvis den er ukjent er det lite vi kan gjøre. Er det noen deltagere uten PartDat som har InvDat?

Alle inviterte bør ha InvDat. Hvis den er ukjent kan vi bruke PartDat (godt estimat) eller noe basert på personens kohort (kommune, skole) (brukbart estimat). Dette er et brudd med min tidligere praksis, der deltagere uten eksplisitt invitasjon ikke har InvDat.

Dette vil endre InvDat for nesten alle i NT1, siden den nå er estimert på grunnlag av kommune. Det er dog ingen kohorter basert på denne. For NT2 og NT3 vil det kun komme til noen nye InvDat.