sbeelis

Ich würde grundsätzlich das Splitscreen Format mal auf "Full Details" stellen. Das "Map Nearest" Format zeichnet eine Karte aller "n" Caches der Datenbank inkl. den 160m Kreisen. Je nach Konfiguration von "N" kann das sehr lange dauern. "Full Details" zeigt einfach die Karte des aktuellen Caches, die Logs, die Cache Beschreibung etc an. Dann siehst Du sicher mal, ob der Rest angezeigt wird.Wenn dann die Karte immer noch nicht angezeigt wird, musst Du evtl. die Sicherheitseinstellungen des Internet Explorers anpassen, da GSAK - ganz egal, was Dein Standardbrowser ist - immer den Internet Explorer verwendet um den Split Screen anzuzeigen.

Einer meiner All-Time-Favourites: GC2Y7RV Touristic-Sport: Hackesche Höfe Zwar keine spezielle Dose, aber mit Abstand die dreisteste Tarnung, die ich bisher gesehen habe ;-)

Nun, wenn es an dem Ort schon viele Caches gibt, welche von ihren Ownern noch gepflegt werden, gibt es ja auch keinen Grund, diese zu adoptieren, oder? Ausserdem hilft es (sowohl im Forum wie auch in Cache-Listings), wenn man versucht die deutsche Grammatik und Rechtschreibung halbwegs aufrecht zu halten. Das hilft einem zuverstehen, was Du sagen willst. Ich musste Deinen Schlangensatz oben drei mal lesen, bis ich halbwegs erahnen konnte, was Du sagen willst...

Gibt es einen bestimmten Grund, dass Du bestehende Caches suchst, um diese zu übernehmen, statt einfach eigene auszulegen?

Meine Amerika-Reisen fanden leider alle statt, bevor es Geocaching gab, da kann ich Dir keine Tipps geben. Das einzige, was mir aufgefallen ist, dass ich an der Reiseplanung überdenken würde ist folgendes: So wie es scheint wollt ihr in Yosemite nur eine Nacht verbringen. Das ist meiner Meinung nach ein Fehler. Falls ihr gern wandert, solltet ihr unbedingt ins Auge fassen auf den "Half Dome" zu steigen (geht falls Schwindelfrei ohne Kletterausrüstung), die Aussicht von dort ist absolut spektakulär, für mich eines der Highlights meiner Amerikareisen, obwohl es weniger "aussergewöhnlich" war als all die anderen Nationalparks. Die zusätzliche Nacht in Yosemite könntet ihr dann kompensieren, indem ihr nur 1 Nacht in Vegas verbringt, ich find die Stadt so abartig pervers, dass ich die sogar auslassen würde (kann aber verstehen, dass jemand, der zum ersten mal dort ist, sie zumindest mal sehen will). Ganz so "nah" ist Seattle dann doch nicht, wie RogSil das erscheinen lässt, Das ist natürlich auch eine Frage der Vorlieben :-) Auf jeden Fall wünsche ich Euch viel Spass!

Wir haben offenbar eine andere Definition von einwandfrei Aber im Ernst: Du hast ja geschrieben, dass Du die Probleme "nur" dann hast, wenn nicht fertig synchronisiert ist. Weil MySql (welches von GSAK verwendet wird) sehr häufig auf die DB schreibt (jedes mal wenn Du in GSAK etwas änderst, das gespeichert werden muss) kann es da mit dem Dropbox-Prozess der das dann synchronisiert potentiell sehr übel ausgehen. Es ist auch im GSAK Forum so, dass die meisten Leute schreiben "aber bei mir geht's", aber ab und zu kommt dann doch wer, der sich die Finger verbrannt hat. Das unschöne ist dann halt, dass unter Umständen dann die ganze DB im Eimer ist. Mir sind meine GSAK Daten zu wichtig, als diese riskieren zu wollen. Vor allem, weil es mit dem "Backup-to/from-Dropbox" Makro eine Alternative gibt, die vollständig supported und risikofrei, wenn auch minim weniger bequem ist.

Davon rät Clyde der Autor von GSAK ausdrücklich ab!

