Welcome to the LimeSurvey Community Forum

Please help us help you and fill where relevant:
Your LimeSurvey version: LimeSurvey Cloud   Version 6.4.4
Own server or LimeSurvey hosting:
Survey theme/template:
==================
Hallo, 
ich habe folgenden Schieberegler in meiner Umfrage (siehe Anhang) 
Nun würde ich gerne, dass der Hinweis "Jede Antwort muss zwischen -1 und 1 sein den Teilnehmenden nicht angezeigt wird. 
Für meine statistische Auswertung später sind diese Werte wichtig, daher kann ich die Begrenzung nicht aufheben. 
Ich möchte daher wirklich nur, dass der Hinweis nicht mehr angezeigt wird, da dies verwirrend wirken könnte. Die Skala soll für die Teilnehmenden nur von Ganz links bis ganz rechts gehen. 

Hier das Skript des Schiebereglers: 
(Ich habe es über die Einstellungen von limesurvey nicht so hinbekommen wie ich wollte, daher habe ich es über JavaSkript gemacht. Ich weiß, dass dieses nicht perfekt ist und man es bestimmt einfacher hätte lösen können. Aber wenigstens sieht es so aus, wie ich es wollte) 

Ordne dich auf der Skala politisch selbst ein: <script type="text/javascript" charset="utf-8">
 
    $(document).on('ready pjax:scriptcomplete',function(){
 
        // Identify this question
        var thisQuestion = $('#question{QID}');
 
        // Define the text strings
        var tipTexts = {
          
            -1:    'Ganz links',
            -0.5:    'Eher links',
            0:    'Mitte',
            0.5:    'Eher rechts',
            1:    'Ganz rechts',
         
        };
 
        $('input:text', thisQuestion).on('slideEnabled',function(){ 
            var thisItem = $(this).closest('li');
 
            // Insert custom tooltip
            $('.tooltip-inner', thisItem).addClass('tooltip-inner-1 hidden');
            $('.tooltip', thisItem).append('<div class="tooltip-inner tooltip-inner-2">'+tipTexts[$(this).val()]+'</div>');
 
            // Listener on slider
            $(this).on('slide slideStop', function(event) {
                // Handle dynamic tooltip text
                $('.tooltip-inner-2', thisItem).text(tipTexts[$(this).val()]);
            });
        });
    });
</script><script type="text/javascript" charset="utf-8">
    $(document).on('ready pjax:scriptcomplete',function(){
 
        var ticksArray = [

            [-1, 'Ganz links'],
            [-0.5, 'Eher links'],
            [0, 'Mitte'],
            [0.5, 'Eher rechts'],
            [1, 'Ganz rechts'],

        ];
 
        insertSliderTicks('{QID}', ticksArray);
    });
 
    /* Insert Slider Tick Marks */
    function insertSliderTicks(qID, ticksArray) {
        var thisQuestion = $('#question'+qID);
 
        $(thisQuestion).addClass('with-inserted-ticks');
 
        $('input:text', thisQuestion).on('slideEnabled',function(){ 
            var thisSlider = $(this);
            var thisItem = $(thisSlider).closest('li');
            var thisMin = $('.slider-handle:eq(0)', thisItem).attr('aria-valuemin');
            var thisMax = $('.slider-handle:eq(0)', thisItem).attr('aria-valuemax');
            var thisRange = thisMax - thisMin;
            $.each(ticksArray, function(i, val) {
                var tickRelativePosition = val[0] - thisMin;
                var tickPercent = (tickRelativePosition/thisRange)*100;
 
                // Insert tick marks
                $('.slider-handle:eq(0)', thisItem).before('<div class="inserted-tick left-'+tickPercent+'" style="left: '+tickPercent+'%">\
                                                    <div class="tick-text">'+val[1]+'</div>\
                                                </div>');
            });    
        });
    }
</script>
<style type="text/css">/* Slider Tick Marks */
  
  #label-847347X6X8SQ001{
    display:none;
  }
  
  .tooltip.tooltip-main.bs-tooltip-top.show {
    display:none;
    visibility:hidden;
}

    @media only screen and (min-width: 768px) {
 
        .with-inserted-ticks .slider-container {
            padding-right: 50px;
            padding-left: 50px;
        }
    }
 
    .with-inserted-ticks .slider-item {
        margin-bottom: 50px;
    }
 
    .with-inserted-ticks .slider-container .help-block {
        margin: 25px 0 0 -20px;
        width: 40px;
        text-align: center;
    }
 
    .with-inserted-ticks .slider-container .help-block.pull-right {
        margin: 25px -20px 0 0;
    }
 
    .inserted-tick {
        position: absolute;
        top: 20%;
        height: 20px;
        width: 5px;
        margin-top: -5px;
        margin-left: -1px;
        background-color: #DDDDDD; 
        background-color: green; 
    }
 
    .inserted-tick.left-0,
    .inserted-tick.left-100 {
        background-color: transparent;
        background-color: green; 
    }
 
    .inserted-tick .tick-text {
        position: absolute;
        top: 150%;
        width: 100px;
        margin-left: -50px;
        color: #000000;
        text-align: center; 
    }
 
    @media only screen and (max-width: 768px) {
 
        .inserted-tick.left-0 .tick-text {
            margin-left: 0px;
            text-align: left; 
        }
 
        .inserted-tick.left-100 .tick-text {
            margin-left: -100px;
            text-align: right; 
        }
    }
