Überblick

Allgemeines

• = Nachfolger von MapSource
• die Bedienung ist komplett anders. Jeder alte Mapsource-Hase flucht am Anfang, aber eigentlich ist die Sache nach kurzer Zeit ganz eingängig.

Datenbank statt Dateien (⮙ Top)

• gravierender Unterschied: die Daten werden als echte Datenbank gespeichert, nicht mehr als einzelne Dateien
• wie bei allen anderen Datenbanken gibt es keinen "Sichern"-Befehl mehr. Es wird sofort geschrieben, es gibt aber einen "Zurück"-Befehl.
• alles wird in eine einzige Datei geschrieben (immerhin nicht in die Windows-Registry...)
  • die vielen *.gdb-Dateien aus der Mapsource-Zeit gibt es nicht mehr. Somit ist auch das beliebte Ordner-Prinzip im Explorer hinfällig.
  • Diese eine Datei kann recht groß werden!
  • Dann dauert der Start entsprechend lange.
• Überhaupt ist Basecamp wesentlich anspruchsvoller hinsichtlich der CPU!
• Default-Ort dieser Datei ist "%appdata%\GARMIN\BaseCamp", also etwa "C:\Dokumente und Einstellungen\<username>\Anwendungsdaten\GARMIN\BaseCamp" bzw. "C:\Users\<username>\AppData\Roaming\Garmin\BaseCamp".
  Dateien:
• dort dann weiter "database\version\alldata.gdb".
  • Hinweis: seit Version 4.6 legt BC seine Daten "normalerweise" unter "C:\Users\<name>\Documents\Mein Garmin" ab. Das ist in der Win10-üblichen Sprache unterhalb von "Dokumente". Zuvor war es der Bereich "Anwendungsdaten".
• das Verzeichnis "version" wird offenbar für jede größere Version neu angelegt, die älteren Verzeichnisse können gelöscht werden.
• im BaseCamp-Verzeichnis liegt noch alles mögliche andere.
• zum Übertragen der Daten zwischen verschiedenen PC's (oder auch verschiedenen Usern eines PC's!) muß also man den Verzeichnisbaum "%appdata%\GARMIN\BaseCamp" hin- und herkopieren.
• aus diesen Gründen habe ich mir ein paar Batch-Dateien geschrieben, die diese Daten zwischen meinem NAS-Laufwerk und den verschiedenen PC's im Netz hin- und her kopieren.

Speicherort der Datenbank (⮙ Top)

• Auch die Datenbank liegt jedoch in einer Verzeichnisstruktur auf dem Betriebssystem - siehe oben.
• Seit irgendeiner Version erlaubt Basecamp das Arbeiten mit mehreren Datenbanken im Wechsel. Das kann man zu folgendem nutzen:
  • Ablage der Datenbank auf einer Netzwerk-Platte und Ansteuern von verschiedenen Clients aus
  • oder aber "Unterteilung" der Daten, ähnlich wie unter Mapsource

• wenn auf diese Weise mehrere Datenbanken erstellt wurden, kann man recht flott umschalten:
  
• Ich selbst halte nichts davon, den eigenen Datenbestand in mehrere Datenbanken (-Dateien) aufzuteilen.
  Mit den Ordnern und Listen habe ich hinreichend Strukturelemente zur Verfügung.

Was sonst noch gespeichert wird (⮙ Top)

• die Einstellungen zu den Routing-Optionen (also z.B. "Autobahn vermeiden" bei "Motorrad") werden offenbar nicht in dieser Datenbank, sondern in der Registry gespeichert. Somit müssen diese Einstellungen zwischen verschiedenen Usern manuell übertragen werden.
  • Ort in der Registry: [HKEY_CURRENT_USER\Software\Garmin\BaseCamp]

Einführungen und Anleitungen (⮙ Top)

Literatur

• eine gute Einführung hat Dieter Zellhöfer geschrieben, findet sich im Netz als PDF unter "BaseCamp-Buch" - "Radtouren mit Basecamp planen"
  • Link zu seiner Homepage
  • Link auf meine eigene Kopie davon (passwortgeschützt)
• Noch eine Quelle: http://basecamphandbuch.de (Michael Blömeke)

Geklaute Darstellung aus dem Forum "Naviboard" (⮙ Top)

• (ergänzt und geändert)

Strukturelemente: Listenordner und Listen (⮙ Top)

• oberste Ebene = Root = „Meine Sammlung“ (Kann nicht umbenannt werden).
• Darin enthalten sind „Listenordner“, diese können kaskadiert werden.
• Jeder Listenordner kann „Listen“ enthalten.
  
• Jede Liste kann verschiedene „Elemente“ beinhalten: hier als Beispiel die Liste "FT2011" und ihr Inhalt.
  - Routen (in Bsp. unten 8)
  - Tracks (in Bsp. unten keine)
  - Wegpunkte (in Bsp. unten 94)
  
• Das entspricht den Möglichkeiten, welche ein gpx-File bietet. In einem gpx-File können ebenfalls verschiedene Elemente gespeichert werden.
• Wird die root geöffnet und damit auch angezeigt, so werden alle Elemente aus allen Listenordnern und allen Listen angezeigt. (Das Display ist dann schnell überfüllt.)
• Elemente können in der Substruktur von „Meine Sammlung“ in Listen verteilt werden. Elemente können sich auch direkt in der root befinden.

Bearbeitung von Strukturelementen (⮙ Top)

• Bearbeitung von Strukturelementen immer über Markieren und rechte Maustaste. Das dann folgende Menü ist objektspezifisch:
   
  • wichtig ist der Unterschied zwischen "Kopieren" und "Duplizieren": Kopieren legt nur eine Referenz (Verknüpfung) auf das Ursprungselement.
  • Dieses Konzept kennen alte IT-Hasen schon lange...
  • Diese Referenz ist hier aber vollkommen gleich zur ursprünglich einzelnen, ersten Referenz!
  • Ein verknüpftes Element ist daher auch als solches nicht erkennbar.

Thema "Verknüpfungen": (⮙ Top)

• Löschen: wird einer der Einträge, beliebig, ob Ursprungselement oder dessen Verknüpfung, gelöscht, so werden alle Einträge dieses Elementes aus „Meine Sammlung“ und damit aus allen Listenordnern und Listen gelöscht.
  • Vorsicht: Eine Warnmeldung wird angezeigt, diese kann jedoch für zukünftige Fälle disabled werden.
  • Einzelne Listeneinträge eines Elementes können mit der Funktion „Aus Liste entfernen“ ohne Einfluss auf die Verknüpfungen, oder auf das Ursprungselement, gelöscht werden.
