Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Contributor lemeur

MaxDiff / Best Worst Scaling question type / functionality  
Written by jelo the 9 Dec 09 at 09:38. Related project: 1.x all. New
Question type similar to a DualScale question type.

Difference is that you that you are not allowed to choose the same item on both scales.

Simple example would be : First scale "most important", second scale "least important". Now you show different items to choose from. With a dual scale question type it would be possible to choose the same item as "most important" AND "least important" which wouldn't allow to apply the MaxDiff method.

http://www.limesurvey.org/en/support/forums/5-can-i-do-this-with-limesurvey/259 71-maxdiff-question-style-available-or-workaround


-1
votes
up equal down
Solution #1: Translation of french workaround script into english as a start.
Written by jelo the 9 Dec 09 at 09:38.
Can somebody with french language skills take a look at the attached script and translate the comments into english? It would be a big step towards a broader adaption of maxdiff inside of limesurvey.

Thread:
http://www.limesurvey.org/en/support/forums/5-can-i-do-this-with-limesurvey/259 71-maxdiff-question-style-available-or-workaround

Post with attached workaround script:
limesurvey/25971-maxdiff-question-style-available-or-workaround?start=10&lang=e n#33094
0
votes
up equal down
Solution #2: Small modification of 'Array (flexible labels) by column' questions
Written by lemeur the 3 Jan 10 at 13:59.
MaxDiff question is in fact a specific version of Array (flexible labels) by column:
* answers are "Makes me Most want to reenlist" and "Makes me Least want to reenlist"
* Labels are "Time off each week allowed for on-line college coursework", "Receive in-person personal counseling services", ...

Now for the new things (switchable by a question attribute):
* a new layout: display answers between the two columns
* a small javascript that prevents using the "Next/Commit" button if the same "Label" is used for the two "Answers"


See the 1 comments or propose a solution (latest comment the 9 Mar 11 at 14:49) >>

Automatic tracking of failed email addresses in tokens  
Written by lemeur the 3 Jan 10 at 14:33. Related project: 1.x all. Implemented
Limesurvey tokens already have a field named token status that takes the "OK" default value. When this field is updated withj any other value, the token email can be automatically bypassed by LimeSurvey invitation/reminder process.

The goal of this idea is to design a new process that would make it possible to an external probe script, to send a failed-email-address notification to LimeSurvey so that the token status is automatically updated (right now this is only a manual update).

The probe script is external to limesurvey since its operation depends on the mail-server system used by the Administrator Bounce address.

Special care must be take to prevent anyone on the internet from sending a specially crafted fake bounced email that would disable valid tokens.
5
votes
implemented
Selected solution (#1): SMTP tagging, Probe and SOAP solution
Written by lemeur the 3 Jan 10 at 14:33.
* First of all, email messages sent by LS must be tagged in some way with an message-dest-id
This message destination id is made up of: the SurveyID, the target email address, the token code, and a specific integrity code.
This integrity code is used to make sure the bounce email is not a fake so that we don't disable some valid tokens.
The integrity code would be an ASCII verison of a HMAC of the previous elmeents encrypted with a key containing the token ID (internal element inside LS, and a global value specific to this LS installation and set in config.php).

* the probe will decode the bounced email to read the error message and get the original message-dest-id, then it would send the two data to LS-remote-command (via SOAP)

* The LSRC API will provide a service that would check the integrity and authentication of the message-dest-id and then update the token status accordingly.

Some references:
* Tagging with VERP solution: http://en.wikipedia.org/wiki/Variable_envelope_return_path
* Tagging in SMTP header (my preferred way): http://www.php.net/manual/fr/function.mail.php#78934

See the 1 comments or propose a solution (latest comment the 26 Jan 10 at 14:46) >>

Computation and Presentation of Branched Questions  
Written by miamiman the 5 Jan 10 at 00:39. Related project: 1.x all. Already implemented
Per my forum thread of today...

http://www.limesurvey.org/en/support/forums/2-design-issues/35836-statistical-o utput-problems-ver-187#35991

I can not be alone in suggesting that part of the idea of a branching survey structure is to filter out responses for specficic sub-sets of responses.

If my first question asks whether people are left-handed, and question two is only geared to left-handed people, I want to present the statistics for question 2 based on the SUB-SET ONLY.

Response Q1: 10% of London is left-handed.
Subset Response Q2: 67% of left-handed people in London like pizza.

The NO ANSWER computation makes the presentation of data arduous since basically it will have to be exported to a worksheet application and the charts will have to be plotted manually.

FEATURE REQUEST: That stats/graphs take into consideration the sub-sets created by one or "n" branched questions.
1
votes
closed
Solution #1: Include the option to eliminate No Answer?
Written by miamiman the 5 Jan 10 at 00:39.
FEATURE REQUEST: That stats/graphs take into consideration the sub-sets created by one or "n" branched questions.
3
votes
closed
Solution #2: Add an option before running the stats report
Written by lemeur the 8 Jan 10 at 15:39.
Since 1.87, questions that have been hidden because will have answers field set to NULL in DB, which makes it possible to count only the total number of participants that has answer a given question.

Thus, we could add an option just before running the stats survey so that computations of percents are not computed against the total number of respondants for the survey, but the total number of respondant for this question.

Note however that this NULL differentiation of conditionnal questions makes sense only for completed responses (when the final submit button has been clicked), and thus the option would be available only when the Completed response filter is set.


Add a comment or propose a solution >>