</style>

Ich würde mich sehr über eure Hilfe oder Tipps freuen! Vielen Dank

Naja,
Beide Fälle sind doch so von Dir gewollt.
Wenn es eine Pflichtfrage ist, müssen die Eingabefelder auch ausgefüllt sein.
Und wenn Du als Summenwert 100 in den Einstellungen forderst, wird so lange ein Fehler gezeigt wie die Bedingung nicht erfüllt ist. Und das ist sie anfänglich ja nicht.

Ein kleiner Ausweg aus dem Dilemma könnte - als erste Idee - sein, die Frage als Nicht-Pflicht anzulegen und nur in der Fragenvalidierung etwas zu machen wie
"die Summe ist gleich 0" oder "die Summe ist gleich 100"
Damit vermeidest Du die initiale Fehlermeldung, erzwingst aber doch eine Summe von 100.
Allerdings nur, wenn überhaupt irgendwo etwas eingetragen wurde (alle Felder leer ist ja hier erlaubt)

Wenn Du es verschmerzen könntest, dass eben alle Felder ausgefüllt werden müssen, mache es als Pflichtfrage. 

Vielleicht fallen Dir andere Validierungen ein. 
 
Dies nur ganz schnell.

Joffm
 
 

Bitte helfen Sie uns, Ihnen zu helfen und füllen Sie folgende Felder aus:
Ihre LimeSurvey-Version: Version 6.4.3
Eigener Server oder LimeSurvey-Cloud: Cloud
Genutzte Designvorlage: Vanilla
==================
Guten Abend,

ich habe den Fragetyp mehrfach numerische Eingabe verwendet, als Pflichtfrage gesetzt und gleich Summenwert 100. Problem 1: Ich muss in jede Zeile etwas eingeben, um auf die nächste Fragebogenseite zu kommen. Problem 2: Sofort, wenn man auf die Seite kommt, ist die gesamte Frage rot hinterlegt. Ich würde mich sehr über Ihre Hilfe freuen.

Viele Grüße
Michael

Lieber Joffm,
perfekt, VIELEN DANK für den Hinweis - jetzt läuft es einwandfrei!
Liebe Grüße

Hallo,
hast Du mein "Tutorial 4" angeschaut.

Da erkläre ich doch den Unterschied (auf Seite 2) zwischen

• Zufallszahl (es wird ein Element aus mehreren zufällig angezeigt)
• Randomisierungsgruppe (alle Elemente mit diesem Randomisierungsgruppennamen werden in zufälliger Reihenfolge angezeigt)

Soll heißen: Durch die Randomisierungsgruppe werden alle 32 Fragen irgendwie verwürfelt, und aufgrund der Bedingung durch die Zufallszahl wird dann eine Gruppe angezeigt, in der dann eben irgendwelche Fragen sind.
Schmeiß diesen Randomisierungsgruppenname R1 raus!

Um bei meinen Bildersets diese Einstellung "auszutricksen" dachte ich, dass ich jede Frage (mit je 4 Bildern) in eine eigene Gruppe stecke.

Das ist kein Trick, sondern genau das, was wir seit Jahrern propagieren: Eine Frage pro Gruppe.
Einerseits ist es für den Teilnehmer das für Online-Umfragen günstige "Eine Frage pro Seite"
Andererseits hast Du die Freiheit, ab uind zu doch mehrere kurze Fragen auf einer Seite anzuzeigen, oder mittels javascript oder css mehrere Fragen zu vereinigen.

Joffm

P.S.

da ich die Originalen nicht teilen darf,

Tu das auf keinen Fall, weder durch Zerschneiden noch durch Zerreißen oder so.
Ich würde auch viele andere Sachen nicht teilen, denn dann hätte ich ja nur noch die Hälfte oder noch weniger.
 

Lieber Joffm, liebes Team,
hier bin ich wieder, weil ich bemerkt habe, dass leider nicht genau eine Gruppe mit den dazugehörigen 4 Fragen (zu je 4 Bildern) von den insgesamt 8 Gruppen angezeigt wird, sondern wahllos 4 Fragen aus allen 8 Gruppen ausgewählt werden.

Dass die Zufallszahl, wenn einmal erstellt, nicht geändert wird, habe ich m.E. hinterlegt. Denke aber nicht, dass es daran liegt, kann sonst aber leider nichts zu meinem Problem Nr. 1 finden. 

