Beiträge von proofresistant

Zitat von vonHarold

... das sage ich doch immer, es gibt viele Wege nach Rom.

Auch Umwege....

Wichtig ist die Auflistung der Wege.

...

100 % Zustimmung

Doch bedenke, dass das Verwenden möglichst vieler Bordmittel ist nicht zwingend auch gleich ein Umweg, wenn auch teilweise etwas umständlich.

Wie auch immer,

das wesentliche Ziel des Beitrags war, das „Phänomen“ „BaseCamp – City Navigator NTU: Kartenverzerrung“ zu benennen und gleichzeitig einen Workaround dafür zu liefern

Dass mit den Antworten dann auch solche „easy“ Vorgehensweisen genannt wurden, war so noch "die fehlende Prise Salz in der Suppe" und setzte so noch das "Sahnehäubchen" oben drauf

PS:

Ich habe hier noch eine GPX, mit der das Phänomen und die Auswirkungen des Workarounds recht schnell erkennbar werden:
Ger_Frame_OuterPoi_Rect.gpx.zip

morgen1 ,
Auch Dir ein Danke
Mapsource (STR+ALT+A) habe ich jedoch (leider) nicht

Dein Tool img2ms ist bestimmt mal einen Blick wert

Bei der Die Formel "<Products>=FID*256² +PID... " fehlt (so deute ich es) was Wesentliches scheint auch nicht schlecht

glk41 ,
OK, dann ist das Problem, dass BC (schlicht) andersals berechnet das die neueren Navis.
Da helfen, wie bereits von Dir selbst erkannt, genügend Shaping Points und die aktive Neuberechnung vor der Tour.

Dass dann mit einer aktiv neu berechneten Route während der Routenführung bei einer Neuberechnung die von Dir genannten Probleme so massiv auftauchen ist eher unwahrscheinlich (ausgenommen Neuberechnungen wegen Verkehrsstörungen).

Die Planung einer Route mit unterschiedlichen Profilen könnte jedoch von Haus aus eher suboptimal sein.

Hallo akradler ,
vielen Dank für die Info
Solch Info muss man erstmal finden

Aber Du hast vollkommen recht, JaVaWa-GMTK > Extras > Projection Angle Selection macht scheinbar genau das Gleiche, jedoch viel komfortabler

Problem: In Garmin BaseCamp wird die City Navigator Europe NTU abhängig vom Breitengrad mit einer für mich störenden perspektivischen Verzerrung (gestaucht/zusammengedrückt) dargestellt.

Ziel ist es, dass die City Navigator NTU in BaseCamp perspektivisch so dargestellt werden, wie es von meisten anderen Karten gewohnt ist.

Das folgende Beispiel (Nachher vs Vorher) veranschaulicht, die unterschiedliche dargestellte Perspektive eines gleichen Kartenausschnitts:

(Mögliche) Lösung: Über den versteckten Registry-Wert ProjectionAngle unter SharedSettings\Products\<Product-ID> lässt sich die Darstellung beeinflussen. Mit 50° (0x32) funktioniert die Darstellung für meine City-Navigator-Versionen für mich hier in Deutschland wie gewünscht.

Vorgehensweise

1. Die richtige Product-ID ermitteln

Die Versionsnummer der Karte, z. B. City Navigator Europe NTU 2027.20, ist nicht die Registry-ID.

BaseCamp verwendet dafür eine interne Product-ID. Bei meinen Karten sind das beispielsweise:

849084417 = City Navigator Europe NTU 2026.20

878510081 = City Navigator Europe NTU 2027.20

Natürlich ohne Gewähr: Die Product-ID muss bei der aktuellen und einer neuen Kartenversion jeweils neu ermittelt werden und sollte nicht einfach aus einer anderen Installation übernommen werden (auch nicht aus meiner).

Die Product-IDs findet man unter:

HKEY_CURRENT_USER\SOFTWARE\Garmin\BaseCamp\Settings\Products

Da dort viele kryptische Zahlen stehen, lässt sich die richtige ID am zuverlässigsten über einen Vorher-/Nachher-Vergleich der Registry ermitteln.

2. (Mein) Verfahren zum Ermitteln der Product-ID

Das hat bei mir zuverlässig funktioniert.

2.1 BaseCamp schließen

BaseCamp vollständig beenden.