• Die Verteilung eines Elementes innerhalb der Substruktur kann über die Eigenschaften eines Elementes ermittelt werden. Dort dient die Funktion „Verweise“ zur Anzeige der Verteilung. Die darin aufgeführten Einträge haben Hyperlink-Funktion. Die entsprechende Liste oder Route kann direkt erreicht werden.
• Beispiel für den Wegpunkt "Home":
  
  • diese Referenzierung hat den enormen Vorteil, daß man sich ein "modulares Baukastensystem" aufbauen kann.
  • Risiko andererseits: wird z.B. der Wegpunkt "home" neu definiert, ändern sich alle Routen ... also aufpassen beim Umzug!
  • Wenn man unter "Verweise" bei einem Element (z.B. einer Route) einen Haken entfernt, wird die ganze Route aus diesem Listenordner entfernt.
  • ausprobieren und üben!

• Das Umbenennen eines Elementes führt zur Umbenennung aller zugehörigen Einträge. Alle Verknüpfungen und das Ursprungselement werden umbenannt.
  Wird ein Wegpunkt in einer Route verwendet, so wird nach dem Umbenennen des Wegpunktes auch der Name der zugehörigen Route geändert.
• Das Verschieben eines Elementes in eine andere Liste oder in einen anderen Listenordner ist möglich. Dabei wird, sofern noch keine Liste vorhanden ist, die Neuanlage einer Liste angeboten, dort kann sofort ein Name für die neue Liste eingetragen werden. Default wird Name „Neue Listen“ verwendet.
  • Wird ein Element in ein angeschlossenes Gerät verschoben, so wird dort automatisch und ohne Userkommunikation ein Ordner mit Namen Garmin und darin enthalten ein Ordner mit Namen gpx angelegt.

Duplizieren (⮙ Top)

• Wird eine echte Kopie eines Elementes benötigt, so steht hierzu die Funktion „Duplizieren“ zur Verfügung.
  • Beim duplizieren entsteht eine "echte" Kopie, welche zur Unterscheidung zum Original automatisch mit einem Zähler versehen wird.
  • Wird eine Route dupliziert, welche unter Nutzung von Wegpunkten generiert wurde, so werden während des Dupliziervorgangs auch diese Wegpunkte dupliziert.
    Dabei wird dem ursprünglichen Namen jeweils, am Ende eine Ziffer hinzugefügt.
  • Werden bereits duplizierte Einträge erneut dupliziert, so wird dem Namen eine weitere Ziffer hinzugefügt.
• Beispiele:
  • Ich erstelle eine Route und benenne sie zb "Hamburg". Die Route Hamburg wird in "Meine Sammlung" abgelegt. Die Route kann ich in so viele Listen kopieren oder senden wie ich will. Aber diese Einträge greifen immer auf ein und die selbe Route "Hamburg" in der Sammlung zurück.
  • Erst wenn ich die Route dupliziere entsteht eine neue Route "Hamburg 1". Und nur die ist von der ursprünglichen "Hamburg"-Route völlig unabhängig.
  • Man kann auch Listen duplizieren.
    • Angenommen meine Route "Hamburg" ist in einer Liste namens "Motorradtouren" enthalten. Wenn ich diese Liste dupliziere entsteht eine neue Liste "Motorradtouren (1)".
    • Aber Vorsicht! Der Inhalt dieser neuen, unabhängigen Liste (also der Verweis auf die "Hamburg"-Route) bleibt der gleiche. Es entsteht dabei keine neue Route "Hamburg 1". Um das zu erreichen muss man den Inhalt einer Liste markieren (bei mehreren Elementen zb mit Strg+A) und zuerst duplizieren. Erst dann kann man die Duplikate in eine neue Liste verschieben.
• Mit drag&drop können Elemente innerhalb der Bibliothek verschoben werden. (Alternative: "RMT ⇨ Senden an".)
  • Bei Anwendung von drag&drop von Bibliothek auf ein Gerät entsteht auf dem Gerät eine echte Kopie. Der Name bleibt dabei unverändert.

Geräte (⮙ Top)

• Geräte werden am USB-Port erkannt, dazu gehören GPS-Empfänger, Speicherkarten oder USB-Sticks. Auch ein iPhone wird als Gerät identifiziert und die darin enthaltenen und mit GPS-Daten versehenen Fotos werden als Wegpunkte dargestellt.
  • Das folgende ist gerätespezifisch, und gilt nur für Geräte, die sich im Windows-Explorer darstellen lassen:
    • In dem Pfad \\Garmin\gpx\ eines Gerätes werden bei Kopieren oder Verschieben von Elementen automatisch gpx-Files angelegt.
    • Für eine Route entsteht ein File mit Namen Route.gpx, Track.gpx bei Tracks und Waypoints.gpx für Wegpunkte.
    • Werden weitere Routen oder Tracks in das Gerät übertragen, so entstehen weitere Files, welche durchnummeriert werden. Routen.gpx und Trackn.gpx. Wegpunkte werden im gpx-File waypoints.gpx zusammengefasst. Route0.gpx oder Track0.gpx wird nicht verwendet, stattdessen wird die Null einfach weggelassen.
    • Es gibt bei der automatischen Namensgebung keinen Bezug zum Namen des Ursprungselementes. Erst beim Öffnen der generierten gpx-Files werden die Namen der Elemente so angezeigt, wie sie im Ursprungselement vorhanden sind.
  • Werden Elemente wiederholt an Gerät übertragen, so hat das keine Wirkung. Es erfolgt dabei auch keine Rückmeldung an den User.
  • Nach Anschluss eines Gerätes werden alle GPS relevanten Daten in Basecamp eingelesen. Auch hier ist das verhalten wieder gerätespezifisch.
    • Die current.gpx im eTrex, im Pfad \\Garmin\GPX\Current wird jedoch nicht gelesen und angezeigt. Diese muss über Funktion „Importieren“ manuell aus dem Pfad gelesen werden. Nach dem Import ist eine neue Liste mit Namen „current“ in der Bibliothek enthalten.

Im- und Export (⮙ Top)

• Mit der Funktion „Importieren“, können Daten können in die Bibliothek importiert werden. Die Palette der möglichen Importformate sind in Version 3.3.1: *.gdb, *.gpx, *.kml, *.kmz, *.jpg, *.tcx und *.loc
  • Beim Import entsteht in der root „Meine Sammlung“ automatisch eine neue Liste welche die Elemente der importierten Datei enthält. Der Name der neuen Liste entspricht den Namen des importierten Files.