Problem Nr. 2 ist, dass es einen neuen Arbeitsauftrag gibt, der sagt, dass diese 4x4 Bildersets nicht auf einer Seite anzuzeigen sind, sondern jedes Set auf einer eigenen Seite angezeigt werden soll. Jetzt habe ich in meiner Umfrage davor und danach allerdings zahlreiche andere Fragen, die in Gruppen angezeigt werden sollen. Die Einstellung "Gruppe für Gruppe" muss also aktiviert bleiben.
Um bei meinen Bildersets diese Einstellung "auszutricksen" dachte ich, dass ich jede Frage (mit je 4 Bildern) in eine eigene Gruppe stecke. Ich weise den Gruppen der ersten vier Sets jeweils die Bedingung (eqZufall)==1, den zweiten vier Sets die Bedingung (eqZufall)==2, usw. zu und schon sollte es funktionieren. Das klappt aber noch weniger....

Lange Rede, kurzer Sinn.. ich habe eine .lss Datei angehängt, in der ich jetzt Beispielbilder eingefügt habe, da ich die Originalen nicht teilen darf, damit man sieht, wie ich das gemacht habe. Allerdings noch OHNE dem Versuch, alle Sets auf einer eigenen Seite anzuzeigen. Weil ich denke, dass ich erst mal das Problem mit der Zufallszahl lösen muss und das zweite Problem dann vielleicht ohnehin so funktioniert wie von mir gedacht.

Ich bedanke mich schon mal herzlich und hoffe, dass ich alles verständlich formuliert habe!
Liebe Grüße!

Na, dann ist ja alles im Grunde erledigt.
Nach den jeweiligen Basis-Erhebungen fügst Du die eingegebenen Ziele in Excel zur Teilnehmerliste hinzu und lädst sie hoch.

Danach genügt es, die gewünschten Teilnehmer nach Gruppe zu filtern und jedesmal neu einzuladen.
Und nach einer Welle die Teilnehmer in der Teilnehmerliste wieder zurücksetzen.
Das kannst Du ja immer in den Zwischenräumen zwischen den Terminen machen; alle "auf einen Rutsch".

Und dei Antworttabelle bleibt gänzlich unberührt.
Wie hier
Gleichzeitig siehst Du, dass meine Idee mit der Funktion "statCountiIf" funktioniert
In eine versteckte Frage vom Typ "kurzer Text" ("TOK") wird als Vorgabeantwort das jeweilige Token geschrieben, also {TOKEN:TOKEN}
Und in der darauffolgenden Gleichung wird nachgeschaut. wie oft diese Antwort bereits gegeben wurde.
{sum(statCountIf(TOK.sgqa, TOKEN:TOKEN),1)}
Ich habe - wie schon gesagt - "1" addiert, damit beim ersten Mal eine "1" angezeigt wird, und keine "0" (diese Antwort wurde bisher nicht gegeben), also reine Schönheit.
 
Dann sieht die Teilnehmer-Tabelle so aus
 
Setzen wir alles zurück (darauf achten, dass keine unsichtbaren Daten in den Datumsfeldern zurückbleiben)
 
kann die nächste Welle ablaufen, wie hier gezeigt (nicht 4 Wochen später, aber 6 Minuten - zum Zurücksetzen)
 

Und durch die Variable "Welle" hast Du für Deine spätere Auswertung schon eine erste handliche Trennvariable.

Joffm

 

Hallo Joffm,

herzlichen Dank für deine hilfreichen Ausführungen und Fragen. 

Meine Antworten habe ich an den jew. Stellen eingefügt.

BG - Tobias

Joffm post=255050 userid=48983Hallo, Tobias,
gut, gehen wir es einmal durch.
Da es ja zwei verschiedene Umfragen sind, ist die "Nullmessung" außen vor.
Hier wird aber schon das Ziel eingetragen.
Du schreibst

Seminarziele aus Umfrage (manuell) individuell als Tokens hinterlegen.

Eigentlich nicht manuell.
Es gibt das Plugin "updateTokenByResponse", mit welchem Du diese Eingabe als Attribut in die Teilnehmer-Tabelle "schieben" könntest.
Sehr wahrscheinlich lässt die Uni dies aber nicht zu.
Es ist im Grunde auch keine wirkliche Ersparnis.

Das müsste ich über die Hochschul-IT prüfen. Wenn die Zeitersparnis allerdings sowieso gering ist, spare ich mir das lieber.

Denn nach der Nullmessung wirst Du ja die Daten exportieren (mit den Daten aus der Teilnehmerverwaltung) und diese dann als neue Teilnehmertabelle in die zweite Umfrage hochladen.
Das Vorgehen habe ich ja gerade im Thread von "annsophie2911 (Mehrphasige Befragung)" beschrieben.
Hast Du ja sicher schon gelesen.

Ja, habe ich gelesen. Guter Tipp!

