Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:create:databank [18.08.2022 17:57] – [Daten ändern] admin
+++ de:create:databank [21.09.2024 20:12] (aktuell) – [Daten einlesen] admin
@@ Zeile 6: / Zeile 6: @@
   * Werte an nachfolgende Interviews übergeben
   * Daten über mehrere Interviews hinweg verwalten (z.B. Quoten zählen, Stimuli systematisch rotieren) bzw. Daten zwischen Interviews austauschen
-  * Anhand des Teilnahmeschlüssels (Seriennummer) oder der Referenz personalisierte Daten einblenden (Daten im Interview zuspielen)
+  * Anhand des Personenkennung, dem Teilnahmecode oder der Referenz personalisierte Daten einblenden (Daten im Interview zuspielen)
   * Eingabefelder im Fragebogen individuell vorbelegen (in Kombination mit ''[[:de:create:functions:preset|preset()]]'')
@@ Zeile 55: / Zeile 55: @@
 |B5|30| |
-Diese Tabelle speichern Sie im Dateiformat CSV (Character Separated Values) ab. Das ist nichts anderes als eine Textdatei, in der die Werte hintereinander stehen und durch ein vorgegebenes Zeichen (z.B. einen Tabulator) getrennt sind.
+Diese Tabelle speichern Sie im Dateiformat XLSX (Excel) oder CSV (Character Separated Values) ab. CSV-Dateien sind Textdateien, in der die Werte hintereinander stehen und durch ein vorgegebenes Zeichen (z.B. einen Tabulator) getrennt sind.
-Wählen Sie unter **Spezialfunktionen** -> **Datenbank für Inhalte** nun bei //Daten einlesen (CSV)// die CSV-Datei aus und bestätigen mit //OK//. Im folgenden Fenster werden noch ein paar Details abgefragt -- normalerweise erkennt SoSci Survey die korrekten Format-Einstellungen der Datei automatisch.
+Wählen Sie unter **Spezialfunktionen** -> **Datenbank für Inhalte** nun bei //Daten einlesen// die Tabelle aus und bestätigen mit //OK//. Im folgenden Fenster werden noch ein paar Details abgefragt -- normalerweise erkennt SoSci Survey die korrekten Format-Einstellungen der Datei automatisch.
-Wenn Sie in einem mehrsprachigen Projekt arbeiten, können Sie für unterschiedliche Sprachversionen unterschiedliche Daten hinterlegen. Das Programm wird immer prüfen, ob für die aktuelle Sprachversion ein eigener Eintrag vorliegt -- und wenn nicht, wird der Eintrag aus der Basissprache verwendet ([[multilang|Mehrsprachige Befragungen]]).
+**Hinweis:** Jede Zeile in der Tabelle muss mindestens 2 Spalten haben. Zeilen, die nur einen Schlüssel oder gar keine Daten enthalten, werden beim Import ignoriert.
+==== Daten mit Sprachversion einlesen ====
+Wenn Sie in einem mehrsprachigen Projekt arbeiten, können Sie für unterschiedliche Sprachversionen unterschiedliche Daten hinterlegen. Das Programm prüft beim Abruf eines Datenbank-Eintrags, ob für die aktuelle Sprachversion ein eigener Eintrag vorliegt -- und wenn nicht, wird der Eintrag aus der Basissprache verwendet ([[multilang|Mehrsprachige Befragungen]]).
+Sie können in der Import-Datei festlegen, für welche Sprache ein Eintrag gedacht ist. Erstellen Sie dazu eine Spalte mit dem Namen ''LANGUAGE''.
+^KEY^LANGUAGE^D0         ^D1     ^
+|A1 |   ger  |Apfelbaum  |Äpfel  |
+|A1 |   eng  |apple tree |apples |
+|A2 |   ger  |Birnbaum   |Birnen |
+|A2 |   eng  |pear tree  |pears  |
+|A3 |   ger  |Clementinenbaum|Clementinen|
+|A3 |   eng  |Clementine tree|clementines|
+==== JSON-Daten einlesen ====
+Die Datenbank für Inhalte kann auch JSON-Objekte speichern. Diese können nicht über ''[[:de:create:functions:dbget]]'' sondern nur über ''[[:de:create:functions:dbretrieve]]'' abgerufen werden. Anders als "normale" Datenbankeinträge können hier auch keine unterschiedlichen Sprachversionen hinterlegt werden.
+Geben Sie als ''LANGUAGE'' den Code "qcb" ein, um JSON-Objekte als solche zu importieren. Für JSON-Einträge ist nur eine Spalte erlaubt.
+^KEY^LANGUAGE^D0         ^
+|A1 |   qcb  |''%%{tree:"Apfelbaum", fruit:"Äpfel"}%%''|
+|A2 |   qcb  |''%%{tree:"Birnbaum", fruit:"Birnen"}%%''|
+|A3 |   qcb  |''%%{tree:"Clementinenbaum", fruit:"Clementinen"}%%''|
-**Hinweis:** Jede Zeile in der Tabelle muss mindestens 2 Spalten haben. Zeilen, die nur einen Schlüssel oder gar keine Daten enthalten, werden beim import ignoriert.
@@ Zeile 117: / Zeile 143: @@
 Für die gesamte Tagebuchstudie kommt die Serienmail-Funktion von SoSci Survey zum Einsatz. Über ''caseSerial()'' kann daher in jedem Fragebogen ein eindeutiger Personen-Code ermittelt werden.
