wieHochBinIch.de Logo aktuellerverkehr.de
Datenquellen Methodik Standortdaten Impressum

Transparenz

Standortdaten bei AktuellerVerkehr

Welche Standortangaben AktuellerVerkehr verwenden kann, wohin sie übertragen werden, was im Browser oder serverseitig gespeichert wird und was beim Teilen sichtbar sein kann.

2 mögliche Standort-Eingänge 2 dokumentierte Übertragungswege Browser-Standort nur nach Freigabe 2 serverseitige Speicherpfade 2 lokale Browser-Speicherpfade Fachlicher Stand: 2026-08-09T00:00:00.000Z

So kommt ein Standort ins Tool

Diese Eingaben können den betrachteten Ort oder Kartenausschnitt festlegen.

Verkehrsgebiet

optional

Daten

  • Suchort, Kartenmittelpunkt oder freiwillige Browserposition

Zweck

  • Verkehr im Radius anzeigen

Optionales Verkehrsfeedback

optional

Daten

  • Bewertung
  • optionaler Ereignis- und Positionsbezug

Zweck

  • Meldungsqualität verbessern

Übertragung und Empfänger

Hier steht, welche Standortbezüge an das eigene Backend oder direkt an einen Karten- beziehungsweise Fachanbieter übertragen werden.

Eigenes Verkehrs-Backend

Empfänger: wiehochbinich-Backend

Daten

  • Koordinate, Radius und Filter

Zweck

  • Verkehrsmeldungen und Zählstellen räumlich filtern

Kartenanbieter

Empfänger: Anbieter der Kartenkacheln

Daten

  • Kartenausschnitt, Zoomstufe und technisch bedingte Verbindungsdaten

Zweck

  • Basiskarte laden
Bedingung
Direkter Browserabruf.

Serverseitige Speicherung

Eine Speicherung wird nur genannt, wenn sie zum beschriebenen Tool-Ablauf gehört. Offene Fristen bleiben ausdrücklich offen.

Verkehrsereignisse und Caches

Speicherort: MongoDB und Servercache

Daten

  • normalisierte Verkehrsereignisse, Positionen, Zeitbezug und Anbieterherkunft

Zweck

  • Aktuelle Kartenanzeige und Deduplizierung
Aufbewahrung
Abgelaufene Ereignisse werden anhand ihrer Zeit- und Ablaufregeln entfernt beziehungsweise nicht mehr öffentlich ausgegeben.

Verkehrsfeedback

Speicherort: MongoDB / TrafficFeedback

Daten

  • Feedback und optionaler Positionsbezug
  • gehashte Client-, IP- und User-Agent-Kennungen

Zweck

  • Qualitätssicherung, Mehrfachfeedback- und Missbrauchsschutz
Aufbewahrung
Die konkrete Aufbewahrungsfrist ist noch fachlich und rechtlich festzulegen.

Speicherung in deinem Browser

Lokale Einstellungen, Entwürfe oder Kennungen bleiben auf dem verwendeten Gerät, bis sie ablaufen oder lokal gelöscht werden.

Feedback-Client-ID

Speicherort: localStorage

Daten

  • zufällig erzeugte lokale Client-ID

Zweck

  • Mehrfachfeedback begrenzen
Aufbewahrung
Bis zur lokalen Löschung durch Nutzer oder Browser.

Kartenstil

Speicherort: localStorage

Daten

  • gewählter Kartenstil

Zweck

  • Darstellung auf diesem Gerät wiederherstellen
Aufbewahrung
Bis zur lokalen Löschung durch Nutzer oder Browser.

Teilen und Sichtbarkeit

Geteilte Links, IDs oder Exportdateien können Standortbezüge für ihre Empfänger sichtbar machen.

Geteilte Verkehrslage

optional

Daten

  • Kartenposition oder Ereignisbezug im Link

Zweck

  • Verkehrslage teilen
Sichtbarkeit
Für Empfänger des Links sichtbar.