REST-Schnittstelle des Bundeswasserstraßen-Locators der Wasserstraßen- und Schifffahrtsverwaltung des Bundes (WSV), mit der vom Bundeswasserstraßen-Locator Daten der Bundeswasserstraßen abgefragt werden können. Der REST-basierte Dienst ermöglicht folgende Abfragen: Geokodierung eines Bundeswasserstraßenkilometers (BWaStr-km -- Koordinate), Geokodierung eines Bundeswasserstraßenabschnitts (BWaStr-km von/bis -- Koordinaten-Liste), Stationierung einer Koordinate relativ zu einer Bundeswasserstraße (Koordinate -- BWaStr/km/Entfernung zum Ufer), Abfrage von Stationierungslücken zu Bundeswasserstraßen und Bundeswasserstraßenabschnitten (BWaStr-km von/bis -- Fehlstreckenliste), Abfrage von Fließrichtungen zu Bundeswasserstraßen und Bundeswasserstraßenabschnitten (BWaStr-km von/bis -- Fließrichtungsliste), Ermitteln aller Bundeswasserstraßen im definierten Radius um eine Koordinate (Koordinate, Radius -- Liste mit BWaStr/km/Entfernung zum Ufer), Abfrage von Massendaten Der BWaStr-Locator basiert auf dem Verkehrsnetz der Bundeswasserstraßen (VerkNet BWaStr).
Der Routingdienst des BKG ermöglicht die Berechnung der schnellsten und kürzesten Wegstrecke (Route) zwischen einem vorgegebenen Start- und Zielpunkt, unter Einbeziehung von Wegpunkten (Via-Points). Zudem können Sperrpunkte und Sperrflächen zur Routenberechnung herangezogen werden. Als Datengrundlage dienen die Routingdaten der Nutzergemeinschaft OpenStreetMap (OSM). Zudem können basierend auf den OSM-Daten Erreichbarkeitsanalysen über eine vorgegebene Zeit (Isochronen) oder über eine vorgegebene Distanz berechnet werden. Als Routingsoftware dient der von der Universität Heidelberg entwickelte Openrouteservice (ORS). Der Routingdienst weist eine weltweite Abdeckung auf. Des Weiteren wird der weltweit operierende Geokodierungsdienst Nominatim bereitgestellt, dessen Datengrundlage ebenfalls die Daten von OSM sind. Der Routingdienst beinhaltet ein „Travel Salesman Routing“ (TSR). TSR berechnet die optimale Reihenfolge für eine Liste von Punkten mit festgelegtem Start- und Zielpunkt. Dadurch können Wegpunkte in der Routenplanung berücksichtigt und deren ideale Reihenfolge ermittelt werden. web_ors_all ist der Routingdienst für alle Nutzer, die nicht der Bundesverwaltung angehören.
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.
Dieser Dienst stellt die Geobasisdaten und die Luftbilder der Freien und Hansestadt Hamburg und Umgebung als Internetstadtplan bereit. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.
WebMapService (WMS) mit den Probestellen aus der Trinkwasserdatenbank ZTEIS in Hamburg. Der WMS-Dienst unterliegt Datenschutzrechtlichen Bestimmungen und ist ausschließlich für die Visualisierung im Trinkwasserportal. In der Trinkwasserdatenbank ZTEIS (zentrales Trinkwassererfassungs- und Informationssystem) werden Untersuchungsergebnisse gesammelt, die vom Trinkwasserlabor der Hamburger Wasserwerke nach § 14 Trinkwasserverordnung (TrinkwV) und vom Institut für Hygiene und Umwelt nach § 19 TrinkwV durchgeführt werden. Die Untersuchungen erfolgen im Rahmen der Umsetzung der Trinkwasserverordnung und und stammen sowohl aus den Wasserwerken, wie auch aus dem Leitungsnetz. Der Behörde für Gesundheit und Verbraucherschutz (BGV) obliegt die Überprüfung der öffentlichen Wasserversorgung. Die Datenbank hat primär den Zweck, die Berichterstattung gemäß § 21 TrinkwV zu gewährleisten. Seit 2003 werden in der Trinkwasserdatenbank ca. 24.000 Proben mit ca. 1,2 Mio. Untersuchungsergebnissen (Stand Februar 2014) gespeichert. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.
Dieser WebMapService (WMS) stellt Flächen dar, für die im amtlichen Liegenschaftskataster als Eigentümer verschiedene staatliche Institutionen erfasst sind. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.
Die Jagdbezirke werden als Vektordaten gemeinsam mit weiteren Informationen und Kontaktdaten erfasst. Es wird nach Eigenjagd-, Forstjagdbezirken und genossenschaftlichen Jagdbezirken differenziert.
MQTT ist ein Internetprotokoll für die zeitnahe Bereiststellung von Echtzeit- und Sensordaten. MQTT ist Teil der Implementierung der SensorThings API. Mit der Erweiterung SensorThings MQTT können Beobachtungswerte erstellt und an den SensorThings-Dienst übermittelt werden. MQTT-Broker: iot.hamburg.de Das Abonnement auf ein Topic erfolgt unter: - v1.0/Observations ODER - v1.0/Datastreams({id})/Observations Ein Beispiel zur Visualierung der Echtzeitdaten mit MQTT besteht im Masterportal des LGV: https://www.masterportal.org/
Der Dienst stellt Infrastrukturdaten des Landkreises Nordwestmecklenburg (z.Bsp. Schulen, Campingplätze, Stromtankstellen) für das Geodatenportal der Metropolregion Hamburg (MRH) bereit.
Dieser WebMapService (WMS) stellt die Geobasisdaten der Freien und Hansestadt Hamburg und Umgebung als Internetstadtplan geschwindigkeitsoptimiert bereit. Die Basis für den WMS bilden auf dem Server vorberechnete Kartenbilder. Zur genaueren Beschreibung der Daten und Datenverantwortung nutzen Sie bitte den Verweis zur Datensatzbeschreibung.