Habitat Map of Scotland (HabMoS)

Open data API in a single place

Provided by Scottish Government SpatialData.gov.scot

Get early access to Habitat Map of Scotland (HabMoS) API!

Let us know and we will figure it out for you.

Dataset information

Country of origin
Updated
Created
Available languages
English
Keywords
Species distribution, Habitats and biotopes
Quality scoring

Dataset description

These data provide an initial release of combined NVC conversion data with data from the Saltmarsh survey, Sand Dune survey, Coastal Vegetated Shingle survey and extracts from the Native Woodland Survey. National Forest Inventory / SG IACS / HES Historic Landuse Assessment. The process of reclassifying NVC to EUNIS/Annex I varies depending on the source of the data. The NVC conversion data and the Sand Dune data have initially been converted to Annex I on a site by site basis. Annex I values have then been mapped to EUNIS at a national level. None Annex I qualifying habitats have now been reclassified to EUNIS also. The Saltmarsh data have been mapped to both EUNIS and Annex I directly at site level. The Coastal Vegetated Shingle survey was conducted using Annex I. Only 2 Annex I habitats were mapped. These were later given EUNIS codes, one of which was a composite code. It is not possible to determine the component EUNIS types for this composite code. Data from the Native Woodland survey has been extracted on the basis of NVC types mapping to specific Annex I habitats. This has been augmented by SNH specialist staff. The data do not contain mosaics, geometries have been duplicated. Each habitat has: - a geometry, - a habitat proportion value that represents the area of the polygon covered by that habitat, - an area figure in hectares (calculated from the proportion and the polygon geometry). - a mosaic field indicates if the habitat is part of a mosaic a habitat number field indicates the number of habitats occurring within a specific polygon - a habmos source indicating a broad grouping of data processed in a particular way - a site or survey id indicating which site or survey from the wider series is referenced - a survey type field that indicates the classification system used in the original survey - a survey date which gives the year in which the data was collected - a data owner - indicating where the data IPR resides Habitat_code - This can be a EUNIS code from EUNIS, the European Nature Information System or a new EUNIS unit as created in the SNH Manual of terrestrial EUNIS habitats in Scotland (https://www.nature.scot/snh-commissioned-report-766-manual-terrestrial-eunis-habitats-scotland) New EUNIS units can be new sub-type that relates to an Annex I habitat type new sub-type that does not relate to an Annex I habitat type composite unit that includes a number of EUNIS types, all of which translate to the same Annex I habitat type. Habitat_name - For EUNIS codes including EUNIS composite types that match Annex I habitats this is the Annex I habitat code and name as listed in Appendix1. For EUNIS types that do not equal an Annex I habitat this is the EUNIS name as listed in the SNH EUNIS manual correspondence tables(see Document downloads under https://www.nature.scot/snh-commissioned-report-766-manual-terrestrial-eunis-habitats-scotland) EUNIS_COMPONENT - This field is used to list the EUNIS type if Habitat_code is a composite unit. COMPONENT_NAME - The name of the EUNIS type. Where contributing data has been surveyed at Annex I level or converted to Annex I and then to EUNIS, the HABITAT_CODE field may contain EUNIS and EUNIS composite codes, but there will not be any values in the EUNIS_COMPONENTS or COMPONENT_NAME fields as it is not possible to derive component codes from the Annex I habitat or EUNIS composite.
European data infrastructure with broad catalog discovery, free evaluation access and production-grade API options.
190K+
indexed dataset pages
32
countries and EU institutions
2019
API-first since
Free API quota
for evaluation and prototypes
SLA
history and push on production APIs
FAQ

Questions before production use

Practical answers on evaluation, licensing, freshness, versioning and support.

api.store is built and operated by Apitalks s.r.o. Company details and a direct contact path are linked in the footer for vendor checks and procurement review.
Yes. Selected APIs include a free API quota, so your team can validate coverage, freshness, response shape and workflow fit before asking for a production plan.
Often yes, but usage rights depend on the source license and dataset. We surface source, license and update metadata where available, and can help review terms before a production integration.
Maintained APIs include update metadata where available. For production integrations, we can add history, monitoring and push updates so changes are easier to detect and act on.
Production APIs can add SLA, stable identifiers, versioning support, history, push updates and direct support around the data your product or AI workflow depends on.

Didn't find the API you need?

Let us know and we will figure it out for you.

European data discovery with free evaluation access and production-grade API options.

Copyright © 2026. Made by Apitalks