Traffic data Automotive (infrared detectors) Hamburg

Open data API in a single place

Provided by Behörde für Verkehr und Mobilitätswende (BVM)

Get early access to Traffic data Automotive (infrared detectors) Hamburg API!

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

Dataset information

Country of origin
Updated
2026.03.03 20:10
Created
2026.03.02
Available languages
English
Keywords
infrarot, belegungsgrad, infrarotkamera, avme, wärmebildkamera, zählstellen, geodaten, verkehrsmengenerfassung, mobilithek_subcategory_road_traffic_counts, infrarotdetektoren, kamera, wärmebild, verkehrsdaten, kfz, verkehrsstärken, mobilithek_category_mobility_parameters, verkehrsmengen
Quality scoring

Dataset description

General information: The data set includes traffic data from all locations in Hamburg where motor vehicle traffic (vehicle traffic) is recorded by means of infrared detectors 24 hours a day and all days of the year. The data contains traffic volumes in real time and is made available at counting points summarised for the road cross-section in 15 minutes, 60 minutes, daily and weekly intervals. The data of the counting points are also visualized in the corresponding geoportals of the FHH, e.g. in Geo-Online and the traffic portal. In addition to real-time data, historical data is also available to the following extent: all data for the last two weeks in 15-minute intervals, all data for the last two months for the 60-minute intervals, all data for the current and the last year in daily intervals, and all data since the beginning of the collection in weekly intervals. Information on technology: The infrared detectors are usually installed on light signal systems, but to a small extent also on other masts. The detectors record and count the traffic via the heat radiation of the individual traffic participants. Since only infrared images are evaluated, data protection is guaranteed at all times. Notes on data quality: The data is transmitted in real time to the Urban Data Platform of the FHH. This means that they are available to all users and interested parties in a timely manner. Due to the real-time component, however, various framework conditions must be observed: The data is not fully quality-assured. Unusual deviations from the expected data and data gaps are automatically detected by the system, but cannot be corrected in real time. Gaps, which occur e.g. due to a demolition of the data transmission, can still be delivered afterwards. Under certain circumstances and in the case of longer outages, changes in the historical data can therefore still take place after a few days. The data are therefore updated daily for the following periods: The day before: 15-minute intervals Six days ago: 15-minute intervals and daily intervals 28 days ago: Daily intervals Weekly values are updated weekly for the previous week and the week before four weeks. The data published here are not officially verified data of the FHH. If such data are required, the data set "Verkehrsstärken Hamburg" can be used, for example, which contains the "average (working) daily traffic" in the development of recent years. As with any traffic count, whether automated or manual, there are certain tolerances in measurement accuracy. The system used here requires accuracies of +/- 5% for the recording of vehicle traffic strengths. More information about the real-time service: The real-time data service contains the locations of the counting points for vehicle traffic, which is recorded with infrared detectors. The data is provided in JSON format via the SensorThings API (STA). For each counting point in the SensorThings API (STA), an object has been created in the entity "Thing". For each temporal resolution level at the counting points or each traffic reference value, there is an object in the entity "Datastreams". The real-time data on the number of vehicles per counting point and time interval is published in the STA in the entity "Observations". The following spatial and temporal levels are differentiated: -Counting point 15-min, 1-hour, 1-day, 1-week: Number of vehicles All times are given in Coordinated Universal Time (UTC). In the Datastreams entity, there are additional key-value pairs under the "key" "properties" in the JSON object. Following the service and layer structure in GIS, we have introduced service and layer as additional "key-value pairs" under the JSON property. Here is an example: { "properties":{ "serviceName": "HH_STA_Automated traffic quantity recording", "layerName": "Number_Kfz_Zaehlstelle_15-Min", "key":"value"} } Available layers in the layerName are: * Number_car_description_15-min * Number_car_recent_1 hour * Number_Kfz_Zaehlstelle_1-Tag * Number_car_destination_1 week With the help of these "key-value pairs", filters can then be defined for the REST request, e.g. https://iot.hamburg.de/v1.1/Datastreams?$filter=properties/serviceName eq 'HH_STA_AutomatierteVerkehrsmengeerfassung' and properties/layerName eq 'Number_Kfz_Zaehlstelle_15-Min' The real-time data can also be obtained through an MQTT broker. The necessary IDs can be obtained via a REST request and then used for the subscription to a data stream: MQTT broker: iot.hamburg.de Topic: v1.1/Datastream({id})/Observations
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