Overview
P-codes (Place codes) are unique geographic identification codes, usually represented by combinations of letters and numbers to identify a specific place, point, positional location or feature on a map or within a database. There must only be only one P-code per administrative unit.
P-codes should be made available and used consistently within Core CODs (COD-AB, COD-PS, and COD-EM). At a minimum, the taxonomy (names and P-codes) should be made available as a gazetteer (a geographic dictionary that contains administrative names and P-codes).
P-codes should then be used as the taxonomic framework for assessments, responses, and associated information as much as possible.
P-codes will be required and used at the very start of an emergency and throughout the response. P-codes help with data coordination and provide the framework for most data collection, processing, analysis, and visualization. For instance, P-codes/names are used to create the 3W and monitoring data collection frameworks. They are used to help process data such as when processing country-specific CODs (e.g., assigning P-codes to school locations). P-codes are used for analysis such as a prioritization matrix or a vulnerability matrix. P-codes are also used to visualize humanitarian data in maps and charts as seen in HDX, Snapshots, Bulletins, HNOs, etc).
How P-codes are used in humanitarian preparedness and response
The unique ID can be used to different places with the same name
P-code and names are used in data collection tools (e.g., 3W, RPM)
Used to amalgamate data from different sources
Used as a dimension for analysis (e.g., geographic severity, priority etc.)
Can be applied to other datasets so that their geographic location is known if it is a spatial file
P-coding process
The first and most important two steps are: 1) confirm that there is no national coding scheme already available; 2) confirm that there is no informal coding scheme that has been adopted by some national or international organizations. Only proceed to create a P-code system if no other system is available.
The schematic below shows a basic structure of a P-code system for a country with four administrative boundary levels.
The components of this system are:
Country Code - This is taken from the ISO 2-letter country code standard. This will force any P-code to be recognized as text rather than a number, which has the advantage of being sure that leading zeroes are not dropped and reduces the risk of database key incompatibility. The country code is also useful if CODs are ever merged into one database as it will ensure P-code uniqueness.
Administrative level 1 to Administrative level x - Each administrative level receives a numeric code with enough leading zeros to ensure that the occasional addition of new administrative units will not exceed the number of codes available. In the example below, two digits are adequate for administrative levels 1 - 3 (meaning that there are not expected to be more than 99 administration units in any one of these levels). Level 4 can have as many as 999 administrative units.
Incremental Settlement Numbers (if required) - For simplicity of maintenance, it is best to use a single set of incremental numbers across the whole country (rather than within each administrative unit). This has the additional advantage of allowing places to be referred to using only the settlement number without the admin unit codes, making them shorter. Enough digits should be used here to allow for the possibility of new datasets to be added.
How much structure is too much?
There is a temptation to "over-structure" the P-code system, for example, having a contiguous range of Admin level 2 codes falling within a given Admin Level 1 boundary. However, these sort of restriction, especially at the lower levels, are difficult to maintain over time and add little value to the P-code system.
Updating the datasets
Because these datasets are a key piece of information infrastructure, it is important that changes are managed carefully to avoid breaking information systems that rely on the datasets. Some basic rules about changes are:
A given P-code can be removed (if a settlement or admin unit is removed), but never re-used to represent a different place.
Additions to the settlements layer can be made at any time. However, partners should be notified when this is done.
Deletions in the settlements layer or any change to the administrative units must be coordinated across the humanitarian community so that all actors switch to new versions of the admin units at the same time.
CASE STUDY: Malawi COD-AB and COD-PS alternative P-code structures |
|---|
In 2018 it was understood that some Malawian information sources described a 32 unit administrative level 2 (district) structure while others described 28 units, the differences being four cities which might or might not be administratively distinct from their surrounding administrative districts. (Administrative level 3 units respected each version of the administrative level 2 boundaries.) The humanitarian community had not achieved consensus on which system to use and the government inquiries could not confirm which system that would be used in the 2018 census. OCHA decided to base the COD-AB and COD-PS on the 32 unit system until or unless the 2018 census reports, expected in one or two years, prompted a change. However, a table in the gazetteer mapped the '28 district' alternative names for each administrative level 3 unit so that users could derive the 28 district structure if required. |
Standards
P-codes must be unique within a country (no duplication of P-codes).
There can only be only one P-code per administrative unit.
P-codes in the COD-AB and COD-PS should match - and then be used by the COD-HP.
At a minimum, the taxonomy (names and P-codes) should be made available as a gazetteer even if the administrative boundary geometry is unavailable.
Ideally, a P-code is a combination of letters and / or numbers (see image above) but national systems should be adopted. If no alpha code (usually it is ISO 2 letter code) is used nationally, it may need to be added to ensure its uniqueness globally.
P-codes should form the framework for or be referenced by Country Specific COD-CS datasets. The
P-code systems can be extended or enhanced by similar CODs such as health districts CODs.
Resources
P-code Guidance Process to develop P-codes produced by OCHA, UNHCR, and the International Center for Remote Sensing Education.
P-code flyer (for advocacy purposes).
P-coder tools: these tools will analyze an excel spreadsheet and verify names/p-codes. Used when processing partner 3W or monitoring data. These can be modified to fit other country needs.
Tutorial
COD-AB Quality Checklist (How to check P-codes for hierarchy, parentage and uniqueness)