Google Open Buildings download and formats: footprints, CSV files, access, and GIS workflows
Google Open Buildings is a large open dataset of machine-detected building footprints derived from high-resolution satellite imagery. The current V3 release contains approximately 1.8 billion building detections across an inference area of about 58 million square kilometers covering parts of Africa, South Asia, Southeast Asia, Latin America, and the Caribbean. Each building record includes geometry, area, a confidence score, and a Plus Code for the footprint centroid. The dataset is distributed as spatially sharded CSV files, with polygon and point versions, score-threshold metadata, Google Earth Engine access, and an interactive explorer. It is useful for building-density analysis, population estimation, humanitarian mapping, urban studies, and spatial joins, but it is not a global address database, building-classification layer, cadastral survey, or continuously updated building inventory.
Google Open Buildings is designed to make building footprints available at continental scale in regions where detailed building data may be incomplete or difficult to obtain. Its central output is straightforward: machine-detected building geometry derived from satellite imagery, accompanied by an area measurement, a model confidence score, and a Plus Code representing the footprint centroid. The download-and-formats question matters because the dataset is unusually large. The polygon release is published as S2 level-4 shards in compressed CSV files rather than as one ordinary Shapefile or GeoPackage, so a practical workflow usually begins with a region of interest, selected tiles, local decompression, and conversion into a spatial format suitable for analysis.
How EDK fits
For: GIS analysts, humanitarian and development organizations, Earth-observation researchers, urban planners, mapping teams, data engineers, and developers who need large-scale building-footprint data for regions in the Global South.
Building footprints are a direct example of location data that turns the physical world into searchable and computable geographic objects. Google Open Buildings contributes a building-level layer: polygons describe where structures appear to occupy ground space, while area and confidence attributes support filtering, aggregation, and quality-aware analysis. In an E2 world-model context, this kind of external dataset can serve as one evidence layer alongside roads, addresses, infrastructure, imagery, environmental features, administrative areas, and public records. The important distinction is that Google Open Buildings is not itself a complete world model. It does not provide addresses, building use, ownership, street connectivity, interior information, or a guaranteed current inventory. Its value is as a broad, machine-generated observation of built form that can be joined with other geographic layers to help answer questions about where buildings are, how dense they are, and how built-up patterns relate to surrounding places and infrastructure.
- •Building-density analysis: use the footprint polygons and area values as one external layer for measuring built-up concentration around roads, public facilities, waterways, administrative boundaries, or other physical features represented in a broader world model.
- •Coverage and completeness checks: compare Open Buildings detections with other building or place data to identify regions where a searchable geographic representation may need additional imagery, local mapping, or authoritative sources.
- •Humanitarian and infrastructure screening: aggregate building counts, footprint area, or confidence-filtered detections near health facilities, transport corridors, flood-prone areas, or service locations, while treating the results as screening evidence rather than a definitive building register.
Dataset profile
Formats
Compressed CSV files partitioned by S2 level-4 spatial cells.
Polygon CSVs with WKT POLYGON or MULTIPOLYGON geometry.
Point CSVs representing building locations.
CSV score-threshold metadata by S2 cell.
GeoJSON tile geometry and URL metadata.
Google Earth Engine FeatureCollection for V3 polygons.
Separate Earth Engine ImageCollection and cloud-download workflow for the distinct 2.5D Temporal Dataset.
Access methods
Official Google Research download page and interactive map.
Regional or country extraction through Google’s Colab notebook.
Direct Google Cloud Storage copying with gsutil for complete polygon or point collections.
Google Earth Engine FeatureCollection: GOOGLE/Research/open-buildings/v3/polygons.
Downloadable score-threshold CSV and tile metadata.
Interactive exploration through the official dataset website.
Quality and limits
The detections are machine-generated and can include false positives, missed buildings, and inaccurate polygon shapes.
Quality varies geographically; Google provides tile-specific threshold estimates because one confidence cutoff does not produce identical precision everywhere.
Source imagery is not temporally uniform, and some imagery may be several years old or unavailable.
The dataset is not complete across the named regions and excludes some sensitive areas.
Footprints may appear offset from currently displayed imagery when source-image dates differ.
The data does not contain building type, address, parcel, ownership, occupancy, height, or legal-status information.
The V3 release is not a live change-detection feed and should not be used alone for current-status decisions.
Analysis workflows
Select S2 level-4 tiles intersecting the study area using the published tile metadata.
Download and decompress only the required polygon or point shards.
Parse WKT geometry and convert the records to GeoParquet, GeoPackage, FlatGeobuf, or a spatial database.
Validate geometries, inspect coordinate assumptions, and retain source version, tile, inference date, and confidence fields.
Use score-threshold metadata to choose and document a locally appropriate confidence filter.
Aggregate building counts and footprint area by administrative boundary, service area, watershed, road buffer, or other analysis zone.
Join building footprints to roads, health facilities, environmental layers, imagery, or demographic data after checking spatial reference systems and temporal compatibility.
Use Earth Engine for exploratory regional filtering and visualization, or local storage for reproducible ETL and production pipelines.
Validate samples against current imagery or local reference data before humanitarian, infrastructure, regulatory, or other high-consequence use.
Value inside EDK
What Google Open Buildings contains
Google Open Buildings V3 contains approximately 1.8 billion detected building outlines across an inference area of roughly 58 million square kilometers. The detections were generated from high-resolution satellite imagery, described by Google as 50-centimeter imagery in the Earth Engine catalog. For each detected building, the polygon data includes a footprint geometry, the footprint area in square meters, a model confidence score ranging from 0.65 to 1.0, latitude and longitude for the centroid, and a full Plus Code for that centroid. (sites.research.google)
The dataset is intentionally limited in semantic scope. Google’s Earth Engine documentation states that it does not include the building type, street address, or other details beyond the geometry and associated attributes. A polygon therefore indicates a detected structure footprint, not whether the structure is residential, commercial, industrial, temporary, occupied, legally recorded, or connected to a particular address or parcel. (developers.google.com)
- •Polygon geometry is supplied as WKT POLYGON or MULTIPOLYGON text.
- •The confidence score is a model output, not a probability that every individual feature is correct.
- •Plus Codes identify the approximate centroid location and should not be treated as street addresses.
- •The dataset does not provide building height, use classification, ownership, parcel boundaries, or occupancy.
Geography, temporal coverage, and update cadence
Open Buildings V3 covers parts of Africa, South Asia, Southeast Asia, Latin America, and the Caribbean. Google reports the geographic extent as an inference area of approximately 58 million square kilometers, but coverage is not equivalent to complete, uniform coverage of every country or every populated place in those regions. Some areas were not processed, and sensitive areas may have been omitted. The official explorer is the appropriate way to check whether a particular area has detections. (sites.research.google)
The current V3 inference was carried out in May 2023. This is an inference date, not a statement that every image used for every building was captured in May 2023. Google explains that freshness depends on the availability of high-resolution source imagery and that some locations may rely on imagery several years old or may not have been available for processing. (sites.research.google)
- •Current V3 inference date: May 2023.
- •No fixed public refresh cadence is stated for the polygon release.
- •Geographic inclusion and data freshness vary by location.
- •Older V1 and V2 versions remain available through versioned cloud paths according to Google’s documentation.
Download options and file formats
The primary download format is compressed CSV. Polygon and point data are spatially sharded, with one CSV per S2 cell at level 4. Polygon files total approximately 178 GB across the release, with individual files reported as large as 7.8 GB. Point files total approximately 48 GB, with individual files reported as large as 2.1 GB. These sizes make a whole-dataset download a data-engineering project rather than a casual desktop GIS task. (sites.research.google)
Each polygon CSV contains text attributes and WKT geometry. A typical import process is to download only the S2 tiles intersecting the area of interest, decompress them, parse the WKT column, assign the appropriate geographic coordinate reference system, and write the result to GeoParquet, GeoPackage, FlatGeobuf, a spatial database, or another format suited to the next stage of analysis. The official page also provides tile geometry and URL metadata in GeoJSON, which can be used to plan selective downloads.
- •Spatially sharded CSV files, compressed for download.
- •WKT geometry in polygon files; centroid coordinates and Plus Codes in the attributes.
- •GeoJSON metadata for tile geometry and download URLs.
- •Google Earth Engine FeatureCollection: GOOGLE/Research/open-buildings/v3/polygons.
- •Colab-based regional download workflow and direct Google Cloud Storage access.
Suitable GIS and spatial-analysis workflows
A defensible local GIS workflow begins by defining the study area and selecting only the intersecting S2 level-4 tiles. After downloading and decompressing the relevant shards, inspect the CSV schema, parse WKT geometry, validate geometry types, and check for invalid or unusual polygons before loading the data into a spatial database or analysis format. Keep the original confidence, area, Plus Code, source version, and tile identifier so results remain traceable.
Confidence filtering should be treated as an analytical decision. The official score-threshold table supplies tile-specific estimates for reaching target precision levels. An analyst studying broad building prevalence may accept a lower threshold to preserve recall, while an operational map requiring fewer false detections may use a stricter, locally derived threshold. The threshold should be documented because changing it changes both the number and spatial distribution of retained buildings. (sites.research.google)
- •Use tile metadata to limit downloads to the area of interest.
- •Preserve version, inference date, tile, and confidence information in derived products.
- •Use the provided local threshold estimates instead of assuming one universal score cutoff.
- •Join footprints to roads, services, administrative boundaries, hydrology, imagery, or other reference layers only after checking coordinate systems and geometry quality.
- •Treat outputs as modeled observations and screen them against local evidence where accuracy matters.
License, strengths, and tradeoffs
The Google Research Open Buildings page states that the data is available under both the Creative Commons Attribution 4.0 license and the Open Data Commons Open Database License 1.0, allowing users to choose the license under which they use the data. The Google Earth Engine catalog lists CC BY 4.0 for the hosted V3 polygon collection. Users should review the current license notices, attribution requirements, and liability disclaimers before redistributing derived data or incorporating it into a commercial or public operational system. (sites.research.google)
- •Strength: continental-scale building footprints in regions where consistent building data may otherwise be difficult to obtain.
- •Strength: polygon, point, confidence, area, centroid, Plus Code, and tile-threshold information support several levels of GIS analysis.
- •Strength: multiple access paths, including regional downloads, cloud storage, Earth Engine, and an interactive explorer.
- •Tradeoff: coverage is geographically selective and not uniformly complete across the named regions.
- •Tradeoff: the release is based on imagery and inference carried out through May 2023, so it should not be assumed current everywhere.
- •Tradeoff: model errors, imagery offsets, omission of sensitive areas, and local variation in precision require validation and quality-aware filtering.
- •Tradeoff: the very large CSV shards require substantial storage, download bandwidth, parsing time, and spatial ETL infrastructure.
- •Tradeoff: there is no building type, address, parcel, ownership, occupancy, or authoritative legal-status information.
Questions teams ask
Is Google Open Buildings a global building-footprint dataset?
No. Open Buildings V3 covers parts of Africa, South Asia, Southeast Asia, Latin America, and the Caribbean, with an inference area of about 58 million square kilometers. It is not a complete global inventory, and Google notes that some areas were not processed or were omitted. Check the official explorer and tile metadata for a specific location.
What files do I download for Google Open Buildings?
The main downloads are compressed, spatially sharded CSV files: polygon data and point data, with one file per S2 level-4 cell. Polygon rows include WKT geometry, area, centroid coordinates, confidence, and a Plus Code. Google also publishes tile metadata and a score-threshold CSV. Regional downloads can be prepared through the official Colab workflow, while the full release can be copied from Google Cloud Storage.
How current is Google Open Buildings V3?
V3 inference was carried out in May 2023, but that does not mean every building is based on imagery captured at the same time. Google says freshness depends on the available source imagery and that some imagery may be several years old. No fixed update cadence is published for the polygon release, so record the version and inference date and validate against newer imagery when currency matters.
Can I use Open Buildings to find addresses or identify building types?
Not directly. The dataset provides detected geometry, area, confidence, centroid coordinates, and Plus Codes, but Google states that it does not provide building type, street address, or other details beyond the geometry. Address matching and semantic classification require additional authoritative or contextual datasets.
Which confidence threshold should I use?
There is no single threshold that is correct for every project. Google provides tile-specific estimated thresholds associated with 80%, 85%, and 90% precision. Use the threshold metadata to make a documented choice based on whether your workflow prioritizes fewer false detections or broader recall, and validate a sample in the study area.
Keep exploring
google open buildings
A broader overview of Google Open Buildings, its purpose, coverage, and role as a building-footprint reference layer.
google open buildings analysis workflow
A complementary workflow page focused on filtering, spatial joins, aggregation, validation, and analysis design rather than download mechanics.
microsoft building footprints
A related building-footprint dataset for comparison of coverage, licensing, formats, and model-generated building geometry.
census acs
A complementary demographic dataset that can be joined to building footprints for population, housing, and community analysis.
Sources
Google Research Open Buildings official dataset page
Authoritative source for the dataset description, V3 coverage, fields, file formats, download sizes, version history, access methods, licensing, and limitations.
Open sourceGoogle Earth Engine Data Catalog: Open Buildings V3 Polygons
Authoritative source for the hosted FeatureCollection, schema, geographic description, May 2023 inference date, Earth Engine access, and catalog terms.
Open sourceGoogle Research Open Buildings 2.5D Temporal Dataset
Authoritative source for distinguishing the separate annual temporal raster product from the V3 polygon dataset.
Open sourceContinental-Scale Building Detection from High Resolution Satellite Imagery
Primary technical publication cited by Google for the building-detection methodology and the original Open Buildings research context.
Open source