• Mit der Funktion „Exportieren“ (nicht RMT, sondern Menü oben) können Daten aus der Bibliothek in die Dateiformate *.gpx, *.gdb, *.csv, *.tcx und *.txt auf beliebige Speichermedien übertragen werden.
  
  • Beginnend bei der root, Listenordnern, Listen bis zu den einzelnen Elementen können die vorhandenen Bibliothekseinträge exportiert werden.
  • Selektion verteilter Elemente ist mit Strg+klick auf einzelne Elemente möglich.
  • In der root einzeln gekennzeichnete Einträge können beim Export zusammengefasst werden. Hierfür steht die Funktion „Auswahl exportieren…“ zur Verfügung.

Senden an (⮙ Top)

• Listen oder Elemente können über Funktion „Senden“ an andere Orte /Geräte übertragen werden.
  • Wird eine Liste an Gerät gesendet, so wird der kpl. Inhalt der Liste auf das Ziel übertragen (kopiert).
  • Die Elemente erscheinen auf dem Ziel getrennt von der Ursprungsliste. Ein Zusammenhang mit der Ursprungsliste ist nicht erkennbar.

Speicherung: (⮙ Top)

• alle Veränderungen innerhalb der Bibliothek werden vom User unbeeinflusst laufend gespeichert. Basecamp kann also einfach beendet werden. Das Abspeichern der Arbeit muss nicht explizit durchgeführt werden.
  • Die Bibliothek kann gesichert werden. Es entsteht dabei ein File mit default-Namen basecamp.backup. Speicherort und Name sind frei wählbar.

Kartendarstellung (⮙ Top)

• die Funktion des "Typfiles" ist genauso wie bei Mapsource

Weitere (eigene) Tips (⮙ Top)

• Disclaimer: es ist sehr gut möglich, daß ich bei meinen eigenen Experimenten etwas übersehen oder suboptimal herangegangen bin.

Suchen von Orten etc. (4.1.1)

• Zusammenfassung: ich kann die Logik des ganzen Funktionsfeldes "Suchen" nicht oder nur schwer in Worten beschreiben.
  • siehe auch "Suchen mit Google (Maps)"
  • V4.1.1: insgesamt macht die Usability der Suchfunktion immer noch einen recht unausgegorenen Eindruck. Es gab wohl über die bisherigen Versionen dort deutliche Änderungen, die mir aber bislang noch nicht aufgefallen waren.
  • Mein aktueller Stand ist: "ausprobieren - manchmal passiert etwas Erwartetes, manchmal nicht".
  • rätselhaft ist mir z.B. "wie suche ich ganz einfach einen Ort?". Eine genaue Adresse innerhalb eines Ortes geht, aber wenn man nur den Ort sucht...?
    Auch dies gelingt mir manchmal, und manchmal auch nicht, aber ich weiß nicht, warum ...
• Einblenden des Suchdialogs (Optionen): "Suchoptionen" (nicht "Alle suchen", dazu unten):
  
   
• Adressen suchen: den Ort unten eintippen, nicht oben. Denn die Adresse oder den Ort direkt oben einzutippen funktioniert nur, wenn das Gesuchte auf dem Kartenausschnitt sichtbar ist. (Was ist das für eine Logik? Wenn ich weiß, wo ein Ort ist, brauche ich ihn doch nicht mehr suchen?? Oder soll man jedesmal maximal rauszoomen? )
  
   
• die Auswertung folgt unten direkt der Eingabe:
  
   
• Dann Button „Suchen“ klicken ⇨ zeigt widersprüchliche Meldung, denn in der Karte wird das Ergebnis sehr wohl angezeigt (wenn der aktuelle Ausschnitt passend war!):
  

  ☞ Hierzu noch eine Bemerkung: in dieser Variante wurde der Button "Suchen" benutzt, nicht die "Lupe". Wann welches, ist mir noch unklar.
  

• Jetzt (nachdem also etwas gefunden wurde) kann man mal auf den 2. Suchdialog klicken "Alle suchen":
  
   
• Zeigt ohne jede weitere Eingabe folgendes Fenster:
  
• Offenbar wird also das vorherige Suchergebnis jetzt umfassender angezeigt.

2. Variante (scheint unter 4.1.2 die beste zu sein) (⮙ Top)

• Kurzform: es müssen zwei Eingabefelder nacheinander benutzt werden:
  1. Suchen ⇨ Adressen suchen ⇨ Suchoptionen
  2. "unteres" Eingabefeld "Position": dort Ort eingeben
  3. Feld Suche oben: dort Straßennamen oder auch Teil davon eingeben
• Beispiel: wir suchen nach "Siegfriedstr. 57, 64754 Hesseneck-Kailbach".
  • Start:
    
  • Dialog rechts erscheint - aufklappen:
    
  • Oben den Ort eintippen, bei mehreren Treffern den richtigen auswählen:
    
  • wird in die Eingabezeile übernommen (man muß bzw. darf jetzt nicht auf den Button "Suchen" unten klicken!):
    
  • nun oben die Straße eingeben. Dabei ist folgendes zu beachten:
    - nicht "-straße" oder "-strasse" oder "-str." eingeben, sondern nur "den Hauptteil" 
    - auch Vorsilben wie "IM Lerchenfeld" müssen eventuell (nicht immer!) rausgenommen werden 
    - zum Auslösen die Lupe oben klicken (grün), nicht den Knopf "Suchen" (rot)
    
  • manchmal zeigt er dann "keine Ergebnisse" rechts an, wohl aber Treffer-Markierungen links auf der Karte
    dann auf klicken und hoffen...
  • Ergebnis Beispiel (hängt vom zuvor eingestellten Kartenausschnitt ab!):
    
     
  • Ich behaupte mal, hier werden weit mehr Treffer "Siegfried*" angezeigt als man eigentlich wollte.
     
  • Die Treffermenge rechts bleibt dieselbe, auch wenn man nochmal enger reinzoomt 🡫 (wozu man allerdings schon wissen sollte, wo das Gesuchte sich befindet...), und danach nochmals auf klickt:
    
     
  • die Treffermenge bleibt auch dieselbe, wenn man zu Beginn nach dem Ortsteil "Kailbach" sucht und nicht nach "Hesseneck":
    
     
• Das alles ist schon ziemlich schwach, finde ich. Nur mal so zum Vergleich: wenn man die Adresse in Google Maps eingibt, dann bekommt man genau einen Treffer.
  Und wie einfach das ist: ein Inputfeld, fertig...:
  
• Die Suche nach Adressen war m.M. in Mapsource weit "klarer".

Google als Suchmaschine (die weitaus besser ist als die Basecamp-Suche ) (⮙ Top)

