sbeelis

Wenn Du auf "Jetzt anmelden" klickst wirst Du in der Tat danach einen Paypal Account haben. Allerdings wird - wenn ich mich recht erinnere, es ist schon ein paar Wochen her, seit ich das letzte mal was online bezahlt habe - erscheint dieser Dialog erst nachdem Deine Zahlung bereits abgewickelt ist, Du solltest zu diesem Zeitpunkt also bereits bezahlt haben und kannst das Fenster einfach schliessen. Ohne Dir etwas aufschwatzen zu wollen, aber die V8 bringt mit dem Live API einige sehr nützliche Features, die das Arbeiten wirklich sehr bequem machen...

Das hatte ich anfangs auch und ärgerte mich jedesmal. Und dann hat er sich's plötzlich gemerkt, obwohl ich nichts anders gemacht habe... Zwischendurch erscheint die Abfrage mal wieder, aber nur vereinzelt. Keine Ahnung, was man tun muss, um das "sticky" zu speichern.

Du kannst auch ohne PayPal Account per Kreditkarte bezahlen (habe ich auch so gemacht). PayPal bietet Dir dann als letzten Schritt an, gleich noch ein PayPal Konto zu eröffnen, dies ist jedoch fakultativ und nicht nötig für den Abschluss der Bezahlung. Das tritt übrigens nicht nur bei GSAK auf, sondern überall dort, wo die Kreditkartenzahlung über Paypal abgewickelt wird.

Wie ich im verlinkten Thread schon geschrieben habe, das hat bei mir mit Hilfe der Videoanleitung wunderbar geklappt, seither sitzt meine Topo V3 auf einer 8GB SD Karte, auf der es super Platz hat für diverse OSM Karten (Ausland) sowie für GPX Files (wobei die bei mir immer im internen Speicher landen). Einziges Problem: Die Karten-ID für die V3 ist anderes als die V2. Ich habe dann nach einiger Suche im Netz die ID "1395" für die Topo V3 gefunden, damit hat es super geklappt. Hast Du versucht der Videoanleitung zu folgen und es hat ein Schritt nicht geklappt? Oder gibt es einen anderen Grund, dass Du auf eine PM hoffst?

Wie Antefix beschrieben hat ist das ein bekanntes Garmin Problem (bei allen Geräten bis und mit den neuen Oregons). Irgendwie haben die Geräte Mühe, zu erkennen, wenn eine GPX/PQ Datei geändert hat seit dem letzten Start, wenn sie ersetzt wurde aber den gleichen Namen hat. So wie es aussieht laden die Geräte gewisse Informationen aus der GPX Datei in einen Zwischenspeicher und merken sich, aus welcher GPX Datei diese kamen, aber nicht was die für einen Datums/Zeitstempel hatte. Wenn Du diese nun ersetzt passen die zwischengespeicherten Werte nicht mehr zum GPX File und das führt zu Problemen. (Dies ist Spekulation meinerseits, aber als SW Ingenieur dünkt mich das die plausibelste Erklärung). Vermeiden kannst Du dieses Problem indem Du nie eine GPX Datei mit einer gleichen Namens ersetzt. Mein Vorgehe ist immer wenn ich mein Montana befülle: Garmin an den PC anschiessen GPX Datei(en) welche ich ersetzen will löschen Garmin abhängen, dieses schaltet sich aus Garmin starten und warten bis es gebootet hat -> dies ist der wichtigste Schritt dabei! Du musst einmal ohne diese Datei(en) booten Garmin wieder an den PC anschliessen (es wechselt nun in den USB Modus) GPX Datei aufs Gerät kopieren Seit ich das konsequent mache, habe ich nie mehr Probleme gehabt.

