• Auf Karte festlegen

27588 Ergebnisse

Ansicht
PDF GML
Hamburg
Geodatensatz
Open Data

Bebauungsplan Osdorf 38 Hamburg

Der Bebauungsplan Osdorf 38 für den Geltungsbereich Grönenweg - Süd- und Westgrenze des Flurstücks 4652, West- und Nordgrenze des Flurstücks 1035 der Gemarkung Osdorf (Bezirk Altona, Ortsteil 220) wird festgestellt.

PDF GML
Mehr Infos
WMS WFS GML CSV GeoJSON XSD
Hamburg
Geodatensatz
Open Data / HVD

Straßenbaumkataster Hamburger Hafen

Das Baumkataster umfasst die flächendeckende Darstellung der Bäume auf öffentlichen Straßenflurstücken als Grundlage der Baumkontrollen zur Verkehrssicherheit und der Planung.
Wesentliche Datenfelder: Standort, Gattung/Art, Pflanzjahr, Vitalität (ggf.CIR-Befliegung), biologische Parameter,
Schadensmerkmale. Die schnelle grafische Visualisierung der Baumstandorte und Hintergrundkarten leistet eine integrierte GIS-Komponente. Die Sachdaten liegen in einer SQL-Datenbank vor.
Erfasst werden sie im Rahmen fortlaufender Vermessungsgänge und Aktualisierungen. Fortschreibung im Rahmen der Baumkontrollen zur Verkehrssicherheit.

WMS WFS GML CSV GeoJSON XSD
Mehr Infos
PDF GML
Hamburg
Geodatensatz
Open Data

Bebauungsplan Steilshoop 9 Hamburg

Der Bebauungsplan Steilshoop 9 für den Geltungsbereich südlich der Steilshooper Allee und westlich der Seebek (Bezirk Wandsbek, Ortsteil 516) wird festgestellt.
Das Plangebiet wird wie folgt begrenzt:
Nord- und Ostgrenze des Flurstücks 1031, über das Flurstück 1031, über das Flurstück 1436, über das Flurstück 1031, Südwestgrenze des Flurstücks 1031, Südwestgrenze des Flurstücks 946, über das Flurstück 946, Nordwestgrenze des Flurstücks 1031, über das Flurstück 946, Nordgrenze des Flurstücks 946 der Gemarkung Steilshoop.

PDF GML
Mehr Infos
Hamburg
Geodatendienst

WMS Tempo-30-Zonen Hamburg

Dieser Web Map Service (WMS) stellt Daten zu Tempo-30-Zonen in Hamburg dar, die durch das Verkehrszeichen Nr. 274.1 (Beginn einer Tempo-30-Zone) bzw. 274.2 (Ende einer Tempo-30-Zone) begrenzt werden.


Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

Mehr Infos
PDF GML
Hamburg
Geodatensatz
Open Data

Bebauungsplan Uhlenhorst 5 Hamburg

Der Bebauungsplan Uhlenhorst 5 für den Geltungsbereich Außenalster-Feenteich-Uhlenhorster Kanal-Hofweg-Papenhuder Straße-Mundsburger Kanal (Bezirk Hamburg-Nord, Ortsteile 414 und 415) wird festgestellt.

PDF GML
Mehr Infos
PDF GML
Hamburg
Geodatensatz
Open Data

Bebauungsplan Heimfeld 29 Hamburg

Der Bebauungsplan Heimfeld 29 für den Geltungsbereich Stader Straße-Westgrenze des Flurstücks 578 der Gemarkung Heimfeld-Bahnanlagen-Ostgrenze des Flurstücks 571 der Gemarkung Heimfeld (Bezirk Harburg, Ortsteil 711) wird festgestellt.

PDF GML
Mehr Infos
Hamburg
Geodatendienst

WMS Virtuelle Passpunkte Hamburg

