Tabellenband – Vergleich beliebiger Subgruppen mit Gesamtergebnis oder anderen Subgruppen

Vergleichen Sie eine von Ihnen erstellte Gruppe, die Sie über die Funktion «Auswertung > Superfilter» festlegen, z.B. Versandgruppe, Datumsausschnitt aller Befragungsteilnehmer, nur Teilnehmer mit bestimmtem Antwortverhalten etc.  mit anderen angelegten Gruppen (Superfiltern) und/oder dem Gesamtergebnis.

Lassen Sie uns beispielsweise eine bestimmte Versandgruppe erstellen und diese mit dem Gesamtergebnis vergleichen:

  1. Legen Sie die gewünschten Superfilter (nach Gruppen) unter “Auswertung > Super-Filter (Fälle deaktivieren/aktivieren, “Select Cases”) an. (Beispiel: “Neuen Filter erstellen > Teilnehmer (Fälle) deaktivieren, welche die Bedingung nicht erfüllen > g) Filter nach Versand-Gruppe > Versandgruppe gleich «Pretest» (Filtername eingeben)»)

    sc1

  2. Gehen Sie wieder auf “Auswertung” und wählen Sie “Exklusiv! Tabellenbände (Ergebnisse zum Kopieren, Diagramm-Erstellen und Weiterrechnen in Excel)”
  3. Klicken Sie auf “Für Vergleiche von Subgruppen: hier einfach weiteres Tabellenband anfügen”.
  4. Wählen Sie “Subgruppe entsprechend einem Superfilter (für Profis)” und untenstehend mittels Drop-Down Menü die hinzuzufügende Gruppe aus, und klicken Sie anschliessend auf “jetzt Tabellenband hinzufügen”. Und schon sehen Sie Ihre gewünschte Versand-Gruppe im Vergleich zu den Gesamtergebnissen.

    sc1-1

Logout in der Standardauswertung bei Klick auf «Fragen 6-10»

Seltsames Verhalten.

Zwei, drei mal im Jahr erreicht uns eine mysteriöse Anfrage. Kunden mit offenbar ganz spezifischen Einstellungen im Internet-Explorer 6.0.2xx (IE 6) werden beim Anschauen der Standardauswertung (unter «Auswertung > Häufigkeitsverteilung (Standardauswertung) – alle Fragen») ausgeloggt, wenn diese auf «Frage 6-10» klicken (also die «nächste» Seite anschauen möchten. Ansonsten funktioniert der gesamte Admin-Bereich problemlos. Nur diese eine Stelle («Frage 6-10») führt zu einem «Rausschmiss»! Wie seltsam!

Warum passiert dies? Meine bisherige offene Antwort: wir haben es trotz intensiver Analyse nicht herausfinden können. Sogar via Teamviewer durften wir direkt am betroffenen PC der Kunden zuschauen und die Interneteinstellungen prüfen. Alles korrekt. Und doch: das Problem liess sich dort vor Ort nicht beheben. Ob es sich dabei auch um Auswirkungen eines internen Firmennetzes (Proxy, etc.) handelt, können wir nicht prüfen.

DIE LÖSUNG war uns scheinbar schon im Juli 2009 (ja, dieses Jahr der 2. Fall) gelungen: Wenn ein zweiter Browser benutzt oder sogar installiert wird, kann in diesem alternativen Browser problemlos gearbeitet werden. Also: SAFARI, FIREFOX, CHROME, OPERA & Co. – wählen Sie einen aus, installieren Sie den «Zweitbrowser» und besuchen Sie Ihren Admin-Bereich damit. Es wird klappen. (… dachten wir damals… 😉

Dann die Verwirrung: heute, am 23. Oktober 2009, taucht das Problem wieder auf. Bei einem Kunden? Nein, bei einem unserer Mitarbeiter, der OPERA benutzt! Damit war dann auch das Bienenhaus wieder da, denn sofort investierten wir Ressourcen, um dieses Problem nun ein für alle Mal zu lösen. Und siehe da!

Gewisse Browser und Versionen beschränken die Anzahl Cookies, die vom selben Anbieter gesetzt werden dürfen. Die Seite «Auswertung > Häufigkeitsverteilung (Standardauswertung)» legt einige Ihrer gewählten visuellen Optionen (Diagrammtyp, Grösse, Farben, Schriftgrösse, etc. etc.) als Cookies ab, damit diese auf Ihrem PC für Sie erhalten bleiben, wenn Sie das nächste Mal einloggen. Durch diese Anzahl Cookies wird scheinbar – aber eben nur bei einer ganz bestimmten Kombination von Browser (bisher IE7 und OPERA), Version und Cookie-Einstellungen (konnten wir bisher nicht identifizieren) ein bestehendes Cookie verdrängt (quasi wegen Platzbedarf im Browser aus dem Speichern gekippt), welches für das Login wichtig ist und die Applikation sicher macht. Fehlt dieses Cookie, erlaubt onlineumfragen.com aus Sicherheitsgründen KEINEN Zugriff auf den Admin-Bereich mehr. In diesem speziellen Falle ist unser System also sozusagen «zu sicher», und schliesst den eigentlich ja zugelassenen Kunden aus seinem eigenen Admin-Bereich aus.

Durch aufwändige Programmierlösungen haben wir nun erreicht, dass bei der betroffenen Seite Werte zuerst in einen String kombiniert werden und dann als 1 Cookie geschrieben werden, damit dieser Browser-Speicher nicht mehr überläuft.

Die Lösung ist also gefunden!

(Wettbewerb: Wer den Fehler doch noch reproduzieren kann, gewinnt einen 20 Euro Umfrage-Gutschein 😉