Traffic Lights Data Hamburg
LSA-Prozessdaten
Der Datensatz umfasst momentan die LSA-Prozessdaten für rund die Hälfte aller am Verkehrsrechnernetz angeschlossenen Knoten in Hamburg und enthält aktuelle Signalausprägungen in Echtzeit. Zusätzlich werden Daten zu Detektoren wie Fahrrad-, Fußgänger- und Kfz- Anforderungen sowie Busmeldungen übertragen.
Folgende Punkte sollten bei der Nutzung der Daten berücksichtigt werden:
Durch Wartungsarbeiten kann es vereinzelt zu kurzen Ausfällen bei der Signalübertragung für mehrere Straßenzüge kommen.
In wenigen Fällen gib es außerdem fehlerhafte Zeitstempel aus den LSA-Steuergeräten (phenomenonTime), die für unplausible Werte bei der Latenz verantwortlich sind.
Für ein besseres Verständnis der Daten, ist im Bereich Verweise und Downloads ein Benutzerhandbuch (Usage Guide) verlinkt.
Weitere Informationen zum Echtzeitdienst:
Der OGC SensorThings API konforme Echtzeitdatendienst enthält Datenströme und Positionen von Fahrspurbeziehungen an Kreuzungen mit Lichtsignalanlagen für Fahrradfahrer, Fußgänger sowie Kraftfahrzeuge im Hamburger Stadtgebiet. Wenn an der Lichtsignalanlage bereitgestellt, werden folgende Datenströme als JSON-Objekte ausgeliefert: Primärsignale, Sekundärsignale, Hilfssignale, Akustiksignale, KFZ-Signalanforderungen, Fahrradfahrersignalanforderungen, Fußgängersignalanforderungen, Akustiksignalanforderung, ÖPNV-Voranmeldung, ÖPNV-Anmeldung, ÖPNV-Abmeldung, Signalprogramm und Wellensekunde.
In der OGC SensorThings API sind die Informationen zu den Fahrspurbeziehungen in der Entität Thing hinterlegt. Für die oben aufgelisteten Datenströme, die an einem konkreten Thing verfügbar sind, wird ein Eintrag in der Entität Datastreams erstellt, der das entsprechende Thing referenziert.
Alle Zeitangaben sind in der koordinierten Weltzeit (UTC) angegeben.
In der Entität Datastreams gibt es im JSON-Objekt unter dem "key" "properties" weitere "key-value-Paare". In Anlehnung an die Service- und Layerstruktur im GIS haben wir Service und Layer als zusätzliche "key-value-Paare" unter dem JSON-Objekt properties eingeführt.
Hier ein Beispiel:
{
"properties": {
"serviceName": "HH_STA_traffic_lights",
"layerName": "primay_signal",
"key":"value"
}
}
Alle möglichen values für “layerName”:
* primay_signal (Primärsignal),
* secondäary_signal (Sekundärsignal),
* auxiliary_signal (Hilfssignal),
* acoustic_signal (Akustiksignal),
* detector_car (KFZ-Signalanforderung),
* detector_cyclist (Fahrradfahrersignalanforderung),
* detector_pedestrian (Fußgängersignalanforderung),
* detector_acoustic_traffic_request (Akustiksignalanforderung),
* bus_pre-request_point (ÖPNV-Voranmeldung),
* bus_request_point (ÖPNV-Anmeldung),
* bus_checkout (ÖPNV-Abmeldung),
* signal_program (Nummer des Signalprogramms),
* cycle_second (Wellensekunde)
Mit Hilfe dieser "key-value-Paare" können dann Filter für die REST-Anfrage definiert werden, bspw.
https://tld.iot.hamburg.de/v1.1/Datastreams?$filter=properties/serviceName eq 'HH_STA_traffic_lights' and properties/layerName eq 'primary_signal'
Die Echtzeitdaten kann man auch über einen MQTT-Broker erhalten. Die dafür notwendigen IDs können über eine REST-Anfrage bezogen werden und dann für das Abonnement auf einen Datastream verwendet werden:
MQTT-Broker: tld.iot.hamburg.de
Topic: v1.1/Datastreams({id})/Observations
Ferner können über folgenden Link die MAP-Dateien (xml und kml) sowie die OCIT-C-Dateien (Versorgungsdatei im Format xml) aller bereits veröffentlichter Knoten abgerufen werden:
Simple
- Alternate title
-
Traffic Lights Data Hamburg
- Date (Creation)
- 2021-10-26T00:00:00.000+02:00
- Citation identifier
- https://registry.gdi-de.org/id/de.hh/fa5588ec-bc36-4070-8871-6bf69365fe79
- Keywords
-
-
LSA
-
Ampeln
-
LSA-Prozessdaten
-
Knotentopologie
-
Ampeldaten
-
Lichtsignalanlagen
-
Echtzeitdaten
-
FROST-Server
-
SensorThings API
-
Sensordaten
-
MQTT
-
TLF
-
MAP
-
MAPEM
-
OIVD
-
OCIT-C
-
opendata
-
- Theme
-
-
TRAN
-
-
UMTHES Thesaurus
-
HmbTG-Informationsgegenstand
-
-
hmbtg_09_geodaten
-
- Keywords
-
-
Geodaten
-
- Keywords
-
-
hmbtg
-
- Use constraints
- Other restrictions
- Other constraints
-
Datenlizenz Deutschland Namensnennung 2.0
- Other constraints
-
Quellenvermerk: Freie und Hansestadt Hamburg, zuständige Behörde
- Other constraints
-
{"id":"dl-by-de/2.0","name":"Datenlizenz Deutschland Namensnennung 2.0","url":" https://www.govdata.de/dl-de/by-2-0","quelle":"Freie und Hansestadt Hamburg, zuständige Behörde"}
- Access constraints
- Other restrictions
- Other constraints
- Es gelten keine Zugriffsbeschränkungen
- Language
- Deutsch
- Topic category
-
- Transportation
- Extent type code
- Yes
- Geographic identifier
- Hamburg (02)
- Code
- 020000000000
- Unique resource identifier
- EPSG 25832: ETRS89 / UTM Zone 32N
- Distribution format
-
- OnLine resource
-
STA Standortabfrage: Traffic Light Forecast Hamburg (JSON)
Abfrage aller Fahrspurbeziehungen und deren Standord (Locations). Die Locations der Fahrspurbeziehungen sind MultilineStrings im GeoJSON-Format. Abgerufen werden die ersten 100 Einträge, alle weiteren sind über den "@iot.nextLink" verfügbar.
- OnLine resource
-
STA Gesamtserviceabfrage: Traffic Light Forecast Hamburg mit den letzten 3 Beobachtungswerten der verfügbaren Datastreams (JSON)
Gesamter Service: Abruf aller Fahrspurverbindungen (Things), ihre jeweilige Positionen (Locations) und ihrem zugehörigen Datastream. Der Datastream wiederum beinhaltet in diesem Aufruf die jüngsten drei Ampel-Signalwerte. Das Blättern durch alle Fahrspurverbindungen erfolgt über "@iot.nextLink".
- OnLine resource
-
STA Layerabfrage: Primärsignal je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die jüngsten 10 Signalwerte (Observations) aller Primärsignale, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Sekundärsignal je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die jüngsten 10 Signalwerte (Observations) aller Sekundärsignale, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Sekundärsignale (Datastreams) oder Signalwerte (Observations) angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Akustiksignale je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die jüngsten 10 Signalwerte (Observations) aller Akustiksignale, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Akustiksignale (Datastreams) oder Signalwerte (Observations) angezeigt werden.
- OnLine resource
-
STA Layerabfrage: KFZ-Signalanforderungen je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die 10 neuesten KFZ-Signalanforderungen (Observations), gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Fußgängersignalanforderungen je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die jüngsten 10 Fußgängersignalanforderungen (Observations), gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Akustiksignalanforderung je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die jüngsten 10 Akustiksignalanforderungen (Observations), gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: ÖPNV-Voranmeldung je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die letzten 10 ÖPNV-Voranmeldungen (Observations), gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: ÖPNV-Anmeldung je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die letzten 10 ÖPNV-Anmeldungen, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: ÖPNV-Abmeldung je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die letzten 10 ÖPNV-Abmeldungen, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Signalprogrammstatus je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die letzten 10 Werte (Observations) für den Signalprogrammstatus, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
-
STA Layerabfrage: Wellensekunde je Fahrspurbeziehung - letzte 10 Beobachtungswerte (JSON)
Es werden die letzten 10 Werte (Observations) der Wellensekunde, gruppiert nach Fahrspurbeziehung, angezeigt.
Das Blättern zur nächsten Seite erfolgt über "@iot.nextLink". Durch Änderung des entsprechenden "$top"-Parameters können weniger oder mehr Fahrspurbeziehungen (Datastreams) oder Signalwerte (Observations) pro Seite angezeigt werden.
- OnLine resource
- TLD Usage Guide
- OnLine resource
- Dokumentation SensorThings API
- OnLine resource
-
MAP-Dateien
Auf dem Austauschserver stehen die MAP-Dateien (XML) sowie die zugehörigen KML-Dateien aller LSA zur Verfügung, die Prozessdaten über die UDP_HH senden.
- OnLine resource
-
OCIT-C Dateien
Auf dem Austauschserver stehen die OCIT-C Dateien (OIVD) aller LSA zur Verfügung, die aktuelle Prozessdaten über die UDP_HH senden.
- Hierarchy level
- Dataset
- Statement
-
keine Angabe
Content Information
Content Information
- File identifier
- AB32CF78-389A-4579-9C5E-867EF31CA225 XML
- Metadata language
- Deutsch
- Character set
- UTF8
- Parent identifier
-
Intelligente Verkehrssteuerung
9CE7D9D8-A1F2-4D02-827B-0CED9320DE46
- Hierarchy level
- Dataset
- Date stamp
- 2025-09-16
- Metadata standard name
-
ISO19115
- Metadata standard version
-
2003/Cor.1:2006
Overviews
Spatial extent
Provided by
My GeoNetwork catalogue