2.2 Ersten Registry-Export erstellen

Den Registry-Zweig

HKEY_CURRENT_USER\SOFTWARE\Garmin\BaseCamp\Settings\Products

mit dem Registry-Editor exportieren, z. B. als:

BaseCamp_Products_vorher.reg

2.3 BaseCamp starten

BaseCamp starten.

2.4 Gewünschte Karte auswählen

Die gewünschte City Navigator Europe NTU als aktive Karte auswählen.

2.5 Kartenansicht verändern

In der Karte den angezeigten Bereich verschieben und den Zoom verändern.

Das ist wichtig, weil BaseCamp dadurch die Werte der zuletzt verwendeten Kartenansicht (MRUCenter, MRUScale usw.) aktualisiert.

2.6 BaseCamp schließen

BaseCamp wieder vollständig beenden.

2.7 weiten Registry-Export erstellen

Den gleichen Registry-Zweig erneut exportieren:

HKEY_CURRENT_USER\SOFTWARE\Garmin\BaseCamp\Settings\Products

beispielsweise als:

BaseCamp_Products_nachher.reg

2.8 Die beiden Exporte vergleichen

Die beiden .reg-Dateien miteinander vergleichen.

Der Product-Key, bei dem sich die Werte der zuletzt verwendeten Kartenansicht geändert haben, gehört zur gerade ausgewählten Karte.

So konnte ich beispielsweise eindeutig feststellen:

City Navigator Europe NTU 2026.20 → Product-ID 849084417

und:

City Navigator Europe NTU 2027.20 → Product-ID 878510081

3. ProjectionAngle in der Registry anlegen und setzen

Wichtig: Der ProjectionAngle wird nicht unter

HKEY_CURRENT_USER\SOFTWARE\Garmin\BaseCamp\Settings\Products

eingetragen.

Stattdessen muss unter SharedSettings ein Schlüssel mit derselben Product-ID angelegt werden:

HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\<Product-ID>

Für meine beiden Karten sieht das so aus:

[HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\849084417]

"ProjectionAngle"=dword:00000032

[HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\878510081]

"ProjectionAngle"=dword:00000032

Danach BaseCamp neu starten und die Darstellung kontrollieren.

4. Der verwendete Wert

Ich habe ProjectionAngle = 50°verwendet:

Der Wert 50° ist für den hiesigen Breitengrad in Deutschland angenähert.

Ich habe verschiedene Werte ausprobiert:

45°

50°

55°

Dabei stellte sich 50° als akzeptabelster Wert heraus.

Der Registry-Wert wird als DWORD in Hexadezimaldarstellung eingetragen:

50 dezimal = 0x32 hexadezimal

Daher:

"ProjectionAngle"=dword:00000032

5. Für eine zukünftige City-Navigator-Version

Bei einer späteren Version, z. B. City Navigator Europe NTU 2028.xx, nicht einfach die alte Product-ID übernehmen.

Stattdessen:

5.1 Neue Karte installieren.

5.2 (Ggf. starte BaseVamp und wähle die neue Karte)

5.3 Product-ID wie unter Punkt 2 beschrieben ermitteln.

5.4 Unter HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\<NEUE-PRODUCT-ID>

einen neuen Schlüssel anlegen.

5.5 Darin setzen:

"ProjectionAngle"=dword:00000032

5.6 BaseCamp neu starten und Ergebnis kontrollieren.

Als Vorlage:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\<NEUE-PRODUCT-ID>]

"ProjectionAngle"=dword:00000032

6. Wichtig: MRUAngle nicht verwechseln

In den BaseCamp\Settings\Products\<Product-ID>

Schlüsseln findet sich beispielsweise:

"MRUAngle"=hex:00,00,00,00,00,00,00,00

Dieser Wert ist nicht der hier verwendete Projektionswinkel.

Für diesen Hack ist der zusätzliche Registry-Eintrag unter

HKEY_CURRENT_USER\SOFTWARE\Garmin\SharedSettings\Products\<Product-ID>

mit

ProjectionAngle

entscheidend.

Kurzfassung (für das nächste Mal) (vielleicht 2028.xx)

Neue NTU installieren

↓

Registry BaseCamp Products vorher exportieren

↓

Neue Karte auswählen

↓

Karte verschieben + Zoom ändern

