Bulk upload of development projects¶
Development projects can be bulk uploaded into the platform through a request here. The data schema below must be followed for the upload to occur. Development projects can either be uploaded as a CSV file or as a zipped (.zip) shapefile of polygons. CSV files and shapefiles use different methods to connect development projects to zones, see below for details on the methods available:
Note
The ability to bulk upload development projects is not yet available in the user interface. If you would like to upload your development projects, please format them to fit the data schema and send the data with a request here.
Connecting development projects to zones¶
Three methods are available to connect your development projects to specific zones. The set of development projects to upload should be formatted to only utilize one method:
CSV: use a zone_id column to directly associate the project with the ID of zone polygons. This is the preferred and most accurate method of association. The zone_id must correspond exactly to the zone_id in the uploaded zone geometry shapefile. For projects that are associated with more than one zone ID, denote multiple zones using a semicolon ; as a delimiter, for example: 112; 113
CSV: use columns x (longitude) and y (latitude) to hold coordinates of the project address or centroid to associate with the intersecting zone, zone_id. Coordinates must be in the World Geodetic System 1984 (WGS84) coordinate system.
Shapefile: use polygons denoting the project area to associate the project with intersecting zone polygons, zone_id. Development project polygon intersection occurs using a within zone polygon centroid method.
Each method requires a different data schema for specific columns to include in your file to upload, see below:
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
zone_id |
Integer |
Yes |
zone_id must correspond exactly to |
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
x |
Float |
Yes |
Longitude coordinate of project address or centroid. |
y |
Float |
Yes |
Latitude coordinate of project address or centroid. |
Development project attribute data schema¶
A basic set of columns are required to upload development projects and are identical to those required in the user interface development projects. Required and optional columns and their data schema are described separately below by category for interpretation purposes:
General attributes: Required for all development project records.
Residential building attributes: Required for development project records that are denoted as a is_residential building type (residential) in the building types table.
Non-residential building attributes: Required for development project records that are denoted as a is_non_residential building type (non-residential) in the building types table.
Mixed use building attributes: Required for development project records that are denoted as a being both is_residential and is_non_residential building type (residential and non-residential) in the building types table.
Phased attributes (Optional): Requirement for development project records that should phase the construction of units or space over multiple years. See the development projects section for more on phases.
AMI levels (Required only if project has inclusionary affordable units): Requirement for development project records that have inclusionary affordable units. See the development projects section for more on AMI levels.
General attributes¶
Regardless of development project building type, these general columns are required where indicated below:
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
name |
String |
Yes |
The name of the project. |
building_type_id |
Integer |
Yes |
The ID of the project building type. Must |
start_year |
Integer |
Yes |
The construction start year of the |
duration |
Integer |
Yes |
Construction duration in months. Must |
status |
String |
Yes |
The certainty that the project will be |
redevelopment |
Boolean |
Yes |
Indicator that development is a |
tags |
String |
Yes |
Tags to use to link with scenarios. For setting |
phased |
Boolean |
Yes |
Indicator that development residential units and |
buildings_count |
Integer |
No |
Total number of buildings in the |
floors |
Integer |
No |
Average number of floors in the buildings in |
descriptive_location |
String |
No |
General description of project location. |
street |
String |
No |
Physical street address of project. |
city |
String |
No |
The city the project is located in. |
state |
String |
No |
The state or province the project is located in. |
zip |
String |
No |
The ZIP or postal code the project is located in. |
identification |
String |
No |
User specified identification (ID). |
developer |
String |
No |
Name of project developer. |
source |
String |
No |
The source of the information on the development |
notes |
String |
No |
Notes can be added to include any other pertinent |
Residential¶
If the development project is a residential building type, additional columns are required:
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
residential_units |
Integer |
Yes |
Total number of residential units. |
average_unit_size |
Integer |
Yes |
Average unit size (square feet or square meters) in |
market_rate_units |
Integer |
Yes |
Total number of units that will be |
affordable_units |
Integer |
Yes |
Total number of units that will be |
affordable_program |
String |
No - Required only |
Type of affordable housing program. Must be |
own_units |
Integer |
No |
Total number of units that will be owner |
rent_units |
Integer |
No |
Total number of units that will be renter |
building_program |
String |
No |
Residential building program specific |
group_quarters |
String |
No |
If the project offers group-quarters, |
population_or_beds |
Integer |
No - Required only |
Total number of people or beds |
Non-residential¶
If the development project is a non-residential building type, additional columns are required. You may represent jobs using two methods:
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
non_residential_space |
Integer |
Yes |
Total non-residential square |
space_per_job |
Integer |
Yes |
Average square feet or square meters per job in |
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
employment_capacity |
Integer |
Yes |
Total employment capacity |
Mixed use¶
If the development project is a mixed use building type (residential and non-residential), additional columns are required that combine both the residential and non-residential attributes. Note that mixed use projects cannot have 0 or null values for both non_residential_space or employment_capacity and residential_units. You may represent jobs using one of the two methods combined with the residential component below:
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
non_residential_space |
Integer |
Yes |
Total non-residential square |
space_per_job |
Integer |
Yes |
Average square feet or square meters per job in |
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
employment_capacity |
Integer |
Yes |
Total employment capacity |
Column Name |
Data Type |
Required |
Description |
---|---|---|---|
residential_units |
Integer |
Yes |
Total number of residential units. |
average_unit_size |
Integer |
Yes |
Average unit size (square feet or square meters) in |
market_rate_units |
Integer |
Yes |
Total number of units that will be |
affordable_units |
Integer |
Yes |
Total number of units that will be |
affordable_program |
String |
No - Required only |
Type of affordable housing program. Must be |
own_units |
Integer |
No |
Total number of units that will be owner |
rent_units |
Integer |
No |
Total number of units that will be renter |
building_program |
String |
No |
Residential building program specific |
group_quarters |
String |
No |
If the project offers group-quarters, |
population_or_beds |
Integer |
No - Required only |
Total number of people or beds |
Phased construction¶
If the development project utilizes the optional phased construction of unit or space over the construction duration, additional columns are required. Only market rate, affordable, non-residential space, and employment capacity can be phased. The general syntax for columns follow this naming rule: “phases_[TYPE OF ATTRIBUTE]_[PHASED YEAR]” for example to phase market rate units over a two year construction period from 2011 to 2012 add the two columns: phases_market_rate_units_2011 and phases_market_rate_units_2012.
Column Name |
Data Type |
Description |
---|---|---|
phases_market_rate_units_[PHASED YEAR] |
Integer |
Total number of |
phases_affordable_units_[PHASED YEAR] |
Integer |
Total number of |
phases_non_residential_space_[PHASED YEAR] |
Integer |
Total number of |
phases_employment_capacity_[PHASED YEAR] |
Integer |
Total number of |
AMI levels¶
If the development project has inclusionary or both affordable program unit categories, you must specify the AMI levels of units with additional columns. The general syntax for columns follow this naming rule: “ami_[AMI LEVEL]_units” for example to set two different AMI levels such as 30% and 40% for different numbers of units, add the two columns: ami_30_units and ami_40_units.
Column Name |
Data Type |
Description |
---|---|---|
ami_[AMI LEVEL]_units |
Integer |
Total number of affordable units at |