...
Boundary Hierarchy Types | Boundary Type 1* | Boundary Type 2* | ||
Sr.No | Parent Level* | Parent Boundary Code* | Child Level* | Child Boundary Code* |
1 | Ward | W1 | Mohalla | M1 |
Ward | W2 | Mohalla | M1 | |
2 | Ward | W3 | Mohalla | M2 |
Ward | W4 | Mohalla | M2 | |
*Mandatory Columns
Please note: The data mentioned in the table is a sample boundary data.
Procedure
Data Definition
Below is the definition of columns present in the template:
...
Procedure
Data Definition
Sr. No. | Column Name | Data Type | Data Size | Mandatory | Description |
1 | Boundary Type 1 | - | - | Yes | The type of boundary the parent belongs to. |
...
2 | Boundary Type 2 |
...
- | - | Yes | The type of boundary the child belongs to. |
...
3 | Sr. No |
...
Numeric |
| Yes | This to mentioned in an incremental order for every one new child level. |
...
4 | Parent Level | Alphanumeric |
| Yes | This is the Parent level of boundary classification in which the the Parent level is crossing. |
...
5 | Parent Boundary Code |
...
Alphanumeric |
| Yes | This is the code of the boundary for the Parent level. |
...
6 | Child Level | Alphanumeric |
| Yes | This is the Parent level of boundary classification which is crossing in the Parent level. |
7 | Child Boundary Code |
...
Alphanumeric |
| Yes | This is the code of the Parent level of boundary. |
Steps to fill data
Download the data template attached to this page.
Get a good understanding of all the headers in the template sheet, their data type, size, and definitions by referring to the ‘Data Definition’ section of this document.
In case of any doubt, please reach out to the person who has shared this template with you to discuss and clear your doubts.
Firstly Identify all the child levels which have a relation with more than 2 parent boundary types and their hierarchy types as well.
Fill up the boundary hierarchy (names/ codes) types in place of boundary type 1/2.
Then along with the codes start filling in one by one with the proper mapping between every child and parent.
The Sr. No should be in an incremental order for every new child level.
Prepare a new table for every different parent child relation.
...
Verify the data once again by going through the checklist and taking care of each and every point mentioned in the checklist.
Checklist
The checklist is a set of activities to be performed one the data is filled into a template to ensure data type, size, and format of data is as per the expectation. These activities have been divided into 2 groups as given below.
Common Checklist
This checklist covers all the activities which are common across the entities.
Sr. No. | Checklist Parameter | Example |
|---|---|---|
1 | Make sure that each and every point in this reference list has been taken care of. |
Entity Specific Checklist
This checklist covers the activities which are specific to the entity.
Sr. No. | Checklist Parameter | Example |
|---|---|---|
1. | No child can be left without a parent. | A parent code has to be there for every child |
2. | All the fields with * sign in the data table are mandatory to be filled in. Without this information, the system configurations cannot be executed. | - |
3. | Parent child code which is being added here should have already been included in the boundary data which was the 2nd step in boundary data collection. |
...
- | ||
4. | Do not fill the boundary data for the hierarchy which is not present in more than 2 levels. | Data should exist in both the hierarchy types. |
5. |
| No code(i.e parent as well as child) field can be left blank |
Attachments
Below is the attached template for cross boundary hierarchy:
| View file | ||
|---|---|---|
|
2. Below is the sample data for cross boundary hierarchy which can be used a reference:
| View file | ||
|---|---|---|
|