Also bleibt nur die zweite Umfrage.
Vorab einige Unklarheiten.
Die erste Folgeumfrage soll 14 Tage nach dem Seminar stattfinden, die zweite 4 Monate danach, usw.
a. Wie lange hat ein Teilnehmer Zeit, die Umfrage auszufüllen?
b. Was passiert mit einem Teilnehmer, der die zweite Folgebefragung nicht ausfüllt? Nimmt er an der dritten Folgebefragung trotzdem teil?

ZU a: Offiziell 4 Tage (damit die Messzeitpunkte stimmen);  Inoffiziell werden wir die TN aber so lange erinnern (ggf. telefonisch), bis wir die Daten haben. Der zeitliche Versatz zum definierten Messzeitpunkt wird dann statistisch berücksichtigt.
ZU b: Dann hätten wir einen "Dropout" und die Person nimmt an keiner Folgebefragung teil.


a. Wenn nämlich die Teilnehmer z.B. 2 Wochen Zeit haben, kannst Du getrost die Folgebefragungen von 1A/AB gemeinsam herausschicken, ebenso 2A/2B.
Es wäre sowieso angenehmer, wenn die Folgebefragungen für alle 4 Seminare später zusammengefasst wären. Dass also die erste Folgebefragung von 2A/2B zeitgleich mit der zweiten Folgebefragung von 1A/1B rausgeschickt würde.
Würde viel Arbeit ersparen.

Das passiert auch, mit Ausnahme der Wartelistengruppe bei der "2-Wochen follow-up"-Erhebung. Ich habe mal im Anhang den Ablaufplan geteilt. Vielleicht trägt dieser zur Klärung bei (und sorgt nicht im Gegenteil für mehr Verwirrung.)

Zeitstempel setzen, um Erhebungszeitpunkt im Nachhinein nachvollziehen zu können.

Brauchst Du nicht, geschieht automatisch

Ok.

Umfrage "leeren"

Was meinst Du damit? Du musst die Daten doch nicht löschen.

Wenn ein TN die Umfrage für das beispielsweise "2-Wochen Follow-Up (T2)" ausgefüllt hat und ich will der Person jetzt die gleiche Umfrage für das "4-Monate Follow-Up" wieder ausfüllen lassen, dann muss ich die Antworten aus T2 - natürlich erst exportieren (!) - doch wieder zurücksetzen (und die Seminarziele wieder manuell einfügen), oder wie mache ich das sonst? 

Also:

• Gibt es eine zeitsparendere Variante, als die individuellen Ziele händisch als Tokens bei jed. TN einzeln zu hinterlegen? Wie verhält es sich, wenn ich die Umfrage "leere", um Sie anderen TN zu schicken - muss ich die Ziele dann jedes Mal wieder neu als Tokens hinterlegen?
• Gibt es eine effizientere Möglichkeit, als die Daten jedes Mal zu exportieren und die Umfrage zu "leeren", wenn andere TN adressiert werden sollen?

Das haben wir also.
Übrigens, wieso "andere Teilnehmer"? Das sind doch immer dieselben?

Das ist korrekt,  es sind immer dieselben, nur nicht alle immer zum gleichen Zeitpunkt aufgrund der Seminarzugehörigkeit.

Welche bessere Möglichkeit gibt es, als über den Zeitstempel die Erhebungszeitpunkte im Nachhinein nachzuvollziehen?

Den Zeitpunkt bekommst Du immer noch am besten durch ein Datum.
Wenn Du aber eine Variable meinst, die Die sagt "Das ist die 1, Folgebefragung, das ist die 2., ... " kannst Du wohl mittels der Funktion "statcount" einfach abfragen wie oft der Teilnehmer,die Umfrage bereits durchgeführt hat und "1" addieren, damit es bei der 1. Welle nicht "0" anzeigt, usw.

Damit komme ich zurück auf die Frage, wie lange ein Teilnehmer Zeit hat.
Wir alle, die wir beruflich Markt- und Meinungsforschung betreiben, wissen, dass nach dem Peak am ersten Tag die Teilnahme hyperbolisch gegen 0 geht. 

Wir hoffen, dass wir das Thema darüber aushebeln können, dass die TN für das Seminar einen nicht unerheblichen Seminarbeitrag zahlen, den sie im Falle der Teilnahme an allen Befragungen wieder rückerstattet bekommen. Ansonsten ist penetrant freundliches erinnern angesagt .

Wir wissen aber auch, dass es Teilnehmer gibt, die dann "nach 5 Wochen" die Umfrage durchführen und anscheinend noch stolz darauf sind, dass sie so schnell geantwortet haben.
Es wäre also gut, jeder Folgeumfrage  eine Lebensdauer mitzugeben.
Dann könntest Du die bis dahin nicht geantwortet habenden aus der Teilnehmertabelle löschen, damit sie in die nächste Welle nicht mehr erinnert werden.

