Eine Echtzeitkarte kombiniert eine stabile geografische Darstellung mit Betriebsdaten, die sich während der Beobachtung ändern: Fahrzeugpositionen, Objektstatus, Vorfälle, Verfügbarkeit oder Sensorstatus in Echtzeit. Der Nutzen liegt in der aktuellen Lage des Einsatzes, nicht in einer rein optischen Darstellung. Kaleidr Studio positioniert derzeit Live-Datenebenen, bewegliche Objekte, benutzerdefinierte Basiskarten, 3D-Visualisierung, wiederverwendbare Voreinstellungen und die Veröffentlichung als eine einzige Bearbeitungsoberfläche (Kaleidr, 2026).
Die folgenden Abschnitte unterscheiden eine herkömmliche interaktive Karte von einem Live-Betriebsbild und erläutern anschließend die Rolle von Studio im Workflow, Aktualität, wie der aktuelle Zustand auf die Karte gelangt, B2B-Aufträge, Veröffentlichung und Messung. Weiterführende Informationen finden Sie unter Branded Interactive Maps in Kaleidr Studio, 3D Maps in Kaleidr Studio, Map Publishing Guide und How to Build a Custom Branded Basemap. Der Rest des Artikels richtet sich an Teams, die bereits einen operativen Datenfeed nutzen und eine gebrandete räumliche Benutzeroberfläche benötigen, nicht an Teams, die eine Flotten-, Dispositions- oder IoT-Plattform ersetzen.
Grundlagen der Echtzeitkarte
- Stabile Darstellung: Die Basiskarte wird nur bei Designänderungen neu erstellt, nicht bei der Bewegung einzelner Objekte.
- Autoritative Datenquelle: Studio erstellt die räumliche Darstellung; das operative System behält die Kontrolle über den aktuellen Zustand.
- Aktualität als Feld: Alter, Verbindungsstatus und Nichtverfügbarkeit gehören auf die Karte, nicht nur in die Protokolle.
- Stabile Identität: Geometrie und Status werden für dieselbe Objekt-ID aktualisiert; es wird nicht für jeden Ping ein neues Objekt erstellt.
- Live und Historie getrennt halten: Aktueller Zustand und Wiedergabe teilen sich keine unbeschriftete Ebene.
Echtzeitkarten funktionieren am besten, wenn die Darstellung stabil bleibt, während sich die Betriebsdaten darunter ändern.
Was unterscheidet eine Echtzeitkarte von einer statischen interaktiven Karte?
Ein Filialfinder, ein Reiseführer oder ein Immobilienkatalog können nützlich sein, wenn sich Standorte nur gelegentlich ändern. Eine Live-Betriebskarte ist strenger: Der Betrachter sieht das aktuelle Bild, und eine veraltete Markierung kann zu einer falschen Disposition, einem übersehenen Vorfall oder dem falschen Eindruck führen, dass sich ein Fahrzeug noch bewegt. Aktualität, Aktualisierungsfrequenz, Datenquellenzuverlässigkeit, Zustandsübergänge, Fehlerbehandlung und visuelle Stabilität gehören daher in den Produktvertrag und dürfen nicht erst nachträglich berücksichtigt werden, wenn die Kartendarstellung optimal ist.
Der praktische Test besteht darin, ob veraltete Daten die Entscheidung beeinflussen. Die Flottendisposition benötigt oft Aktualisierungen alle paar Sekunden. Parkplatzverfügbarkeit, Außendienststatus oder Gebäudeauslastung können alle 30–60 Sekunden relevant sein. Bestands- oder Gebäudestatus können hingegen Minuten warten. Aktualisierungen im Subsekundenbereich sind spezialisierten Steuerungssystemen vorbehalten, nicht jeder kundenorientierten Karte. Die Aktualisierungsfrequenz sollte sich danach richten, wie alt die Informationen werden können, bevor die nächste Aktion fehlerhaft wäre.
Eine herkömmliche interaktive Karte kann fehlende Datensätze als leere Ergebnisse ausblenden. Eine Live-Karte muss zwischen „Es passiert nichts“ und „Die Datenübertragung ist ausgefallen“ unterscheiden. Ein Fahrzeug, das sich zehn Minuten lang nicht bewegt hat, kann geparkt sein oder der letzte Datenpunkt veraltet sein. Ein verschwundenes Ereignissymbol kann behoben sein oder die Verbindung unterbrochen worden sein. Diese beiden Sachverhalte erfordern unterschiedliche Bezeichnungen, unterschiedliche Zuverlässigkeitskriterien und oft unterschiedliche Bedieneraktionen.
Welche Rolle spielt Kaleidr Studio als visuelle Autorenebene?
Kaleidr Studio ermöglicht es Teams, mit Kaleidr AI benutzerdefinierte interaktive Karten zu erstellen und anschließend Stile, Ebenen, Standorte, Inhalte und interaktive Funktionen zu bearbeiten. Benutzerdefinierte Kartenkacheln und gebrandete Basiskarten, wiederverwendbare Ebenen und Stilvoreinstellungen, 3D-Gelände, Live-Datenebenen, Flotten- und Anlagenverfolgung sowie die Veröffentlichung befinden sich auf derselben Autorenoberfläche. Studio ist der Ort, an dem die Änderung von Betriebsdaten zu einem gebrandeten räumlichen Erlebnis wird. Das operative System bleibt die Quelle für aktuelle Positionen und Statusinformationen.
Die Basiskartenhierarchie ist auch bei sich bewegenden Markierungen relevant. Straßen, Gewässer, Beschriftungen und Gelände sollten in den Hintergrund treten, damit Fahrzeuge, Aufträge, Servicebereiche und Warnmeldungen lesbar bleiben. Die Markenidentität sollte die Karte prägen; der Status muss weiterhin der Funktion folgen. So erstellen Sie eine benutzerdefinierte Marken-Basiskarte behandelt die geografischen Gegebenheiten. Wiederverwendbare Voreinstellungen, benannt nach dem jeweiligen Auftrag – Betriebsüberwachung, Live-Asset-Tracking, Event-Management – reduzieren Abweichungen zwischen vielen Live-Karten, ohne dass jede Oberfläche die gleiche Dichte aufweisen muss.
3D-Darstellung sollte kontextbezogen bleiben. Studio umfasst Gelände, Schummerung, reale Höhenangaben und extrudierte Gebäude. Eine geneigte Kamera kann Anlagen, Campusgelände oder dicht bebaute Veranstaltungsorte verdeutlichen, aber eine fahrende Flotte benötigt weiterhin ein gut lesbares, ausgewähltes Objekt und keine dekorative Neigung, die den Status verschleiert. 3D-Karten in Kaleidr Studio behandeln Situationen, in denen Tiefeninformationen hilfreich sind. Live-Layer benötigen zusätzliche visuelle Funktionen wie „Aktuell“, „Zuletzt verwendet“, „Veraltet“, „Offline“ und „Warnung“, damit operative Karten eine einheitliche Darstellungsweise verwenden.
Wie sollte eine stabile Karte über sich ändernden Betriebsdaten dargestellt werden?
Eine Live-Karte für den Produktiveinsatz wird üblicherweise von einer autoritativen Betriebsquelle über einen aktuellen Status-API-Datenstrom, Validierung und Normalisierung bis hin zu einem Live-Space-Layer auf einer in Studio erstellten Karte und schließlich in einem veröffentlichten oder eingebetteten Viewer angezeigt, wo ein Bediener reagieren kann. Flotten-, IoT-, Dispositions-, Buchungs-, Störungs-, Inventar- und Anlagensysteme bleiben die zentrale Datenquelle. Studio steuert, wie diese Informationen organisiert, formatiert, geschichtet und räumlich dargestellt werden.
Das sinnvolle mentale Modell ist eine stabile Darstellung bei gleichzeitig veränderlichem Betriebszustand. Basiskarte, Beschriftungen, Straßen, Gelände, Gebäude und statische Servicebereiche bleiben unverändert. Fahrzeuge, Lieferungen, Störungen, Aufträge, Verfügbarkeit, Warnmeldungen und Sensorwerte können sich ändern. Das Neuerstellen der gesamten Karte bei jeder Standortaktualisierung verschwendet Rendering-Budget und führt zu einer instabilen Benutzerführung. Die Kartenstruktur sollte erhalten bleiben, während die relevanten Elemente aktualisiert werden.
Bewegliche Objekte benötigen stabile IDs. Jedes Fahrzeug, jeder Techniker, jeder Auftrag oder jede Einrichtung sollte eine eindeutige Identität behalten, auch wenn sich Längengrad, Breitengrad, Status, Richtung und updatedAt ändern. Ein ausgewähltes Fahrzeug sollte während der Bewegung ausgewählt bleiben. Das Erstellen eines neuen Elements für jede Standortaktualisierung beeinträchtigt Auswahl, Verlauf und Analyse. MapLibre GL JS demonstriert dasselbe Prinzip der Identitätserhaltung in einer Browserkarte: GeoJSONSource.setData() ersetzt GeoJSON in einer Quelle und rendert neu, und updateData() kann eine Differenz anwenden, wenn jedes Feature bereits eine eindeutige ID besitzt (MapLibre, 2026). Studio behält auch bei solchen Aktualisierungen das Live-Layer-Design bei: stabile IDs, Aktualität und die veröffentlichte Karte.
GeoJSON ist ein gängiges Austauschformat für Live-Punkte, -Linien und -Polygone in Webkarten und nicht das einzige Speicherformat, das ein Host verwenden kann. Ein Feature kann Status und einen Zeitstempel in seinen Eigenschaften speichern, während die Geometrie die aktuelle Position oder Route enthält. Host-Anwendungen validieren weiterhin Koordinaten, weisen unbekannte IDs zurück und halten private Betriebsfelder von der öffentlichen Karte fern. Die Ebenenhierarchie sollte Referenzgeografie unterhalb der Live-Assets und Warnmeldungen oder das ausgewählte Feature darüber platzieren.
Das operative System sollte die maßgebliche Datenquelle sein; Studio dient der Steuerung der räumlichen Darstellung.
Wie sollte Frische auf einer Live-Karte dargestellt werden?
Jeder Live-Datensatz sollte einen Zeitstempel enthalten, den die Benutzeroberfläche in das Datenalter umrechnen kann. Redaktionelle Schwellenwerte wie „aktuell innerhalb von 15 Sekunden“, „kürzlich innerhalb einer Minute“, „veraltet innerhalb von fünf Minuten“ und „danach nicht verfügbar“ sind Beispiele, aber kein Kaleidr-Schema. Der Anwendungsfall legt die Kategorien fest: Ein geparkter Lieferwagen und ein abgebrochener GPS-Fix dürfen nicht denselben zuverlässigen Marker aufweisen. Der Verbindungsstatus – verbunden, verzögert, wird wiederhergestellt, getrennt – gehört neben das Asset, denn ein perfekter letzter bekannter Zeitpunkt kann schlechter sein als eine leere Karte.
Veraltete Daten sollten nicht ausgeblendet werden, indem das letzte Symbol ohne Beschriftung beibehalten wird. Sinnvolle Statusangaben sind beispielsweise „Live“, „Zuletzt aktualisiert vor einer bestimmten Anzahl von Sekunden“, „Veraltet“, „Feed nicht verfügbar“ und „Standort unbekannt“. Die Farbe allein reicht nicht aus. Kombinieren Sie Farbton, Symbol, Text und Zeitstempel, damit auch Bediener, die sich nicht auf die Farbe verlassen können, die Informationen zuverlässig erfassen. Ein Live-Tracking-Signal kann die jüngsten Bewegungen anzeigen; ein veraltetes Objekt sollte keine Bewegungsspur aufweisen, die suggeriert, dass es sich noch bewegt.
Live-Status und Verlauf beantworten unterschiedliche Fragen. Der aktuelle Status zeigt den aktuellen Standort des Objekts an. Der Verlauf zeigt seinen vorherigen Standort, die Route und den Zeitpunkt eines Vorfalls. Werden beide auf einer unmarkierten Ebene vermischt, erscheint der gestrige Weg wie der heutige Auftrag. Die Wiedergabe des Verlaufs sollte in einem beschrifteten Modus mit eigenem Zeitcursor erfolgen, um Verwechslungen mit dem Live-Bild zu vermeiden. Die Zeitzone sollte explizit angegeben werden, wenn sich Operatoren in mehreren Regionen befinden.
Leere, teilweise und wiederhergestellte Verbindungen sind Teil desselben Designs. Null Objekte können eine echte Leerlaufschicht darstellen. Ein teilweiser Datenfeed kann bedeuten, dass eine Region die Verbindung hergestellt hat, während eine andere eine Zeitüberschreitung erlitten hat. Die Wiederherstellung der Verbindung sollte nicht alle Marker so verschieben, als ob die Unterbrechung nie bestanden hätte. Geordnete Aktualisierungen, zusammengefasste Datenpakete und die explizite Kennzeichnung „Feed wird wiederhergestellt“ sorgen für eine korrekte Kartendarstellung während der Wiederholungsversuche des Hosts.
Eine Echtzeitkarte sollte die Aktualität der Daten sichtbar machen, damit veraltete Daten nie aktuell erscheinen.
Der folgende Vergleich ist redaktionell. In realen Implementierungen sollten die gleichen Spalten aus dem bereits verwendeten Datenfeed gefüllt werden.
| Status | Bedienerlesung | Typische visuelle Darstellung |
|---|---|---|
| Live | Aktuell genug für die nächste Aktion | Volle Deckkraft, Bewegung nur, wenn sich das Objekt bewegt |
| Kürzlich | Verwendbar, mit sichtbarem Alter | Vollständige Markierung plus „Aktualisiert vor n Sekunden“ |
| Veraltet | Nicht allein aufgrund dieses Punktes auslösen | Reduzierte Zuverlässigkeit, veraltete Kennzeichnung, keine Bewegungsspur |
| Feed nicht verfügbar | Die Karte kann den aktuellen Standort nicht ermitteln | Explizit nicht verfügbarer oder standortunbekannter Zustand |
Wie sollten Live-Daten die Karte erreichen?
Die Host-Anwendung überträgt den aktuellen Zustand an die Karte. Bei einem Entscheidungsintervall von wenigen Sekunden oder Minuten ist das Polling einfach und cache-freundlich. Server-Sent Events ermöglichen es einem Server, Nachrichten über eine persistente Einwegverbindung an den Browser zu senden (MDN Web Docs, 2026). Die WebSocket-API öffnet eine bidirektionale Sitzung, sodass der Client ohne Polling senden und empfangen kann. MDN weist darauf hin, dass die Standardschnittstelle WebSocket keinen Gegendruck bietet. Eine Anwendung, die nicht mithalten kann, kann daher den Speicher füllen oder nicht mehr reagieren (MDN Web Docs, 2026). Wählen Sie den Transport anhand von Aktualisierungsfrequenz, Richtung, Infrastruktur und Datenvolumen. Studio ist weiterhin für die visuelle Ebene verantwortlich: Basiskarte, Live-Layer-Styling, Aktualisierungsbehandlung und die veröffentlichte Darstellung.
Ein Snapshot mit anschließendem Datenstrom ist ein bewährtes Produktionsmuster. Der Client lädt einen validierten aktuellen Datensatz und wendet dann geordnete inkrementelle Aktualisierungen an. Bei kleinen Sammlungen ist ein vollständiger Austausch einfacher zu handhaben. Inkrementelle Aktualisierungen skalieren besser, wenn Tausende von Assets verschoben werden, vorausgesetzt, die IDs sind stabil und fehlende Nachrichten können abgeglichen werden. Das Beispiel MapLibre mit Live-Echtzeitdaten ändert wiederholt einen Punkt und ruft setData() auf der Quelle GeoJSON auf (MapLibre, 2025). Dieselbe Struktur – Snapshot und anschließende Aktualisierung – benötigt ein Studio-Live-Layer vom Betriebsdatenstrom: aktuelle Features, dann geordnete Änderungen, mit IDs, die nicht bei jedem Ping zurückgesetzt werden.
Die Anmeldeinformationen verbleiben auf dem Server. Der Browser sollte nur die Felder empfangen, die die veröffentlichte Ansicht benötigt: öffentliche Position, grober Status und Aktualität – keine internen Einsatzberichte, personenbezogene Kundendaten oder Serviceschlüssel. Öffentliche Kundenkarten und interne Betriebskarten sollten separate Ansichten sein, selbst wenn sie eine gemeinsame Basiskarte verwenden. Datenminimierung ist eine Produktanforderung und nicht nur ein nachträglicher rechtlicher Aspekt.
Animationen sollten sinnvolle Bewegungen darstellen und nicht jeden Ping schmücken. Der Kamerafolgemodus ist hilfreich, wenn ein Bediener ein Objekt verfolgt, aber hinderlich, wenn er die Schwenk- und Zoomfunktion eines anderen Bedieners bei der Inspektion eines Bereichs beeinträchtigt. Bei geringer Zoomstufe sollten Fahrzeuge gruppiert oder aggregiert werden, anstatt jedes einzelne darzustellen. Große Datensätze erfordern eine Zusammenführung, eine Ansichtsfilterung und einen Plan für den Fall, dass Aktualisierungen schneller eintreffen, als der Renderer sie darstellen kann. Die Karte sollte unter Last eine Entscheidungsgrundlage bleiben und kein Partikelsystem sein.
Welche B2B-Anwendungsfälle benötigen Echtzeitkarten in Kaleidr Studio?
Verschiedene Branchen liefern unterschiedliche Live-Daten, doch die Studio-Designebene sorgt für ein konsistentes räumliches Erlebnis: gebrandete Basiskarte, Live-Ebenen, wiederverwendbare Voreinstellungen, optionaler 3D-Kontext und ein veröffentlichter oder eingebetteter Viewer. Kaleidr veröffentlicht aktuell eine Standortvorlage für die Live-Verfolgung von Flottenfahrzeugen und Außendienstmitarbeitern sowie Ausgangspunkte für das Gastgewerbe, die Immobilienbranche und den Einzelhandel (Kaleidr, 2026). Studio liefert die erstellte Karte. Die Vorlage stellt die umgebende Seitenstruktur bereit.
Flotten- und Logistikkarten sollten die Frage beantworten, welche Anlagen Aufmerksamkeit benötigen, nicht wie viele Marker sich bewegen können. Aktuelle Position, Status, Route, zugewiesener Auftrag, Servicegebiet, letzte Aktualisierung und Alarmstatus sind die üblichen Felder. Der Außendienst kombiniert Techniker, Aufträge, Servicegebiete und Live-Standorte, sodass ein Bediener eine Route überprüfen, neu zuweisen oder öffnen kann. Anlagenkarten heben Geräteausfälle vor dem Hintergrund einer stabilen Etage oder eines Campus-Kontexts hervor. Event-Management umfasst temporäre Bereiche und Serviceteams, die nur während des Veranstaltungszeitraums bestehen. Immobilienportfolios und Einzelhandelsnetzwerke zeigen häufiger Verfügbarkeit, Öffnungsstatus oder Störungsmeldungen an als ständige Aktivität.
Warnmeldungen sollten eine separate Ebene darstellen und nicht einfach den Rohzustand verstärken. Ein Verstoß gegen einen Geofence, ein veraltetes, priorisiertes Objekt oder ein Vorfall in einem für Kunden sichtbaren Bereich erfordern eine gesonderte Behandlung und entsprechende Folgemaßnahmen. Räumliche Regeln, z. B. innerhalb eines Servicebereichs, außerhalb eines Geofence oder in der Nähe eines Vorfalls, gehören in die Host-Anwendung, die diese Richtlinien bereits verwaltet. Ein KI-Kartenassistent, der eine Live-Karte überlagert, darf den aktuellen Zustand nicht aus dem Trainingsspeicher generieren. Das operative System bleibt maßgebend; das Sprachmodell kann gespeicherte Datensätze erklären, nachdem die Anwendung sie autorisiert hat.
Verschiedene Branchen verwenden unterschiedliche Live-Daten, aber die Studio-Designebene sorgt für ein konsistentes räumliches Erlebnis.
Wie sollten Teams die Karte veröffentlichen, messen und lesbar halten?
Eine Live-Karte, die in Studio korrekt aussieht, kann im veröffentlichten Container dennoch Fehler aufweisen. Testen Sie Lade-, leere, teilweise geladene, veraltete und Verbindungszustände auf der tatsächlichen Oberfläche, in den von den Bedienern verwendeten Zoomstufen, bei mobiler Auflösung und bei reduzierter Bewegung. Der Leitfaden zur Kartenveröffentlichung beschreibt die Übergabe in die Produktion. Eigenständige Seiten, Einbettungen und Produktintegrationen sollten dieselbe Basiskarte, dieselben Live-Layer-Rollen und dieselbe Sprache für den ausgewählten Zustand übernehmen. Versionieren Sie das visuelle System, damit eine spätere Änderung der Voreinstellungen die gestrige Betriebskarte nicht unbemerkt verändert.
Die Messung sollte die Qualität des Datenfeeds und nicht nur Seitenaufrufe umfassen. Kaleidr Analytics misst Kartenlasten, Sitzungen, Interaktionen, Standortnutzung und räumliche Muster (Kaleidr, 2026). Datenalter, Rate veralteter Elemente, Wiederverbindungen, Zeit bis zur Auswahl eines Objekts und gestartete operative Aktionen sind zusätzliche Live-Kartendiagnosedaten, die diese Nutzungsdaten ergänzen. Spatial Analytics vs. Web Analytics erläutert, warum die Sitzungsanzahl allein nicht Aufschluss darüber gibt, ob die Live-Karte als vertrauenswürdig eingestuft wurde. Verfolgen Sie, ob Nutzer die Aufgabe, für die die Karte erstellt wurde, erfolgreich abschließen.
Verwenden Sie Studio zuerst, wenn es um die Basiskartenhierarchie, Branding, Layer-Styling, Voreinstellungen, 3D-Kontext und die Veröffentlichung eines räumlichen Live-Erlebnisses auf Basis eines bereits vorhandenen Feeds geht. Nutzen Sie eine tiefergehende benutzerdefinierte Integration, wenn das Produkt eine spezielle Leitstelleninteraktion oder Anwendungslogik jenseits der Kartenerstellung erfordert. Ein Monitoring-Dashboard kann Tabellen und Diagramme anzeigen. Eine Echtzeitkarte sollte weiterhin Ort, Aktualität und die nächste Aktion räumlich deutlich darstellen.
Entdecken Sie Kaleidr Studio, um gebrandete Basiskarten, Live-Layer, Voreinstellungen und veröffentlichte Kartenerlebnisse zu gestalten. Entdecken Sie Kaleidr Analytics, um die Nutzung nach der Veröffentlichung der Karte zu messen.
FAQs
Was ist eine Echtzeitkarte?
Eine Echtzeitkarte zeigt räumliche Daten an, die sich während der Nutzung ändern, z. B. fahrende Fahrzeuge, Ereignisse, Verfügbarkeit, Betriebsstatus oder den Status von Sensoren in Echtzeit.
Bedeutet Echtzeit immer sofortige Aktualisierung?
Nein. Das korrekte Aktualisierungsintervall hängt davon ab, wie schnell veraltete Daten die Entscheidung des Benutzers beeinflussen. Manche Workflows benötigen nur Sekunden; andere können jede Minute oder alle paar Minuten aktualisiert werden.
Welches ist das wichtigste Feld in einer Live-Karte?
Eine stabile Feature-Identität und ein zuverlässiger Aktualisierungszeitstempel sind beide entscheidend. Ohne Identität lassen sich Aktualisierungen nicht sauber abgleichen; ohne Aktualität kann ein alter Zustand aktuell erscheinen.
Sollte eine Live-Karte WebSockets verwenden?
Nicht unbedingt. Polling, Server-Sent Events und WebSockets sind allesamt gültige Muster, abhängig von Aktualisierungsfrequenz, Richtung, Infrastruktur und Umfang.
Welche Live-Kartenfunktionen bietet Kaleidr Studio?
Kaleidr Studio umfasst Live-Datenebenen, die Verfolgung beweglicher Objekte, benutzerdefinierte Basiskarten, 3D-Visualisierung, wiederverwendbare Ebenen und veröffentlichte Kartendarstellungen.
Wie werden Live-Daten mit einer Studio-Karte verbunden?
Studio gestaltet die gebrandete Karte, die Live-Ebenen und die veröffentlichte Darstellung. Das operative System bleibt die Quelle des aktuellen Zustands, und die Host-Anwendung liefert Aktualisierungen über den für diese Bereitstellung gewählten Integrationspfad.
Kann Kaleidr Studio Flotten verfolgen?
Kaleidr Studio kann Fahrzeuge, Flotten und Live-Feeds verfolgen. Kaleidr veröffentlicht außerdem eine Standortvorlage für die Live-Verfolgung von Flotten und Außendienstmitarbeitern.
Was ist der Unterschied zwischen Live-Daten und historischen Daten auf einer Karte?
Live-Daten stellen den aktuellen Zustand dar. Historische Daten stellen frühere Zustände oder Bewegungen dar. Die beiden sollten üblicherweise als separate Ebenen oder in einem klar gekennzeichneten Wiedergabemodus dargestellt werden.
Wie sollten veraltete Daten auf einer Karte dargestellt werden?
Verwenden Sie einen expliziten veralteten Zustand, eine Altersangabe, eine Darstellung mit reduzierter Datensicherheit oder den Zustand „Nicht verfügbar“, anstatt die letzte bekannte Position als unzweifelhaft aktuell anzuzeigen.
Können Echtzeitkarten GeoJSON verwenden?
Ja. GeoJSON wird häufig verwendet, um Live-Punkte, -Linien und -Polygone in Webkarten darzustellen. MapLibre kann beispielsweise eine GeoJSON-Quelle mit setData() aktualisieren und die Karte neu rendern.
Sollte jedes sich bewegende Element animiert werden?
Nein. Animationen sollten Nutzern helfen, sinnvolle Bewegungen zu verstehen. Übermäßige Animationen können die Lesbarkeit und die Leistung beeinträchtigen.
Wie sollte die Leistung von Echtzeitkarten gemessen werden?
Erfassen Sie die Verfügbarkeit des Datenfeeds, das Datenalter, die Aktualisierungsverzögerung, die Rate veralteter Elemente, die Wiederverbindungen, die Rendering-Leistung und die von Nutzern auf der Karte durchgeführten Aktionen.
Referenzen
- Kaleidr. AI Map Maker for Branded Interactive Maps. Accessed 21 September 2026. https://kaleidr.com/studio
- Kaleidr. Map Website Templates. Accessed 21 September 2026. https://template.kaleidr.com/
- MapLibre. GeoJSONSource. MapLibre GL JS API. Accessed 21 September 2026. https://maplibre.org/maplibre-gl-js/docs/API/classes/GeoJSONSource/
- MapLibre. Add live realtime data. MapLibre GL JS Examples. Page metadata lists creation on 25 June 2025; accessed 21 September 2026. https://maplibre.org/maplibre-gl-js/docs/examples/add-live-realtime-data/
- MDN Web Docs. WebSocket API (WebSockets). Last modified 12 September 2026. https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API
- MDN Web Docs. Server-sent events. Accessed 21 September 2026. https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events
- Kaleidr. Map Engagement and Location Analytics. Accessed 21 September 2026. https://kaleidr.com/analytics
- Kaleidr. Branded Interactive Maps in Kaleidr Studio. Accessed 21 September 2026. https://kaleidr.com/blog/branded-interactive-maps-in-kaleidr-studio
- Kaleidr. 3D Maps in Kaleidr Studio. Accessed 21 September 2026. https://kaleidr.com/blog/3d-maps-kaleidr-studio
- Kaleidr. Map Publishing Guide. Accessed 21 September 2026. https://kaleidr.com/blog/map-publishing-guide
- Kaleidr. How to Build a Custom Branded Basemap. Accessed 21 September 2026. https://kaleidr.com/blog/how-to-build-a-custom-branded-basemap
- Kaleidr. Spatial Analytics vs. Web Analytics. Accessed 21 September 2026. https://kaleidr.com/blog/spatial-analytics-vs-web-analytics
@misc{kaleidr_studio_realtime_2026,
title = {AI Map Maker for Branded Interactive Maps},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/studio}
}
@misc{kaleidr_template_store_realtime_2026,
title = {Map Website Templates},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://template.kaleidr.com/}
}
@misc{maplibre_geojson_source_2026,
title = {GeoJSONSource},
author = {{MapLibre}},
year = {2026},
note = {MapLibre GL JS API; accessed 21 September 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/API/classes/GeoJSONSource/}
}
@misc{maplibre_live_data_2025,
title = {Add live realtime data},
author = {{MapLibre}},
year = {2025},
note = {MapLibre GL JS Examples; og:created 2025-06-25; accessed 21 September 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/examples/add-live-realtime-data/}
}
@misc{mdn_websocket_2026,
title = {WebSocket API (WebSockets)},
author = {{MDN Web Docs}},
year = {2026},
note = {Last modified 12 September 2026},
url = {https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API}
}
@misc{mdn_sse_2026,
title = {Server-sent events},
author = {{MDN Web Docs}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events}
}
@misc{kaleidr_analytics_realtime_2026,
title = {Map Engagement and Location Analytics},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/analytics}
}
@misc{kaleidr_branded_maps_studio_2026,
title = {Branded Interactive Maps in Kaleidr Studio},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/blog/branded-interactive-maps-in-kaleidr-studio}
}
@misc{kaleidr_3d_maps_studio_2026,
title = {3D Maps in Kaleidr Studio},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/blog/3d-maps-kaleidr-studio}
}
@misc{kaleidr_map_publishing_2026,
title = {Map Publishing Guide},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/blog/map-publishing-guide}
}
@misc{kaleidr_branded_basemap_2026,
title = {How to Build a Custom Branded Basemap},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/blog/how-to-build-a-custom-branded-basemap}
}
@misc{kaleidr_spatial_vs_web_analytics_2026,
title = {Spatial Analytics vs. Web Analytics},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 21 September 2026},
url = {https://kaleidr.com/blog/spatial-analytics-vs-web-analytics}
}