Da hast Du mich falsch verstanden. Ich halte meine GSAK Datenbank mit (zur Zeit) 22 PQs aktuell (nach Publish-Datum gestaffelt, so decke ich die ganze Schweiz ab). Genau deshalb korrigiere ich auf geocaching.com keine Koordinaten. Aber im Prinzip würde ein "aktualisieren" genügen, wenn Du die Caches mal in der DB drin hast um die bestehenden aktuell zu halten. Wie Du an die neu publizierten für die ganze Schweiz per API kommst weiss ich jetzt grad nicht auswendig (falls das einfach über haupt geht). Das Google V3 Makro hat für mich die Kartenansicht von geocaching.com vollständig ersetzt. Wenn dann im Forum mal wieder jemand schreibt, dass die Karte in ihrem Browser nicht sauber laufe oder so, kann ich locker mit der Schulter zucken :-) Ausserdem kann das Makro viel mehr, da kannst Du durch klicken auf einen Cache diesen in der DB direkt mit dem User Flag markieren, Du kannst mittels Polygon caches auswählen und darauf einen Filter setzen und vieles mehr. Du kannst das Feld "gc.note" in der Tabellenansicht von GSAK anzeigen. Allerdings wird die Notiz mit den PQs nicht geliefert, die kriegst Du (genau wie auch Favoritenpunkte) nur über das API mit Refresh Cache Data. Ich mache es meistens so, wenn ich einen Mystery gelöst habe: - Koordinaten in GSAK korrigieren (vor dem OK noch die neuen Koords kopieren) - doppelklick auf den Cache im GSAK Grid, das öffnet den Cache auf geocaching.com - die kopierten Koords auf der Webseite in die Notiz einfügen, Save, Webseite schliessen So habe ich - in den seltenen Fällen, wo ich nur das iPhone aber nicht das Monti dabei habe - zur Not die Finalkoords immer dabei. Zum "systematischen" Hochladen von korrigierten Koords in die gc.com Notiz hatte ich mal ein Makro, finde dieses aber nicht mehr, ich muss mal suchen, welches das war, sonst schreibe ich dann halt eines :-)

