API src

Found 294 results.

StadtRAD-Stationen Hamburg

Der Datensatz enthält die Position aller StadtRAD-Stationen im Hamburger Stadtgebiet und die Anzahl der aktuell zur Ausleihe zur Verfügung stehenden Fahrräder und Lastenpedelecs. Weitere Informationen zum Echtzeitdienst: Der Echtzeitdatendienst enthält die Position aller StadtRAD-Stationen im Hamburger Stadtgebiet und die Anzahl der aktuell zur Ausleihe zur Verfügung stehenden Fahrräder und Lastenpedelecs im JSON-Format bereitgestellt in der SensorThings API (STA). In der SensorThings API (STA) steht die Entität "Thing" für jeweils eine StadtRad-Stationen. Für die Anzahl der verfügbaren Räder und die Lastenpedelecs gibt es jeweils eine Entität "Datastream" je "Thing". Die Anzahl der verfügbaren Räder (Echtzeitdaten) erhält man über die Entität "Observations". 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. { "properties":{ "serviceName": "HH_STA_StadtRad", "layerName": "E-Lastenraeder", "key":"value"} } Verfügbare Layer im layerName sind: * E-Lastenraeder * Fahrraeder Mit Hilfe dieser "key-value-Paare" können dann Filter für die REST-Anfrage definiert werden, bspw. https://iot.hamburg.de/v1.0/Datastreams?$filter=properties/serviceName eq 'HH_STA_StadtRad' and properties/layerName eq 'E-Lastenraeder' 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.0/Datastream({id})/Observations

Verkehrsdaten Rad (Infrarotdetektoren) Hamburg

Allgemeine Informationen: Der Datensatz umfasst Verkehrsdaten aller Standorte in Hamburg, an denen der Radverkehr mittels Infrarotdetektoren an 24h am Tag und allen Tagen des Jahres erfasst wird. Der Datensatz enthält sowohl die Verkehrsstärken einzelner Zählfelder als auch aus mehreren Zählfeldern aggregierte Zählstellen in Echtzeit. Der schematische Aufbau der Datenerfassung und Datenaggregation ist in einem separaten Dokument beschrieben, welches in den Verweisen zu finden ist. Die Daten der Zählfelder werden in 5-Minuten-Intervallen bereitgestellt. Die Daten der Zählstellen liegen aggregiert in 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. Neben den Echtzeitdaten sind auch historische Daten in folgendem Umfang verfügbar: Zählfelder: alle Daten seit Beginn der Erfassung in 5-Minuten-Intervallen. Zählstellen: alle Daten für die letzten zwei Wochen in 15-Minuten-Intervallen, alle Daten für die letzten zwei Monate in Stundenintervallen, 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 Beleuchtungsmasten, zum 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. Die Daten erhalten deswegen täglich eine Aktualisierung für die folgenden Zeiträume: Vortag: 5-Min-Intervalle, 15-Min-Intervalle und 60-Min-Intervalle Tag vor sechs Tagen: 5-Min-Intervalle, 15-Min-Intervalle, 60-Min-Intervalle und Tages-Intervalle Tag vor 28 Tagen: 5-Min-Intervalle, 60-Min-Intervalle, Tages-Intervalle Die Wochenwerte erhalten wöchentlich eine Aktualisierung für die Werte der Vorwoche und der Woche vor vier Wochen. Es handelt sich bei den hier veröffentlichten Daten nicht um amtlich geprüfte Daten der FHH. 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 für die Zählfelder von +/- 10% bei der Erfassung des Radverkehrs auf Gehwegen, Radwegen und Radverkehrsstreifen sowie +/-20% bei der Erfassung des Radverkehrs im Mischverkehr mit Kraftfahrzeugen. Da Zählstellen aus einer Kombination verschiedener Zählfelder gebildet werden, kann die Abweichung bis zu +/-20% betragen. Weitere Informationen zum Echtzeitdienst: Der Echtzeitdatendienst enthält die aktiven Standorte der Zählfelder und Zählstellen über die mittels Infrarotdetektoren das aktuelle Fahrradaufkommen am Standort ermittelt wird. Die Daten werden im JSON-Format über die SensorThings API (STA) bereitgestellt . Für jedes Zählfeld und jede Zählstelle in der SensorThings API (STA) steht ein Objekt in der Entität "Thing". Für jede zeitliche (jeweiliges Zeitintervall) und räumliche Auflösungsebene (Zählfelder/Zählstellen) steht ein Objekt in der Entität "Datastreams". Die Echtzeitdaten zur Anzahl Fahrräder je Zeitintervall und Raumeinheit wird in der STA in der Entität "Observations" veröffentlicht. Die zeitlichen und räumlichen Auflösungsebenen sind der Datensatzbeschreibung zu entnehmen. 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_HamburgerRadzaehlnetz", "layerName": "Anzahl_Fahrraeder_Zaehlfeld_5-Min", "key":"value"} } Verfügbare Layer im layerName sind: * Anzahl_Fahrraeder_Zaehlfeld_5-Min * Anzahl_Fahrraeder_Zaehlstelle_15-Min * Anzahl_Fahrraeder_Zaehlstelle_1-Stunde * Anzahl_Fahrraeder_Zaehlstelle_1-Tag * Anzahl_Fahrraeder_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.0/Datastreams?$filter=properties/serviceName eq 'HH_STA_HamburgerRadzaehlnetz' and properties/layerName eq 'Anzahl_Fahrraeder_Zaehlfeld_5-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.0/Datastream({id})/Observations