Wie oben beschrieben, wollen wir möglichst niemanden unterwegs verlieren. Die Stichprobe ist klein und damit für das Projekt sehr kostbar.

Ansonsten genügt es dann, allen Teilnehmer wieder zurückzusetzen auf ("Nicht ausgefüllt", "Nutzungsanzahl=1")
 

Wie hier in der Antworttabelle zu sehen ist, hat Teilnehmer "aa.aa" danach wieder antworten können, hat also seine 2. Welle ausgefüllt.
 

Und zur SPSS-Frage:
Aktiviere die Umfrage, gib einige wohl definierte Daten ein (heißt, Du schreibst auf, was Du wo eingegeben hast), exportiere die Daten und importiere sie in SPSS.
Du weißt ja, welche tests Du rechnen willst. Wenn alle gut funktionieren, schön, wenn nicht, siehst Du auch, wo es hakt und kannst/musst evtl. anders kodieren, oder in einem Zwischenschritt umstrukturieren.

Ok, also ist ausprobieren angesagt.

Joffm
 

Hallo, Tobias,
gut, gehen wir es einmal durch.
Da es ja zwei verschiedene Umfragen sind, ist die "Nullmessung" außen vor.
Hier wird aber schon das Ziel eingetragen.
Du schreibst

Seminarziele aus Umfrage (manuell) individuell als Tokens hinterlegen.

Eigentlich nicht manuell.
Es gibt das Plugin "updateTokenByResponse", mit welchem Du diese Eingabe als Attribut in die Teilnehmer-Tabelle "schieben" könntest.
Sehr wahrscheinlich lässt die Uni dies aber nicht zu.
Es ist im Grunde auch keine wirkliche Ersparnis.
Denn nach der Nullmessung wirst Du ja die Daten exportieren (mit den Daten aus der Teilnehmerverwaltung) und diese dann als neue Teilnehmertabelle in die zweite Umfrage hochladen.
Das Vorgehen habe ich ja gerade im Thread von "annsophie2911 (Mehrphasige Befragung)" beschrieben.
Hast Du ja sicher schon gelesen.

Also bleibt nur die zweite Umfrage.
Vorab einige Umklarheiten.
Die erste Folgeumfrage soll 14 Tage nach dem Seminar stattfinden, die zweite 4 Monate danach, usw.
a. Wie lange hat ein Teilnehmer Zeit, die Umfrage auszufüllen?
b. Was passiert mit einem Teilnehmer, der die zweite Folgebefragung nicht ausfüllt? Nimmt er an der dritten Folgebefragung trotzdem teil?

a. Wenn nämlich die Teilnehmer z.B. 2 Wochen Zeit haben, kannst Du getrost die Folgebefragungen von 1A/AB gemeinsam herausschicken, ebenso 2A/2B.
Es wäre sowieso angenehmer, wenn die Folgebefragungen für alle 4 Seminare später zusammengefasst wären. Dass also die erste Folgebefragung von 2A/2B zeitgleich mit der zweiten Folgebefragung von 1A/1B rausgeschickt würde.
Würde viel Arbeit ersparen.

Zeitstempel setzen, um Erhebungszeitpunkt im Nachhinein nachvollziehen zu können.

Brauchst Du nicht, geschieht automatisch

Umfrage "leeren"

Was meinst Du damit? Du musst die Daten doch nicht löschen.

Also:

• Gibt es eine zeitsparendere Variante, als die individuellen Ziele händisch als Tokens bei jed. TN einzeln zu hinterlegen? Wie verhält es sich, wenn ich die Umfrage "leere", um Sie anderen TN zu schicken - muss ich die Ziele dann jedes Mal wieder neu als Tokens hinterlegen?
• Gibt es eine effizientere Möglichkeit, als die Daten jedes Mal zu exportieren und die Umfrage zu "leeren", wenn andere TN adressiert werden sollen?

Das haben wir also.
Übrigens, wieso "andere Teilnehmer"? Das sind doch immer dieselben?

Welche bessere Möglichkeit gibt es, als über den Zeitstempel die Erhebungszeitpunkte im Nachhinein nachzuvollziehen?

Den Zeitpunkt bekommst Du immer noch am besten durch ein Datum.
Wenn Du aber eine Variable meinst, die Die sagt "Das ist die 1, Folgebefragung, das ist die 2., ... " kannst Du wohl mittels der Funktion "statcount" einfach abfragen wie oft der Teilnehmer,die Umfrage bereits durchgeführt hat und "1" addieren, damit es bei der 1. Welle nicht "0" anzeigt, usw.