Diese WebMapService (WMS) virtuelle Passpunkte dient als Hilfsmittel zum eindeutigen spannungsfreien Übergang georeferenzierter Daten des Lagestatus 100 (Potsdam-Datum mit Gauß-Krüger-Abbildung) in den Lagestatus 310 (ETRS89 mit UTM-Abbildung) oder Lagestatus 320 (ETRS89 mit Gauß-Krüger-Abbildung). Diese Passpunkte sind in einem regelmäßigen Raster mit einem Punktabstand von 250m angeordnet und stehen als ASCII Datei zur Verfügung. Die Gesamtzahl der Passpunkte beträgt ca. 13.000.

Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.

Mehr Infos
WFS WMS GML XSD CSV GeoJSON
Hamburg
Geodatensatz
Open Data

Hamburger Finanzamtsbezirke

Finanzamtsbezirke der Stadt Hamburg

WFS WMS GML XSD CSV GeoJSON
Mehr Infos
PDF GML
Hamburg
Geodatensatz
Open Data

Bebauungsplan Lohbrügge 23 Hamburg

Der Bebauungsplan Lohbrügge 23 für den Geltungsbereich Bergedorfer Straße - Ladenbeker Furtweg - Südwestgrenze des Flurstücks 1746, über das Flurstück 1746 der Gemarkung Lohbrügge (Bezirk Bergedorf, Ortsteil 601) wird festgestellt.

PDF GML
Mehr Infos
Hamburg
Geodatendienst

SensorThings API (STA)

Die SensorThings API (STA) ist eine vom Open Geospatial Consortium (OGC) entwickelte Anwendungsprogrammierschnittstelle zum Management von Sensoren und Aktoren im Internet der Ding (IoT) . Während IoT-Netzwerkprotokolle wie MQTT und HTTP die Fähigkeit verschiedener IoT-Systeme zum Informationsaustausch ansprechen, adressiert SensorThings API die Fähigkeit verschiedener IoT-Systeme, die ausgetauschten Informationen zu verwenden und zu verstehen. Die SensorThings API bietet hierbei eine offene, raumbezogene und einheitliche Möglichkeit zur Verbindung von IoT-Geräten, Daten und Anwendungen über das Internet. Im Rahmen dieser Schnittstelle lassen sich zwei Hauptfunktionen zuordnen, welche sich in den sog. „Sensing-Part“ und „Tasking-Part“ unterteilen lassen. Der Erfassungsteil („Sensing-Part“) bietet eine Standardmethodik zum Verwalten bzw. Abrufen von Beobachtungen und Metadaten aus heterogenen IoT-Sensorsystemen. Mit der hier vorliegenden Schnittstelle ist der erste Part der STA ("Tasking") umgesetzt.

Aktuell gibt es im LGV eine Instanz der SensorThings API d.h. einen Sensordienst (s. Verweise), in dem alle Sensordaten enthalten sind. Verwendet wird dazu der FROST-Server von Fraunhofer, der eine komplette und open-source Implementierung der OGC SensorThings API Part1:Sensing ist. Es wird neben dem HTTP-Protokoll auch das MQTT-Protokoll unterstützt, womit eine Möglichkeit zum Veröffentlichen und Abonnieren von Sensordaten gegeben ist.

Mit der Schnittstelle können folgende Aktionen ausgeführt werden:
- Recherche nach allen auf dem FROST-Server bereitgestellten Sensordaten
- Veröffentlichen und Abonnieren von Beobachtungswerten mittels MQTT-Broker
- Editieren, Löschen und Neuerfassen von Sensordaten (Authentifizierung erforderlich)

Die im FROST-Server enthaltenen Sensordaten stehen in Verantwortung der Datenhalter (siehe Ansprechpartner bei den Datensätzen).

Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zu den Datensatzbeschreibungen der jeweiligen Geobasisdaten.

Mehr Infos

17351 - 17360 von 27588 Ergebnissen


1734 1735 1736 1737 1738

1734 1735 1736 1737 1738

Hilfe