Reports can be divided into chapters. In the completed report, these chapters will be displayed differently depending on the specified format:
HTML reports: The chapters will be shown in the navigation bar of the report. The contents of a chapter will be summarized on one HTML page.
Excel reports: The contents of a chapter will be summarized on one Excel sheet.
PPT reports and PDFs generated from PowerPoint reports: An additional PPT slide with an inside title will be inserted at the beginning of each chapter.
Every report automatically contains a first chapter with the default title “First chapter”. It is possible to drag&drop the first chapter. If you wish to rename it, open the chapter editor by clicking on the Edit icon in the structure toolbar.
In order to create another chapter, click on the Create chapter icon and enter the title and description in the chapter editor. The new chapter will be automatically inserted at the end of the report: If necessary, you can drag it to another position. Afterwards, you drag all required source data and structural elements into this new chapter.
If you wish to subsequently edit, delete, or copy an already existing chapter, you need to mark it and then select the respective function in the structure toolbar. Please note that - just as in the questionnaire editor - you will delete or copy the entire branch below that chapter.
In order to make sure that your chapter structure will be displayed correctly in the completed report, please note the following: The chapters in the completed report will be arranged in linear sequence. It is not possible to create subchapters. All chapters should therefore be at the topmost level in the report structure. If you move a chapter into the branch of another chapter, it will still be interpreted as the regular next chapter at the base level, i.e., there will be a break in the completed report.
EFS Reporting+ enables you to specify the number of persons to be included in the evaluation (“base”) and to further limit this number for certain sections of your report, if required. You can control the size of your base using special filters.
The restricting conditions are formulated using the condition editor that you are already familiar with from the questionnaire and which you also use to define questionnaire filters, triggers, and hiding conditions.
The frequently-used restrictions by disposition code and date of participation can be activated with a few clicks via separate fields.
To protect the anonymity of the participants, you can define anonymity limits both for the entire report and for particular sections.
Displaying test data instead of real result data will speed up your work.
Using the filters familiar from the questionnaire editor, you can restrict the base either for the entire report or just for a particular section.
The base for the entire report is defined via the Report filter in the Report menu.
Furthermore, you can create separate filters to limit the base within a specific section of the report.
In the filter section of the sources window you will find the filters from your questionnaire. You can create additional filters via the toolbar the way you are familiar with from the chapters.
Place the defined filters in the appropriate positions of your report structure. Then drag all those elements into this filter to which a filter shall be applied or in which the base shall be limited using the filter.
Report filter menu and filter dialog share largely the same structure.
Option | Meaning |
|---|---|
Name | In standard configuration, the header sections of all tables and charts of the report will show the respective base. In this field you can change the default label. |
Condition editor | The condition editor familiar from the questionnaire editor. The condition will be applied to the entire report or - in the case of filters - to the respective report section. Please note that EFS Reporting+ does not support all operators which are available in the questionnaire editor.
If a questionnaire filter contains one of these unsupported operators, the condition will be blank after transfer into EFS Reporting+. |
Only in the report filter: Use test data in the workpad | In order to speed up the work process, you may optionally display predefined test data in the workpad instead of the actual live data. |
Anonymity limit | Optionally, you can define an anonymity limit for the entire report or - in the case of filters - for a specific report section.
|
Disposition codes | The base can be limited via the disposition code.
|
Date of participation | The base can be limited to participants who participated within a particular period. The feature can be used to restrict the base for the complete report as well. |
Optionally, you can have predefined test data displayed instead of the real result data when working in the workpad. This means:
For all values in the tables and charts, predefined default values will be displayed. Total and base will likewise only be the sums of those predefined test data.
The test data are totally unrelated to the test and result data of the survey. Data
from tester accounts are generally ignored in EFS Reporting+.
The preview always contains predefined test data.
As soon as you generate an export file, the system will automatically refer to the real result data, perform live calculations, and display real results.
Using test data will eliminate the resource-intensive calculations that take place whenever you open a table or a chart. Thus you can work more efficiently especially in the following situations:
Preparing complex reports for large projects: With the resource-intensive live calculations eliminated, you can work faster - and you can still check the plausibility of your table configuration based on the test data.
Preparing a report for a project with no data available yet: The test data provide orientation when configuring the report. Test data need not be generated manually anymore.
If you wish to work with test data, tick the option “Use test data in the workpad” in the Report → Report filter menu.
Occasionally, there are survey situations where the number of answers to certain questions will become so small, due to filtering or quotation, as to compromise the respondents’ anonymity. Also, when using the evaluation functions of EFS Reporting+, such as filters or crossbreaks, it may allow for inferences to be made about particular participants or groups of participants. This can be avoided by setting an anonymity limit for your report. Anonymity limits are limit values stating the minimum number of answers required for a result to be displayed in the report. If the number of answers does not exceed this limit, the result will be hidden. This is necessary to ensure the participants’ anonymity.
Anonymity limits can be defined both for the entire report and for specific sections.
The anonymity limits are applied to all question types available in EFS Reporting+, including open-ended questions.
The anonymity limits refer to “Total” for single response lists and matrices. For multiple response lists, they refer to the number of participants who have selected the respective answer option.
Anonymized data are marked:
You can tell anonymized tables and charts by the comment “*) Some values have been anonymized”.
Columns containing anonymized values are marked with a *.
In tables, anonymized values are replaced with a dash (-). In charts, “0” is displayed for the corresponding answer options.
By default, no limit is preset, i.e., all results are displayed.
If you wish to anonymize your reports or a section thereof, enter the desired value into the field “Anonymity limit” in the Report → Report filter menu or in the filter dialog.
The anonymity limits in EFS Reporting+ always refer to “Total” for single response lists and matrices. For multiple response lists, they refer to the number of participants who have selected the respective answer option. The use of filters allows for anonymity limits to be nested. Please note that anonymity limits at subordinate levels may only become increasingly restrictive.
Therefore, a filter will only raise the limit defined for the entire report.
A filter located in another filter branch will likewise only raise the limit of the superordinated filter branch and the limit for the entire report.
Examples
While the anonymity limit for the entire report is set to “5”, it is set to “10” within a particular filter. → Before and after the filter the anonymity limit is “5”. Within the filter branch it is “10”.
While the anonymity limit for the entire report is set to “10”, it is lowered to “5” within a particular filter. → For the entire report inclusing the filter branch, the anonymity limit is “10”: You cannot override the limit for the entire report with a filter.
Anonymization of crossbreaks
Contingency tables are anonymized as well. In the case of contingency tables with “Total” column, please note: Once a column has been anonymized, the “Total column” will be completely anonymized as well. This is necessary to prevent anybody from calculating the missing values on the basis of the remaining data and total values.
Contingency tables come into play when you want to examine whether and how the participants’ answers correlate with a certain attribute or a combination of attributes. In these tables, the participants’ answers are split up according to the attribute combinations to be examined, and listed side-by-side, thus allowing for their direct comparison.
In the contingency table shown, the details regarding the use of maps are split up based on the respondents’ sex and preferred sports. Additionally, the right-hand column “Total” displays the marginal totals.
The split dimensions (table headers) do not have to be configured for each contingency table individually. Like filters, they are prepared in the sources window and then placed at the desired position in the report.
The structure of split dimensions can be defined easily via drag-and-drop.
Contingency tables can be up to three dimensions deep (i.e., a maximum of three variables can be nested within one split dimension) and contain a maximum of twentyfive (25) columns.
The first of these 25 columns already contains the answer option. So you can only create 24 categories (or codes or dimensions). |
Please note that the choice of chart types available for contingency tables is limited to column charts.
It is currently not possible to split open answers. Please use filters instead: they allow to clearly arrange the texts in several tables. |
All the split dimensions required for the report are prepared in the sources window, similar to the filters.
The prepared split dimensions are placed at the appropriate positions in the report structure. Then you drag all those elements for which you want to create contingency tables into the corresponding split dimension, creating separate branches.
The exact structure of the table headers for the contingency tables is defined in a separate drag-and-drop editor. You open this editor by clicking on the Create split dimension icon, or by selecting an existing split dimension and then clicking on Edit.
Drag the variables used for splitting from the sources window onto the drawing board. All source data and recoding variables are available.
Arrange the variables on the drawing board in the same order and hierarchy as you want them to appear in the table header. It is possible to nest up to three variables.
Via the “Total” drop-down list you can add a “Total” column.
Via the Compact mode and Detail mode tabs you can change the view: In compact mode, only the variables will be displayed. In detail mode, you can also see the answer options.
If you want to change the order of the answer options for a variable, click on the Arrow icon . The opened dialog allows to rearrange the options, similar to the table editor.
To change the labeling of a variable or an answer option, click on the respective element: the text will be opened in the input field above the drawing board.
In the “Name” field of the header section, you can change the internal label of the split dimension.