Damit komme ich zurück auf die Frage, wie lange ein Teilnehmer Zeit hat.
Wir alle, die wir beruflich Markt- und Meinungsforschung betreiben, wissen, dass nach dem Peak am ersten Tag die Teilnahme hyperbolisch gegen 0 geht.
Wir wissen aber auch, dass es Teilnehmer gibt, die dann "nach 5 Wochen" die Umfrage durchführen und anscheinend noch stolz darauf sind, dass sie so schnell geantwortet haben.
Es wäre also gut, jeder Folgeumfrage  eine Lebensdauer mitzugeben.
Dann könntest Du die bis dahin nicht geantwortet habenden aus der Teilnehmertabelle löschen, damit sie in die nächste Welle nicht mehr erinnert werden.
Ansonsten genügt es dann, allen Teilnehmer wieder zurückzusetzen auf ("Nicht ausgefüllt", "Nutzungsanzahl=1")
 

Wie hier in der Antworttabelle zu sehen ist, hat Teilnehmer "aa.aa" danach wieder antworten können, hat also seine 2. Welle ausgefüllt.
 


Und zur SPSS-Frage:
Aktiviere die Umfrage, gib einige wohl definierte Daten ein (heißt, Du schreibst auf, was Du wo eingegeben hast), exportiere die Daten und importiere sie in SPSS.
Du weißt ja, welche tests Du rechnen willst. Wenn alle gut funktionieren, schön, wenn nicht, siehst Du auch, wo es hakt und kannst/musst evtl. anders kodieren, oder in einem Zwischenschritt umstrukturieren.

Joffm
 

Bitte helfen Sie uns, Ihnen zu helfen und füllen Sie folgende Felder aus:
Ihre LimeSurvey-Version: 6.4.1+240108
Eigener Server oder LimeSurvey-Cloud: Zugang über Hochschule
Genutzte Designvorlage: Vanilla 
==================

Hallo, liebe LimeSurvey-Community,

ich stehe vor der Herausforderung, meine erste Umfrage in LimeSurvey zu realisieren und habe (leider) keinerlei Vorerfahrungen. Vielleicht könnt ihr mir helfen:

1.Studiendesign:

• Monozentrisches Studiendesign mit parallelen Gruppen und anschließender Intervention.
• Die Teilnehmenden an der Studie nehmen zeitversetzt an der gleichen Art Seminar (= Intervention) teil. 
• Insgesamt sind es 4 Seminargruppen, die vorab zufällig zu den versch. Seminarterminen gelost wurden.
• Im März/April 24 finden im Abstand von 14 Tagen 2 Seminare statt = Interventionsgruppen 1A & 1B
• 4 Monate später, im Juni/Juli 24, finden ebenfalls im Abstand von 14 Tagen 2 Seminare statt = Wartelistegruppen 2A & 2B
• Vor dem Start des allerersten Seminares im März erfolgt die Nullmessung. Anschließend erfolgen mehrere Erhebungen gem. einem vorgegebenen Schema zu versch. Messzeitpunkten für die versch. Seminargruppen (2 Wochen nach einem Seminar, 4 Monate nach einem Seminar usw.)

2. Umfrageziele:

• Prä-/Post-Vergleich vor und nach der Intervention (Seminar) über einen Zeitraum von 8 Monaten.
• Vergleich der Interventionsgruppen mit den Wartelistengruppen über einen Zeitraum von 8 Monaten: 1A mit 2A, 1B mit 2B.
• Untersucht werden Wirksamkeit & kurz- bis mittelfristige Effektstabilität

3. Umfrageparameter

• Geschlossene Umfrage
  • Seminarteilnehmende vorab bekannt
  • E-Mail-Adressen vorab vorhanden
  • Seminargruppen stehen vorab fest
• Nullmessung und Folgeerhebungen enthalten teilweise unterschiedliche Fragegruppen/Fragen
• Mit Ausnahme der Nullmessung (= gleicher Zeitpunkt für alle TN), richten sich die weiteren Messzeitpunkte für jede*n TN am Datum der individuellen Seminarteilnahme aus. 
• Die Daten der TN müssen am Ende über die versch. Messzeitpunkte hinweg individuell und eindeutig zusammenführbar sein.
• Es muss erkennbar sein, welcher Seminargruppe die TN zugehörig sind.
• Im Rahmen der Nullmessung definieren d. TN Seminarziele für sich. Die Zielerreichung soll anschließend  in % eingeschätzt werden und über die versch. Messzeitpunkte immer wieder überprüft werden, d.h. die individuellen Zielformulierungen sollen in jeder Folgeerhebung wieder auftauchen.

4. Ideen zur Umsetzung in LimeSurvey 

4a. Für Nullmessung:

• Eigene geschlossene Umfrage für die Nullmessung erstellen.
• TN-Liste (Gesamtstichprobe) hochladen und individuellen Zugangscode generieren.
• Seminarzugehörigkeit über Attribut (z.B. A1, A2, B1, B2) markieren.
• Seminarziele mit Freitext abfragen.    

4b. Für Folgemessungen:

