API src

Found 280 results.

Related terms

Neue Querungsstellen

Die Fußverkehrsstrategie der Landeshauptstadt Dresden (V1338/21) wurde am 25. Juni 2022 durch den Stadtrat beschlossen. Ziel dieser Strategie ist es, den Fußverkehr zu fördern und dessen Bedeutung durch qualitativ hochwertige Fußverkehrsanlagen und attraktiv gestaltete öffentliche Räume zu steigern sowie die Verkehrssicherheit für die Verkehrsteilnehmer, die zu Fuß unterwegs sind, zu erhöhen. Sie beinhaltet u.a. das Fachkonzept zur Anlage neuer Querungsstellen. Querungsstellen sollen das Überqueren von Straßen sicherer machen und erleichtern. Mögliche Querungshilfen können je nach örtlichen Gegebenheiten Mittelinseln, Fußgängerüberwege oder auch Lichtsignalanlagen (Ampeln) sein. Die Maßnahmen des Konzeptes sind einer von vier Prioritäten zugeordnet. Entsprechend ihrer Priorisierung sollen die Maßnahmen der Priorität 1 bis 3 nach und nach umgesetzt werden. Die Maßnahmen der Priorität 4 wurden im Beteiligungsprozess benannt, hier sieht die Stadtverwaltung derzeit jedoch keinen Handlungsbedarf. Bereits realisierte Maßnahmen des Konzeptes sind ebenso dargestellt.

Neue Querungsstellen (WFS Dienst)

Die Fußverkehrsstrategie der Landeshauptstadt Dresden (V1338/21) wurde am 25. Juni 2022 durch den Stadtrat beschlossen. Ziel dieser Strategie ist es, den Fußverkehr zu fördern und dessen Bedeutung durch qualitativ hochwertige Fußverkehrsanlagen und attraktiv gestaltete öffentliche Räume zu steigern sowie die Verkehrssicherheit für die Verkehrsteilnehmer, die zu Fuß unterwegs sind, zu erhöhen. Sie beinhaltet u.a. das Fachkonzept zur Anlage neuer Querungsstellen. Querungsstellen sollen das Überqueren von Straßen sicherer machen und erleichtern. Mögliche Querungshilfen können je nach örtlichen Gegebenheiten Mittelinseln, Fußgängerüberwege oder auch Lichtsignalanlagen (Ampeln) sein. Die Maßnahmen des Konzeptes sind einer von vier Prioritäten zugeordnet. Entsprechend ihrer Priorisierung sollen die Maßnahmen der Priorität 1 bis 3 nach und nach umgesetzt werden. Die Maßnahmen der Priorität 4 wurden im Beteiligungsprozess benannt, hier sieht die Stadtverwaltung derzeit jedoch keinen Handlungsbedarf. Bereits realisierte Maßnahmen des Konzeptes sind ebenso dargestellt.

WMS Lichtsignalanlagen Hafen Hamburg

Web Map Service (WMS) zum Thema Lichtsignalanlagen Hafen Hamburg. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

WFS Lichtsignalanlagen Hafen Hamburg

Web Feature Service (WFS) zum Thema Lichtsignalanlagen Hafen Hamburg. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

Feinkartierung Straße Hamburg