+**Hinweis:** Falls die E-Mail-Adresse im ersten Fragebogen erst erhoben wird ([[:de:survey:opt-in-live]]), verwenden Sie in diesem Fragebogen statt ''caseSerial()'' bitte ''value()'' mit der Kennung der Opt-In-Frage.
 In der Vorerhebung werden die genutzten Fernsehsender mit der Mehrfachauswahl "FS01" auf Seite 2 des Fragebogens abgefragt. Auf Seite 3 (oder später) wird die Auswahl in der Datenbank vermerkt:
@@ Zeile 122: / Zeile 150: @@
 <code php>
 $sender = getItems('FS01', 'is', 2);
-$key = 'FS-'.caseSerial();  // Der Seriennummer wird noch ein "FS-" vorangestellt, damit in der Datenbank auch noch andere Inhalte gespeichert werden können.
+$key = 'FS-'.caseSerial();  // Dem Teilnahmecode wird noch ein "FS-" vorangestellt, damit in der Datenbank auch noch andere Inhalte gespeichert werden können.
 dbSet($key, $sender);
 </code>
@@ Zeile 207: / Zeile 235: @@
 ==== Daten a-priori zuspielen ====
-In einer (nicht-anonymen) Kundenbefragung sind einige Stammdaten bereits bekannt -- sie sollen im Fragebogen aber aktualisiert/vervollständigt werden. Die Kunden erhalten personalisierte Links (Zugriff "Seriennummer") mit einem Code, der jedem Kunden vorab zugeteilt wurde. Hierfür werden 12-stellige Zufallscodes verwendet, damit man nicht einfach die Codes anderer Kunden erraten und deren Daten abrufen kann, wie es bei einer fortlaufenden Kundennummer leicht möglich wäre.
+In einer (nicht-anonymen) Kundenbefragung sind einige Stammdaten bereits bekannt -- sie sollen im Fragebogen aber aktualisiert/vervollständigt werden. Die Kunden erhalten personalisierte Links (Zugriff "Teilnahmecode") mit einem Code, der jedem Kunden vorab zugeteilt wurde. Hierfür werden 12-stellige Zufallscodes verwendet, damit man nicht einfach die Codes anderer Kunden erraten und deren Daten abrufen kann, wie es bei einer fortlaufenden Kundennummer leicht möglich wäre.
 Es wird eine Tabelle erstellt, die als erste Spalte den Code enthält und daneben die Stammdaten. Die Tabelle wird als CSV-Datei gespeichert und in die projektinterne Datenbank importiert.
@@ Zeile 215: / Zeile 243: @@
 |72KU635485UG|MSD-Media GbR|Korbinianstr.|17|||
-Der Code wird im personalisierten [[:de:survey:url|Link zum Fragebogen]] als Seriennummer (''s'') übergeben und steht im PHP-Code daher via ''caseSerial()'' zur Verfügung.
+Der Code wird im personalisierten [[:de:survey:url|Link zum Fragebogen]] als Teilnahmecode (''s'') übergeben und steht im PHP-Code daher via ''caseSerial()'' zur Verfügung.
 Die offene Texteingabe "ST01" hat folgende Eingabefelder: Firma (01), Straße (02), Hausnummer (03), PLZ (04), Ort (05). Mittels ''prepare()'' werden nun die bekannten Daten eingetragen -- der Kunde kann sie beim Ausfüllen ggf. anpassen.
@@ Zeile 238: / Zeile 266: @@
 Um während des Interviews einen Eintrag in der Datenbank für Inhalte zu ergänzen, muss dieser ausgelesen, ergänzt und dann wieder geschrieben werden.
-Zum Beispiel wurden unter dem Schlüssel "FS-<Seriennummer>" a-priori Daten hinterlegt (3 Einträge pro Person, also Indizes 0 bis 2). In Befragungswelle 1 soll nun eine Produktpräferenz aus Frage PP01 als viertes Datum (Index 3) ergänzt werden. Der folgende PHP-Code könnte dann auf der Seite __nach__ der Seite mit PP01 stehen (s. Hinweise zu ''[[:de:create:functions:value]]'').
+Zum Beispiel wurden unter dem Schlüssel "FS-<Teilnahmecode>" a-priori Daten hinterlegt (3 Einträge pro Person, also Indizes 0 bis 2). In Befragungswelle 1 soll nun eine Produktpräferenz aus Frage PP01 als viertes Datum (Index 3) ergänzt werden. Der folgende PHP-Code könnte dann auf der Seite __nach__ der Seite mit PP01 stehen (s. Hinweise zu ''[[:de:create:functions:value]]'').
 <code php>