• Prinzip: in Google Maps oder Earth suchen, dann die Ergebnisse nach Basecamp importieren
• Gefunden hier (Michael Blömeke)
• Ablauf:
  • In Google Earth (nicht "Maps"!) suchen
  • Ergebnis in "Meine Orte" speichern, ggf. zuvor Unterverzeichnisse anlegen (RMT)
  • hier kann man per drag&drop weitere Orte hinzufügen
  • diesen Ordner als *.kmz speichern: RMT ⇨ "Ort speichern unter"
  • diese Datei dann in BC importieren, zuvor in passende Liste / Ordner navigieren
• siehe auch hier
• Nachtrag 2023: seit Jahren arbeite ich für einzelne Punkte wie folgt:
• das eigentliche Suchen läuft in Google Maps
• dann den gefundenen Punkt markieren ⇨ rechte Maustaste ⇨ "was ist hier?" oder die Koordinaten markieren ⇨ Ctrl C
  
• ich setze in BC irgendwo einen POI, öffne dessen Eigenschaften und übernehme mit Ctrl V ("Einfügen") die Koordinaten aus der Zwischenablage
• dann editiere ich den Rest der Eigenschaften des POI: Name, Icon, ggf. Hinweise ⇨ fertig

Suchen von Koordinaten (⮙ Top)

• Befehl <strg T>
  • ist nicht dasselbe wie Befehl "Wegpunkt"!
  • zeigt direkt ein Koordinaten-Eingabe-Fenster, und erlaubt einen Wegpunkt zu erstellen
  • Eingabeformat: "N46.655833 E12.420278" oder "N46 19.264 E13 14.109"
• Alternative: zuerst einen beliebigen Wegpunkt erstellen, und dessen Position dann über das Feld für die Koordinaten ändern

Daten (Bemerkungen etc.) in POI / Wegpunkten suchen (4.1.1) (⮙ Top)

• Beispiel: in der POI-Sammlung „Alpenpässe“ sind als Kommentar die Schwierigkeitsgrade eingegeben, „SG 1“ bis „SG 5“. Sind in der aktuellen Auswahl (entweder ein Ordner oder eine Liste) irgendwelche Punkte daraus referenziert, dann kann man danach suchen.
  🡨 Beispiel
• Diese Art von Suchen starten über:
  
• Anklicken, dann kommt oft sofort eine Trefferliste, ohne daß man irgendwelche Suchkriterien eingegeben hat (hmmm ... ).
• Danach: "Suchoptionen öffnen": das Symbol klicken
  
• jetzt Eingabe des Suchbegriffs:
  
• Treffer:
  

• Erneut suchen heißt meist kpl. von vorne anfangen.

Routen (⮙ Top)

Routen erstellen (4.1.1)

• Mehrere Wegpunkte gleichzeitig wählen <strg klick>, und dann:
  

Editieren vorhandener Routen (4.0) (⮙ Top)

• Route selektieren - in Liste oder in Kartenansicht
• Befehl "Einfügen" aktivieren
• das Routensegment wählen und anklicken:
  
• dann kommt ein Gummiband: dann neuen Punkt setzen:
  
• neuer Punkt wird gesetzt, es kann gleich mit dem nächsten Routensegment weitergehen, oder aber man wählt ein neues.
  
• Punkt löschen: mit dem Befehl "Radiergummi"
  
• Routenpunkte verschieben: Befehl "Punkt verschieben"
  
• Route am Endpunkt verlängern: das geht.
  • Befehl "Einfügen" wählen und mit dem Cursor von der Seite anpirschen, bis das so aussieht:
    ⇨ dunkle Hervorhebung erscheint. Jetzt kann man den neuen Endpunkt setzen.
  • Was nicht geht, ist das Anfügen am Anfangspunkt. Idiotisch!
  • Workaround: Route vorübergehend umkehren.

Ausschnitt verschieben während dem Editieren  (4.0) (⮙ Top)

• Cursor mittig an die Ränder fahren ⇨ es kommt ein Pfeil ⇨ diesen anklicken ⇨ Verschiebung des Ausschnitts (leider nur um ein kleines Stück - die Sprungweite sollte man einstellen können!)
• geht auch in den Fenster-Ecken ⇨ schräg verschieben

Routing-Optionen (4.0) (⮙ Top)

• ich übertrage die Routen an mein 278er fast immer als "Luftlinie" (heißt in Basecamp "Direkt").
  Dazu muß man die fragliche Route zuvor in BaseCamp als "Direkt" einstellen: Doppelklick oder rechte Maustaste ⇨ Öffnen auf die Route öffnet folgendes Fenster:
  
• ich finde dieses Vorgehen eine klare Verbesserung unter Basecamp gegenüber dem ewigen "Einstellungen / Routing / <Umschalten> ⇨ Neu berechnen" bei Mapsource.

Routingoptionen („Profile“) konfigurieren (4.1.1) (⮙ Top)

• „Vermeide Bundesstraßen“ verursacht sehr merkwürdige Routen (das kennt man ja schon lange von Garmin...): siehe unten nördlich von Bregenz - da ist halt nur eine Bundesstraße...
  
• So wäre es "normal" (die Schleife NE von Bregenz ist gewünscht, sorry, das Beispiel ist nicht allzu glücklich):
  

Warum ist bei einigen Profilen einiges gesperrt? (⮙ Top)

• z.B. „Motorrad“: manches kann man einstellen (grün), manches nicht (rot).
  
• anders bei „Dirt-Bike“:
  
• Antwort:  (4.1.1)
  • hinter den Profilen stecken nochmals „Aktivitätstypen“, die jedoch nicht mehr einstellbar sind. Deren Eigenschaften werden unabänderbar in das damit erstellte Profil übernommen.
  • Test mit einem neuen „Profil“:
    
  • Das damit neu erzeugte Profil sieht so aus:
    
  • man sieht: mittels "Bergsteigen" erstellte Profile haben gewisse Voreinstellungen (was ja auch Sinn macht).
  • die Frage bleibt aber, warum hier 2 Ebenen eingeführt wurden, und wo man die "Aktivitätstypen" wiederum einstellen könnte ...

Eigene Wegpunkte (⮙ Top)

• *.PNG-Datei, max. 32x32 Pixel (besser 24x24)
• dort max. 55 Stück
• zu benennen als "001.png" bis "055.png"
• abzulegen unter: "My Documents\Mein Garmin\Benutzerdefinierte Wegpunktsymbole" ("Eigene Dokumente\Mein Garmin\Benutzerdefinierte Wegpunktsymbole")

Aufspielen auf Garmin 278 (4.0) (⮙ Top)

• rechte Maustaste ⇨ "Senden an":
    ⇨ 