• Eigene geschlossene Umfrage mit abgewandelten Fragegruppen/Fragen erstellen.
• TN-Liste aus Nullmessung hochladen.
• Seminarziele aus Umfrage (manuell) individuell als Tokens hinterlegen.
• Zum Messzeitpunkt die Umfrage (Erinnerung) nur an die betreffenden TN schicken (Kontrolle über Attribut "Seminarzugehörigkeit").
• Zeitstempel setzen, um Erhebungszeitpunkt im Nachhinein nachvollziehen zu können.
• Umfrage-Daten exportieren, Umfrage "leeren" und am nächsten Erhebungszeitpunkt an die nächste TN-Gruppe schicken usw.

5. Fragen/Herausforderungen

• Macht die Umsetzung wie unter 4. beschrieben Sinn bzw. werden die von mir beschriebenen Anforderungen erfüllt, insbesondere die Zuordnung der Antworten über mehrere Messzeitpunkte hinweg?
• Gibt es eine zeitsparendere Variante, als die individuellen Ziele händisch als Tokens bei jed. TN einzeln zu hinterlegen? Wie verhält es sich, wenn ich die Umfrage "leere", um Sie anderen TN zu schicken - muss ich die Ziele dann jedes Mal wieder neu als Tokens hinterlegen?
• Gibt es eine effizientere Möglichkeit, als die Daten jedes Mal zu exportieren und die Umfrage zu "leeren", wenn andere TN adressiert werden sollen?
• Welche bessere Möglichkeit gibt es, als über den Zeitstempel die Erhebungszeitpunkte im Nachhinein nachzuvollziehen?
• Gibt es noch etwas bei der Anlage/Codierung der Fragen zu beachten, damit diese nachher in SPSS/R ausgewertet werden können?

Auf mich wirkt das oben beschrieben Vorgehen zwar zweckmäßig, aber es erscheint mir arg umständlich und da LimeSurvey für mich absolutes Neuland ist, habe ich mit Sicherheit einiges übersehen und/oder (noch) nicht verstanden.

Herzlichen Dank für Eure Unterstützung!

Beste Grüße - Tobias

 

Hallo,
na, wie geschrieben
Wenn die Meldung aufploppt, nämlich die Meldung "Hallo, hier ist javascript".
Wie das genau aussieht, findest Du in in meinen Tutorials 1, 2 und 3; alle hier im deutschen Teil auf einer der Folgeseiten.

Wird das "submitdate" automatisch generiert?

Das fragt man nicht, das probiert man aus.

Gibt es ein bestimmtes Schema nach dem ich die Fragecodes benenne?

Es ist natürlich persönlicher Geschmack, aber ich denke, man sollte einfach numerische Codes verwenden, auch, wenn man sie nicht unbedingt benötigt.
LimeSurvey hat immer mehr die dumme Angewohnheit bekommen, viel zu komplizierte Dinge als default anzubieten.
Gut, "Teilfragen- und Antwortoption" kannst Du wählen (wenn Du Rechte hast), nämlich hier in Deinem Konto

Wie Du siehst, habe ich bei mir diesen "Unsinn" wie SQ bzw. AO gelöscht.