Auch bei mir keine Probleme. Zusätzlich zum Vorschlag von Mausebieber lohnt es sich sonst auch mal zu kucken, wei viele Logs Du in der DB hast und allenfals mit Purge Logs ein wenig aufzuräumen. Ich habe, nachdem ich von 2.8 Millionen Logs auf ca. 250'000 reduziert habe, ein deutlich schnelleres GSAK :-)

Gratuliere zum logistischen Kraftakt!

Ich bin grundsätzlich mit Deiner Kritik einverstanden, was die Kundenfreundlichkeit bei Garmin's Kartenmaterial anggeht. Aber die letzten beiden Punkte scheinen sich meiner Meinung nach zu widersprechen. Früher musste man die Karten ab CD auf ein Gerät kopieren und an dieses Gerät binden. Mit den neuen Karten sind diese eben grad nicht mehr ans Gerät sondern an die SD Karte gebunden, diese kannst Du aber in einem beliebigen Gerät nutzen. Also sind die Karten entweder an die SD Karte oder ans Gerät gebunden, nicht an beides. Oder wolltest Du bloss sagen, dass egal woran sie gebunden sind diese Bindung lästig ist? Da wäre ich dann wieder einverstanden ;-)

Vorbereitung für morgen? ;-)

Mkuya hat mich per Message auch auf diesen Sachverhalt angesprochen (Schade hast Du dort nicht erwähnt, dass Du es auch schon ins Forum geschrieben hast, sonst hätte ich hier auch schneller reagiert). Hier meine Antwort, auf seine Anfrage, die ich ihm ebenfalls als Message geschickt hatte: Es ist also so, dass der Cacher, der den Coin nach Südafrika brachte es gut meinte und deshalb veranlasst hat, dass jemand anders die Heimreise für ihn gebucht hat, weil er verhindern wollte, dass die Rückreise nicht zählt, wenn sie von ihm gemacht wird. Das war zwar gut gemeint, aber weder mit mir abgesprochen noch regelkonform. Sobald ich davon erfahren hatte, habe ich den "missbräuchlichen" Log gelöscht, in der Annahme, dass die 9000km dann auch abgezogen würden. Ich habe erst nach Mkuya's Rückfrage realisiert, dass dies offenbar nicht passiert ist. Ich habe probiert, das auf der Seite des TBs zu korrigieren, aber da wird die Distanz einfach immer auf den nächstne Log weitergereicht. @Rennleitung: Seht ihr eine Möglichkeit, dass bei TB-Run als Veranstaltet, abziehen zu lassen? Falls das nicht geht, sehe ich zwei möglichkeiten: die ~9000km werden am Rennende manuell abgezogen und das TB-Run Resultate bereinigt ich ziehe den Renn-TB aus dem Rennen zurück (was ich natürlich Schade fände) Ich überlasse den Entscheid der Rennleitung.

Ich bin gespannt ob/wann die diversen Garmin Modelle das neue Swissgrid Format unterstützen werden (oder - was natürlich etwas peinlich wäre - ob sie dies schon tun, wenn man die entsprechende Konfiguration auswählen würde, ich muss das bei Gelegenheit mal ausprobieren).

Je nachdem, worauf ich grad Lust habe und was zu passen scheint. Bisher eingesetzt habe ich: Excel GSAK Macros C C++ Java Javascript Mir ist nicht ganz klar, wozu Du Dir Tipps erhoffst? Ansätze für einen bestimmten der oben erwähnten Caches? Oder allgemeine Tipps, um eine bestimmte Programmiersprache zu lernen?

Sonst bin ich ja eher derjenige, der - wenn alle anderen über Änderungen von Groundspeak jammern - zu beschwichtigen versucht und nach Erklärungen sucht, wieso Groundspeak es nicht ganz so arg verbockt hat :-) Aber ich habe nun ein paar mal mit der neuen App versucht ein wenig zu spielen und bei mir ist das Ding so furchtbar langsam, dass es quasi unbrauchbar ist. Anzeigen eines Listings und durch die Beschreibung scrollen stockt alle 1.5 Bildschirmseiten für 2-3 Sekunden, auch die Anzeige auf der Karte ist bei mir nur im Schneckentempo möglich. Haben das andere auch? Oder ist das iPhone5 schon so veraltet, dass ich das einfach in Kauf nehmen muss? Nun ja, da ich sowieso vor allem mit dem Montana cache, trifft es mich nicht so hart, aber diesmal bin ich es, der die neue App eine Zumutung findet ;-)

