Use situation: handling a listing of farmer beneficiaries

Use situation: handling a listing of farmer beneficiaries

this informative article is followed closely by test kinds, dataset definitions and test information conserved in this folder.

Overview

Within the agricultural sector, a typical utilization of SurveyCTO is always to keep an eye on farmers. An average situation is when an agricultural programme officer leads an exercise on an intervention geared towards training regional farmers about how to implement a farming technique that is new. This frequently involves keeping a workshop with chosen farmers in a locality. The programme officer wish to keep tabs on all of the attendees as well as in due program follow through they are progressing with the lessons learnt with them to check on how. The officer shall might like to do the annotated following:

  1. Enroll farmers.
  2. Record the existence of farmers at conferences.
  3. Improve farmers’ details.
  4. Delete an archive of a farmer.

In this specific article, we will walk through an example workflow for handling a directory of farmer beneficiaries making use of SurveyCTO.

This workflow is broadly applicable, illustrating how to produce and keep a listing of a number of other things regardless of farmers ( e.g. schools, latrines, medications, or clinics) in a host dataset through type submissions. In case the usage instance just isn’t farming, it is possible to nevertheless learn something.

Workflow elements

They are the files which you shall have to deploy on your own host to check this workflow:

Component File name
Form definition – Farmer management, – Farmer attendance
Field plug-ins – table-list.fieldplugin.zip
Server dataset meaning – farmer_list.xml

The test kinds, dataset meaning and test information are conserved in this folder while the table-list industry plug-in can here be downloaded from . Follow these directions to deploy them in your host system.

Features that permit this workflow

This usage situation uses listed here popular features of SurveyCTO:

Pre-loading pulldata( that is using

Pre-loading option listings search( that is using

Server dataset publishing

Comprehending the workflow

The workflow is made around two types and something server dataset. You shall appreciate this workflow most readily useful attempting it in training, when you have properly implemented it to your SurveyCTO host. Each major action in the workflow is described below.

Farmer management form

This type can be used to:

  1. Join a farmer
  2. Upgrade farmers details
  3. Delete accurate documentation of a farmer

Registering a farmer

This type is supposed to be filled in at least one time for every single farmer that is individual. Whenever filling out the proper execution, find the “Register a farmer that is new action and go into the farmers details. The information and knowledge concerning the towns and wards is pre-loaded from an connected CSV file (“zambia_wards.csv”).. The search() function can be used to filter down seriously to the ward that is relevant from the chosen city. After the farmer details are finished, save your self and submit the proper execution. Each time the proper execution is submitted the farmers info is posted to your “farmer_list” server dataset (“farmer_list.xml”).

Upgrading the farmer

To upgrade the facts of the farmer on record, find the “Update documents of https://datingmentor.org/ios/ a farmer” action. This lots the menu of farmers through the “farmer_list” dataset and shows it in a dining dining dining table with the table-list industry plug-in. Choose the farmer and edit the needed industries. Upon saving and submitting the shape, the industries are posted using the updated details.