> For the complete documentation index, see [llms.txt](https://docs.ninox.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ninox.com/builder-hub/de/visualize-and-organize-your-data/create-and-customize-pages/map-component.md).

# Karten-Komponente

Zeige standortbezogene Datensätze mit Markern auf einer Karte an.

Nutze eine **Karten-Komponente** auf einer Seite, um Datensätze mit Standortdaten anzuzeigen. Sie eignet sich zum Beispiel für Kundenbesuche, Lieferungen, Einsatzgebiete, Projekte und Standortinformationen.

Bevor du die Komponente hinzufügst, stelle sicher, dass die Tabelle Folgendes enthält:

* ein Standortfeld mit gültigen Werten
* eindeutige Datensatznamen für gut erkennbare Marker
* Felder zum Filtern relevanter Datensätze

## Karten-Komponente hinzufügen

{% stepper %}
{% step %}
**Tab Hinzufügen öffnen**

Öffne im **Einstellungsbereich** den Tab **Hinzufügen**.
{% endstep %}

{% step %}
**Karte hinzufügen**

Ziehe die Komponente **Karte** aus **Ansichten** an die gewünschte Stelle auf der Seite.
{% endstep %}

{% step %}
**Komponente benennen**

Die **Bezeichnung** und der **Interne Name** werden automatisch erstellt. Du kannst sie unter **Einstellungen** bei Bedarf ändern.
{% endstep %}

{% step %}
**Karte mit Konstant konfigurieren**

Unter **Verhalten**:

* Lasse **Konstant** als Datenpunktoption ausgewählt.
* Wähle die Quell-**Tabelle**.
* Wähle das **Standortfeld** für die Markerposition.
* Bestimme das **Farbfeld** für dynamische Markerfarben.
  {% endstep %}

{% step %}
**Marker prüfen**

Prüfe die erwarteten Datensätze an den richtigen Positionen. Ziehe die Komponente, um sie zu verschieben. Nutze die Anfasser, um ihre Größe anzupassen.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
Um eine Komponente zu entfernen, wähle sie aus und klicke im blauen Menü darüber auf <i class="fa-trash-can">:trash-can:</i> **Komponente löschen**.
{% endhint %}

## Einstellungen der Karten-Komponente

In **Einstellungen** legst du die grundlegenden Details fest:

* **Bezeichnung** zeigt den Titel der Komponente.
* **Interner Name** wird automatisch ausgefüllt. Ändere ihn nur bei Bedarf und mit Bedacht. Skripte verwenden den Internen Namen, nicht die Bezeichnung.

Unter **Verhalten** konfigurierst du die Karte:

* **Datenpunkt** stellt die Datenbeschaffung ein. Verwende **Konstant**, um sie mit Steuerelementen zu konfigurieren oder **Logik**, um ein Ninox Skript zu verwenden.\
  \
  Wenn **Datenpunkt** auf **Konstant** gesetzt ist:
* **Tabelle** wählt die Quelltabelle.
* **Standortfeld** wählt das Feld für die Markerposition.
* **Titelfeld** wählt das Feld, das Ninox anzeigt, wenn du mit dem Cursor über den Marker fährst.
* **Farbfeld** wählt das Feld für die Markerfarbe.
* **Kartentyp** wählt **Straßenkarte**, **Satellit**, **Hybrid** oder **Gelände** als Kartenstil.
* **Filtern** begrenzt Datensätze mit einer oder mehreren Bedingungen.
* **Suchfeld anzeigen** zeigt ein Suchfeld über der Karte zum Suchen eines Standorts.\
  \
  Wenn **Datenpunkt** auf **Logik** gesetzt ist:
* Füge in **Logik** das Ninox Skript für den Datenabruf hinzu.

  In diesem Fall erwartet Ninox die Werte und optionalen Layout-Einstellungen als Schlüssel-Wert-Paare im JSON-Stil in geschweiften Klammern `{...}`.\
  Die Karte benötigt ein Array von Markerobjekten. Erforderlich ist:

  * `location`, erstellt als `name + " <" + text(latitude) + "," + text(longitude) + ">"`\
    Optional:
  * `title` für die Standortbezeichnung.
  * `color` für die Markierungsfarbe.\
    \
    Ein Beispiel dafür findest du im nächsten Absatz.

{% hint style="info" %}
Der bedingte Datenabruf unterstützt keine Drag-and-drop- oder Klickaktionen. Nutzer können keinen Standort auswählen, um den Datensatz zu öffnen.
{% endhint %}

Unter **Sichtbarkeit** wählst du, wie die Komponente auf der Seite angezeigt wird:

* **Sichtbar** zeigt die Komponente auf der Seite.
* **Versteckt** blendet die Komponente auf der Seite aus.
* **Bedingt** definiert eine **Sichtbarkeitsbedingung**, die steuert, wann die Komponente angezeigt oder ausgeblendet wird.\
  Nutze **Bedingt**, wenn die Karte nur in bestimmten Fällen erscheinen soll.\
  Erstelle die Bedingung anhand von **Feldern** und **Tabellen**.\
  Dies wirkt sich nur auf die Anzeige auf der Seite aus. Datensätze und Berechtigungen bleiben unverändert.

{% hint style="info" %}
Nutze für **Logik** unter **Datenpunkt** Ninox AI im [Funktionen des Logik-Editors](/ninox-scripting/de/automate-your-workflows/explore-core-scripting-elements/logic-editor-features.md), um ein Skript zu erstellen oder ein vorhandenes Skript erklären zu lassen.
{% endhint %}

#### **Schauen wir uns ein Beispiel an:**

Wenn du den Datenabruf über **Logik** ausführst, strukturiere das Skript so:

{% code lineNumbers="true" %}

```
for r in select kunden do
	{
		Datum: r.standort
	}
end
```

{% endcode %}

Nutze Ninox AI mit folgendem Prompt, um ein solches Skript zu erstellen:\
"Zeige mir die Adressen aller Kunden."


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.ninox.com/builder-hub/de/visualize-and-organize-your-data/create-and-customize-pages/map-component.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.