↓

BaseCamp schließen

↓

Registry Products erneut exportieren

↓

Vorher/Nachher vergleichen

↓

Neue Product-ID feststellen

↓

Registry SharedSettings\Products\<Product-ID> anlegen

↓

Registry ProjectionAngle = 50° = 0x32

↓

BaseCamp neu starten

↓

Kartenansicht überprüfen 😊

Ergebnis: Die eigentlichen Garmin-Kartendaten bleiben unverändert. Über die Registry-Einstellung wird lediglich die Art und Weise angepasst, wie BaseCamp die Karte anzeigt.

Obligatorisch ohne Gewähr, eigene Umsetzung=eigene Verantwortung

Zitat von glk41

...

Nun, ich werde mir wohl mit Shaping Points behelfen müssen, da die Tests (im Simulationsmodus zu Hause) zeigten, dass gleich welches Profil ich anwähle, sich die Route nach Neuberechnung verändert bei Stecken, bei denen ich eben wenig Shaping Points setzte.
...

Hi glk41,
vermutlich ist dann vielleicht "... Route im zumo XT3 tatsächlich proaktiv neu berechnen lassen ... " keine gar nicht so schlechte Idee

Du schreibst, "... (im Simulationsmodus zu Hause) ..." , musst Du dabei auch das Abfahren der Strecke simulieren?
Oder kannst Du die Abweichung schon direkt nach der von Dir aktiv angestoßenen Neuberechnung erkennen?

PS
Sich mit genügend Shaping Points zu behelfen ist übrigens mehr oder weniger obligatorisch (zumindest bei mir).

PPS
ICh habe es übrigens noch nicht geschafft, während ich mit aktiver GPS Simulation eine Route testweise vom Navi "abfahren" lasse, dass währenddessen neu berechnet wurde.

Zitat von glk41

Den Tip mit dem Tripmanager werde ich später ausprobieren.

Zuerst aber mal die Route im zumo XT3 tatsächlich proaktiv neu berechnen lassen.
Wenn Du nur ein Fahrzeug-Profil hast, kannst Du auch in die Vermeidungen gehen, und dort Speichern, Zumindest wenn das Fahrzeug-Profil vom Import wirklich Deinem Fahrzeug-Profil entspricht (wer weiß, welche Profildaten das XT3 beim Importieren tatsächlich verwendet).

Was auch genauso gut eine tatsächliche Neuberechnung auslöst, in der Route mal von "Schnellste" auf "Kürzeste" (oder umgekehrt) und wieder zurück wechseln, das natürlich für Jedes (durch VIA Punkt gesetzte) Strecken-Segment.

Hmmm, wenn das zumo XT3 neu berechnet, dann sollte man davon ausgehen, dass es das auch tut, aber die Frage ist mit welchem Profil.

Kann es sein, Du diese beobachtete Berechnung nicht bestätigen musst?
Ich glaube beim Import nimmt es irgend ein Default Profil, u. A. da BaseCamp Dein(e) zumo XT3 Profil(e) nicht kennt.
Was ich ausprobieren würde, richte mal im zumo XT3 ein weiteres Profil ein.
Dann lasse nach dem Import mal bewusst mit dem anderen Profil rechnen und danach setze das Profil wieder auf Dein bevorzugtes Motorrad Profil und zwinge es so, auch wirklich damit neu zu rechnen.

Dann kannst Du mal den TripManager ausprobieren um damit die Route auf das Navi zu schieben.

Da kannst Du:

• a) das Profil einstellen, welches bei der Übertragung genutzt werden soll

• und b) das zumo XT3 verbindlich zwingen nach dem Import eine Neuberechnung durchzuführen

Zitat von glk41

Was ich festellen konnte:

Beim Abfahren eines Wegpunktes hat das XT3 nicht neu berechnet.

Bei einem Halt, bei dem das XT3 sich ausschaltete, berechnte das XT3 die Route neu mit dem im XT3 hinterlegten Profil, dies führte zu Abweichungen von der geplanten Route.

Wie ist "Beim Abfahren eines Wegpunktes" gemeint?
Hattest Du (genug) Shaping (und oder VIA) Punkte?
Hattest Du die Route vor Antritt im Navi neu berechnen lassen?

Zitat von proofresistant

