---
title: "Positions-Cache"
id: "de:tpm:admin:geo_cache.adoc"
site: de
component: tpm
module: admin
version: 3.0
lang: de
url: "https://help.rtlscloud.io/de/tpm/3.0/admin/geo_cache.html"
source_repo: "https://github.com/iot-invent/rtlscloud-tpm.git@3.0.x"
source_path: docs/de/modules/admin/pages/geo_cache.adoc
---

# Positions-Cache

Das Gedächtnis der Positionsbestimmung: welche Funkumgebungen bereits bekannt sind, welche Position dafür gilt und wie oft ein Eintrag bereits gegriffen hat.

-   Einsehen, was die Anwendung gelernt hat

-   Nachvollziehen, wie zuverlässig ein Eintrag ist

-   Falsche Einträge löschen, damit die Umgebung neu gelernt wird

## Warum es diese Ansicht gibt

Der Cache spart kostenpflichtige Abfragen: hat ein Online-Dienst eine Funkumgebung einmal aufgelöst, wird sie später wiedererkannt. Wie das funktioniert, steht unter [Wie eine Position bestimmt wird](../positioning.md).

Der Cache gilt **über alle Mandanten hinweg** — eine Zelle steht unabhängig davon am selben Ort, wer sie beobachtet. Das ist beabsichtigt und hat eine Kehrseite: ein falscher Eintrag verfälscht die Positionen **aller** Mandanten. Deshalb wird er zentral gepflegt und nicht je Mandant.

## Referenz

![Positions-Cache](_images/tpm_app_admin_geo_cache.png)

| Modul | Beschreibung |
| --- | --- |
| ![refresh](_images/refresh.svg) Aktualisieren | Lädt den Inhalt neu |
| ![filter](_images/filter.svg) Filter | Einschränkung nach Cell Id oder MAC Id |
| ![delete](_images/delete.svg) Löschen | Entfernt die ausgewählten Einträge nach Rückfrage |
| Aktionen | **Alle auswählen** und **Auswahl aufheben** |
| ![info](_images/info.svg) Info | Anzahl der gefundenen Einträge |

Ein Doppelklick öffnet den Eintrag mit seiner Position auf der Karte.

## Anzeige

| Spalte | Beschreibung |
| --- | --- |
| Cell Id | Kennung der Zelle, für die der Eintrag gilt |
| MCC | Ländercode des Mobilfunknetzes |
| MNC | Netzcode des Betreibers |
| WiFis | Anzahl der WiFi-Zugangspunkte, die zu diesem Eintrag gehören |
| MAC Ids | Die Adressen dieser Zugangspunkte |
| Latitude, Longitude | Die gespeicherte Position |
| Accuracy | Radius in Metern, für den sie gilt |
| Exact Hits | Wie oft der Eintrag bei **genau** derselben Menge von Zugangspunkten gegriffen hat |
| Best Hits | Wie oft er bei einer **ähnlichen** Menge gegriffen hat |
| Expires At | Wann der Eintrag von selbst verfällt |

## Exact Hits und Best Hits lesen

Die Unterscheidung ist das eigentliche Diagnosewerkzeug dieser Ansicht.

| Beobachtung | Deutung |
| --- | --- |
| Überwiegend Exact Hits | Eine stabile Umgebung. Der Eintrag ist verlässlich |
| Überwiegend Best Hits | Die Umgebung ändert sich häufig — oder der Eintrag ist zu weit gefasst und greift auch dort, wo er nicht hingehört |
| Sehr viele Treffer insgesamt | Ein wichtiger Eintrag. Ihn zu löschen verursacht erst einmal neue Abfragen beim Online-Dienst |
| Ein Eintrag ohne Zugangspunkte | Er gilt für die Zelle allein und damit für ein großes Gebiet. Entsprechend grob ist die Position |

## Einträge löschen

Wählen Sie einen oder mehrere Einträge aus und löschen Sie sie. Es erfolgt eine Rückfrage, denn der Vorgang lässt sich nicht rückgängig machen.

Was danach passiert: Die nächste Meldung aus dieser Umgebung wird beim Online-Dienst abgefragt, und das Ergebnis wird neu gespeichert. Ein falscher Eintrag ist damit dauerhaft beseitigt — vorausgesetzt, die Ursache lag im Cache und nicht in einer falsch hinterlegten eigenen Position.

> **IMPORTANT:** Prüfen Sie vorher in Decision events (Administration), ob die falsche Position wirklich aus dem Cache kam. Der Detaildialog nennt die Quelle. Kam sie aus einer eigenen hinterlegten Position, ändert das Löschen eines Cache-Eintrags nichts.

## Wenn keine Liste erscheint

Erscheint statt der Einträge ein Hinweis, dass der Cache-Anbieter kein Auflisten unterstützt, arbeitet die Installation mit einer Cache-Variante ohne diese Fähigkeit. Der Cache funktioniert dann normal, lässt sich aber nicht einsehen und nicht einzeln bereinigen.