Hello!
Thank you for your answers!
Mazi wrote:
The problem with the approach you are describing is that Limesurvey stores all answer data at the lime_survey_12345 (12345 = survey ID) table with an incrementing ID. You can't partly fill that table and let the user add the rest.
This is not exactly what I meant

What I meant was to create and use a
new table (not lime_survey_12345) in the LimeSurvey DB, which I will populate (somehow) with the data required to pre-fill some fields of the questionnaire. Let's call it prefil_12345. Then, when LimeSurvey would load the questionnaire to show it to the user, it would also load certain fields from the prefil_12345 table. When the user completes the survey, it would be eventually stored in the lime_survey_12345 table (along with the prefiled values).
holch wrote:
Well, actually the custom variables have been created exactly for that: to pass information that is already avaible to the questionnaire and work with it (you can use filters based on it, etc).
So if you have a spreadsheet with the contacts and additional information per respondent, that you wouldn't need to ask again (or that you would like them to confirm) you can include this into the token table and this data can then be connected directly to the data from the questionnaire.
So this is great! It is exactly what I was thinking of, albeit the table is already there, and there is no need to create a new one in the DB
Regarding populating the token table with external data, I could create a simple service that fetches the required data from an external file (e.g. txt or xml) or even another DB and put them in there, to be used then by LimeSurvey.