• die Route wird überspielt mit den aktuellen Routing-Einstellungen, also entweder "Luftlinie" oder eben schon fertig berechnet unter den Parametern der jew. Optionen
• eventuelle eingebundene Wegpunkte werden automatisch mit übertragen, müssen nicht markiert werden.
• die Logik ist eigentlich durchgängig und sachlogisch: "was man markiert hat, wird auch von "Senden an" erfaßt". Man kann also nicht nur einzelne Routen oder Wegpunkte überspielen, sondern auch ganze Listen oder Ordner auf einmal.

Karten übertragen (⮙ Top)

• das geht mit Basecamp gegenwärtig (4.1) grundsätzlich nicht. Hierfür verweist Garmin auf MapInstall. Das wiederum funktioniert bei mir aktuell nicht.
• Hierzu verwende ich folglich weiterhin das gute alte Mapsource. Dort dann: Lasche "Karten" in der linken Seite wählen ⇨ das gewünschte Kartenmaterial auswählen ⇨ nacheinander die Kacheln auswählen, man sieht die selektierte Menge größer werden. Achtung: max. ca. 450 MB. Abschluß mit "Übertragen ⇨ An Gerät senden".
  • beachten: TYP-File modifiziert?
• Frage im Naviboard - leider ohne Antwort geblieben:
  • es ist mir mit MapInstall noch nie gelungen, auf mein 278er (bzw. dessen 512MB-Karte) zusätzliche Kartenkacheln zu laden. Hierfür habe ich immer MapSource benutzt. Da aber die Funktion "Karten(kacheln) laden" meines Wissens nach in BaseCamp grundsätzlich nicht mehr unterstützt wird, muß es jetzt also über MapInstall klappen.
  • Die "Grundbetankung" mit CityNavigator mache ich seit Jahren problemlos mit MapUpdate. Nun habe ich aber daneben noch andere Karten, ferner habe ich immer neben der "Grundbetankung" (ich glaube "Mitteleuropa gesamt") noch einige zusätzliche Kacheln der CN geladen. (Ich habe dafür für den Gebrauch mit MapSource extra eine *.gdb-Datei angelegt, wo die Selektionsmenge gespeichert ist. Dieser Komfort entfällt dann in Zukunft wohl, wenn ich mich von MapSource löse.)
  • Gestern nun habe ich erneut versucht, einen Teil dieser Selektion (ca. 450 MB, und dann versuchshalber verkleinert auf ca. 300) über MapInstall zu laden - es ist immer dasselbe: die Karte wird zusammengestellt ⇨ Übertragung startet ⇨ läuft endlos ohne Fehlermeldung ⇨ nach einer Nacht breche ich ab ⇨ es ist nichts auf der 512er-Karte angekommen (die Lösch-Operation war also soweit erfolgreich).
  • Über MapSource klappt es einwandfrei. Ich kann knapp 480 MB Daten laden.
    

Backupdatei "explodiert" (⮙ Top)

• Seit März 2018 explodiert die Dateigröße des Basecamp-Backup's. Sie scheint sich jedesmal zu verdoppeln. Die Ursprungsdatei "AllData.gdb" ist derzeit bei mir ca. 45 MB groß. Lange Zeit war das Backup dann ca. 150 MB. Seit Januar diesen Jahres (ich weiß nicht, ob ich zu diesem Zeitpunkt 4.7.0 eingespielt habe...) hat sie sich folgendermaßen entwickelt:
  
  Man beachte insbesondere die 2 Sicherungen hintereinander am 29.3.2018.
• Heute nun kam dies hier:
  
• Versuch: ich habe alle früheren Backups vor dem Befehlsstart in ein anderes Verzeichnis verschoben. Dabei ließ sich das File von der Sicherung davor erst dann verschieben, nachdem ich BC geschlossen habe.
  
  Offenbar wurde diese Datei angefaßt und ein Filepointer lag drauf, was das Verschieben verhinderte - und somit erklärt sich auch das Verdoppeln. Warum aber faßt er diese letzte Sicherung an...?
• Ergebnis des Versuchs: wieder derselbe Fehler.
  
• Und jetzt - keine Sicherung mehr?
  Ist das eines der Probleme von 4.7.0?

Lösung (⮙ Top)

• BC legt seine "alldata.gdb" seit 4.6. in das Verzeichnis "C:\Users\<name>\Documents\Mein Garmin" (Datenablage - wo?). Das ist in der Win10-üblichen Sprache unterhalb von "Dokumente". (Bis 4.5 hat BC seine Daten unter ".../roaming" abgelegt.) Ich habe diesen gesamten Verzeichnisast "C:\Users\<name>\Documents\Mein Garmin" von allem geräumt, was nicht BC selbst dort generiert hat. Folgendes liegt jetzt noch dort:
  
  BC hat offensichtlich in diesem gesamten Ast einen "Alleinvertretungsanspruch". Zuvor hatte ich (einem Tip folgend) das Verzeichnis "Database" schon geleert, aber der Fehler trat weiter auf.
• Das Ziel-Verzeichnis für den Backup läßt man besser ganz woanders hinzeigen.
• Ich meine zwar, genau dies in meiner Versuchsreihe schon einmal gemacht zu haben, aber heute ging es.

Austausch zwischen Basecamp und Google Maps (⮙ Top)

• Stand März 2019! Kann und wird sich ändern!
• siehe auch hier
• Zunächst ein paar Worte zum Handling von GM generell.
• Der besondere Vorteil von GM liegt darin, daß die persönlichen Daten in der Cloud sind, man sie also nicht synchronisieren muß, und daß man sowohl den PC (diesen eher zum Bearbeiten der Daten) als auch Smartphone (dieses eher zum Navigieren) benutzen kann. Und das Smartphone "hat man eh", es "kostet nix".
• Ergänzung 2021: dieser Abschnitt hat begonnen mit og. Titel "Austausch zwischen BC und GM". Aber es ist eigentlich so was wie eine kleine Anleitung für GM draus geworden. Tja, Wandel in der IT...

Punkte speichern innerhalb Google Maps (in Punkte-Liste) (⮙ Top)

• Vorbemerkung März 2024: es hat sich gezeigt, daß eine Liste im "normalen" <Google Maps> verglichen mit einer "eigenen" Karte in <Google My Maps> doch einige Nachteile hat. Empfehlung daher: die POI als Punkt in einer eigenen Karte in "Google My Maps" speichern.
• in Google Maps: "Punkt speichern" ⇨ der Punkt landet in eine der am pers. Login hängenden Punkte-Listen (oder eine neue)
    ⇨