Bevor Du ein downgrade versuchst würde ich das Ding mal an den PC anschliessen, alle GPX Dateien aus dem /Garmin/GPX Verzeichnis löschen, das Gerät neu starten und evtl. einen "Hard Reset" machen (das solltes Du mit Googlen suchen, oder evtl. meldet sich in diesem Thread noch jemand, der grad auswendig weiss, wie's geht). Danach wieder eine GPX Datei aufs GPS, neu starten und nochmals ausprobieren.

Wie Jackeroo sagt, dazu ist das Forum da. Ausserdem ist das GSAK Forum eine unermessliche Quelle an Wissen und Hilfe. Wenn man Englisch kann sowieso, es gibt aber auch ein Unterforum, in dem man seine Fragen auf Deutsch stellen kann. http://gsak.net/board/index.php?showforum=32

Doofe Frage: Hast Du schon mal auf das quadratische Icon (am linken Rand der Karte) getippt? Das sollte dann rund werden, erneutes Tippen macht es wieder quadratisch etc. Quadratisch bedeutet: Karte immer eingenordet, rund bedeutet: Karte in Blickrichtung ausgerichtet. Auf den Kompass sollte das allerdings keinen Einfluss haben.

Das Problem ist, dass Groundspeak die Information zu den korrigierten Koordinaten in den PQ nicht markiert, das heisst, es werden dort einfach die korrigierten statt den Originalkoordinaten geliefert. GSAK hat somit gar keine Chance, zu erkennen, dass diese korrigiert sind. Wenn Du die Daten hingegen über das API lädst, so werden sowohl Original- als auch korrigierte Koordinaten geliefert und entsprechend markiert. GSAK wird in diesem Fall (falls Du's nicht schon mit einer PQ zerschossen hast :-) beide Koords importieren und das entsprechende "korrigiert" Flag setzen. Mein Fazit daraus ist, dass ich auf geocaching.com gar keine Koordinaten korrigieren, mein "Master" für alles ist GSAK, das heisst, ich korrigiere dort die Koordianten von gelösten Mysteries und Multis, somit werden mir sowohl mit der PQ wie auch mit dem Live API immer nur Originalkoords von groundspeak geliefert. Da ich kaum noch mit dem iPhone Cache und auch die Karte auf geocaching.com fast nie mehr brauche kann ich mit dieser Lösung ohne bemerkbare Einschränkungen leben. Als GPS benutze ich mein von GSAK befülltes Montana (inkl. der aus GSAK gelieferten korrigierten Koordinaten) und für die Kartenansicht verwende ich GSAK mit dem Google Map V3 Makro (inklusive der in GSAK korrigierten Koordinaten). Ich weiss nicht, ob meine Lösung auch deine Lösung ist, aber ich hoffe, Dir wenigstens erklärt zu haben, wieso es diese Diskrepanz gibt, die Du beobachtet hast.

Wenn man böse wäre, könnte man etwas von der Schwierigkeit im hohen Alter noch neue Sachen zu lernen sagen Da ich aber auch altersmilde bin, mache ich Dir das gleiche Angebot wie Jackeroo: Wenn Du den Weg nach Bern in Kauf nimmst, können wir gern mal zusammensitzen und das anschauen (per PN wird er Dir sicher auch den Preis für eine solche Instruktion nennen können )

Das ganze variert noch ein wenig, wie Du das konfiguriert hast (siehe dazu unten mehr). Grundsätzlich läuft es so, dass Du auf dem Oregon die Logs machst (Found, DNF, NM) und diese in die geocache_visited.txt Datei geschrieben werden. Wenn Du nun in GSAK unter dem Menu "geocaching.com access->Publish logs" aufrufst, öffnet sich (wenn keine ausstehenden Logs vorhanden sind) ein leeres Fenster mit einem Button "Fetch". Klickst Du dort drauf, erscheint ein Kontextmenu, in dem Du "From GPSr" auswählen kannst. Nun wir die geocache_visited.txt Datei vom Oregon gelesen und entweder gelöscht oder in den GSAK Folder verschoben (je nach Konfiguration, siehe unten). Nun solltest Du statt des Buttons die Liste mit Deinen Funden (und DNFS :-) sehen. Solange Du diese nicht veröffentlichst (publish all/selected) oder wieder löschst, werden diese nun wenn Du "geocaching.com access->Publish logs" aufrufst angezeigt. Das "Fetch" Menu ist immer noch zugänglich, allerdings nicht mehr über den Button, sondern über einen Rechtsklick in die Liste, das sollte dann wieder das Menu öffnen. So kannst Du im Prinzip die geocache_visited.txt Datei von mehreren Cache-Tagen einlesen, auch wenn Du noch nicht Zeit hattest alles zu loggen. Je nach Konfiguration (siehe unten) werden die Caches, welche Du auf dem Oregon mit "Found" geloggt hast entweder direkt beim Import oder aber erst nach der Veröffentlichung in der DB als "gefunden" markiert. Du solltest in der Liste sehen, was für einen Log Du auf dem Oregon geschrieben hast (Found, DNF, NM) sowie Zeit und Datum. Mit den Buttons links kannst Du die Reihenfolge z.B. auch noch anpassen. Durch Doppelklick auf einen Cache kannst Du nun die Field Note, die Du evtl. auf dem Oregon geschrieben hast sehen und Deinen Online Log schreiben. Die Buttons "Trackables" und "Images" verwendest Du fürs Anhängen von Bildern sowie das ablegen/entdecken/mitnehmen von TBs. Wenn Du den Log geschrieben hast, kannst Du mit den Pfeiltasten zum nächsten Cache gehen (oder aber Du klickst auf OK und öffnest den nächsten Cache aus der Liste; kommt aufs gleiche raus). Wenn Du alle Logs geschrieben hast klickst Du auf OK, um zurück zur Liste zu gelangen und verwendest dann "Publish all" um die Logs an geocaching.com zu senden. Nun sind die Caches auf der Webseite auch geloggt. Die Konfiguration versteckt sich im zweiten Reiter der "Publish Logs" ansicht. Hier kannst Du das verhalten bezüglich geocache_visited.txt definieren (löschen oder backup anlegen; ich empfehle Backup anlegen), wann ein Fund markiert wird (beim Import oder beim Publish; ich empfehle Publish), ob Du alle Logs in der Liste sehen willst oder nur unveröffentlichte (ich empfehle zweiteres) und sonst noch ein paar Dinge. Falls Du die geocache_visited.txt Datei für diesen bestimmten Tag nirgends mehr finden kannst ist es auch möglich zuerst einen Filter für bestimmte Caches zu setzen und dann beim Fetch "From Filter" zu wählen. Oder wenn es nur wenige Caches sind rechtsklickst Du auf den Cache und wählst im Kontextmenu "Add to publish logs", allerdings musst Du in beiden Fällen dann den Logtyp und das Funddatum noch manuell setzen. Ich hoffe, dass Dir das vorerst mal weitergeholfen hat.

So, nachdem ich heute zum zweiten mal mit der Version 5.40 unterwegs war (und diesmal etwas ausgedehnter als beim ersten mal) habe ich nun doch einen Fehler gefunden, den ich mit der vorderen Version so nie gesehen hatte: -> Suche -> Geocache -> Auswählen -> Los -> Navigieren "Zu Fuss" bis ich ein paar dutzend Meter dran bin -> Suche -> Routenaktivität andern -> Luftlinie Nun wird zwar die Luftlinie zum Cache angezeigt, der Cursor bleibt aber hartnäckig auf dem Weg und zeigt in die Richtung, die dem Weg folgt, auch wenn ich unterdessen z.T. 90° vom Weg weg laufe. Gerät ausschalten und wieder einschalten behebt das Problem. Von Anfang an "Luftlinie" statt "Zu Fuss" geht auch, dann tritt das Problem nicht auf. Hat des jemand anders auch beobachtet? Ich werd mich noch ein wenig achten, ob ich das noch besser eingrenzen kann.

Hast Du konkret mit der Version 5.40 neue alte Probleme? Oder war das einfach ein generelles Misstrauensvotum? Bei mir läuft seit 4.90 eigentlich jede Version, die ich ausprobiert habe (aktuell 5.40) ohne nennenswerte Probleme.

Ich habe dieses Gerät nicht, kann Dir also nicht spezifisch damit helfen. Ich gehe von folgenden Annahmen aus: 1) Du hast mit dem TomTom Makro aus GSAK die *.OV2 und *.BMP Dateien erzeugt 2) Wenn Du dein TomTom Gerät an den PC anschliesst, siehst Du dieses als externes Laufwerk Was ich auf dem iPhone gemacht habe, war auf diesem externen Laufwerk alle Verzeichnisse anzuschauen, bis ich dasjenige fand, in dem auch *.OV2 Dateien lagen, dort habe ich sowohl die OV2 als auch die BMP Dateien des Makros hineinkopiert. Danach musst Du vermutlich das Gerät neu starten. Mit der iPhone App hat das so wunderbar geklappt. ACHTUNG: Ich kenne dieses Gerät wie gesagt nicht, ich kann somit nicht ausschliessen, dass Du es mit obiger Anleitung ins Nirvana schickst. DU FOLGST MEINEN SCHRITTEN ALSO AUF EIGENE VERANTWORTUNG, ICH ÜBERNEHME KEINE VERANTWORTUNG, WENN DAS DING NACHHER NICHT MEHR LÄUFT.