Kurzform:
Wenn man für BC das TYP-File ändern möchte, dann kann man JaVaWA GMTK verwenden.
Edit: ProductCode, FID wird wohl auch von JaVaWA GMTK automatisch gesetzt.
Vorher aber mit z. B. TYPViewer die ProductCode, FID und vermutlich auch CodePage der Vorhandenen BC Type Datei lesen und in die neue Type Datei von so (händisch) eintragen.
Dann kann man mit JaVaWa GMTK unter Extras das TYP-File tauschen.

Ich hatte noch hier im Forum gefunden, dass auch JaVaWA GMTK die ProductCode, FID automatisch setzt und dies so im Nachgang auch testen können. Oben habe ich das nun entsprechend korrigiert.

Zitat von vonHarold

...

Aber ich habe noch schnell eine kleine bebilderte Anleitung zum tauschen des Typefile zusammen geschustert.

...

Danke das Wissen, wie man auch mit möglichst vielen Bordmitteln zum Ziel kommen kann, ist bestimmt empfehlenswert

Zitat von vonHarold

...

Wie das Tauschen in den Maps auf dem PC geht, wisst Ihr?

Das mit dem PC den Typfile Tausch habe ich noch keine Anleitung geschrieben.

Hat das schon jemand gemacht und kann die Anleitung zur Verfügung stellen?

...

Kurzform:
Wenn man für BC das TYP-File ändern möchte, dann kann man JaVaWA GMTK verwenden.
Edit: ProductCode, FID wird wohl auch von JaVaWA GMTK automatisch gesetzt.
Vorher aber mit z. B. TYPViewer die ProductCode, FID und vermutlich auch CodePage der Vorhandenen BC Type Datei lesen und in die neue Type Datei von so (händisch) eintragen.
Dann kann man mit JaVaWa GMTK unter Extras das TYP-File tauschen.

Wenn es detaillierter sein soll, dann würde ich vorschlagen, hierfür einen extra Thema zu erstellen und ggf, dort nach bereits bekannten Dokus zu recherchieren oder das Vorgehen genauer zu beschreiben.

Zitat von Olli

Also ich habe immer die kmtf Datei in den Ordner kopiert und dann im Gerät ausgewählt. Wie benutzt man denn das Typefile anders als mit meiner bisherigen Lösung?

Das eigentliche Problem ist dann, dass es (scheinbar) nicht mehr möglich ist, die Verwendung dieser KMTF auch mit entsprechender Auswirkung zuzuweisen.

Mir ist jedenfalls, auch nach dem Lesen vieler diesbezüglicher Informationen, noch nicht „ins Auge gefallen“, dass jemand tatsächlich herausgefunden hätte, dass es doch irgendwie funktioniert.

Ob im zumo XT3 intern letztlich noch genau wie zuvor Themes verwendet werden, ist derzeit wohl eher unbekannt. Vielleicht wird von Haus aus auch „nur“ mit einem Default-Theme gearbeitet – und die Möglichkeit, Themes zuzuweisen, hat damit tatsächlich keine weitere Auswirkung mehr.

Zitat von vonHarold

ja das Typefile musst Du bei jeder neuen Kartenversion neu einbinden.

Das funktioniert aber nur mit OSM-Karten (geräteintern, also nicht mit Garmins CN-Karten) – oder habe ich das bis dato falsch verstanden?

Zitat von AsterixDerGallier

...

Von sorgfältig war nie die Rede.

...
Auch hier ...

Von ausgiebig und alle war nie die Rede.
...

Nicht alles ist auf den ersten Blick so, wie es bei Dir eventuell den Anschein macht – das vermutete ich bei einigen Deiner Statements auch schon zuvor. 😉

Deutsche Sprache – schwere Sprache. Du kritisierst durchaus stimmige Interpretationen, reißt dabei aber selbst Aussagen vollständig aus dem Zusammenhang. Wenn „sorgfältig“, „ausgiebig“ und (all) von mir bewusst und erkennbar in Anführungszeichen bzw. Klammern gesetzt wurden ("" = (meine) gezielte sprachliche Hervorhebungen, keine Zitate Deiner Worte oder (...) = zusätzliche, nicht zwingend auch bedeutsame Information), hatte das durchaus einen Grund. Das solltest Du vielleicht nicht verkennen. 😉