Der Datensatz enthält Informationen zu Nutzung und Oberflächenmaterial der einzelnen Flächen im Straßenraum der Bezirks- und Hauptverkehrsstraßen. Zusätzlich sind verschiedene im Straßenraum befindliche Linien- und Punktobjekte enthalten. Zu den Linienobjekten gehören: Hochbord, Tiefbord, Geländer, Mauer, Rinne und Zaun. Zu den Punktobjekten gehören: Pflanzkübel, Lampe, Hängelampe, Mast für Hängelampe, Poller/Pfosten/Wegesperre, Fußgängerleitsystem, Verkehrsampel, Bügel, Fahrradbügel, Findling, Bank, Tisch, Kunst im öffentlichen Raum/Skulptur, Brunnen. In der Regel sind im Datensatz alle Objekte im Bereich des Tiefbauvermögens der FHH enthalten. Flächen im Zuständigkeitsbereich der Autobahn GmbH und des Hafens sind nicht enthalten. Flächen, die eindeutig zum städtischen Straßenraum gehören, aus verschiedenen Gründen aktuell aber rechtlich nicht dem Tiefbauvermögen zugerechnet werden, sind ebenfalls enthalten und werden mit dem Attribut "Fremdeigentum" gekennzeichnet. Enthaltene Attribute: Bezirksnummer, Bezirk, Stadtteilnummer, Stadtteil, Straßenname, Straßentyp, Kategorie, Nutzungsnummer, Nutzung, Inhaltsnummer, Inhalt (Oberflächenmaterial), Ebenennummer, Ebene (Lage regulär auf Straßenebene oder darüber bzw. darunter), Fremdeigentum, Quelle, Bemerkung, Fläche (in m^2), Objekt-ID und Stand der Erfassung. Die Ersterfassung der Feinkartierung Straßen erfolgte auf Grundlage einer Luftbilddigitalisierung in den einzelnen Bezirken zwischen 2013 und 2021. Die Pflege der Daten erfolgt seit 2022 kontinuierlich anhand von Planunterlagen, Luft- und Befahrungsbildern durch den Landesbetrieb Geoinformation und Vermessung im Auftrag der Behörde für Verkehr und Mobilitätswende. Die Aktualität der jeweiligen Fortführung des Objektes ist den Attributen zu entnehmen. Die Datengrundlage weist jedoch einen älteren Stand auf, als der Tag der Fortführung. Auch Baustellen aus den Vorjahren werden u.U. erst in späteren Jahrgängen umgewandelt, sodass anhand des Datensatzes keine Analyse möglich ist, wie viele Flächenänderungen in einem Jahr im Straßenraum erfolgt sind. Insbesondere die Punkt- und Linienobjekte erheben keinen Anspruch auf Vollständigkeit, da sie z.T. bereits bei der Ersterfassung nicht vollständig erfasst wurden und Aufstell- und Abbauprozesse der datenpflegenden Stelle in der Regel nicht gemeldet werden. Es kann keine Gewähr für die Richtigkeit aller Daten übernommen werden. Aufgrund der Aktualität des Datensatzes kann keine rechtssichere bzw. tagesaktuelle Aussage getroffen werden. Sollten Sie Anmerkungen zum Datensatz haben oder Korrekturen melden wollen, schicken Sie diese bitte an fachdatenmanagement@gv.hamburg.de.

WFS PrioBike Hamburg

Web Feature Service (WFS) mit den Infrastrukturdaten zum PrioBike-Projekt. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

WMS PrioBike Hamburg

Web Map Service (WMS) mit den Infrastrukturdaten zum PrioBike-Projekt. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

Verkehrsdaten Kfz (Infrarotdetektoren) Hamburg