Ich hatte nicht gesagt, dass es dazu Programmierung braucht, nur dass man es damit machen kann (und es kommt vermutlich drauf an, ob man Excel-Formeln als Programm anschaut :-)

http://coord.info/GC1Q3PM

Von den Caches, die Du gelistet hast kenne ich nur die Monsterspielplatz-Serie, aber die war etwas vom coolsten, was ich von dieser Art gesehen und gemacht habe. Unbedingt empfehlenswert!

Die Topo-Schweiz Karte entspricht den klassischen "Swisstopo" (früher Landestopo) Karten (also den gewohnten Papierkarten in den Massstäben 1:25'000 und grösser). Ab Version 3 kriegt man sowie die gerasterten (also wirklich eine elektronische Version der 1:25'000, 1:50'000, etc Karten) als auch eine stufenlos skalierbare Version. Die eingebaute Europa-Karte (das erkennst Du wenn ich mich recht erinnere am "T" im Gerätenamen, also z.B. "Montana 610T") ist wie Attila sagt unbrauchbar, da sie so wenige Details hat, dass ausser den allergrössten Städten und Strassen kaum was drauf ist. Du kannst Du Garmin-Geräten auch problemlos mit den gratis OSM Karten arbeiten. In besiedelten Bereichen sind diese unterdessen ebenbürtig (z.T. sogar besser) als die Topo-Swiss Karten. Im schwächer besiedelten Gebiet (Gebirge etc) sind die OSM Karten tendenziell eher etwas weniger gut. Ich persönlich habe für die Schweiz die offizielle TOPO Karte von Garmin (parallel zur OSM-Schweiz, die ich aber nur sehr selten brauche). Im Ausland nutze ich die jeweiligen OSM Karten, welche bisher immer von ausreichender Qualität waren.

Hier geht es um den Schnittpunkt von 3 Geraden (oder 3x von 2 Geraden) mit Fixpunkt und Richtung (ohne Distanzangaben). Dies (und vieles mehr) löse ich auf meinem iPhone mit der App "GCTools".

Das wäre sicher möglich gewesen, aber da die Begründung für die Änderung ja war, dass man aus Sicherheitsüberlegungen in Logs nicht mehr beliebige HTML Tags zulassen wollte, wäre das nicht grad sinnvoll gewesen... Wieso sie nebst den HTML Tags auch den Support für BBCode entfernt haben, bleibt mir nach wie vor ein Rätsel...

Das kann ich verstehen, mir geht es genau gleich. Falls Du das so weit wir möglich automatisiert machen willst gibt es nun für GSAK Makros, die Dich dabei unterstützen. Das eine filtert nach Caches, für die Du Logs mit BBCode Tags geschrieben hast. Das andere entfernt aus einem Log die BBCode Tags, kopiert den "gesäuberten" Log ins Clipboard und öffnet den Online Log im Browser. Was Du nach wie vor manuell machen musst, ist den Log online zu editieren und den ins Clipboard-vorbereiteten Text als neuen Logtext einzufügen. Auch das ist mir zu blöd, aber vielleicht hilft's ja jemandem. FilterBBCodeLogs EditMyFoundLog

Da hast Du natürlich recht. Meine Aussage bezog sich mehr auf HTML Tags, die vorher in Logs auch unterstützt waren.

Ich vermute mal Zufall, denn mein Profile, welches sehr viel HTML enthält sieht aus wie immer (wenn man mal die Geduld hatte, zu warten bis alles geladen ist :-)

Mir ist zwar nicht klar, was Du meinst mit "die <br/> werden immer noch generiert", aber es hat in den letzten Tagen 2 GSAK Updates gegeben, um die Markdown-Unterstützung zu optimieren, ich gehe davon aus, dass auch in den nächsten Tagen in kurzem Abstand Updates kommen werden, jetzt wo viele Leute mit den neuen Formatierungen spielen und Diskrepanzen zwischen Geocaching.com und GSAK finden. Ausserdem wurden aus dem GSAK Umfeld auch schon einige Fehler bei der Darstellung von Markdown an Groundspeak gemeldet, welche nun dort abgeklärt werden.