Fließgewässermessstelle Stein bei Altenmarkt, Traun

Die Messstelle Stein bei Altenmarkt (Messstellen-Nr: 18483500) befindet sich im Gewässer Traun in Bayern. Die Messstelle dient der Überwachung des Abflusses, des Wasserstands.

Elektro Ladestandorte Hamburg

Der Datensatz enthält die Standorte der öffentlich zugänglichen Ladeeinrichtungen für Elektrofahrzeuge in der Modellregion Elektromobilität Hamburg. Die zugehörigen Sachinformationen wie z.B. Anzahl der Ladepunkte, Steckertypen und Zugangsmöglichkeiten sind enthalten. Zusätzlich wird in Echtzeit der Betriebsstatus (UNKNOWN, AVAILABLE, OCCUPIED, RESERVED, UNAVAILABLE, FAULTED, PREPARING, CHARGING, SUSPENDEDEV, SUSPENDEDEVSE, FINISHING) der Ladepunkte angegeben. Weitere Informationen zum Echtzeitdienst: Der Echtzeitdatendienst enthält die Standorte der öffentlich zugänglichen Ladeeinrichtungen für Elektrofahrzeuge in der Modellregion Elektromobilität Hamburg im JSON-Format bereitgestellt über die SensorThings API (STA). Für die E-Ladestationen in der SensorThings API (STA) wurde je Station ein Objekt in der Entität "Thing" angelegt. Für jeden Ladepunkt steht ein Objekt in der Entität "Datastreams". Die Echtzeitdaten zum Status des Ladepunktes wird in der STA in der Entität "Observations" veröffentlicht. 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. { "properties":{ "serviceName": "HH_STA_E-Ladestationen", "layerName": "Status_E-Ladepunkt", "key":"value"} } 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_E-Ladestationen' and properties/layerName eq 'Status_E-Ladepunkt' 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

Bewohnerparkgebiete Hamburg

