Category "Other" doesn't change for queXML-exports in translated versions

Hi,

we have a questionnaire with four translations:

German is the default and was translated into Arabic, Dari, Turkish and Polish.


When I export the translated versions as queXML-Pdf, the category "Other" is not translated in the exported Pdf. It is still in German, although it is translated correctly in the Online version. What can I do?

Thank you in advance,

Linda

Hi,
I could reproduce, if you do enter some individual wording in "Others".
Seems to be a bug.

If you leave empty


it is displayed correctly:




Best Regards
Joffm

Only because of my curiosity:
Which scanner and software do you use to read the completed questionnaires?
Do you use queXF? Or something else?

There are always a few studies here that still are made paper-pencil; and then it's tedious and time consuming to type the data manually.

Yes. This is the case in our questionnaire as well. Unfortunately, in some cases, we need to fill in wording in the "Other" field (and in the translations as well). In these cases, the "Other" category stays German, although I exported a translated questionnaire. Is there a possibility to fix that problem anyhow?

Greets,

Linda

As I said: Seem to be a bug.

So, file a bug report.

Joffm

Joffm wrote: As I said: Seem to be a bug.

+1,

And remind to send a little lss dile with the other updated attribute

Please download the lss file here: wsi.li/NmXI2pZwK0J8/1172569


It cannot be uploaded because of its size.


How can I set up a bug file?

Please : always do a minimal lss file for issue reproducing …

Your issue seems related to other attribute then
- Create a multinlingual survey (you 4 language seems great)
- Add a single choice and add manual.limesurvey.org/Question_type_-_Li...ther_replace_text.29 on each language (adding language at start : more easy)
- Add a multiple choice and add manual.limesurvey.org/Question_type_-_Mu...ther_replace_text.29 too
- Activate survey and laucng it 2/3 times
- Send the lsa produced on mantis

When importing this LSS file into my LimeSurvey Version 3.14.5+180815 I get the following error message:

Any idea what happened and how to solve it?

How can I set up a bug file?

Open the bug tracker (also in "Community" menu, login with your LS account,

fill in the details.

And something general:
As I saw in the survey, it is an online survey.
So what do you want the quexml-pdf for?
This is thought to generate a paper-pencil questionnaire that you can scan and read by an OCR software.
Why not just export as *.html and oprn in "Open/LibreOffice" or "Word"?
Here you can improve the layout to get a real good looking questionnaire.

@ holch,

I also got a timeout error.

So I removed two languages from the lss file by a macro in textpad:
1. search the line "<language><![CDATA[XX]]></language>"
2. search the line "<row>" backward.
3. "Start selection"
4. 2. search the line "</row>" forward.
5. "End selection"
6. "Remove selection"

(Only for retired people, who do not know what else to do the whole day long)

Then I could import the survey.


And the funny thing:
The bug seems to be gone:

Polish


German


Joffm

@ holch,

I also got a timeout error.

Good to know. So the survey is basically too big for my installation. Was wondering what settings this could cause.

(Only for retired people, who do not know what else to do the whole day long)

yeah, I wouldn't be able to spend too much time on this.

holch wrote: Good to know. So the survey is basically too big for my installation. Was wondering what settings this could cause.

The LSS is to big for many (if not all) installations. The import screen states

Select survey structure file (*.lss, *.txt) or survey archive (*.lsa) (maximum file size: 2.00 MB)

Not sure if the 2 MB limit isn't hard-coded (or derived from PHP.ini).

The LSS here is big cause it uses a lot of characters in different languages (e.g. one arabic character results in two bytes when stored in UTF8).

I wonder, if the threadstarter can import the own surveyfile. If not, "Goodbye... Charlie".

jelo wrote: Not sure if the 2 MB limit isn't hard-coded (or derived from PHP.ini).

Dynamic

DenisChenu wrote:

jelo wrote: Not sure if the 2 MB limit isn't hard-coded (or derived from PHP.ini).

Dynamic

Thanks, confirmed.

LindaW wrote: When I export the translated versions as queXML-Pdf, the category "Other" is not translated in the exported Pdf. It is still in German, although it is translated correctly in the Online version. What can I do?

If we just take question D9. In your export, you don't see the arabic other on the page, correct?
I got this for D9, which seems correct:

What PHP setting would this be? Because my file upload size is actually 2GB (and works with other php webapps like Nextcloud or Project Send).

So which setting needs to be changed that you can upload more than this? In my installation the value is actually 25 MB, so this can't be the problem.