Hotels, Resorts & Cruise Lines · OpenStreetMap
OpenStreetMap Hotels via Overpass Turbo
Datadory delivers openstreetmap hotels via overpass turbo data covering every property the mapping community has tagged as accommodation: 452,341 geocoded tourism=hotel objects worldwide - 255,658 nodes, 190,479 building-footprint ways and 6,204 relations at the August 2026 tag count - plus 329 explicitly tagged resorts and hundreds of thousands of hostels, guest houses and serviced apartments, each row carrying name, operator or brand, star rating where mapped, room and bed counts where recorded, address, phone and website. Delivered daily, weekly, or hourly - your call.
API, files, or your warehouse. Daily, weekly, or hourly.
- Where it covers
- Worldwide wherever the map has been built - every continent represented, densest in Europe and North America, thinner where contributor populations are smaller. Density is honest about itself: regional completeness flags in sample preparation surface thin spots before they reach production.
- How far back
- A living current-state picture maintained continuously by the mapping community, with each delivery reflecting the database as it stands at that sync. Retained prior cuts support before-and-after comparison, so openings and closures become measurable rather than anecdotal.
- How fine
- One row per property - a geocoded node for the straightforward case, a building-footprint way or multipolygon relation where the site deserved drawing. No aggregates to unwind, nothing sampled down.
What is the OpenStreetMap Hotels via Overpass Turbo dataset?
The world's volunteer-built map keeps a lodging inventory that commercial directories would charge to imitate: 452,341 objects tagged tourism=hotel, counted at the August 2026 tag snapshot as 255,658 point nodes, 190,479 building-footprint ways and 6,204 relations, beside 329 explicit tourism=resort entries and hundreds of thousands of hostel, guest-house and apartment records. OpenStreetMap Hotels via Overpass Turbo is that inventory made addressable - selected by tag, bounding box or named area and answered with individual properties carrying all their tags.
Each row travels with whatever mappers recorded: name near-universally, then operator and brand for chain attribution, stars, rooms and beds where documented, split addr:* address components, phone, website, internet_access and wheelchair. It is deliberately not a bookings or rates feed - no occupancy, no pricing, no reviews. This is where lodging stands and who runs it, at whatever slice you ask for. Within Datadory's catalog of 1,744 datasets across 159 viable industries, this slice holds ten datasets and this record rates 8/10 against a 7.81 catalog-wide average. Get a sample of this dataset and read the rows before you commit.
What do the sample rows look like?
Three real central-London hotel nodes from the August 2026 research pass, chosen because together they show the completeness gradient better than any single row could:
# three central-London hotel rows, exactly as delivered - August 2026 research pass
# row 1 - the full-enrichment end of the spread
element : node 413596123 position : 51.5174483, -0.1304949
tourism : hotel
name : STG Hotel Oxford Street
operator : St Giles Hotels
address : 12 Bedford Avenue, WC1B 3GH, London
phone : +44 20 7300 3000 website : stghotel.com
email : lbook@stghotel.com hours : 24/7
internet : wlan wheelchair: limited
# row 2 - a housename doing the work of a brand tag
element : node 346430283 position : 51.5083992, -0.1247180
tourism : hotel name : The Clermont
housename : Charing Cross Hotel
address : WC2N 5HR, Strand, London
wheelchair : yes check_date: 2025-08-20
# row 3 - the sparse end: name, street and city, equally valid
element : node 665982792 position : 51.5196094, -0.1239586
tourism : hotel name : The Buckingham
address : 39 Bedford Place, London, GB
# 452,340 further rows repeat this envelope - enrichment varies, shape does notRead them together. Row one is full enrichment: operator named, phone, website, email, opening hours, wifi and a wheelchair flag of limited - a property a directory could ship tomorrow. Row two shows a subtlety most extractions flatten away: The Clermont trading from the building whose addr:housename still reads Charing Cross Hotel, accessibility marked yes, freshness dated. Row three is the sparse end - name, street, city - and it is an equally valid row, not a defect.
Every remaining row repeats this exact envelope: element class, stable id, position or resolvable footprint, tag bundle. Enrichment varies by design; the shape never does, which is why joins land on the first attempt.
Which fields does the field dictionary define?
Sixteen columns define the delivery envelope, every definition verified during the August 2026 cataloging pass against live records and the published tagging documentation rather than inferred from headers.
type and id fix what the row is and keep it addressable across syncs - the quiet workhorse that ties consecutive deliveries and cross-checks against other layers derived from the same map. lat and lon place point features while ways and relations carry their own member geometry for footprint resolution. tags.tourism decides whether a row is a hotel, a hostel or a resort out of the accommodation family, and tags.name supplies the label everything downstream displays. The commercial pair follows: tags.operator names who runs it, tags.brand makes chains countable - then the capacity trio of tags.stars, tags.rooms and tags.beds, the split tags.addr:* address components, tags.website, tags.phone, and the doorstep attributes tags.internet_access and tags.wheelchair.
Three surfaces fold under additional fields on request: companion-tag bundles such as email, opening hours and check-in times; polygon geometry resolution for the footprint elements; extended accommodation values, named-area scoping, change slices and format parity. They ship confirmed against the geographies and property families you name during sample preparation instead of promised blind.
What does coverage look like across geography, time and granularity?
- Geography - worldwide wherever the map has been built: every continent represented, densest in Europe and North America, thinner where contributor populations are smaller. Density is stated per region rather than averaged over, with completeness flags surfacing thin spots in evaluation rather than production.
- Temporal - a living current-state picture, maintained continuously by the mapping community, with each delivery reflecting the database as it stands at that sync. Retained prior cuts keep year-on-year comparisons measuring the world instead of a change in collection practice.
- Granularity - one row per property, as a geocoded node or a drawn footprint. No aggregates to unwind, no sampling weights to reverse-engineer; the 452,341st object is as legible as the first.
Against the wider catalog this record scores 8 out of 10 against a mean of 7.81 across 1,744 tracked datasets spanning 159 viable industries. Within the ten-record hotels, resorts & cruise lines pack it owns the property-level supply pole: official statistics count nights and receipts, this layer counts doors. See the whole ranking at best hotels-resorts-cruise-lines datasets.
How is this data delivered through Datadory?
API, files, or your warehouse. Daily, weekly, or hourly.
You pick the channel and cadence; scoping, normalization and schema stability are our problem. The sixteen-column envelope above arrives unchanged through every channel - ids already stable for joining, addresses already flattened into clean components, brands resolved where tagged - so a competitive-distance matrix or a store-locator build starts on data rather than on parsing. Footprint elements come as centroid points or full polygons as your stack prefers, cadence changes are a settings conversation rather than a re-integration project, and large one-off backfills sit beside recurring syncs without special handling. A sample scoped to your cities and property families comes first either way.
Who builds on this data, and for what?
Six workloads pay for themselves quickly.
- Site selection and whitespace mapping - lodging doors counted per drive-time, catchment or corridor on one taxonomy instead of stitched city directories.
- Chain-footprint tracking - operator and brand tags turn scattered pins into attributable networks, so rival coverage becomes a table rather than a hunch.
- Supply-density features - hotel counts and bed-place sums engineered straight into demand models and rate benchmarks as supply-side covariates.
- Enrichment and dedupe - commercial feeds cross-checked against a transparently documented global layer before they reach production dashboards.
- Opening and closure monitoring - consecutive retained cuts diffed into lead lists: what opened on the coast, what closed downtown.
- Finders and territory products - locator and coverage features standing on rows that carry boundaries as well as points.
Workflow detail lives at data scientists use cases and market researchers use cases.
Which personas get the most value?
Developers and data-product builders sit highest: one stable envelope with ids built for joining means locator, finder and territory features ship without an extraction project bolted on. Data scientists and ML engineers follow - supply-density features at planetary scale on a classification that behaves identically across borders. Competitive-intelligence teams get brand attribution that makes rival lodging footprints countable (developers builders use cases).
Market researchers and consultants gain reproducible supply numbers per territory, investors and quants gain the supply-side frame that aggregate demand series cannot provide, and journalists, academics and students gain a global inventory whose definitions anyone can read. The pack-wide pattern holds: registries and statistical offices go deep on their own estates, while this layer goes wide enough to frame them all.
Which datasets sit next to this one?
Property-level supply reads differently depending on the neighbours. Official statistics frame demand and money: World Bank International Tourism Arrivals and Receipts count visitors and earnings by economy, Eurostat Nights Spent at Tourist Accommodation adds regional European depth, and Eurostat Capacity of Tourist Accommodation holds the official bed-stock counterweight. At booking grain, Hotel Booking Demand (Kaggle - 119k Portuguese Hotel Bookings) supplies the guest behaviour this inventory lacks. The head-to-head with annual earnings runs on the OpenStreetMap Hotels vs World Bank International Tourism Receipts comparison page, and the provenance story continues on the OpenStreetMap source profile. All ten, ranked and cross-linked, sit in the hotels, resorts & cruise lines data hub.
Field dictionary
Every field below is documented against real records. The full dictionary ships with the sample.
| Field | Type | Definition | Example |
|---|---|---|---|
type | enum | OSM element class returned by the selection: node for point features, way for lines and simple buildings, relation for complex multipolygon sites. | node |
id | integer | OSM element identifier, stable within its element class - the join key across consecutive syncs and against other layers derived from the same map. | 413596123 |
lat | number | Latitude of a node feature in decimal degrees, WGS84; ways and relations resolve through their member geometry instead. | 51.5174483 |
lon | number | Longitude of a node feature in decimal degrees, WGS84, pairing with lat to place the pin. | -0.1304949 |
tags.tourism | enum | Accommodation classification: hotel is the dominant value; resort, hostel, motel, guest_house, apartment, chalet and alpine_hut complete the family. | hotel |
tags.name | string | Property name as mapped - recommended on the wiki page and present on nearly every row, so it is the label finders and competitor lists actually display. | STG Hotel Oxford Street |
tags.operator | string | Company operating the property, distinct from brand where the two differ - the management layer behind the flag. | St Giles Hotels |
tags.brand | string | Brand under which the property trades, optional key - the field that turns scattered pins into a countable Holiday Inn network. | Holiday Inn |
tags.stars | string | Official star rating where a mapper recorded it; present on a minority of objects, so treat absence as unmapped rather than unstarred. | 4 |
tags.rooms | integer | Number of rooms at the property where documented; capacity fields are the thinnest columns in the dictionary and never assumed. | 120 |
tags.beds | integer | Number of bed places at the property where documented, the unit official capacity statistics count against. | 240 |
tags.addr:* | string | Postal address held as separate components - addr:housenumber, addr:street, addr:postcode, addr:city, plus addr:housename and addr:country where used. | 12 Bedford Avenue, WC1B 3GH, London |
tags.website | string | Official website of the property; contact:website also appears in practice and normalises into the same column at delivery. | https://stghotel.com/ |
tags.phone | string | Contact telephone number where mapped, international format in the best-tagged markets. | +44 20 7300 3000 |
tags.internet_access | enum | Guest internet availability - commonly wlan or no - one of the service attributes mappers record from the doorstep. | wlan |
tags.wheelchair | enum | Step-free accessibility as surveyed: yes, limited or no - the accessibility signal most commercial directories leave blank. | limited |
What teams do with it
- Site selection and whitespace mapping 452,341 geocoded properties make competitive distance matrices a spatial join - how many lodging doors sit inside a drive-time of your candidate site, and where the gaps are.
- Chain-footprint and competitor tracking Operator and brand tags resolve scattered pins into attributable networks - which flags hold which corners of a city, and where a rival's coverage stops.
- Supply-density features for models Hotel counts, bed-place sums and footprint areas engineered straight into demand models, ADR benchmarks and location scores as supply-side covariates.
- Enrichment and dedupe reference Cross-check commercial POI feeds against a transparently documented global layer to surface missing properties, duplicates and stale contact data before dashboards ship.
- Opening and closure monitoring Consecutive retained cuts diffed for your markets turn churn into lead lists - new properties appearing on a resort coast, established names vanishing from a CBD.
- Finders, maps and territory products Store-locator and coverage-map features standing on points that also carry footprints, so proximity logic and catchment shading both work on day one.
Questions buyers ask
What counts as one row in the OpenStreetMap hotels data?
One mapped property. Each row is a single element carrying the tourism=hotel classification - a node with coordinates, or a way or relation whose geometry resolves to the actual building footprint. Hostels, guest houses and apartments are separate tourism values in the same family, deliverable alongside hotels as one lodging layer.
How complete is each individual row?
The gradient is the honest answer. Name and position are near-universal; address, phone and website follow in well-mapped markets; stars, rooms and beds appear only where a mapper documented them - the London sample runs from a full-contact St Giles property to a name-and-postcode Buckingham. Treat enrichment as variance by design, not error: sample preparation shows which columns justify loading for your market before anything ships.
Does a property arrive as a point or a boundary?
Both kinds exist in the same envelope. Most properties are nodes carrying latitude and longitude; larger sites are ways or relations whose member geometry resolves into the real footprint. Proximity search travels light on points; catchments, buffers and area calculations want the polygons - name the resolution you need and the sample arrives shaped accordingly.
Is coverage genuinely global?
Yes in reach, uneven in depth. Every continent carries mapped hotels, with density tracking contributor activity - Europe and North America thick, parts of the world thinner. We say so per region rather than averaging over it: completeness flags in sample preparation show where a national register should cross-check before you rely on counts.
Can I measure change over time, not just current state?
Yes. Deliveries retain prior cuts, so consecutive syncs diff cleanly into new, modified and disappeared properties for your geography - openings on a resort strip, closures in a business district. Historical states of the map exist behind the current one, but cut-to-cut diffing covers the monitoring use case honestly.
Can I evaluate rows before committing?
That is what the sample is for. Request a sample of this dataset and Datadory returns live records matching the dictionary above - scoped to the cities, regions or property types you name - in exactly the envelope shown here, with additional-field options confirmed against your cut before anything recurring switches on.
Notes on this record
- One row per door 452,341 geocoded properties, each an individually addressable record - supply analysis at the grain decisions actually happen, not a national total to divide down.
- Points and footprints in one envelope Nodes arrive as positions; ways and relations resolve into real building outlines - a resort lands as its actual compound, not a dot pretending to be one.
- Chains become countable Operator and brand tags turn scattered pins into attributable networks - rival coverage measured corner by corner instead of estimated.
- Honest about thin spots Mapping density varies sharply by country. Completeness flags in sample preparation surface where a national register should cross-check before counts are trusted.
- Accessibility and service tags ride along Wheelchair, wifi and hours attributes fill columns most commercial directories leave blank - differentiation data, not just locations.
See the rows before you pay anything.
Name this dataset and we send real records from it — scoped to the fields you asked for.