Design code

There are 2 datasets you must provide for design codes:

Format

You can provide data in one of these formats:

  • CSV
  • GeoJSON
  • GML
  • Geopackage

For more information, see how to provide your data.


Design code dataset

This dataset is about conservation areas. These are areas where extra planning controls apply due to their special architectural and historic interest.

The dataset must contain at least one entry (row) for each design code

It must containing the following fields (columns):

description

An optional short description of the design code.

Example: A design code for urban development in Felpersham consistent with vernacular buildings in Borchester.

design-code-status

document-url

The URL of the HTML, PDF or other document documenting the design code.

Example: http://www.borchester.gov.uk/document/dc01.pdf

documentation-url

The URL of the webpage citing the design code document.

Each document should be linked to on a documentation webpage that includes a short description of the design code. The website URL should be unique for design code, either by creating a separate page or a separate anchor (fragment identifier) for each design code.

Example: http://www.borchester.gov.uk/design-codes/#dc01

end-date

If applicable, the date that the design code was no longer in effect, written in YYYY-MM-DD format. If it's still in effect, leave the cell blank.

Example: 1999-01-20

entity

entry-date

The date this dataset was created or last updated, written in YYYY-MM-DD format.

Example: 2022-12-20

name

This will be the title of the design code displayed on our website.

Example: The design of chimneys in Borchester

notes

Optional text on how this data was made or produced, or how it can be interpreted.

organisation

prefix

reference

A reference or ID for each design code that is:

unique within your local planning authority dataset permanent - it doesn't change when the dataset is updated

If you don't use a reference already, you will need to create one. This can be a short set of letters or numbers.

Example: DCO1

start-date

The date that the design code came, or comes into force, written in YYYY-MM-DD format.

Example: 1984-03-28

Design code area dataset

This dataset is about conservation areas. These are areas where extra planning controls apply due to their special architectural and historic interest.

The dataset must contain at least one entry (row) for each design code area

It must containing the following fields (columns):

description

design-code

The reference of the design code which applies to this area.

design-code-area-type

design-code-rules

documentation-url

end-date

If applicable, the date that the design code area was no longer in effect, written in YYYY-MM-DD format. If it's still in effect, leave the cell blank.

Example: 1999-01-20

entity

entry-date

The date this dataset was created or last updated, written in YYYY-MM-DD format.

Example: 2022-12-20

geometry

The boundary for the design code area as a single polygon or multipolygon value. Points must be in the WGS84 coordinate reference system.

This should be in GeoJSON format.

Example: MULTIPOLYGON (((1.188829 51.23478,1.188376 51.234909,1.188381 51.234917,1.187912 51.235022...

name

This will be the display name of the page hosting data about this design code area on our website.

Example: Felpersham town centre

notes

Optional text on how this data was made or produced, or how it can be interpreted.

organisation

point

prefix

reference

A reference or ID for each design code area that is:

unique within your dataset permanent - it doesn't change when the dataset is updated

If you don't use a reference already, you will need to create one. This can be a short set of letters or numbers. This reference may be the same as the design code if only one design code applies to the area.

Example: DCA01

start-date

The date that the design code came into force, written in YYYY-MM-DD format.

Example: 1984-03-28