Markenspezifische interaktive Karten sollten sich wie ein Teil des umgebenden Produkts anfühlen und nicht wie ein Drittanbieter-Widget, das auf die Seite gesetzt wurde. Ein Kartendesignsystem definiert wiederverwendbare Regeln für Hierarchie, Typografie, Beschriftungen, Symbole, Überlagerungen, Auswahl und Veröffentlichung, sodass viele Karten eine gemeinsame visuelle Sprache teilen. Kaleidr Studio unterstützt derzeit benutzerdefinierte Basiskarten, wiederverwendbare Ebenen und Voreinstellungen, 3D-Visualisierung, Live-Datenebenen und Veröffentlichung (Kaleidr, 2026).
Die untenstehenden Abschnitte trennen die Referenzgeografie von den Produktdaten und behandeln dann semantische Rollen, Voreinstellungen, Interaktionszustände, Tests, Veröffentlichung und Messung. Verwandte Lektüre umfasst How to Build a Custom Branded Basemap, AI Interactive Map Builder: Prompt to Publish, 3D Maps in Kaleidr Studio und Map Publishing Guide. Der Rest des Artikels ist für Teams geschrieben, die mehrere Karten veröffentlichen werden und ein visuelles System benötigen, nicht für Teams, die nur einen einzelnen Screenshot gestalten.
Grundlagen des Karten-Designsystems
- Job zuerst: Entscheiden Sie, wobei die Karte helfen soll, bevor Sie Farben zuweisen.
- Referenz tritt zurück: Land, Wasser und Straßen orientieren; Geschäftsdaten und ausgewählte Staaten entscheiden.
- Rollen, keine Hex-Dumps: Semantische Kartenrollen skalieren besser, als jede Ebene manuell neu zu gestalten.
- Voreinstellungen folgen den Aufgaben: Kundenermittlung und operative Überwachung nutzen dasselbe System mit unterschiedlicher Dichte wieder.
- Tokens sind Governance: Semantische Namen sind eine Überprüfungspraxis, keine dokumentierte Studio-Import-API.
Ein Kartendesignsystem verwandelt eine visuelle Sprache in viele konsistente interaktive Karten.
Warum benötigen gebrandete interaktive Karten ein Designsystem?
Ein häufiger erster Versuch besteht darin, die Marketing-Palette auf Straßen, Gewässer, Markierungen und den ausgewählten Zustand anzuwenden. Das Ergebnis kann gebrandet aussehen und dennoch schwer lesbar sein, da eine Karte mehrere Informationsrollen gleichzeitig trägt: geografische Referenz, Geschäftsstandorte, Routen, Suchbereiche, Warnungen, Beschriftungen und aktuellen Zustand. Eine Produktpalette wurde nicht unbedingt für dichte geografische Informationen entwickelt. Die Markenidentität sollte die Karte leiten; die Farbe muss dennoch der Funktion folgen.
Ein Kartendesignsystem ist das wiederverwendbare Regelwerk, nicht die fertige Karte. Dasselbe System kann einen Filialfinder, eine Immobiliensuche, einen Tourismusführer, eine Veranstaltungsortkarte, ein Betriebsdashboard und eine eingebettete Produktkarte abdecken. Die Daten können sich ändern. Die visuelle Logik sollte erkennbar bleiben. Ohne dieses System erhält Karte A einen leicht anderen ausgewählten Marker, Karte B eine andere Straßenhierarchie und Karte C eine andere Alarmfarbe, bis das Produkt nicht mehr wie ein Unternehmen aussieht.
How to Build a Custom Branded Basemap deckt die geografische Leinwand ab: Land, Wasser, Straßen, Beschriftungen und Kacheln. AI Interactive Map Builder: Prompt to Publish deckt die Erstellung und Veröffentlichung einer Karte aus einem Konzept ab. Der Artikel zum Kartensystem behandelt Overlays, Auswahl, Voreinstellungen, Tests und Wiederverwendung über viele Karten hinweg.
Wo passt Kaleidr Studio als Autorenschicht ein?
Die Seite „AI Map Maker für gebrandete interaktive Karten“ beschreibt derzeit das Erstellen benutzerdefinierter interaktiver Karten mit Kaleidr AI, anschließend das Bearbeiten von Stilen, Ebenen, Standorten, Inhalten und interaktiven Erlebnissen. Dieselbe Seite dokumentiert benutzerdefinierte Kartenkacheln und gebrandete Basiskarten; Kontrolle über Farben, Typografie, Beschriftungen und Symbole; wiederverwendbare Ebenen, Overlays, Datensätze und Stilvorlagen, die gespeichert und erneut angewendet werden können; 3D-Gelände, echte Höhen, Schattenlage und extrudierte Gebäude; Live-Datenebenen, die sich aktualisieren, sobald der zugrunde liegende Feed geändert wird; sowie das Veröffentlichen von Kacheln in Karten und Apps. Studio ist daher ein natürlicher Ort, um Kartendesign als wiederverwendbares System zu behandeln, statt als einmaligen Stilvorgang.
Studio dokumentiert derzeit keine dedizierte Design-Token-Import-API oder ein tokens.json-Schema. Semantische Rollen in diesem Artikel sind eine redaktionelle Governance-Praxis dafür, wie Teams Karten erstellen und überprüfen. Host-Anwendungen besitzen weiterhin Geschäftsdaten, Berechtigungen und Transaktionen. No-Code Map Builder vs. Map API behandelt, wann das Autorisieren in Studio bleiben sollte und wann ein Produkt einen tieferen Integrationspfad benötigt.
Kaleidr veröffentlicht derzeit Karten-Website-Vorlagen aus dem Vorlagen-Store (Kaleidr, 2026). Studio kann die erstellte Karte und das visuelle System bereitstellen. Die Vorlage liefert die umgebende Seitenstruktur. Teams können die Kartenidentität konsistent halten, selbst wenn sich das Seitenlayout ändert. Bestätigen Sie den Live-Vorlagenkatalog, bevor Sie einen Layoutnamen als verbindlichen Funktionsumfang für den Produktivbetrieb betrachten.
Wie sollte Referenzgeografie getrennt von Produktdaten bleiben?
Beginnen Sie mit der Produktaufgabe. Eine Einzelhandelskarte sollte das richtige Geschäft offensichtlich machen. Eine Gastgewerbekarte sollte die nächste Einrichtung oder das nahegelegene Erlebnis offensichtlich machen. Eine Immobilienkarte sollte das Inserat, das den Suchkriterien entspricht, offensichtlich machen. Eine Betriebskarte sollte das Live-Asset oder die Region, die Aufmerksamkeit benötigt, offensichtlich machen. Wenn jedes Feature gleich stark ist, hat die Karte keine Hierarchie.
Referenzgeografie bietet Orientierung: Land, Wasser, Straßen, Grenzen, Ortsbezeichnungen, Gebäude und Gelände. Produktdaten unterstützen die Entscheidung: Geschäfte, Immobilien, Hotels, Veranstaltungsorte, Assets, Servicebereiche, Routen und Warnungen. Die Referenzkarte sollte normalerweise in den Hintergrund treten. Produktdaten sollten normalerweise dominieren. Eine nützliche Anordnung verläuft dann hintereinander: Hintergrund, Referenzgeografie, Geschäftskontext, interaktive Overlays, ausgewählter Zustand und kritischer Zustand, wobei der stärkste Zustand sofort erkennbar ist.
Die MapLibre-Stil-Spezifikation zieht eine verwandte technische Linie: Quellen definieren die Daten, die eine Karte anzeigen kann, während Layer definieren, wie diese Daten dargestellt werden (MapLibre, 2026). Ein einzelnes Store-Datenset kann daher Standardmarker, einen Layer für ausgewählte Orte und einen Layer für Beschriftungen versorgen, ohne jeden Datensatz in einen einzigen Pin-Stil zu überführen. Teams, die in Studio statt in Style-JSON arbeiten, können diese Unterscheidung zwischen Quelle und Layer in der Design-Review dennoch beibehalten.
Der folgende Vergleich ist redaktionell und kein dokumentiertes Kaleidr-Schema. Tatsächliche Implementierungen sollten dieselben Spalten anhand der Karten ausfüllen, die der Host bereits veröffentlicht.
| Layer | Zweck | Visuelle Priorität |
|---|---|---|
| Referenzstraßen | Ausrichtung | Niedrig |
| Servicebereich | Berechtigungskontext | Mittel |
| Geschäftsstandorte | Hauptergebnisse | Hoch |
| Route | Aktuelle Reise | Hoch |
| Ausgewählter Ort | Aktueller Fokus | Sehr hoch |
| Alarm | Erfordert Aufmerksamkeit | Sehr hoch |
Referenzgeografie sollte den Benutzer orientieren; Produktdaten und ausgewählte Zustände sollten die Entscheidung steuern.
Welche semantischen Rollen und Voreinstellungen sollte ein Kartensystem verwenden?
Beginnen Sie nicht damit, jedem Kartenelement die primäre Markenfarbe zuzuweisen. Beginnen Sie mit Rollen wie Land, Wasser, Hauptstraße, Hauptbeschriftung, Standardgeschäft, ausgewähltes Geschäft, Route, Suchbereich, Warnung und nicht verfügbar, und weisen Sie dann markenkompatible Farben diesen Rollen zu. Wenn das Unternehmen später seine Primärfarbe ändert, kann eine gemeinsame map.business.selected-Rolle jede Karte konsistent verschieben, während fünfzig Karten mit jeweils dreißig handabgestimmten Layer-Regeln einzeln neu gestaltet werden müssen.
Wiederverwendbare Voreinstellungen reduzieren Drift. Die Studio-Seite beschreibt derzeit, wie Overlays und Voreinstellungen einmal gespeichert und dann auf Karten erneut angewendet werden, anstatt jede Karte manuell zu gestalten. Benennen Sie Voreinstellungen nach der Aufgabe, nicht nach einem internen Team: Customer Discovery, Property Search, Operational Monitoring, Destination Guide und Live Asset Tracking sind einfacher wiederzuverwenden als Marketing Map v3. Semantische Rollen bleiben konsistent. Dichte, Kamera und welche Ebenen angezeigt werden, können je nach Aufgabe weiterhin geändert werden.
Ein Unternehmen kann auch eine Basemap-Familie benötigen – hell, dunkel, editorial, operativ, Präsentation – die dennoch miteinander verbunden wirkt. Gemeinsame Regeln können Typografie, Straßensystematik, ausgewählte Akzente, Wasserbehandlung, Beschriftungslogik und Symbolvokabular abdecken. Eine dunkle Karte ist keine invertierte helle Karte. Kontrast, Beschriftungshalos, Straßenumrandung, Overlay-Helligkeit und Warnbehandlung ändern sich alle, während die Rollennamen unverändert bleiben. Starke Markenakzente gehören auf ausgewählte Orte, Hauptverkehrsstraßen, aktive Suchbereiche und die aktuelle Kundenaktion. Wenn derselbe Akzent Straßen, Wasser, Beschriftungen, Marker und Schaltflächen färbt, wirkt nichts wichtig.
Wiederverwendbare Rollen und Voreinstellungen verringern visuelle Drift, ohne dass jede Karte identisch aussehen muss.
Wie sollten Typografie, Symbole und Interaktionszustände funktionieren?
Der Kartentyp muss Orte identifizieren, geografische Hierarchien unterscheiden, über komplexen Hintergründen lesbar bleiben und dennoch die Produktidentität tragen. Länder-, Stadt-, Viertel-, Straßen-, Geschäfts- und ausgewählte Ortsetiketten sollten nicht alle dasselbe Gewicht und dieselbe Größe haben. Eine Corporate-Display-Schriftart, die im Marketing funktioniert, kann auf einer Karte versagen, wenn die Buchstabenformen zu breit sind, kleiner Text unscharf wird oder internationale Schriftzeichen fehlen. Wählen Sie die Kartentypografie zuerst nach Lesbarkeit. Charakter der Marke kann durch Familie, Gewicht, Abstände, ausgewählte Etiketten und die Benutzeroberfläche rund um die Karte vermittelt werden.
Die Dichte der Beschriftungen ist eine Produktentscheidung. Eine kundenorientierte Karte benötigt möglicherweise Geschäftsstandorte, Hauptstraßen und wichtige Stadtteile. Eine Betriebskarte benötigt möglicherweise Asset-IDs, Servicebereiche und Vorfälle. Mehr Beschriftungen machen nicht immer eine bessere Karte. Symbole benötigen ein kleineres kontrolliertes Vokabular: welche Kategorien eindeutige Markierungen erhalten, wie sich der ausgewählte Zustand ändert, wie kleine Symbole lesbar bleiben und wie unbekannte Kategorien behandelt werden. Vermeiden Sie ein einzigartiges Symbol für jede Backend-Kategorie. Fünfzig Quellkategorien können auf eine Handvoll kundenorientierter Darstellungen zusammengefasst werden.
Interaktive Karten benötigen wiederverwendbare Zustände: Standard, Hover, Ausgewählt, Deaktiviert, Nicht verfügbar und Warnung. Die Auswahl ist der Zustand, den die Benutzer sofort erkennen müssen. Stärkerer Umriss, Größe, Beschriftung, Hervorhebung der verbundenen Karte, Kamerarahmung und ein Detailbereich können sie alle anzeigen. Kodieren Sie Verfügbarkeit, Warnungen oder Auswahl nicht nur über Farbe. Kombinieren Sie Farbe mit Statustext oder Symbolbehandlung. Karten- und Listen- oder Kartenansichten sollten dieselbe Ortsidentität teilen, sodass das Auswählen eines Markers die Karte auswählt und das Auswählen der Karte den Marker hervorhebt.
3D sollte derselben Hierarchie folgen. Studio dokumentiert derzeit Gelände, Schummerung, reale Höhe und extrudierte Gebäude als Kontext. Das ausgewählte Grundstück oder der Live-Asset bleibt primär. 3D Maps in Kaleidr Studio deckt die Visualisierungsseite ab. Live-Ebenen benötigen zusätzliche Rollen wie aktuell, kürzlich, veraltet, offline und Warnung, damit Flotten-, Außendienst- und Ereigniskarten eine gemeinsame operationale Sprache teilen. Bestätigen Sie den unterstützten Integrationspfad für eine spezifische Live-Datenquelle; die öffentliche Studio-Seite beschreibt Live-Ebenen und sich bewegende Assets, keinen Connector für eine einzelne Datenquelle.
Wie sollten Teams gebrandete Karten testen, veröffentlichen und messen?
Ein Stil kann bei einem Zoom hervorragend aussehen und bei einem anderen scheitern. Testen Sie regionale, städtische, nachbarschaftliche, straßen- und gebäudespezifische Maßstäbe. Bei weitem Zoom sollten Details vereinfacht und Beschriftungen reduziert werden. Bei nahem Zoom sollten lokale Straßen gezeigt und ausgewählte Details hervorgehoben werden. Derselbe Stil kann in einer Stadt erfolgreich sein und in einem dichten Zentrum, einem dünn besiedelten Vorort, einer Küstenregion oder einem mehrsprachigen Beschriftungsfeld scheitern. Halten Sie die semantischen Rollen in allen Märkten konsistent. Ermöglichen Sie, dass Dichte und Kamera dem lokalen Kontext folgen.
Mobil braucht eine eigene Dichte: weniger sichtbare Kategorien, ein größerer ausgewählter Marker, kürzere Beschriftungen, Detailinformationen in einem Bottom-Sheet und einfachere Steuerelemente. Eine Desktop-Karte wird nicht einfach verkleinert. Leere, ladende und Fehlerzustände sind Teil des Systems. Eine leere Karte ohne Erklärung sieht kaputt aus. Null gültige Ergebnisse sind nicht dasselbe wie ein fehlgeschlagener Datenabruf, und Marker sollten nicht plötzlich auftauchen, als ob die leere Ansicht der echte Katalog wäre.
Barrierefreiheit gehört in die gleiche Checkliste: Kontrast, Redundanz des ausgewählten Zustands, Symbolbeschriftungen, Textalternativen, Statushinweise ohne Farbe und reduzierte Bewegungen in der Host-Erfahrung. Eine visuelle Karte sollte nicht die einzige Möglichkeit sein, die Entscheidung zu treffen. Die umgebenden Steuerelemente sollten weiterhin von der Tastatur aus bedienbar bleiben, sofern die Host-Anwendung dies unterstützt.
Eine Karte kann in Studio korrekt aussehen und sich ändern, wenn sie eingebettet wird. Testen Sie die Containergröße, das mobile Layout, die Textskalierung, den ausgewählten Zustand, den Host-Hintergrund, die Seitensteuerung und die Leistung auf der veröffentlichten Oberfläche. Map Publishing Guide behandelt die Produktionsübergabe. Eigenständige Karten, Website-Einbettungen und Produktintegrationen sollten die gleiche Identität übernehmen. Versionieren Sie das System, damit Teams sehen können, welche Karten noch einen alten ausgewählten Zustand oder eine alte Symbolfamilie verwenden.
Kaleidr Analytics dokumentiert derzeit Kartenladevorgänge, Sitzungen, Interaktionen, Platzengagement und räumliche Muster (Kaleidr, 2026). Vorgeschlagene Ereignisnamen in diesem Artikel sind redaktionelle Empfehlungen, keine dokumentierten automatischen Kaleidr Analytics-Ereignisnamen. Achten Sie auf wiederholtes Zoomen vor der Auswahl, häufige Filteränderungen, Abweichungen zwischen Karte und Liste sowie geringe Aktionsraten nach der Auswahl eines Ortes. Spatial Analytics vs. Web Analytics behandelt, warum Seitenaufrufe allein diese Fragen nicht beantworten können. Testen Sie das Geschäftsergebnis einer Neugestaltung, nicht nur den Screenshot.
Behandeln Sie Kartendesign als wiederholbaren Produkt-Workflow: definieren, erstellen, wiederverwenden, testen, veröffentlichen und messen.
Wie sollte ein Team ein Studio-Kartendesignsystem einführen?
Beginnen Sie mit einem Job und einer Oberfläche, wie etwa einem öffentlichen Filialfinder oder einer Immobiliensuchkarte. Definieren Sie die semantischen Rollen, erstellen Sie die erste Karte im Studio, erfassen Sie Layer und Voreinstellungen und testen Sie Zoomstufen, Geografien und Geräte, bevor Sie veröffentlichen. Erweitern Sie auf einen zweiten Job erst, wenn der ausgewählte Status, die Referenzhierarchie und die mobile Dichte gegeben sind. Einzelhandelsnetzwerke, Gastgewerbegruppen und Immobilienplattformen können dann dieselben Marker-, Ausgewählt-, Routing- und Servicebereichsbehandlungen wiederverwenden, während sich die Daten ändern.
Überprüfen Sie jede neue Karte hinsichtlich Marke, Hierarchie, Interaktion, Barrierefreiheit, Mobilgeräte und Version. Bestätigen Sie Typografie und Akzente, dass Produktdaten die Referenzgeografie übertreffen, dass Marker- und Kartenstatus synchron bleiben, dass Bedeutung nicht nur durch Farbe vermittelt wird und dass leere sowie Fehlerzustände auf der veröffentlichten Oberfläche getestet wurden. Konversationale Kartenebenen und Logik der Host-Anwendung bleiben separate Probleme. Studio erstellt und veröffentlicht die räumliche Identität. Der Host besitzt weiterhin Filter, Kontostand und Transaktionen.
Explore Kaleidr Studio zum Erstellen gebrandeter Basiskarten, wiederverwendbarer Ebenen, Voreinstellungen und interaktiver Kartenerlebnisse. Explore Kaleidr Analytics zur Messung des Engagements eines Ortes nach einer Designänderung. Bestätigen Sie die aktuellen öffentlichen Seiten, bevor Sie ein Beispiel in diesem Artikel als verbindlichen Funktionsumfang für den Produktivbetrieb behandeln.
FAQs
Was ist eine gebrandete interaktive Karte?
Eine Marken-Interaktive Karte verwendet die visuelle Identität und Produkt-Hierarchie eines Unternehmens über die Basiskarte, Beschriftungen, Symbole, Überlagerungen, ausgewählte Zustände und umgebende Interaktionen hinweg, anstatt wie eine generische Karte eines Drittanbieters auszusehen.
Was ist ein Kartendesign-System?
Ein Kartendesign-System ist ein wiederverwendbares Regelwerk für Farben, Typografie, Beschriftungen, Symbole, Layer, Routen, ausgewählte Zustände, Warnungen und andere Kartenverhalten über viele Karten hinweg.
Wie unterscheidet sich ein Kartendesign-System von einer benutzerdefinierten Basiskarte?
Eine benutzerdefinierte Basiskarte gestaltet Referenzgeografie wie Land, Wasser, Straßen, Beschriftungen und Gebäude. Ein Kartendesign-System regelt außerdem Produkterüberlagerungen, Auswahl, Routen, Warnungen, Interaktionszustände und Wiederverwendung über viele Kartenerlebnisse hinweg.
Unterstützt Kaleidr Studio wiederverwendbare Kartenstile?
Die aktuelle öffentliche Seite von Kaleidr Studio beschreibt wiederverwendbare Layer, Overlays und Style-Presets, die gespeichert und auf verschiedene Karten erneut angewendet werden können.
Kann Kaleidr Studio gebrandete Basiskarten erstellen?
Ja. Die aktuelle Studio-Seite dokumentiert benutzerdefinierte Kartenkacheln mit Kontrolle über Farben, Typografie, Beschriftungen und Symbole.
Unterstützt Kaleidr Studio 3D-Karten?
Ja. Die aktuelle Studio-Seite dokumentiert 3D-Gelände, reale Höhen, Schatteneffekte und extrudierte Gebäude.
Kann Kaleidr Studio Live-Datenebenen verwenden?
Die aktuelle Studio-Seite beschreibt Live-Datenebenen und bewegliche Objekte, deren visueller Zustand aktualisiert wird, sobald sich der zugrunde liegende Feed ändert. Bestätigen Sie den unterstützten Integrationspfad für eine bestimmte Live-Datenquelle.
Sollte jede Karte genau dieselben Farben und Layer verwenden?
Nein. Die semantischen Rollen sollten konsistent bleiben, aber jede Karte kann Dichte, Kamera, Ebenen und Kontext an die Benutzeraufgabe anpassen.
Sollten Map-Design-Tokens in Kaleidr Studio gespeichert werden?
Die Design-Tokens in diesem Artikel sind eine Governance-Praxis. Die öffentliche Studio-Seite von Kaleidr dokumentiert derzeit keine spezielle API zum Import oder Management von Design-Tokens.
Wie sollte ein Team eine gebrandete Karte testen?
Mehrere Zoomstufen, Geografien, Bildschirmgrößen, helle und dunkle Kontexte, ausgewählte Zustände, leere Zustände, Barrierefreiheitsbedingungen und die tatsächlich veröffentlichte oder eingebettete Oberfläche testen.
Kann eine gebrandete Karte weiterhin einen bestehenden Anwendungs-Workflow nutzen?
Ja. Studio kann räumliches Design und Publishing übernehmen, während die Host-Anwendung weiterhin für Geschäftsdaten, Berechtigungen, Transaktionen und andere Anwendungslogik verantwortlich bleibt.
Wie sollten Teams messen, ob eine Karten-Neugestaltung erfolgreich war?
Messen Sie die Kundenergebnisse wie die Auswahl eines Ortes, das Abschließen von Aufgaben, Wegbeschreibungen, Buchungen, Anfragen oder eine andere geschäftliche Handlung, sowie diagnostische Verhaltensweisen wie erneute Abfragen und Filterwechsel.
Referenzen
- Kaleidr. AI Map Maker for Branded Interactive Maps. Accessed 16 September 2026. https://kaleidr.com/studio
- Kaleidr. Map Website Templates. Accessed 16 September 2026. https://template.kaleidr.com/
- MapLibre. MapLibre Style Specification. Accessed 16 September 2026. https://maplibre.org/maplibre-style-spec/
- Kaleidr. How to Build a Custom Branded Basemap. Accessed 16 September 2026. https://kaleidr.com/blog/how-to-build-a-custom-branded-basemap
- Kaleidr. 3D Maps in Kaleidr Studio. Accessed 16 September 2026. https://kaleidr.com/blog/3d-maps-kaleidr-studio
- Kaleidr. Map Publishing Guide. Accessed 16 September 2026. https://kaleidr.com/blog/map-publishing-guide
- Kaleidr. Map Engagement and Location Analytics. Accessed 16 September 2026. https://kaleidr.com/analytics
- Kaleidr. AI Interactive Map Builder: Prompt to Publish. Accessed 16 September 2026. https://kaleidr.com/blog/ai-interactive-map-builder
@misc{kaleidr_studio_design_system_2026,
title = {AI Map Maker for Branded Interactive Maps},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 September 2026},
url = {https://kaleidr.com/studio}
}
@misc{kaleidr_template_store_2026,
title = {Map Website Templates},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 September 2026},
url = {https://template.kaleidr.com/}
}
@misc{maplibre_style_spec_2026,
title = {MapLibre Style Specification},
author = {{MapLibre}},
year = {2026},
note = {Page title currently reads Introduction - MapLibre Style Spec; access year used for the parenthetical; accessed 16 September 2026},
url = {https://maplibre.org/maplibre-style-spec/}
}
@misc{kaleidr_branded_basemap_2026,
title = {How to Build a Custom Branded Basemap},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 September 2026},
url = {https://kaleidr.com/blog/how-to-build-a-custom-branded-basemap}
}
@misc{kaleidr_3d_maps_studio_2026,
title = {3D Maps in Kaleidr Studio},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 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 16 September 2026},
url = {https://kaleidr.com/blog/map-publishing-guide}
}
@misc{kaleidr_analytics_studio_2026,
title = {Map Engagement and Location Analytics},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 September 2026},
url = {https://kaleidr.com/analytics}
}
@misc{kaleidr_ai_map_builder_2026,
title = {AI Interactive Map Builder: Prompt to Publish},
author = {{Kaleidr}},
year = {2026},
note = {Accessed 16 September 2026},
url = {https://kaleidr.com/blog/ai-interactive-map-builder}
}