The purpose of having a standardized naming convention is to provide an organized framework for the datasets, ensuring interoperability between users and platforms. (See below for Naming Convention for Information Products)

Naming Convention for Datasets  


The naming convention for datasets (which are used to generate information products but are not usually information products in and of themselves) is different from the naming convention for information products.  This section describes the naming convention for datasets, including geodata and other datasets. 

There are 5 elements to the naming convention, each separated by an underscore: _.  Optional elements are denoted by brackets: []. They are as follows:

ISO3_Code+DataType_SubCode_[Scale]_Source_[Additional Description]

where:

Special Case 1: Two Datasets having the same naming convention

In the case where two datasets have the same name and there is insufficient time to clean the data to merge them to one dataset (see Data Cleaning in the Geodata Preparation Manual), numbers are used to differentiate between the two datasets and differences are specified in the metadata title and abstract until the data may be combined to one.  The numbers run in descending order from the dataset at the lowest detail to the dataset at the highest detail.  Consider the following:

Two sets of population data for a particular country, one has the population for major cities and the other population data for small towns. The data for major cities are labeled with a “1” and the data for small towns are labeled with a “2”.

Dataset Names (interim solution):

Feature Class Name (long term solution):

Special Case 2: Data do not span an entire country or region

In the case where the dataset only coverts part of a country, administrative names are used to differentiate between administrations and city names are used to differential between urban areas.  See example below:

Datasets not covering an entire country:

Resulting Dataset Names:


File Naming Within Geodatabases


The naming of datasets (feature classes) within a Geodatabase is identical to the scheme defined above.  A geodatabase feature class, shapefile, and KML representation of the same dataset would have the same name (exclusive of the file extension). However, for geodatabases, the file naming convention must also define the names of the geodatabase and feature datasets which contain the feature classes. An example geodatabase can be found in the folder structure. See also: Folder Structure and Archiving

Geodatabase name: The name of the geodatabase is from the International Organization for Standarization (ISO) country code, ISO3 code of the country/region of interest. For example: wrl, afg, alb, etc.   

Feature dataset name: Feature datasets are objects that are used to group together related feature classes. There are two parts to the feature dataset name naming convention, each separated by an underscore (_). They are as follows:

Feature class name: As described above, the feature classes are named using the naming standard outlined above as if they were shapefiles.

Naming Convention for Information Products


OCHA Field Map names are made of four parts separated by an underscore: 

  1. The catalogue number, if in use (a good practice for catalog numbers is to have a three letter code for the country office and a sequential number) 
  2. A short map name (e.g. somalia_3w) 
  3. The paper size (A4, A3, A0, etc)
  4. The date of publication in YYYYMMDD format. 

Examples: