You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

WARNING: This page is internal only

This page is about a feature which is currently in UAT or QA, and is not generally live on production. NOTE this page will replace an existing page.

The documentation is likely to change and this page is currently only visible to Dimagi staff. Before sharing this page externally please be sure to:

  • remove this message
  • remove any viewing restrictions
  • verify that all pictures show up when you are logged out of confluence
  • delete any comments

This page will walk through an example of setting up a form that both displays conditional options in lists (list of districts from chosen state) and has options that are specific to each user. 

First setup the following two tables using the Creating and Updating Lookup Tables page.  You can use whichever mobile workers or groups that you have in your project.   


field: idfield: nameuser 1group 1
upUttar PradeshsupervisorUttar Pradesh Users
gujuratGujuratsupervisorGujurat Users


field: idfield: namefield: state_iduser 1group 1
ahAhmedabadgujuratsupervisorGujurat Users
jaJamnagargujuratsupervisorGujurat Users
agraAgraupsupervisorUttar Pradesh Users
faizabadFaizabadupsupervisorUttar Pradesh Users

Our sample creates two tables (state and district).  The district table has three fields (id, name and state_id).  The state_id will be used to filter the list of districts based on the selected state.   The following image shows our final setup.   

Create a Select List Based on a Lookup Table

To create a select list based on a lookup table, first add a single select question to your form.


In our example, we'll add two single select questions, "state" and "district".

Now go to "Lookup Table Data" and select the correct lookup table and value and label fields. When inputting the value and labels an autocomplete widget will show you valid options for these fields.  

If you were to test this application, you'd see the first question displays a list of all states and the second question displays a list of all districts (irrespective of the selected state).  To filter the district list, we need to add a filter condition to the itemset. 

Filtering the ItemSet

To filter an item set, you can use the 'Filter Option' under 'Lookup Table Data' (similar to the expressions used when defining Display Logic or Calculations in your form).  In our example, we'll filter the District item list based on the selected state.  Our district table contains a field called "state_id".  The values in this match the value specified for the state question.

The left option will show an autocomplete widget to help you pick a lookup table attribute and the right option will allow you to drag a question from the question tree. 

Testing an application with lookup tables

In order to test the conditional select options and other logic works in the application, you must sign on as a mobile user and submit 'real' data to the server.  If you see an error when opening the form that states "Could not find an appropriate fixture for src: jr://fixture/item-list:table_name" you have not properly setup your lookup tables. 

  1. Sync your application. Some users have reported this error with large lookup tables that have not properly downloaded which choosing "Update Commcare" from the menu. Run the sync to ensure all assets are properly downloaded to the device
  2. Make sure that the current user has lookup table rows assigned to them (Creating and Updating Lookup Tables
  3. Alternatively, setup your lookup table so that it is available for all users (For the lookup table, set it up so that it is "Visible to All Users" by clicking Edit Type). 
  4. Once you've done this, make sure you've synced your phone. 

If you run into issues testing your app with lookup tables, try these two troubleshooting options:

Check to see if the table is visible to your mobile user: To check whether or not the lookup table is visible to your user, go to this link:[mobile username]@[domain]&version=2.0 If the table is visible to your user, you should see the table appear in the XML payload.

Clear user data: After you sync your phone if the lookup table still is not working, you may need to clear user data and log-in again. To do this, go to the login screen and click on Settings. After the Settings screen shows up, click the menu button, and select the first option, "Clear User Data." This will clear the username and force you to re-enter login credentials. Once you log in again, the new or edited table should be accessible to your user.

Large lookup tables may cause an error on the mobile device stating "get field slot from row 0 col 1 failed." This is due to the amount of memory allocated to the lookup table on the mobile device. The lookup table is larger than the available memory. If you get this error, a common work around is to split the table into multiple tables. This can be completed by adding a "more" option to the bottom of your first lookup table and performing a conditional question to display the results of the second lookup table if "more" is selected. For example, there are more than 3,600 Village Development Committees (VDC) in Nepal across 75 districts. One user created a conditional select option to display the VDCs within the selected district. However, the VDC list was too large to display in one lookup table. The user created three lookup tables that each supported the VDCs of 25 districts. Three VDC questions were created with conditional criteria that displayed the VDCs from one of the three lookup tables. Finally, a calculated question was created to determine which VDC was selected from the three VDC questions. 

Training an application with lookup tables

  1. Generic User: Create a generic user called "dimagi" or "demo" and update the table specifically for this user - populating all the conditional select options with the same 'dimagi' or 'demo'. As long as the partner is aware of the use case, they will be able to filter out this user in reports. During training, mobile users will sign onto CommCare and submit live 'practice' data. Work with the partner to specify a date where all data submitted to CommCare HQ is considered actual data for program purposes. This should be made clear to the FLWs and to the data analyst/M&E officer.
  2. Training Application: Copy the final application - remove the conditional select options from the application. This app can be used during training as a training application and the users can enter data in demo mode.
  3. No SIM: If the partner has not secured SIM cards for the phones prior to training, install CommCare on all the phones. Use one SIM card to restore the user or practice user ('dimagi' or 'demo') to all phones. The phone will update according to the latest lookup table on HQ. Remove the SIM. The conditional select options will work on the phones and the data will not be submitted to the CommCare HQ.


  • No labels