• danach sind diese POI zugänglich über die "3 Striche" (Menü) ⇨ Meine Orte ⇨ Gespeichert
  
  • von dort aus gibt es aber keine Export-Möglichkeit!
     

Neuen Punkt in eine bereits vorhandene, eigenerstellte Liste speichern (⮙ Top)

• Jan. 2020: og. Dialog ist schon wieder anders geworden. Man kann jetzt direkt nur noch in eine der 3 Listen "Favoriten", "Möchte dorthin" und "Markierte Orte" speichern, oder aber eine ganz neue erstellen. Gibt man den Namen einer bereits existierenden Liste (wie im Bsp. oben "POI") an, wird die vorhandene überschrieben und leer neu angelegt!
• will man einen Punkt in einer bereits existierenden Liste speichern, muß man anders vorgehen:
• Liste ansteuern und über die 3 Punkte öffnen:
  
• "Liste bearbeiten":
  
• "Ort hinzufügen": den Ort suchen. Achtung: der gefundene Ort wird sofort in die Liste aufgenommen. Ist's der falsche, muß man ihn wieder löschen.
  

Neue Punkte in einer eigenen Karte speichern (⮙ Top)

• hiermit umgeht man das Problem, daß man Punkte nur in eine der og. Listen speichern kann, und dann war's das. Um also etwas von Google nach BC zu transportieren, muß man anders vorgehen.
• Der Trick ist folgender: die Suche nach diesem Punkt nicht im "Standard-Google Maps" durchführen wie oben, sondern von einer der "Eigenen Karten" aus
  
  • man sieht, auch diese Suche hier ist tippfehlertolerant...
• dann wird der Punkt auf der Karte angezeigt. Dann:
  
•  ⇨ Punkt landet in der "Ebene", die aktuell markiert ist:
  
• Ergebnis:
  
• auf dem Smartphone kann man solche Punkte in Karten übrigens nicht bearbeiten oder löschen, das geht nur am PC:
  ... oder einfach die Löschen-Taste.

Google MyMaps vom mehreren Leuten bearbeiten lassen

• Einstieg aus der geöffneten MyMaps-Karte heraus: "Teilen"
  
• den Link kopieren und an den anderen schicken:
  
• dieser klickt diesen Link aus der Nachricht heraus an. Daraufhin kommt eine Maske mit einer Anfrage an den Besitzer (kein Bild). Abschicken.
• Der Besitzer (in diesem Fall ich) sollte diese Mail vom Android-Handy aus öffnen und beantworten, nicht aus z.B. Thunderbird am PC heraus. Denn nur vom Handy aus war es mir möglich, den Anfrager mit Schreibberechtigung auszustatten!
• Es ist nicht möglich, dann später mal nachzusehen, wer auf die Karte welche Berechtigung hat - jedenfalls nicht über den obigen Dialog. Irgendwo in den Untiefen vermutlich schon...

Vorhandene Punkte von Google Maps-Listen nach Google MyMaps (und dann vielleicht weiter nach GPX...?) (⮙ Top)

• Das folgende geht also nochmal zurück zum "normalen" G-Maps.
• Nov 2019: folgendes könnte schon wieder veraltet sein. Dann s.u.!
  Thema war "'Meine Orte' aus Google Maps in eine neue Karte bei MyMaps importieren" - also noch nicht der Schritt Richtung Basecamp!