Allerdings benutze ich in zweidimensionalen Matrizen (Matrix(Texte), Matrix(Zahlen) gerne für die y-Achse "Y001", "Y002, "Y003",... und für die x-Achse entsprechend "X001", "X002",...
Einfach, weil ich alt bin und eine Variablenbezeichnung wie "Q1_SQ002_SQ004" würde mich ewig verwirren ("Was war Zeile, was war Spalte")

Und die Codierung der Frage? Ich weiß auch nicht, was sich die Entwickler dabei gedacht haben.
Jeder hat doch einen finalen draft des Fragebogens, in welchem die Fragen irgendwie durchnummeriert sind.
Daher benutze ich grundsätzlich "Q1", Q2". "Q3a", "Q3b", oder so etwas. Das Q ist eben "Question", stammt noch aus meiner beruflichen Karriere.

So, wieder viel "dummes Zeug" geschrieben.

Zur Umfrage selbst: So, wie ich es beschrieben habe, läuft sie wunderbar.
Du solltest nun - bevor Du anfängst, das finale Design mit allem Drum und Dran zu erstellen - lieber einmal die praktische Arbeit mit den Teilnehmerlisten durchspielen.

Ein Letztes für heute:
Lies einmal dieses.
 
Der Autor war auch lange Zeit hier im Forum aktiv.

Es geht mir darum, dass Du die antwortenden Damen mitnimmst, Feedbacks gibst, und nicht eine Frage nach der anderen abfeuerst.

Bis dann
Joffm



 

Hallo Joffm,

also ich habe den Code im Quellcode-Modus eingegeben. Bin mir nur nicht sicher, was dann passieren soll, dass ich sehe ob es geht?

Vielen Dank für die Hinweise zur Umfrage.
Ja, ich habe diese schnell erstellt und noch nichts an der Codierung geändert.
Es ging ja im ersten Schritt mal darum zu testen, ob es mit der offenen und geschlossenen Befragung funktioniert.

Wird das "submitdate" automatisch generiert?
Gibt es ein bestimmtes Schema nach dem ich die Fragecodes benenne?

Ich probiere es jetzt mal weiter aus

Vielen Dank und viele Grüße

Ann-Sophie

Hallo,
habe ich noch nicht gefragt: "Kannst Du eigentlich javascript einsetzen?"
Dies ist bei Uni-Installationen oft nicht der Fall.
Du kannst es aber schnell testen, indem Du in die erste Frage (im Quellcode-Modus) dies eingibst
Wenn die Meldung aufploppt, schön, ansonsten eben  Pech gehabt.
Dieser Test steht auch in allen meinen Tutorials hier in den "Vorbemerkungen"

Gut, wieder zur Umfrage
Es ist ein Prototyp; denn sie ist wirklich noch ziemlich fürchterlich.
Egal, sie macht, was sie soll.

Wenn Du jetzt die notwendigen Daten der vollständigen Befragungen des ersten Teils exportierst (Du benötigst ja nur die Mail-Adresse und das Absendedatum - wenn der Name da ist, nehmen wir ihn natürlich mit) erhältst Du so etwas

Du siehst, ich habe den Fragecode des Namens und der E-Mail geändert (das sind eben die geforderten Namen für den Import später)

Gehen wir zum zweiten Teil.
Wenn Du einmal einen Dummy-Teilnehmer eingibst, die Daten daraufhin exportierst und in Excel öffnest, siehst Du diese Felder
 
Ockerfarben sind die unbedingt erforderlichen (Vorname, name, E-Mail), gelb zwei vielleicht wünschenswerte, um den Beantwortiungszeitraum einzuschränken.

Denn in den exportierten Daten des ersten Teils kannst Du ja mit ein paar Excel-Funktionen diesen Zeitraum - 14 bis 18 Tage nach der ersten Befragung (oder wie auch immer) berechnen.
Ich habe hier einmal dies benutzt
=VERKETTEN(JAHR(DATWERT(B2)+14);"-";MONAT(DATWERT(B2)+14);"-";TAG(DATWERT(B2)+14))
Dann dies als *.csv speichern und in Limesurvey importieren.
Dann gibt es diese Teilnehmer in der Tabelle
 
Nun müssen noch die Tokens generiert werden und die Einladungen verschickt.
Und das ist auch unproblematisch.
"Token generieren" generiert nur soolche, die noch nicht vorhanden sind.
"Einladungen verschicken" verschickt nur an solche, welche noch keine bekommen haben.

Das ist also von der praktischen Arbeit her recht schnell zu erledigen.
Und nach dem Export beider Teile kannst Du dann ganz leicht, die Befragungen anhand der Mail-Adresse zusammenfügen
 

Jetzt doch noch etwas zur Umfrage selbst.
Ein Grundsatz für Online-Befragungen sollte sein "Eine Frage pro Seite". Nur bei sehr eng zusammengehörigen kurzen Fragen auch einmal zwei.
Einige Dich, ob Du den befragten Damen nur ein Schlagwort hinknallst "Alter" oder ein bisschen konzilianter bist "Bitte, geben Sie Ihr Geschlecht an!"
Dann sind natürlich sämtliche Bedingungen, Filter und Screenouts noch nicht da.
Im Moment können auch Männer antworten, ja, sogar schwanger sein.
Ich habe aber keine Chance zu sagen "Ich verhüte nicht".
Egal, kommt ja sicher noch.

Das wirklich Schlimme ist die Kodierung der Itembatterien
 
Ich gehe einmal davon aus, dass Du hier statistische Werte errechnen möchtest, und auch Gruppenvergleiche anstellen willst (mindestens t-Tests)
Dazu benötigst Du aber Zahlen; was Du hast sind Texte "AO01", "AO02",...
Ich weiß nicht, wie oft ich es hier schon geschrieben habe: Der Mittelwert von AO01 und AO04 ist nicht AO02,5.
Mit Texten hast Du ja nur nominale Skalen (da könnte auch kodiert sein "Opel", "Ford", "Fiat") und das reicht gerade einmal für ein CHI-Quadrat.

So, das soll für heute reichen.

Bis dann
Joffm






 

Oh wow, vielen Dank, das wäre natürlich der Hammer, wenn das so gehen würde. Aber das sieht kompliziert aus, weiß nicht ob ich das dann hinkriege
Ich habe jetzt zwei Teile erstellt. Der erste Teil der offen ist und dann der zweite Teil, der geschlossen stattfinden soll.
Ich habe aber quasi nun einfach am Ende des ersten Fragebogens, die E-Mail-Adresse abgefragt.
Das muss man sicher noch überarbeiten. 

Wird die [SAVEDID] automatisch gespeichert oder muss ich das irgendwie eingeben?

Also anbei mal die beiden Entwürfe für die Umfrage. Ist natürlich noch nicht perfekt.

Vielen lieben Dank für diese tolle Unterstützung

Liebe Grüße