Wie genau wird auf die Referenz des übergeordneten Fragebogen zugegriffen?

Question

Vielen Dank für die Antwort, aber leider ist die Variable REF der Untergeordneten Fragebögen leer und genau das ist das Problem (genauso wie die IV, die ich zusätzlich noch mit der ID gespeichert habe).
Die untergeordneten Fragebögen nutzen eine neue Fallnummer CASE und sind deshalb auch darüber nicht zu zuzuordnen.

Mit put() habe ich bereits alles mögliche versucht, aber die interne Variable dafür wurde nicht mit im Datensatz gespeichert und ich bin mir auch nicht genau sicher, welcher Befehl genau dafür das richtige wäre (bei allen anderen gespeicherten IVs aber kein Problem).

put('iv', REF)
put('iv', reference())
put('iv', multiLevelData())
put('iv', iv für ID vom oberen FB)
put('iv', $reference) 
usw. 

Answer 1

Variable REF der Untergeordneten Fragebögen leer

Das ist ungewöhnlich ... Wenn Sie möchten, würde ich für das Projekt eine Adminsitrator-Freigabe einrichten und mir das einmal direkt ansehen.

Mit put() habe ich bereits alles mögliche versucht, aber die interne Variable dafür wurde nicht mit im Datensatz gespeichert

Haben Sie die interne Variable vorher im Datensatz angelegt? Deren Kennung müssen Sie dann in put() eintragen. Wenn Sie also z.B. eine Frage vom Typ "interne Variablen" mit der Kennung XY02 angelegt haben, würde es so aussehen:

put('XY02_01', multiLevelData());

Comments

Ja. Allerdings auf dem Server der UZH (psy-sowi-web) und nicht auf soscisurvey.de ...

---

Dann kann ich nichts finden :D

Prüfen Sie doch links unten bitte mal, welche Programmversion die UZH verwendet. Wenn das nicht die aktuelle Version 3.2.12 ist, dann müssten die Verantwortlichen den Server evtl. mal aktualisieren.

---

Oh man :D

Programm-Version 3.2.00 12:18 Uhr. Können Sie deshalb nur nicht zugreifen oder könnte daran das Problem liegen? Ich kann dem Admin mal schreiben ... Eine Aktualisierung kann dann hoffentlich keine negativen Auswirkungen auf aktive Projekte haben.

---

> Können Sie deshalb nur nicht zugreifen oder könnte daran das Problem liegen?

Nicht zugreifen kann ich deshalb nicht, weil ich auf lokale Befragungsserver generell keinen Zugang habe. Das ist auch gut so - Stichpunkt Datenschutz.

Aber ja, es ist durchaus wahrscheinlich, dass die nicht-so-optimale Funktion von multiLevelDown() damit zusammenhängt - da hat sich doch einiges getan zwischen den Versionen: https://www.soscisurvey.de/de/version3212

> Eine Aktualisierung kann dann hoffentlich keine negativen Auswirkungen auf aktive Projekte haben.

Hunderprozentig ausschließen kann man das nie - wenn man Fehler behebt, ändert sich zwangsläufig das Programmverhalten. Aber wir aktualisieren www.soscisurvey.de fortlaufend im Hintergrund und programmieren alle Updates deshalb so, dass sie den laufenden Betrieb möglichst nicht beeinflussen.

---

Hm okay verstehe, Datenschutz geht natürlich vor.
Danke für den Link, vielleicht liegt es also wirklich daran und ich werde es ansprechen.