Die ausführliche Klarstellung schicke ich Dir noch per PN, ich will den Thread nicht damit kapern

Zitat von AsterixDerGallier

...
Alles kann man schlecht reden, muss man aber nicht.
...

100% Zustimmung

Zitat von vk-express

...

Bevor es auf große Tour geht werden Zuhause sowieso mal testhalber einige Routen geladen, auch vom Zielgebiet und angeschaut ob alles passt. Spätestens da würd ich merken wenn keine Karte für die Ecke geladen wird.

Wie so oft, vollkommen fundiertes Statement von jemandem, der tief im Thema ist
Ich denke, zumindest eigene geplante Routen vorher zu prüfen, machen "nicht Wenige" ebenso

(Anders wiederum bei denen, die oft auch nur eine Rote bekommen haben, da würde ich's nicht mehr ganz so sicher in den Raum stellen wollen )

Aber so prüft man quasi "nebenbei" auch die Karte, jedoch nicht explizit

Zitat von glk41

Ich sehe in Basecamp die Speicherkarte sowohl beim XT wie auch beim XT3. Ich kann dann Routen Tracks etc. auf der Speicherkarte ablegen und auch wieder löschen, alles in Basecamp.

Dito ich sehe ich die SD Karte auch im zumo XT2 und Tread 2, auch sehe ich die dort gespeicherten Karten.

Zitat von Heinz59

So ist es!

Auch ich möchte meine Lebenszeit nicht nur mit digitalen Daten vergeuden.

So ist es!

Auch ich möchte meine Lebenszeit nicht nur mit digitalen Daten vergeuden.

Ich bleibe auch nach wie vor dabei, dass nicht wenige so denken, zumal eh schon so viel in ein "Premium-Produkt" investiert wird.

Auch dass die Garmin-eigenen Tools nach Updates schon checken könnten, ob danach zumindest die Checksummen passen – ich denke, das wäre nicht wirklich gleich zu viel verlangt.

Jetzt kommt aber doch noch ein kleines "Aber", Du schreibst auch:

Zitat

Nein, nach dem das Problem mit der weißen Karte aufgetreten ist, habe ich in myMaps die Haken abwechselnd bei OSM-Karten bzw. bei den City Navigator Karten gesetzt.

Aber eben ohne Erfolg.

Da würde ich noch vermuten, dass eine ggf. fehlerhafte Karte auch nicht mehr Probleme machen sollte, doch eins ist auch Fakt: Du hattest mit den OSM auch Drittanbietermaterial mit im Boot. Und so ist es leider im Nachgang wohl schwer, die eigentliche Ursache konkret auch wirklich einkreisen zu können.

Zitat von AsterixDerGallier

Deine Ansicht teile ich nicht.

...

Wenn Dein Samrtphone ein Update bekommt, dann guckst Du vermutlich auch, ob Deine installierten APPs noch funktionieren?

Kenne echt viele Anwender, aber Keinen der nach Kartenupdates gleich "sorgfältig" auch die Karteninhalte prüft.
Ebenso kenne ich Keinen, der nach Samrtphone Updates "ausgiebig" (all)seine Apps auf Funktion überprüft.
OK, es gibt Interessierte, die überprüfen, oft u. A. was hat sich mit dem Update verändert, besonders, ist mit bekannten Issues, aber das sind dann zumindest in meinem Umfeld eher nicht die Standardanwender

Zitat von Ulli

...

Mit der XT-Serie hat Garmin das Betriebssystem auf Android umgestellt.

...

Die SD-Karte wird von Basecamp jedoch nicht erkannt.

Da muss ich den Umweg über einen Dateimanger machen.

Ich habe ein interessantes Programm im englischen Forum für die XTs gefunden:

klick: TripManager

Ciao, Ulli

Alles anzeigen

Vielleicht eher Unix als Android, (wie beim zumo XT2 Tread 2 (mit je LGPLv2.1 (Lesser General Public License, Version 2.1)))

Zitat von Wolfi-Pf

...

Ich würde, da ja der Track dabei ist, aus diesem in BC eine Route (Route aus Track) machen. ...

quasi genau wie in Post #6
GPX-Daten werden in falscher Reihenfolge importiert - Garmin BaseCamp - NaviBoard Forum #6

Cabriote
"Gordischen Knoten" ist ein gutes Stichwort wenn ich versuche Deinen Gedankengängen zu folgen

Zitat von Uli G.

Unabhängig davon wäre ein Blick in die zu Verwirrung führende gpx-Datei (zumindest für mich) interessant, um der Ursache der Fehlanzeige möglichst auf die Spur zu kommen!

"Wir" waren doch schon dem Anzeigten möglichst nah auf die Spur gekommen
In der GPX sind (sehr wahrscheinlich) zumindest die Wegpunkte und der Track.

Die Route wollte sich der Threadersteller auf Basis der Wegpunkte zusammenstellen, indem er einfach aus den Wegpunkten eine Route macht, und solch Vorgehen ist halt mangels routenunabhängiger Sortierung eher ungünstig.

Bei mehr Interesse, hilft vermutlich ein Blick auf:

Motorradtour Bergisches Land – Talsperren zwischen Dhünn und Sieg

Diese Tour durchs Bergische Land verspricht kurvenreiches Vergnügen, Serpentinen und viel Wasser und Natur.

www.motorradundreisen.de

(Würde mich nicht wundern, wenn das die Quelle ist)

Zitat von Lumi

Dann gibt's aber nur Start und Ziel.

Neuberechnung am Gerät aus.

Da hast Du natürlich recht.
Grundlage für weitere Routenpunkte hat er ja genug, ob es dann alle sein müssen würde ich mal bezweifeln und somit auch nicht mit allen Wegpunkten beginnen.

Hat er aber mal die Route, kann er ja an den einzelnen Wegpunkten die Route mit der Maus "greifen" bzw. mit dem Gummiband die Route nachbauen, aber das wird dann schon mühsam

Eine gewisse Lernkurve wird's wohl eh geben.
Ein Schritt nach dem Anderen und an Hilfe wird es hier nicht mangeln.

Zitat von Hobby

Die Geschichten mit den "fremden gpxDateien" war auch hier schon mal Thema !

Das war ein guter Hinweis, die Bilder sehen vom Prinzip her recht ähnlich aus.

first.strike

Ich gehe nun davon aus (hätte auch gleich drauf kommen können), dass Du neben den ganzen Wegpunkten auch einen (oder mehrere) Tracks in der GPX Datei hast.

Nun brauchst Du eigentlich "nur" noch aus dem Track eine Route zu machen oder folgst einfach dem Track. Ich persönlich würde jedoch eine Route bevorzugen.

In BC Track auswählen,

• dann entweder Rechts-Klick und "Route aus gewähltem Track erstellen"
• oder den Track mit Doppel-Klick öffnen und dort "Route erstellen"

first.strike

es gibt da verschiedene elementare Unterscheidungen, z.B.:

Wegpunkte

Routen

und Punkte, auch Wegpunkte, als Bestandteil einer Route.

Solange in der GPX Datei "nur" Wegpunkte sind, landen diese erstmal unabhängig von einer Route in BC.
Die GPX Datei sollte allerdings auch die eigentlich Route enthalten.
Ist die Route in der GPX enthalten, dann bleiben natürlich innerhalb der Route die Wegpunkte wie auch ursprünglich geplant.

Wie hast Du Bild 2 hinbekommen? manuell sortiert und daraus eine Route erstellt?

Wenn Du magst, kannst Du ja mal die GPX hier anfügen.
(wenn, dann die gpx in z.B.: *.txt" umbenennen oder in eine *.zip Datei packen)

Wie auch immer, Du brauchst die Route als Bestandteil der GPX

Zitat von FuLong

Danke für die Hinweise so weit

System sehe ich, kann man die *.trp Dinger einfach entsorgen?

Die Datenbanken, baut die das Gerät wieder auf, wenn man die löscht?

.System\Trips\*.trip Dateien kann man sorglos löschen

Bei den Datenbanken wäre ich mehr als vorsichtig

• Einige DBs bauen sich neu auf (z.B. die Explore.db beim zumo XT2 oder Tread 2)
• Einige DBs werden bzw. wurden via Express installiert
• bei anderen DBs ist es mehr als fraglich

Im Zweifel würde ich nicht mal ausschließen wollen, dass das Navi ohne ggf. erforderliche DB gar nicht mehr oder ggf. nicht fehlerfrei startet