Dieser Dienst zeigt die Bewohnerparkgebiete (BWP) Hamburgs. BWP sind in Zonen unterteilte Bereiche weitgehend einheitlicher Parkraumbewirtschaftung, in denen Bewohner:innen bevorrechtigt werden. Dazu können diese für sich einen Bewohnerparkausweis bzw. für ihre Gäste Besucherparkausweise beantragen (siehe hierzu https://serviceportal.hamburg.de/HamburgGateway/Service/Entry/BPARKEN2). In bestimmten Bereichen, sog. Überlappungszonen, sind die Inhaber:innen von Parkausweisen mehrerer, benachbarter BWP zum Parken berechtigt. Die Bewirtschaftung erfolgt meistens monetär + zeitlich (über Parkgebühren mit Parkschein bzw. Handyparken in Verbindung mit Höchstparkdauer), seltener ausschließlich auf zeitlicher Basis (über eine festgelegte Höchstparkdauer mit Parkscheibe). Inhaber*innen von Bewohner-/Besucherparkausweisen sind von diesen Regeln ausgenommen. In einigen Bereichen gelten besondere Bewirtschaftungsregeln. Dort kann z. B. ein Tages- oder Wochenticket erworben werden, oder es gilt für alle eine Höchstparkdauer.

Öffentlicher Parkraum Hamburg

Dieser Dienst zeigt den öffentlichen Parkraum Hamburgs in ausgewählten Bereichen. Nicht enthalten sind private Stellplätze oder Parkplätze (z. B. von Supermärkten, Unternehmen, P+R-/B+R-Anlagen, sonstige Parkhäuser und Tiefgaragen etc.). Für einiger dieser werden eigene Dienste von anderen Herausgebern angeboten. Jeder Stellplatz bzw. Parkstand ist als einzelnes Polygon dargestellt. Sofern die Parkstände nicht durch bauliche Maßnahmen oder Markierungen gekennzeichnet sind, wird von Standardabmessungen gemäß BASt (Bundesanstalt für Straßenwesen) ausgegangen. Jedes Polygon ist mit einer Reihe von Attributen versehen. Deren Merkmalsausprägung ist abhängig von den realen Gegebenheiten erfasst oder nicht erfasst. Liegt für ein Attribut kein Wert vor, wird es in der Regel auch nicht angezeigt. Die meisten Attribute sind selbsterklärend; für die anderen folgen Erläuterungen: (1) Geltungszeiten der jeweiligen Bewirtschaftung: Diese sind kodiert. Die erste(n) (beiden) Ziffern(en) geben den Tag der Woche oder einen Bereich an: 1 = montags, 2 = dienstags, ... , 7 = sonntags, 15 = montags bis freitags, 16 = werktags, 17 = täglich. Nach dem Doppelpunkt folgen Start- und Endstunde der Geltungsdauer. Das Beispiel 16:8_18 bedeutet also: Bewirtschaftung gilt montags bis samstags (= werktags) von 8 Uhr bis 18 Uhr. Falls es mehhrere diskrete Geltungstage gibt, z. B. bei 2x wöchentlich stattfindendem Wochenmarkt, sind die Geltungszeiten per Semikolon getrennt. (2) Markierung: Ist der Parkstand einzeln bzgl. seiner Größe markiert? Ja / Nein (3) Nummer des zugeordneten Parkautomatenstandorts: derzeit nicht konsistent erfasst (4) Restfläche: Falls das Polygon deutlich kleiner als ein regulärer Parkstand ist, wird es als Restfläche gekennzeichnet. Dies ist bei Auswertungen zur Anzahl verfügbarer Parkstände zu beachten, um eine Überschätzung zu vermeiden.

MRH eMobility

Ende 2014 startete das Leitprojekt "Aufbau einer auf Verkehrsströme abgestimmten Ladeinfrastruktur für Elektroautos in der Metropolregion Hamburg (MRH) - HansE". Eine gut ausgebaute und möglichst flächendeckend errichtete Ladeinfrastruktur ist eine der Voraussetzungen für das weitere Voranschreiten der E-Mobilität. Elektromobiles Bewegen macht aber an der Stadtgrenze nicht halt, so dass ein Ausbau in die Region hinein in abgestimmter Weise sinnvoll ist. Genau an dieser Stelle setzt das Projekt an, die Region wird als Ganzes betrachtet und mit dem Konzept wird die Möglichkeit gegeben, einen strategischen Ausbau in der Region zu planen. Im Rahmen dieses Projektes waren die Kreise und Landkreise der MRH aufgerufen, bereits vorhandene Ladestandorte für Elektrofahrzeuge zu zuliefern, die an anderer Stelle über Web Map-Dienste genutzt werden. Darüber hinaus wurden weitere Quellen zur Standortbestimmung herangezogen. Sie bilden für diese Datensätze die Grundlage.

Park + Ride Anlagen Hamburg

Der Datensatz enthält die Park + Ride Anlagen an Schnellbahnstationen im Hamburger Stadtgebiet mit Informationen u.a. über die Lage, die Anzahl der Stellplätze und die Anzahl von Behinderten- und Frauenstellplätzen. Weiterhin werden aktuelle Belegungsinformationen zu den Anlagen angegeben.

Amtliche Basiskarte 1:5000 Land Bremen

Die Amtliche Basiskarte 1:5 000 (ABK5) ist eine Übersichtskarte, die eine Verbindung zwischen der großmaßstäbigen Liegenschaftskarte und der Topographischen Karte 1:25000 (TK25) herstellt. Wesentliche Inhalte: Gebäude, Gebäudenutzung, Straßen, Wege, Bodennutzung, Böschungen und Beschriftungen. Sie wird aus dem Amtlichen Liegenschaftskataster-Informationssystem (ALKIS®) abgeleitet. ALKIS® beinhaltet ein bundeseinheitliches, objektbasiertes Datenmodell indem die raumbezogenen (Karten-) und nicht raumbezogenen (Buch-) Daten systematisch verbunden und redundanzfrei gepflegt werden. Die Datenhaltung erfolgt mit Metadaten und Historienführung. Ausgabe: farbig, grau

Straßen- und Wegenetz Hamburg (HH-SIB)

Der Datensatz enthält die Straßen und Wege Hamburgs mit verschiedenen Merkmalen. Das Straßen- und Wegenetz wird in der Hamburger Straßeninformationsbank (HH-SIB) in einem Knoten-Kanten-Modell gehalten. Die Daten enthalten folgende Attribute: - Von-Netzknoten, Nach-Netzknoten - Von-Station, Bis-Station, - Straßenklasse (A= Autobahn, B = Bundesstraße, G=Gemeindestraße) - Straßenschlüssel - Wegenummer - Straßenname - Landesschlüssel (entspricht Bundesland) - Kreisschlüssel (entspricht Bezirk) - Gemeindeschlüssel (entspricht Ortsteil) - Abschnittslänge - Bahnigkeit (Anzahl der Fahrbahnen, baulich getrennt) - Fahrstreifenzahl (in und gegen Stationierungsrichtung) - Geschwindigkeit - Wegeart Der Datensatz wird kontinuierlich gepflegt und wöchentlich aus der HH-SIB in die verfügbaren Datendienste überspielt.

1 2 3 4 5 … 28 29 30