• siehe https://productforums.google.com/forum/#!msg/maps-de/9T0k4MsgrhA/XZltxqAcDAAJ - im Folgenden ein Zitat von dort.
  • Nutze zunaechst Google Takeout ("Export-Werkzeug" von Google)
    https://www.google.com/settings/takeout
  • Dort erst mal alles abwaehlen, dann in der Auswahlliste zu "Google Maps (Meine Orte)" gehen und aktivieren. (Nicht: "Maps", darin läge dann Ordner "Meine Orte mit Beschriftungen", der ist aber nicht der richtige.)
    Anschliessend ein Archiv erstellen lassen und die zip-Datei herunterladen.
  • Export-Dialog Stand 2024: https://takeout.google.com/
    1. darauf achten, daß nur das notwendige gewählt ist (default = alles)
       
       
       
    2. in "Maps" noch die wichtigen Dinge auswählen:
       
    3. vieles aus "Maps" ist unwichtig => "Auswahl aufheben":
       
    4. das hier sind die Orte in Listen:
       
    5. wichtig ist je nach Zweck des Exports "My Maps" (wobei das nicht die Listen sind, sondern die Karten!)
       
    6. Wichtig ist das Export-Datenformat: es wird geliefert "Maps (Meine Orte)" als "*.json", jede Karte in "My Maps" als eine *.kmz-Datei, und (das ist das Problem!) die Orte in Listen als (kaum brauchbares) "*.csv":
       ==> brauchbar
       ==> brauchbar
       ==> kaum brauchbar, s.u.
    7. die restlichen Felder sinngemäß mit "Ok" oder "Weiter! bestätigen
    8. nach einer gewissen Wartezeit kann man eine ZIP-datei runterladen:
       
    9. man bekommt eine Email mit einem Download-Link:
       
    10. Ergebnis:
        
    11. CSV-Datei(-en) als Ausgabe der in Listen gespeicherten Punkte in Maps:
        
    12. diese dann über "Daten => Aus Text/CSV" in Excel importieren, liefert z.B. folgendes:
        
    13. grün: brauchbare Koordinaten, rot: das waren offenbar Punkte, die in GMaps bereits selbst "betitelt" worden waren. Dabei wird beim "in Linste merken" offenbar nur eine Referenz auf dieses GoogleMaps-interne Datenobjekt abgespeichert - nicht die Koordinaten, was die weitere Verwendung mit anderen Tools deutlich einschränkt!
    14. beim Import einer solchen CSV kommt in "My Maps" dann folgende Fehlermeldung:
        
        Öffnet man die Datentabelle... :
        
    15. ==> wichtiger Tip: beim Setzen von Punkten, die in Listen gespeichert werden sollen, darauf achten, daß ein "separater, eigener" Punkt gespeichert wird !!
  • Soweit der Exkurs von 2024. Aus folgdendem sieht man, daß früher also die Punkte in einer Liste exportiert wurden als JSON, mit der man (wenn auch nach Konvertierung) was anfangen konnte, 2024 nicht mehr in allen Fällen.
  • Diese auspacken und die Datei "GeoJSON Gespeicherte Orte.json" ...
    
    ...in eine KML-Datei konvertieren. Mittels http://nearby.org.uk/convert-saved-places.php
  • Dann die kml-Datei in eine MyMaps Karte importieren (siehe https://support.google.com/mymaps/answer/3024836?hl=de)
    
  • diese Ebene und neu erzeugte Karte dann einen sinnvollen Namen geben.
  • Nov. 2019: bei Listen wie z.B. "Möchte ich hin" mit mehreren Punkten kommt auf diese Art immer nur ein Punkt mit => unbrauchbar.
• Fazit: schon innerhalb der Google Maps-Welt ist die Nutzbar-Machung von simplen Markierungspunkten alles andere als einfach.

Export aus "MyMaps" in eine *.KML-Datei (⮙ Top)

• Wichtig (Stand Nov. 2019): das geht wirklich nur aus einer "Karte" heraus, also nicht aus einer "Liste" wie z.B. "Meine Orte" ⇨ "Gespeichert" ⇨ "Möchte ich hin". Hier gibt es nur wenige Möglichkeiten, keine davon ist in Richtung "Übertragung nach Basecamp" oder allgemeiner "GPX-Datei erstellen" möglich. Siehe folgende Screenshots: "Freigeben" oder "Teilen" bringt nix.
  =>
• Aber wie gesagt aus einer "MyMaps Karte": in KML/KMZ-Datei exportieren und runterladen
  
  
  
  • oben nicht den ersten Haken setzen, das erzeugt wirklich nur einen Link, und ansonsten ist in der KML nichts drin.
  • "KML statt KMZ": wird man wohl immer wählen.

KML nach GPX umwandeln (⮙ Top)

• mit den Anspruch von Google ist es natürlich unvereinbar, Möglichkeiten zum wirklichen Export bereitzustellen. Warum sollte denn jemand auch die schöne neue G-Welt verlassen wollen...?
• die folgenden Webseiten (& Apps?) habe ich durch geeignete Suchbegriffe gefunden
• KML nach GPX umwandeln: https://mygeodata.cloud/converter/kmz-to-gpx
  dort dem Dialog folgen, Resultat = GPX
  • dieses GPX kann man dann einlesen, wohin man will. Ein langer Weg!

KML direkt in Basecamp importieren (⮙ Top)

• Hinweis: zumindest in der Version 4.7 kann Basecamp auch direkt KML importieren!
  

Von GPX nach Google (⮙ Top)

• Nun also der umgekehrte Weg. Praktischer Usecase z.B.: man hat Routen oder Punkte in Basecamp, möchte aber das Handy als GPS verwenden, also auf Radtouren oder Stadtexkursionen
• in diese Richtung, also Import, sind traditionell alle Hersteller weitauf aufgeschlossener als beim Thema Export.
• Voraussetzung: es existiert bereits eine eigene Karte. ("Fremde" Karten kann man logischerweise nicht bearbeiten.)
• Schritt 1:
  
• Schritt 2: in diese neue "Ebene" den neuen Inhalt importieren:
  
• Schritt 3: Quelldatei bestimmen
  
• Fertig. Ergebnis: eine neue Ebene in der vorhandenen Karte wurde angelegt.

Neue (eigene) Karte in MyMaps definieren (⮙ Top)

• "3 Striche" (Menü) ⇨ Meine Orte ⇨ Karte:
  
  
  und ganz unten:
  
  

Eigene Karte in Google anzeigen bzw. bearbeiten (⮙ Top)

• Erreichbar über "3 Striche" (Menü) ⇨ Meine Orte ⇨ Karte.
  
  • klickt man diese an, öffnet sie sich im aktuellen Fenster bzw. Browser-Tab:
    
  • klickt man dann hier, kommt ein neues Fenster bzw. Browser-Tab:
    
• so sieht's am PC aus: Vorteil am PC ist, daß die einzelnen Einträge in diesen "Ebenen" Links sind, d.h., Anklicken eines Zwischenziels zeigt diesen in der Karte. (Das ist am Smartphone anders.)
  
  • das obere ist die Route selbst, dies kann ein Polygonzug sein oder eine auf Straßen gemappte Route
  • das untere ist die Liste der Wegpunkte dieser Route. Dazu gleich noch ein Wort.
• So sieht das im Smartphone aus:
  
• hier einer der Wegpunkte, den man direkt an-routen, anspringen könnte:
  
• klickt man oben auf das kleine "I" (Info),
  
  dann kommt das hier:
  
  • ... und hier oben kann man ein bestimmtes "Zwischenziel" nicht anklicken und dorthin routen - anders als am PC !
    
• Stand Nov. 2019 also gar nicht mehr nötig sind Konverter von GPX nach KML (z.B. https://gpx2kml.com/).

Einschränkungen (⮙ Top)

• auf dem Smartphone kann man Punkte in Karten nicht bearbeiten oder löschen, das geht nur am PC.
• Importierte Routen, ob nun Luftlinien- oder Direkt-Routen, also die "Polygone", oder aber auf Straßen gerechnete Routen, eignen sich übrigens Stand Nov. 2019 nicht zum "echten" Navigieren in dem Sinne, daß das Smartphone also beim Verpassen einer Abzweigung neu rechnet.
  • immerhin hat die Liste der Zwischenziele (s.o.) dieselbe Reihenfolge, wie auch die Punkte entlang der Route sind. Insofern kann man sich unterwegs hilfsweise an der Abfolge dieser Punkte "entlanghangeln".
    • Wobei man "unterwegs", also im Smartphone, ohnehin immer nur von Punkt zu Punkt navigieren wird.
    • Und außerdem kann man im Smartphone zwar die Liste der Zwischenziele auf dem Schirm bringen, aber man kann die einzelnen Punkte nicht anklicken, es ist nur "dummer" Text.
• Man kann bei den solcherart importierten Routen zwar die "Wegpunkte", die man in BC also im Modus "Direkt" gesetzt hat, zwar verschieben, aber der Polygonzug (BC-Modus "Direkt") oder aber die auf die Straßen runtergerechnete Route bleibt einfach stehen.
  • Und selbst das ist "tricky": damit man einen Punkt wirklich "erwischt", also selektiert hat, muß man ihn über diesen Dialog hier "packen":
    
  • und dann dieses PopUp wieder schließen:
    (und nun ist der Punkt in sowas wie einem "Edit-Modus")
  • denn sonst verschiebt man die Karte auf dem Bildschirm statt den Punkt auf der Karte...
  • Ergebnis: der Punkt gehört offensichtlich von vornherein nicht zu der Route, denn letztere bleibt einfach dort stehen:
    
  • dies gilt gleichermaßen für alle Typen von Routen
• Um eine "echte" Route zu bekommen, muß man anders vorgehen.

Echte Routen in Google "My Maps" erstellen (⮙ Top)

• "echt" meine ich im Sinne von "Navigation folgt Straßen", und als Besonderheit ferner noch "die Route planen, aber dann erstmal speichern zur späteren Benutzung".
• Start aus "MyMaps" hiermit:
  
  • Nicht hiermit, das erstellt nur einen "Polygonzug" (Nutzen / Verwendung noch prüfen):
    
    in folgendem Bild ist "Testroute_LL" solch ein Polygon, hingegen "Riesrunde" ein importierter Track. Die "Testroute_LL" wurde angelegt in der gerade aktuellen "Ebene", nicht als neue.
    
• Resultat: es wird immer eine neue "Ebene" (im folgenden später umbenannt zu "Testroute3") erstellt, und darin kann man dann loslegen. Man kann auf vorhandene Wegpunkte, die aus einem Import stammen, hin fangen. Jeweils mit "Ziel hinzufügen".
  
• Wichtige Einschränkungen dabei:
  • bezüglich Wahl der Zwischenziele:
    • Ich kann's immer noch nicht recht glauben, aber trotz vieler Versuche gestern und heute ist es mir nicht gelungen, frei gepickte Punkte auf der Karte in die Route einzubringen. Entweder es wird die Karte nur verschoben, oder es wird eine nur vorübergehende Routenführung angedeutet, die jedoch wieder verschwindet. Vor allem kann man die Route nicht beginnen und enden an einem Punkt der nicht schon "benannt" links auftaucht.
    • Was man hingegen einbringen kann, sind offenbar "dunkle" Zwischenziele, die nicht in der Liste links auftauchen. (In folgendem Bild der "Schlenker" nach links.)
      
  • Anzahl der Zwischenziele: nach 10 Punkten ist's vorbei, mehr geht nicht. Dann verschwindet der Befehl "Ziel hinzufügen".
    
  • diese Einschränkungen machen für mich derzeit das Tool als ernsthaftes Routingwerkzeug noch unbrauchbar.

Weitere "Besonderheiten" von Google Maps (⮙ Top)

• Ändern des Symbols der "Punkte" in einer "Ebene": u.U. relevant, wenn ein Haufen Punkte aus anderen Tools importiert wurden (z.B. per GPX). Geht nur einzeln, Mehrfachselektion nicht möglich.
• Export nach *.KML aus Google Maps: verhält sich eigenartig ...
• man sieht: es ist noch ein langer Weg, bis man mit Google das machen kann, was ich mit der mir bekannten Garmin-Welt kann. Auf der anderen Seite hat GM auch prinzipielle Vorteile.

Google Timeline ("Zeitachse") (⮙ Top)

• Als ich dieses Feature das erste Mal in +/- vollem Umfang gesehen habe, dachte ich nur: Wahnsinn...!
• Ich hatte als Auslöser des Interesses nur die vage Hoffnung, daß eine Urlaubsreise reproduzierbar sein würde, von der ich keinen "Track" hatte, weil ich das Garmin nicht benutzt hatte, sondern nur Smartphone & Auto-Navi (RNS510). Was ich dann aber entdeckte, übertraf bei weitem meine Erwartungen. Deutlich. Hui. Zumal wenn man sich denkt, daß "Big G" noch weit mehr sammelt, was wir gar nicht mehr ansehen können... aber das soll jetzt nicht auf das übliche Klagelied hinauslaufen (s. dazu "Fazit") - im konkreten Fall hat's mir schlicht geholfen, die Route/Reise zu rekonstruieren.
• Also, zum Zweck von "Zeitachse": man kann seine (bzw. die seines Handys) kpl. Wege rekonstruieren/ansehen. Es werden sogar die verschiedenen Fortbewegungsarten (weitgehend korrekt) erkannt und dargestellt:
  
  • Autofahren ist blau, Fahrrad grün. "Big G" kennt auch "Gehen", "Fähre",...
• Man kann die Tracks als KML downloaden: (das finde ich [überraschend] freundlich von "Big G"!)
  
• ... und es kommen im KML viele Orte mit, wo man sich länger aufgehalten hat (und die "Big G" von woanders her kennt). Und eben wie/womit man dorthin gelangt ist. WAHNSINN!
• Google kann die meisten Orte, wo man war, schon selbständig, mittels all seiner gespeicherten Daten und den Algorithmen, korrekt zuordnen. Und natürlich die Uhrzeiten, ist ja banal. Hier ("4 zu korrigierende Orte") sieht man, wo G sich noch nicht ganz so sicher ist. Bestätigt man unten, liefert man weitere, in diesem Fall menschlich validierte, Daten zurück, und trägt also zur Weiterentwicklung von G bei.
  
• So sieht es in BC aus, wenn man einen Tag per KML nach BC importiert hat. Man sieht alle Aufenthaltspunkte, die Wege, die (geratetenen) Fortbewegungsarten (sie stimmen hier alle!).
  
• hier zum Vergleich die Ansicht in Google. Damit es überhaupt etwas anders ausschaut, mal eben auf "Satellit" umgeschaltet:
  

Mein Zwischenfazit (⮙ Top)

• Die mehr oder weniger zufällige Beschäftigung mit diesem Feature von Google hat mich zu folgenden Gedanken geführt. Die andere sicher schon viel früher hatten! Aber viele in meinem Bekantenkreis auch nicht. Daher das Folgende schon, aber nur kurz. Will den Grundcharakter der Website nicht ändern.-
  • ich sehe die "Bedenken", die man so liest & hört, jetzt mit etwas anderen, bewußteren Augen
  • das Zeitalter der Garmin's und anderer "klassischer" Navi's ist nach meiner Überzeugung i.W. vorbei. Nur dort, wo es keine Netzabdeckung gibt oder Roaming zu teuer ist, da finden diese Lösungen vorläufig noch ihre Nische.
  • "Big G" weiß alles. Weil wir selbst die Sinnesorgane sind, die brav alle Daten ans Zentralnervensystem liefern, so wie wir das auch von unseren Augen, Ohren etc. erwarten. (Und zum Arzt rennen, wenn das mal zu wünschen übrig läßt.)
    • Wie mögen sich die einzelnen Körperorgane oder gar Zellen damals vor 500 Millionen oder 1 Milliarde Jahren gefühlt haben, als sich das neu entstandene "Gehirn" plötzlich als "Zentrale" etabliert hatte? Und überall seine neugierigen "Nerven" hinschickte? Solche Gedanken drängen sich mir auf. Aber nun wirklich genug davon.-
  • Denn: niemand muß "Timeline" aktivieren! Es ist halt manchmal nützlich, aber es ist unsere Entscheidung.
    Nochmal "denn": Keine Daten für den Algrorithmus ⇨ keine "Gefahr".