EarthDefine Building Footprints 3D: Technical Specification
How EarthDefine builds, verifies and delivers nationwide US building footprints: the three units the data counts in, where the imagery and LiDAR come from, what does and does not count as a building, how accuracy is checked, the full polygon and point schemas, and how a delivery ships.

Generated from this page, last revised 11 September 2026. The link always serves the current version.
1. What is Building Footprints 3D?
EarthDefine Building Footprints 3D is a nationwide dataset of US building footprints delivered as two geometry layers: building polygons, and address points carrying the attribute table. Footprints are extracted by EarthDefine's AI classification models from LiDAR and 30cm to 60cm color-infrared aerial imagery, then split using parcel data, addressed from multiple sources, and enriched with LiDAR-measured 3D attributes.
Our dataset distinguishes three units:
- Structure or
str_UUIDis one contiguous physical building mass, the thing you would trace walking around the outside walls. - Building or
bld_UUIDis a structure split at parcel boundaries: a townhome row of eight units on eight parcels is one structure and eight buildings. - Address or
addressis an address record inside a building; multiple points per building are normal, and every point falls spatially within its polygon.
Figure 1: EarthDefine Building Footprints: structures, buildings, and address points
How these three units combine
Not all buildings, structures, and address points map one to one. Below are six illustrated cases that describe how they are handled:
- A single-family home that sits on one parcel: one parcel, one structure, one building, and carries one address.
- A duplex or small multi-unit building that sits on one parcel: one parcel, one structure, one building with two units, with one address per unit.
- A large house that sits across two parcels: two parcels, one structure, one building, and carries one address.
- A townhome row across three parcels with a mix of two units that have one address each, and a third which has two addresses because it includes a rented basement unit: three parcels, still one structure, three buildings, but four addresses (one + one + two).
- A house and a shed that sit on one parcel: one parcel, two structures, two buildings, each carrying the same address.
- A house and a separate studio that sit on one parcel: one parcel, two structures, two buildings, two addresses.
- A multi-storied building in a single parcel: one parcel, one structure, four buildings, each carrying a different address.
- A large rural parcel with a house, a shed, and two industrial units: one parcel, four structures, four buildings, the house and shed share one address and the industrial units have two have distinct addresses (one + one + one).
This explains why the buildings count and the structures count (see Section 2) diverge, and why per-parcel aggregation needs to be split. The variation is the direct result of buildings not always mapping one-to-one with addresses even when parcels do.
To view a building you are familiar with, try the Buildings API - it will return the str_UUID, bld_UUID and address records for any address or coordinates.
2. How much of the US does it cover, and how many buildings are there?
Coverage: contiguous US, Puerto Rico, US Virgin Islands, Hawaii, Mariana Islands, American Samoa, and Alaska (partial), covering a total of 3227 out of the 3,244 counties.
| Count | Details | |
|---|---|---|
| Buildings | 202,285,763 | Includes parcel-level splits |
| Contiguous structures | 193,362,521 | Used for comparisons with datasets that do not split buildings at parcels |
| Structures with LiDAR-measured heights | 176,093,668 | 91% of all contiguous structures |
Context: The buildings figure is higher than the contiguous structures figure because of the parcel splits described in Section 1. Both figures are provided to support appropriate comparisons with datasets that do not split structures at parcel boundaries.
Check coverage for a specific address or region here: EarthDefine Buildings API
3. Where does the data come from, and how is it produced?
Footprints derive from three source types:
- USDA NAIP* color-infrared imagery at 30cm to 60cm resolution
- State and local orthoimagery
- LiDAR point clouds
*U.S. Department of Agriculture National Agriculture Imagery Program
Every address point records the most recent source that detected its building (Source) and the date of that source (SourceDate), making the provenance queryable per record rather than stated only at the dataset level.
Production runs as a staged pipeline: imagery is classified by the extraction models; classified output is tiled and regularized into clean polygon geometry; LiDAR enriches regularized polygons with 3D measurements and contributes new and refined footprints where imagery alone underperforms; polygons are split at parcel boundaries; and buildings are addressed from multiple sources. Data is processed at the county level, with each county processed separately. Record counts are reconciled at every stage.
Figure 3: EarthDefine Building Footprints 3D production pipeline diagram.
For details about how output is reviewed and corrected before it ships, and how those corrections feed future releases, please refer to Section 6.
4. How often is it updated, and do identifiers stay stable across releases?
We release quarterly. Each release carries model improvements plus any new LiDAR and state or local imagery that has arrived since the last one, so footprints, heights, and parcel splits keep improving between imagery refreshes. The source imagery itself is refreshed on a fixed two-year cycle per state, about half the states each year. In the most recent quarter we added 688,295 structures and extended measured heights to a further 8.66 million.
Identifiers persist across releases: str_UUID and bld_UUID are stable. In cases when the building shifts or changes significantly, new UUIDs are assigned.
5. What counts as a building, and what doesn't?
A building is a permanent structure with a roof. That definition is applied consistently and decides most edge cases. Here are some common rules:
Captured as a building:
Houses, commercial buildings, and industrial buildings; parking garages; trailer homes and mobile homes sited in trailer parks; gazebos, covered baseball dugouts, and covered parking; glass sunrooms and pool houses; covered pool enclosures (usually attached to the main structure); greenhouses of clear glass or plastic; covered walkways connecting complexes of the same facility (hospitals, campuses); gas-station canopies; water towers; stadium seating with an alternate use beneath it (concessions, restrooms, locker rooms); solar panels serving a secondary structural use such as covered parking; silos and large cisterns; roofed structures at the end of docks; detached sheds and outbuildings, which are delivered as separate buildings.
Figure 5A: Examples of what is captured as buildings.
Top left: Covered walkways at an airport terminal | Top right: Gas station canopy as a building
Bottom left: Large cistern and silos as buildings | Bottom right: Water tower of a town as a building
Not captured as a building:
RVs, campers and towed trailers anywhere on residential property, on roads, or at dealerships; boats and vehicles; shipping containers and semi-truck trailers; tents, canvas or mesh temporary structures; sporting-event seating with no alternate use beneath it, including small stands at school fields; standalone solar arrays; transmission towers and wind turbines; statues and monuments; uncovered docks, pools, trampolines, patios and porches; pool-adjacent cabanas and pergolas unless roofed; construction-material piles and pallets; mesh agricultural covers; road segments; industrial piping.
Figure 5B: Not captured examples.
Top left: Docks, boats, and vehicles | Top right: Wind turbines
Bottom left: Solar arrays | Bottom right: Shipping containers
Geometry rules.
Uncovered courtyards and patios inside a building's boundary are excluded from the footprint, as are adjacent pavement and bare soil. Above-ground decks and balconies are included; ground-level patios are not; the distinction is made from elevation evidence (stairs, furniture, cast shadow). Multi-floor buildings are captured at their base. Where a building leans in the imagery, slight lean is resolved from the rooftop; intense lean is resolved toward the foundation. Buildings partially obscured by tree canopy or shadow are captured on the estimated complete extent of the building rather than only the visible portion, and complex multi-material roofs are resolved as one footprint using shadow and context rather than split by roof color.
There is no minimum-size threshold published for capture.
Figure 5.1. Parcel split in practice.
Left: Aerial imagery of an eight-unit townhome row
Right: Delivered footprint layer for that imagery, showing one contiguous structure split into eight building polygons at the parcel lines.
Figure 5.2. Buildings under construction.
Left: A construction site in source imagery
Right: Delivered footprint layer for that imagery, correctly captured as a building despite being incomplete.
Figure 5.3. RV vs. trailer-park mobile home.
Left: An RV (intentionally not captured) on residential property
Right: Manufactured homes in a mobile home park (correctly captured as a buildings).
Figure 5.4. Roofed dock structure vs. uncovered docks.
Left: Roofed dock structures (correctly captured)
Right: Uncovered docks (intentionally not captured)
Figure 5.5. Solar panels serving covered parking vs. a standalone array.
Left: Solar panels over a parking lot (correctly captured)
Right: A standalone ground-mounted solar array (intentionally not captured)
Figure 5.6. Above-ground deck vs. ground-level patio.
Left: A raised deck with visible support structure (correctly captured)
Right: A ground-level patio (intentionally excluded)
The distinction is made using elevation evidence.
Figure 5.7. Courtyard exclusion.
Left: Ariel imagery of building with open interior courtyards
Right: the delivered footprint with courtyard correctly excluded from the polygon
Figure 5.8. Multi-floor capture at the base.
Left: A multi-story building in oblique or angled imagery
Right: The delivered footprint, correctly captured at its base rather than its upper floors
Figure 5.9. Building lean.
Left: A leaning building in oblique imagery
Right: The delivered footprint: slight lean resolved from the rooftop, intense lean resolved toward the foundation
Figure 5.10. Canopy or shadow obstruction.
Left: A building partially hidden by tree canopy
Right: Delivered footprint, extended to the estimated complete extent rather than the visible portion.
Figure 5.11. Multi-material roof resolved as one footprint.
Left: A building with a roof in two or more materials or colors
Right: Delivered footprint, resolved as a single polygon rather than split by roof appearance
6. How is accuracy measured and verified?
Our quality assurance runs at three levels.
- Pipeline stage gates. Record counts are reviewed with every new data integration to ensure a net positive data improvement is achieved. Large fluctuations in building counts are investigated when new LiDAR or imagery is introduced.
- Per-state release checks. Before a state ships, a named checklist verifies, among other checks: UUID consistency between point and polygon layers (no extras, no missing); no null address fields; no zero values in ground-elevation fields (LAG, HAG, mean elevation); story-count outlier review; source-date correctness against the LiDAR and imagery inventories; gap investigation over the resolved layer; dissolution of overlapping polygons along tile edges; and spot checks of residential addresses against independent map services.
- Human review. County-level classifier output is reviewed and signed off by a named human data analyst; every county is hand-verified before it ships. Where output needs correction, human data analysts edit annotations against source imagery under the written guideline of section 5, and corrections feed the next model release. The review work is itself audited: annotation output is re-reviewed in structured feedback rounds that classify errors into four categories (omissions, commissions, incomplete annotations, mislabeling), with worked examples issued back to reviewers each round.
Accuracy is measured at different levels relevant to your project:
Height accuracy. Heights are measured from LiDAR point clouds rather than estimated from imagery, and delivered as multiple values per building (maximum, mean, maximum-with-clutter) with ground elevations and roof slopes alongside. We do not publish a single product-wide height-accuracy figure; the published vertical specification of the underlying LiDAR collect is available for any area of interest.
Positional accuracy. Footprints derive from three sources, each with its own published horizontal specification, so we do not quote a single blended figure. The source specification for any area of interest is available on request.
Address confidence. Every address point carries Add_Conf, a low, medium or high confidence score based on the number of corroborating sources and the point's positional relationship to the building.
Table 6.2: Accuracy and confidence measures
- Height accuracy
- Per-area LiDAR spec available on request
- Positional accuracy
- Per-area source spec available on request
- Address confidence
- Delivered as a per-record field, low/medium/high
7. What's in the schema?
The polygon layer carries three fields (str_UUID, bld_UUID, Area_SqFt).
The point layer carries the full attribute table, addressing fields, Add_Conf, coordinates, 3D metrics (heights, ground elevation, roof slopes, stories, area, volume), Land Based Classification Standards (LBCS) land-use classification, a parcel identifier, source and source date, and a largest-structure-per-address flag, joined to the polygon layer on either UUID.
Coordinate system is geographic WGS84 (EPSG:4326), vertical datum NAVD88.
3D metrics require a 3D license and are computed from processed LiDAR point-cloud data; the LBCS land-use fields and parcel identifier (ll_uuid) derive from Regrid parcel data.
Figure 7: A visualization of building heights (Mean, Max, MaxObject), roof slopes (Mean, Max, Mode), volume, and ground elevations (Mean, LAG: Lowest Adjacent Grade, HAG: Highest Adjacent Grade)
For the authoritative field-by-field reference, definitions, and types, please refer to the data dictionary below.
Polygon Schema
3 fields
| Field | Description | Example |
|---|---|---|
str_UUID
|
Universal Unique ID of the entire structure | f985fa5b-9f2e-11eb-abd1-d89d67c66f28 |
bld_UUID
|
Universal Unique ID of the building from the parcel split | f9ea1bf5-9f2e-11eb-a32b-d89d67c66f28 |
Area_SqFt
|
Area of the building in square feet | 24,052 |
Point Schema
43 fields
| Field | Description | Example |
|---|---|---|
str_UUID
|
Universal Unique ID of the entire structure associated with the Address | f985fa5b-9f2e-11eb-abd1-d89d67c66f28 |
bld_UUID
|
Universal Unique ID of the building from the parcel split associated with the Address | f9ea1bf5-9f2e-11eb-a32b-d89d67c66f28 |
Address
|
Full address of the building, including City, State, and ZIP Code | 8875 NW 26th St, Doral, FL 33172 |
Address_No
|
Address number | 8875 |
Street
|
Address street name | NW 26th St |
SubAddress
|
Sub-unit Address | Unit C2 |
City
|
Address city | Doral |
STPostal
|
Address USPS state abbreviation | FL |
ZIP
|
Address Zip Code | 33172 |
State
|
Address state name | Florida |
County
|
Address county | Miami-Dade County |
CTFIPS
|
County FIPS (Federal Information Processing Standard) Code (The first two digits are the State FIPS Code) | 12086 |
Add_Conf
|
Address Confidence, dependent on the number of sources and positional relationship to sources, set as low, medium, or high | High |
Latitude
|
Latitude in Decimal Degrees of the centroid of the building | 25.798749 |
Longitude
|
Longitude in Decimal Degrees of the centroid of the building | -80.339941 |
MaxHeight*
|
Maximum height of the structure based on latest LiDAR data calculated in feet, excluding potential clutter like an antenna, overhanging tree, etc. (NULL denotes no elevation data) | 14.48 |
MeanHeight*
|
Mean height of the structure based on latest LiDAR data calculated in feet (NULL denotes no elevation data) | 11.58 |
MaxObjectH*
|
Maximum height of the structure based on latest LiDAR data calculated in feet, including potential clutter like an antenna, overhanging tree, etc. (NULL denotes no elevation data) | 45.06 |
LAG*
|
Lowest Adjacent Grade: lowest observed ground elevation above sea level around the boundary of the building | 249.77 |
HAG*
|
HAG - Highest Adjacent Grade: highest observed ground elevation above sea level around the boundary of the building | 252.28 |
MeanElev*
|
Mean ground elevation in feet under the structure footprint | 250.93 |
MeanSlope*
|
Mean roof slope in degrees 0-90 (NULL denotes no elevation data) | 33 |
MaxSlope*
|
Max roof slope in degrees 0-90 (NULL denotes no elevation data) | 45 |
ModeSlope*
|
Mode roof slope in degrees 0-90 (NULL denotes no elevation data) | 30 |
ll_uuid**
|
Universal Unique ID of the parcel that intersects the building | 9d79f331-9752-423a-b88e-15b5e9ed6b6a |
lbcs_activity**
|
Land Use Code: Activity | 3120 |
lbcs_activity_desc**
|
Land Use Code Description: Activity | Primarily goods storage or handling |
lbcs_function**
|
Land Use Code: Function | 3600 |
lbcs_function_desc**
|
Land Use Code Description: Function | Warehouse and storage services |
lbcs_structure**
|
Land Use Code: Structure | 2700 |
lbcs_structure_desc**
|
Land Use Code Description: Structure | Warehouse or storage facility |
lbcs_site**
|
Land Use Code: Site | 6000 |
lbcs_site_desc**
|
Land Use Code Description: Site | Developed site with buildings |
lbcs_ownership**
|
Land Use Code: Site | 4110 |
lbcs_ownership_desc**
|
Land Use Code Description: Site | City, Village, Township, etc. |
Source***
|
Most modern source of the building footprint, either from aerial imagery or LiDAR | Aerial Imagery |
SourceDate
|
Source data date formatted as MM/DD/YYYY or YYYY when exact capture date is unavailable, will match the source as the most modern date the building was detected | 11/26/2019 |
LiDAR_Year
|
Vintage of the current LiDAR data on file | 2017 |
Area_SqFt
|
Area of the building in square feet | 24,052 |
Stories*
|
Model estimated number of stories based on building attributes if elevation information is available | 5 |
GrossArea*
|
Estimated square footage of the building (Area_SqFt * Stories) | 8204.75 |
Volume*
|
Volume of the building based on the sum of height pixel values within the outline of the building | 1234.56 |
Largest
|
Identifies the largest structure for every address, indicated as 1 for largest structure or NULL | 1 |
* Available with a 3D license only; 3D metrics are computed from processed LiDAR point-cloud data.
** LBCS codes and ll_uuid are derived from Regrid parcel data
*** Source may differ from where polygon is derived
To see the fields populated, try Buildings API. It returns the full point record for any address, coordinates, or region of interest.
8. How is it delivered, and what does it cost to license?
The data is available two ways: as a bulk delivery, or per lookup through the Buildings API. Bulk deliveries ship as standard GIS formats like ESRI Shapefiles and Geopackages. Depending on your project needs, we can deliver a joined version, only polygons with attributes (no points), repeating polygons for multiple addresses, etc.
The Buildings API returns the same records per lookup, queried by address, coordinate, or region of interest, with JSON responses. The response carries the point schema described in Section 7, so a single address lookup will show you the full attribute set on a building you already know, before you scope a bulk delivery.
Licensing: full commercial licensing, no share-alike obligations. The 3D license tier gates the 3D metrics; LBCS and parcel-identifier fields derive from Regrid parcel data.
9. Need something the standard specification doesn't cover?
Section 5 describes the capture rules used for the standard, nationwide product. Those rules can be adapted for a specific project: custom capture criteria, delivery formats, or coverage scoped to what a project actually needs.
Get in touch to talk through what's possible for your project. Or try the API on your own data first.
Generated from this page, last revised 11 September 2026. The link always serves the current version.