Navigation OsmAnd: Unterschied zwischen den Versionen

Aus Volla Wiki
 
Zeile 109: Zeile 109:
* '''Benutzerdefinierte Suche''': Kombination mehrerer Kriterien.
* '''Benutzerdefinierte Suche''': Kombination mehrerer Kriterien.
* '''Erkundungsmodus''': Anzeige top-bewerteter POIs in der Nähe.[](https://play.google.com/store/apps/details?id=net.osmand&hl=de)
* '''Erkundungsmodus''': Anzeige top-bewerteter POIs in der Nähe.[](https://play.google.com/store/apps/details?id=net.osmand&hl=de)
Der technische Unterschied zwischen '''Online-Suche''' und '''Offline-Suche''' in OsmAnd liegt vor allem in der '''Datenquelle''', der '''Verarbeitungsart''', der '''Abhängigkeit von Internet''', der '''Geschwindigkeit''', den '''Funktionen''' und der '''Genauigkeit/Aktualität'''. Hier eine klare, technische Gegenüberstellung:
=== 1. Datenquelle ===
* '''Offline-Suche'''<br />
Nutzt ausschließlich die lokal gespeicherten '''.obf-Dateien''' (OsmAnd Binary Format).<br />
Diese enthalten komprimierte und stark indizierte OpenStreetMap-Daten:<br />
** Adressen (Straßen, Hausnummern, Städte, Postleitzahlen)<br />
** POI (Points of Interest) mit Kategorien<br />
** Administrative Grenzen (Stadtgrenzen, Regionen)<br />
** Spezielle Indizes für schnelle Suche (z. B. Name-Index, POI-Index, Adress-Index)
* '''Online-Suche'''<br />
Nutzt fast immer '''Nominatim''' (der offizielle OSM-Suchserver von OpenStreetMap).<br />
→ HTTP-Anfrage an einen Nominatim-Server (meist nominatim.openstreetmap.org oder ein Mirror)<br />
→ Die App sendet deine Suchanfrage (Text + ggf. Koordinaten-Bounding-Box) und bekommt JSON mit Koordinaten, Namen, Adressdetails und OSM-Objekt-IDs zurück.
=== 2. Suchmechanismus & Algorithmen ===
{| class="wikitable"
! Aspekt
! Offline-Suche
! Online-Suche (Nominatim)
|-
| '''Index-Struktur'''
| Lokale, optimierte Indizes in .obf (Trie-ähnlich für Namen, B-Bäume oder ähnliche Strukturen für Adressen/POI)
| Server-seitiger komplexer Index (PostgreSQL + PostGIS + spezielle OSM-Such-Logik)
|-
| '''Suchalgorithmus'''
| Lokale Index-Suche + Fuzzy-Matching + Priorisierung nach Nähe zum sichtbaren Kartenbereich
| Phonetisches Matching, Fuzzy-Suche, Ranking nach Popularität, Tags, Hierarchie (admin_level)
|-
| '''Abstandsberechnung'''
| Sehr schnell (lokale Berechnung)
| Server-seitig (oft mit Bounding-Box-Einschränkung)
|-
| '''Ergebnis-Ranking'''
| Stark gewichtet nach Nähe zum aktuellen Kartenbereich / GPS-Position
| Stark gewichtet nach globaler Relevanz (z. B. Wikipedia-Links, Popularität)
|-
| '''Hausnummern-Suche'''
| Sehr detailliert (wenn in .obf enthalten), oft mit Interpolation
| Sehr gut, oft besser bei unvollständigen OSM-Daten
|}
=== 3. Internet-Abhängigkeit & Verhalten ===
* '''Offline''': 0 % Internet nötig → funktioniert immer (solange die Karte heruntergeladen ist)
* '''Online''': Stabile Internetverbindung erforderlich<br />
=== 4. Geschwindigkeit & Latenz ===
* '''Offline''': Millisekunden bis < 1 Sekunde (lokale Index-Suche)<br />
→ Sehr schnell, wenn Offlinekarten im internem Speicher, bei Offlinekarten auf SDcard merkliche Performanceverschlechterung
* '''Online''': 0,5–4 Sekunden Latenz (Netzwerk + Server-Verarbeitung)<br />
→ Kann bei schlechtem Empfang oder überlasteten Servern deutlich länger dauern oder fehlschlagen
=== 5. Funktionsumfang & Qualität ===
* '''Offline-Suche''' (meist überlegen, wenn Karte vorhanden)<br />
** Sehr detaillierte POI-Filter (nach Typ, Untertyp, Öffnungszeiten, …)<br />
** Suche nach Tracks / GPX-Wegpunkten<br />
** Suche nach Marken / Ketten (wenn in OSM getaggt)<br />
** Bessere Integration in Navigation (direktes Routing ohne Umschalten)<br />
** Funktioniert mit sehr großen Kartenbereichen (ganzes Land / Kontinent)
* '''Online-Suche''' (Nominatim)<br />
** Bessere Ergebnisse bei sehr seltenen / neuen Orten (da OSM-Datenbank immer aktuell)<br />
** Bessere Fuzzy-Suche bei Tippfehlern oder ungenauen Schreibweisen<br />
** Oft bessere globale Reihenfolge (z. B. „Paris“ → Paris, Frankreich statt Paris, Texas)<br />
** Aber: Begrenzter Radius (oft ~200 km um aktuelle Kartenmitte)<br />
** Weniger detaillierte POI-Filter als offline
=== Zusammenfassung – Wann welche Suche technisch sinnvoll ist ===
{| class="wikitable"
! Szenario
! Empfohlene Suche
! Technischer Grund
|-
| Kein Internet (Wandern, Ausland)
| Offline
| Funktioniert garantiert
|-
| Karte nicht heruntergeladen
| Online (Nominatim)
| Einzige Möglichkeit
|-
| Sehr genaue / aktuelle POI nötig
| Online
| Server hat die neuesten OSM-Änderungen
|-
| Schnelle, detaillierte Adresssuche
| Offline
| Lokale Indizes sind schneller & präziser bei Hausnummern
|-
| Fuzzy-Suche bei komplizierten Namen
| Online
| Besserer Ranking & Phonetik
|-
| Navigation + Suche kombinieren
| Offline
| Nahtloser Übergang, keine Latenz
|}
'''Kurz gesagt:'''<br />
Offline-Suche = '''lokale, schnelle, datenbankartige Indexsuche''' auf deinem Gerät (sehr performant, unabhängig).<br />
Online-Suche = '''Netzwerk-Abfrage an einen zentralen OSM-Suchserver''' (flexibler bei Aktualität, aber langsamer und verbindungsabhängig).
In der Praxis nutzen die meisten OsmAnd-Nutzer fast ausschließlich die Offline-Suche – genau deshalb laden sie ja die Karten herunter.


=== Widgets ===
=== Widgets ===