Hallo,
ich habe mir einmal beide Dateien angeschaut.
Zunächst zur *.sps:
Hier wird ja bei jeder Variablen diese Umkodierung vorgenommen und später auch das Label entsprechend hinzugefügt.
Sicherlich ohne dass eine solche Einstellung bei den Fragen war; gerade bei Matrizen finde ich dies schon sehr absonderlich.
Dieses Verhalten wurde vor ein paar Tagen schon von einem anderen Benutzer bemerkt.
Ich weiß jetzt nicht, welche Version dort im Spiel war; jedenfalls kann ich dies weder in 3.27.17 noch in einer alten 3.22.9, reproduzieren.
Möglicherweise war es eine neue Idee eines Entwicklers, die dann dummerweise den Weg in das Release genommen hat. Keine Ahnung.
Jetzt zur *.sav:
Aber allem Anschein nach ist dies keine Fehlermeldung, sondern eher eine Warnung.
Der Befehl wird ja abgearbeitet.
Das siehst Du ja hier.
Und logisch ist die Warnung auch.
Nahezu alle Variablen werden im Format "F1" eingelesen, und dann soll plötzlich eine Antwort ("-oth-"), also Text damit verglichen werden; hier hätte man ja ein Format "A.." erwartet. Und da ja jetzt eine sechsstellige Zahl als Code genommen wird, muss das Format auch noch auf "F6" geändert werden.
Mein Ratschlag ist:
Lösche den gesamten "Recode"-Block aus der Syntax. Der ist absoluter Blödsinn.
Du musst sie ja sowieso noch editieren,
einmal, um die Teilnehmeranweisungen, die ja für die Analyse unsinnig sind, zu entfernen. Dies sind ja wohl Matrizen; Du benötigst ja nur das Item.
VARIABLE LABELS V55 "[Wenn ein Problem auftaucht, kann ich es aus eigener Kraft meistern. ]
Bitte markieren Sie bei jeder Aussage die Rubrik, die Ihrer Meinung nach am besten beschreibt, wie Sie sich in den letzten zwei Wochen gefühlt haben.".
und dann evtl. auch, um die VALUE LABEL-Orgien mit immer denselben Antwortoptionen zu kürzen
Z.B.
V19 bis V28
V29 bis V37 und weiter V38 bis V45
V46 bis V55
Oder Du benutzt den direkten Export nach *.sav.
Was Deine andere Frage angeht bezüglich fehlender Daten, können wir natürlich nichts sagen, ohne Deine Studie als LSS Export zu sehen, um dies evtl. reproduzieren zu können.
Zumindest sind ja in der gesendeten *.sav dort Daten enthalten.
Außerdem gibt es wohl auch Relevanzgleichungen bei diesen Fragen (SES041 scheint nur gefragt zu werden, wen SES04 nicht den Code 1 hat).
Als Letztes, um Dir die Angst zu nehmen, "alles sei umsonst"
Wenn die Daten in der Antwort-Tabelle von LimeSurvey vorhanden sind, kannst Du sie auch immer nach SPSS hinüberschaufeln.
Es gibt so viele andere Möglichleiten:
- Export nach EXCEL und hinüberkopieren der Daten von EXCEL in das SPSS Datenblatt
- Export nach EXCEL oder *.csv und Importieren in SPSS mit "Textdateien lesen..."
- Der direkte Export nach *.sav (ohne Umweg über Syntax und Datenfile).
Und alles steht und fällt mit einem vollständigen Test des gesamten Workflows bis zum Import in SPSS (wie Du es ja anscheinend auch machst)
Joffm
P.S.
Ich habe einmal die Änderungen in den einzelnen releases zwischen meiner aktuellen (3.27.17) und jetzt angesehen.
Da findet man dann dieses in 3.27.20:
-Fixed issue #17152: exporting list question with 'other' to SPSS does not read all data (#2006) (Gabriel Jenik)
Ja, vielleicht ist das gefixt, dafür aber verschlimmbessert? Wer weiß.
Insgesamt ist dies aber einen Bug Report wert.
Topic Author
, da das nicht geklappt hat, habe ich die Antwortoptionen verändert auf Zahlen , d.h. Abitur = 1, Lehre = 2 etc.
) nicht selbstverständlich und wollte mich bedanken! Das ist alles - sollte nicht anders rüberkommen. 
