Version Française disponible en bas de page
Overview
P-codes are unique geographic (geo) identification codes, represented by combinations of letters and/or numbers to identify a specific location or feature on a map or within a database. For a specific place, point, or positional location, the geo-codes have come into common usages as P-codes (abbreviation for Place-Code). These terms can be interchanged as long as one recognizes the focus on “position or place” for P-codes. There can only be only one P-code per administrative unit. They are also used to provide unique reference codes to refer to settlements or administrative units in other datasets.
P-codes should be made available as a preparedness activity during the development of the Core CODs (COD-AB and COD-PS). 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 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:
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.
- 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 must be included in the COD-AB and COD-PS. It is best practice to include P-codes in other COD datasets (e.g., use spatial join/union with COD-AB)
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