Für kalte Finger habe ich auch keine Lösung :-) Um die SD Karte aus dem Monti rauszunehmen würde ich dieses sowieso ausschalten, ich glaube ausserdem nicht, dass das Monti neue GPX Files im laufenden Betrieb erkennt, also brauchst Du sowieso einen Neustart. Und wenn das Monti ausgeschaltet ist, kannst Du vermutlich die Nichtdarstellung der Topo verkraften. Ich persönlich würde übrigens, wenn ich GPX Dateien auf die SD Karte schreiben würde dies nicht auf der Original Topo SD tun, sondern auf einer Kopie (habe das sogar so gemacht, ohne dass ich GPX Dateien auf die SD Karte spiele; meine Original Topo SD ist zu Hause gut versorgt, unterwegs arbeite ich immer mit der Kopie). Wenn Du mit der V3-Kopie-SD arbeitest kannst Du die GPX Files drauf lassen, dann entfällt dieser Schritt. Hm, wie oft bist Du im Feld und merkst, dass Du unbedingt einen Cache suchen willst, der nicht auf Deinem Monti ist? Das passiert mir äusserst selten. Bevor ich Cachen gehe plane ich meistens meinen Trip zu Hause, d.h. ich spiele die Caches des ganzen Zielkantons (oder Kantone) aufs Monti, da habe ich dann alle "fundbereiten" Caches drauf (sprich alles, ausser den ungelösten Rätseln). Bei mir gibt es eigentlich nur zwei Gründe, dass ich einen Cache suchen will, der nicht auf meinem Monti ist: Er wurde erst während dem ich am Cachen bin veröffentlicht oder ich bin mit jemanden unterwegs, der einen Mystery gelöst hat, der bei mir noch ungelöst ist. Im ersten Fall mache ich es meistens so, dass ich auf dem iPhone die Geocaching App starte, mir dort die Koordinaten anschaue und auf dem Monti als Wegpunkt erfasse. Im zweiten Fall laufe ich mit der anderen Person mit, die ja den Cache auf dem GPS hat und lege mir einen Wegpunkt mit den Finalkoordinaten an, damit ich diese am Abend ins GSAK rübernehmen kann. Ich denke, mit ein bisschen mehr Planung kannst Du Deinen "Problemfall" vermutlich auf ganz wenige male reduzieren. Schon komisch, dass es hier im Thread diverse Leute gibt, bei denen es funktioniert das Garmin GPS im Massenspeichermodus an ihr Android Gerät anzuschliessen, es bei Dir aber nicht geht (kenne mich allerdings in der Android-Welt zu wenig aus, um zu wissen, ob die GPS Hersteller für jedes Android Phone einen eigenen Treiber schreiben müssen, oder ob es einen generischen Android Treiber für Garmin Geräte gibt. Im ersten Fall kann ich nachvollziehen, dass Garmin besseres zu tun hat, als dutzende (wenn nicht hunderte) Treiber zu schreiben, zu testen und pflegen zu müssen. Im zweiten Fall, verstehe ich nicht, wieso tifig, smurfy und maraz das schaffen und es bei Dir nicht klappt... Sobald Du das Geräte im Massenspeichermodus ans Android-Gerät bringst, entfällt nämlich die ganze Kartenfummelei: (1) Monti ans Galaxy, wird als externer Massenspeicher erkannt (wie eine SD Karte) (2) im Browser GPX File herunterladen und aufs Monti schreiben (3) Schritt (2) für jeden Cache wiederholen (4) Monti abhängen und neu starten Diese Einschränkung behindert dich so sehr, dass Du deswegen auf ein Gerät einer anderen Firma umsteigen willst? Wenn ich schaue, wie viel ärger Leute in den GSAK Foren mit GPS von anderen Herstellern beim Befüllen dieser GPS haben (was bei mir der Hauptanwendungsfall ist), dann muss ich sagen würde ich trotz des Bananenstatus neuer Garmin-GPSes jederzeit wieder auf ein (nicht brandneues) Garmin GPS setzen. Ich habe an meinem Monti wirklich nur sehr kleine Sachen auszusetzen. Hui, Schlitlen ist aber seeeehr gefährlich! Andererseits passt ein T5-Sport ja zu Dir :-D

Gerne. Beachte: (1) Das ganze kommt mit ein paar Stolpersteinen: Das TomTom Makro erzeugt 22x22 Pixel BMP Icons, die iPhone App braucht aber 44x44 Pixel PNG Icons. Ich habe die alle mal umgewandelt und ein Makro geschrieben, welches diese austauscht, ich lasse das einfach nach dem TomTom Makro laufen. (2) Es ist leider nicht möglich mit iTunes die OV2 Dateien der TomTom App unterzujubeln. Ich verwende dazu DiskAid. iPhone muss mit iTunes auf dem PC verbunden sein, dann DiskAid starten, damit hast Du nun direkten Zugriff ins iPhone Dateisystem. TomTom Western Europe suchen OV2 und PNG Dateien ins richtige Verzeichnis kopieren. Bei Bedarf kann ich das Makro aus (1) mal auf die GSAK Seite hochladen und (2) etwas detaillierter beschreiben, lass es mich wissen, falls Du weiter Hilfe brauchst.

Hab kein Android Gerät, kann also gut sein, dass allen, die eins haben klar ist, dass das nicht geht, aber: Wieso wählst Du statt "an mein GPS schicken" (was den Communicator braucht) nicht einfach "GPX File", speicherst dieses dann auf der Memory Karte, welche Du nachher ins Monti steckst? Oder kann man aus dem Android Browser nicht auf eine SD Karte schreiben?

Da bin ich nur bedingt einverstanden. In Ermangelung eines eigenen Autos habe ich kein Standalone Auto-Navi, aber für meine ab-und-zu Mobility-Fahrten habe ich mir die TomTom App fürs iPhone gekauft. Mit einem GSAK Makro kann ich OV2 Dateien erzeugen, die ich dann ins TomTom Verzeichnis auf dem iPhone lade. Mit diesen zeigt mir die TomTom App bei der Routenwahl und während der Navigation alle Caches als POI an, so sehe ich immer, woran ich grad vorbeifahre. Ich habe das noch nie auf einem Standalone-TomTom getestet, aber ich gehe davon aus, dass das darauf auch funktionieren würde (wenigstens auf den Modellen, die man an den Compi anschliessen kann und welche OV2 Dateien lesen können).

Hehe. Ich bin mir zwar immer noch nicht sicher, ob das Satire ist (dann ist sie verdammt gut) oder ob das ernst gemeint war. Ich denke ich entscheide mich für Satire und labe mich noch ein weilchen an folgendem Satz:

Habe mir das Ding mal runtergeladen und ein wenig gespielt. Hier ein paar unstrukturierte Eindrücke nach einer halben Stunde spielen: Import meiner GSAK Datenbank mit allen Caches der Schweiz (22'000 Caches, 1'6450'000 Logs) hat ca. 20 Minuten gedauert und hat zwar die Caches importiert, beim Logimport hat er am Schluss eine nichtssagende Fehlermeldung gebracht. Danach war die App so langsam, dass nach jedem Mausklick ca. 15 Sekunden vergingen bis der "Wait Cursor" erschien, danach dauerte es nochmals 30 Sekdunden bis auf die Aktion reagiert wurde (z.B. vom Auswählen eines neuen Caches in der Liste bis dessen Daten angezeigt wurden: ca 45 Sekunden Wartezeit). Der Versuch die Liste nach einem anderen Kriterium zu sortieren liess das Programm einfrieren, so dass ich es nach ca 5 Minuten abgeschossen habe --> alleine aufgrund dieses Tests ist es für mich schon klar unbrauchbar ich wollte trotzdem noch ein wenig weiterspielen, habe deshalb nach dem Neustart meine GSAK Fund-DB importiert (1300 Caches, ca 100'000 Logs), das dauerte ca. 2 Minuten und alle Daten waren danach vorhanden. die Listenansicht sieht etwas anders aus als bei GSAK, da kann man sich aber sicher daran gewöhnen, einige Felder habe ich nicht verstanden (z.B. Unterschied zwischen "Selected" und "Flagged" oder zwischen "Cust.Coords" und "Add.Coords"), das liesse sich mit etwas Zeit aber sicher rausfinden. die GSAK User Notes haben beim Import ihre Formatierung verloren, offenbar interpretiert es diese zwingend als HTML, auch wenn diese als Plaintext erfasst wurden. ich habe noch keinen Weg gefunden die "Long" und "Short Description" eines Caches zu bearbeiten (was für mich z.B. zwingend ist bei meinen eigenen Caches) dass es nicht wie in GSAK einen Splitscreen Bereich für alle Information gibt sondern für jede Informationsart ein eigenes Unterfenster ist etwas gewöhnungsbedürftig, sicher flexibler, aber auch aufwändiger in der Platzierung, wenn man die Bildschirmaufteilung kurzfristig verändern will Filtern der Caches braucht zwei Schritte (Show Selected only und dann Menu->Search->Quick select), etwas umständlich, ausserdem langsamer als GSAK viele Bedienelemente sind mit nur einem Buchstaben beschriftet, haben aber nicht mal einen Tooltip, der erklärt, was sie tun der auf der Webseite offensiv angepriesene grafische Query Builder ist zwar nett, aber auch nicht sehr intuitiv zu bedienen das Live API konnte ich noch nicht testen, da ich *hüstel* im Büro *hüstel* keinen Zugriff auf die Seite habe, auf der ich mich authentizieren müsste Die grosse (einzige?) Schwäche von GSAK ist meiner Meinung nach die relativ hohe Einstiegshürde, bis man das komplexe Programm im Griff hat. Hier haben andere Programme eine Chance. Auf den ersten Blick habe ich jedoch nicht das Gefühl, dass die Einstiegshürde bei GAPP viel kleiner ist. Ausserdem kommt die unerträglich langsame Geschwindigkeit (und Instabilität) bei einer für GSAK Verhältnisse nur durchschnittlich grossen Datenbank (in den GSAK Foren gibt es Leute, die berichten von DBs mit > 180'000 Caches). Nach einer Stunde spielen überzeugt mich das Ding nicht, was aber nicht heissen muss, dass da noch viel Potential vorhanden ist, wenn die Geschwindigkeit und Stabilität bei grösseren DBs verbessert wird. Es gibt durchaus ein paar Ideen, die mir gut gefallen (z.B. die Möglichkeit Dateien mit einzelnen Caches zu verknüpfen).

Das Problem ist, dass in einer PQ direkt von Groundspeak keine Bild-Informationen gespeichert sind. Wenn Du deren PQ direkt in Geosphere lädst, musst Du zwingend alle Caches darin noch einmal "refreshen" bevor du die bilder laden kannst. Ich weiss nicht, ob Geosphere das für alle Caches aufs mal machen kann oder nur pro Cache.

Ich verwende Geosphere nicht, bin also nicht der Experte, aber wenn es gleich läuft wie in GSAK, so werden hier auch "Listing-Bilder" behandelt, also z.B. ein Bild für ein Rätsel-Cache, oder die Geochecker-Banner, die auf bestimmten Listingseiten aufgeführt werden etc... und nicht die Bilder aus den Logs (da wären es wohl deutlich mehr bei).

Nur so nebenbei: Nie direkt das GSAK Datenbankverzeihnis auf Dropbox anlegen, das garantiert früher oder später Ärger.

iMessage, WhatsApp, SMS in absteigender Häufigkeit, Viber und Skype hätt ich auch, brauch ich aber nie.