Allgemeine Informationen: Der Datensatz umfasst Verkehrsdaten aller Standorte in Hamburg, an denen der Kraftfahrzeugverkehr (Kfz-Verkehr) mittels Infrarotdetektoren an 24h am Tag und allen Tagen des Jahres erfasst wird. Einige der Standorte enthalten zusätzlich den Anteil des Schwerverkehrs. Der Datensatz enthält sowohl die Verkehrsstärken einzelner Zählfelder als auch aus mehreren Zählfeldern aggregierte Zählstellen in Echtzeit. Die Daten der Zählfelder werden in 5-Minuten-Intervallen bereitgestellt. Die Daten der Zählstellen liegen aggregiert in 5-Minuten, 15- und 60-Minuten-Intervallen sowie in Tages- und Wochenwerten vor. Die Daten der Zählstellen werden außerdem in den entsprechenden Geoportalen der FHH, z.B. in Geo-Online und dem Verkehrsportal, visualisiert. Die Daten der Zählfelder sowie die Daten der 5-Minuten-Aggregate der Zählstellen werden nicht visualisiert. Neben den Echtzeitdaten sind auch historische Daten in folgendem Umfang verfügbar: Zählfelder: Alle Daten der 5-Minuten-Intervalle für die letzten 8 Wochen Zählstellen: alle Daten für die letzten sieben Tage in 5-Minten-Intervallen, alle Daten für die letzten zwei Wochen in 15-Minuten-Intervallen, alle Daten für die letzten zwei Monate für die 60-Minutenintervalle, alle Daten für das aktuelle und das letzte Jahr in Tagesintervallen sowie alle Daten seit Beginn der Erfassung in Wochenintervallen. Informationen zur Technik: Die Infrarotdetektoren sind in der Regel an Lichtsignalanlagen, zu einem geringen Teil aber auch an anderen Masten, installiert. Die Detektoren erfassen und zählen den Verkehr über die Wärmeabstrahlung der einzelnen Verkehrsteilnehmenden. Da ausschließlich Infrarotbilder ausgewertet werden, ist der Datenschutz zu jeder Zeit gewährleistet. Hinweise zur Datenqualität: Die Daten werden in Echtzeit an die Urban Data Platform der FHH übertragen. So sind diese zeitnah für alle Nutzenden und Interessierten verfügbar. Durch die Echtzeitkomponente sind allerdings verschiedene Rahmenbedingungen zu beachten: Die Daten sind nicht umfassend qualitätsgesichert. Ungewöhnliche Abweichungen von den zu erwartenden Daten und Datenlücken werden zwar automatisch vom System erkannt, können aber nicht in Echtzeit korrigiert werden. Lücken, die z.B. durch einen Abriss der Datenübertragung auftreten, können im Nachhinein noch nachgeliefert werden. Unter Umständen und bei längeren Ausfällen können folglich noch nach ein paar Tagen Änderungen in den historischen Daten erfolgen. Es handelt sich bei den hier veröffentlichten Daten nicht um amtlich geprüfte Daten der FHH. Werden derartige Daten benötigt, kann z.B. der Datensatz "Verkehrsstärken Hamburg" herangezogen werden, der die „Durchschnittlichen (werk)täglichen Verkehre“ in der Entwicklung der letzten Jahre enthält. Wie bei jeder Verkehrszählung, egal ob automatisiert oder manuell, gibt es gewisse Toleranzen in der Messgenauigkeit. Anspruch an das hier verwendete System sind Genauigkeiten von +/- 10% bei der Erfassung der Verkehrsstärken und +/- 15% bei der Angabe des Schwerverkehrsanteils. Weitere Informationen zum Echtzeitdienst: Der Echtzeitdatendienst enthält die Standorte der Zählstellen für das Kfz-Aufkommen, das mit Infrarotdetektoren erfasst wird. Die Daten werden im JSON-Format über die SensorThings API (STA) bereitgestellt. Für jede Zählstelle in der SensorThings API (STA) wurde ein Objekt in der Entität "Thing" angelegt. Für jede zeitliche Auflösungsebene bei den Zählstellen bzw. jeder verkehrlichen Bezugsgröße steht ein Objekt in der Entität "Datastreams". Die Echtzeitdaten zur Anzahl Kfz je Zählstelle und Zeitintervall wird in der STA in der Entität "Observations" veröffentlicht. Es werden folgende räumlichen und zeitlichen Ebenen differenziert: -Zählfeld 5-Min -Zählstelle 5-Min, 15-Min, 1-Stunde, 1-Tag, 1-Woche: Anzahl Kfz 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_Verkehrsdaten_Kfz_Infrarotdetektoren", "layerName": "Anzahl_Kfz_Zaehlstelle_15-Min", "key":"value"} } Verfügbare Layer im layerName sind: *Anzahl_Kfz_Zaehlfeld_5-Min *Anzahl_Kfz_Zaehlstelle_5-Min * Anzahl_Kfz_Zaehlstelle_15-Min * Anzahl_Kfz_Zaehlstelle_1-Stunde * Anzahl_Kfz_Zaehlstelle_1-Tag * Anzahl_Kfz_Zaehlstelle_1-Woche *Anzahl_Schwerverkehr_Zaehlfeld_5-Min *Anzahl_Schwerverkehr_Zaehlstelle_5-Min * Anzahl_Schwerverkehr_Zaehlstelle_15-Min * Anzahl_Schwerverkehr_Zaehlstelle_1-Stunde * Anzahl_Schwerverkehr_Zaehlstelle_1-Tag * Anzahl_Schwerverkehr_Zaehlstelle_1-Woche Mit Hilfe dieser "key-value-Paare" können dann Filter für die REST-Anfrage definiert werden, bspw. https://iot.hamburg.de/v1.1/Datastreams?$filter=properties/serviceName eq 'HH_STA_Verkehrsdaten_Kfz_Infrarotdetektoren' and properties/layerName eq 'Anzahl_Kfz_Zaehlstelle_15-Min' 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: iot.hamburg.de Topic: v1.1/Datastream({id})/Observations

Energetische Sanierung der Lichtsignalanlagen - Umrüstung auf LED

Die Umrüstung städtischer Lichtsignalanlagen durch energieeffiziente LED-Beleuchtung startete 06.2020 und wurde Ende 2021 abgeschlossen. Dadurch sind nachfolgend mehr als 50% der Treibhausgasemissionen einsparbar, also auch finanzielle Einsparpotentiale erzielt. Durch die neue Steuer- und Regelungstechnik wird zusätzlich eine Optimierung der Lichtsignalanlagen erreicht.

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: https://daten-hamburg.de/tlf_public/

1 2 3 4 5 … 26 27 28