sbeelis

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.

Oops, das ist mir nun aber sehr peinlich :bag: Merci für die Korrektur

Vielleicht ein Zeichen des Schicksals, dass Du es etwas übertrieben hast mit den Formatierungen? ;-) Nein, Groundspeak hat ganz klar gesagt, dass sie dies nicht planen, da "nur 3.5%" aller Logs betroffen seien. Dass das bei mehreren dutzend Millionen Logs immer noch eine stattliche Anzahl ist, scheint ihnen entgangen zu sein :-) Technisch ist das Thema schon icht ganz so trivial, wie man meinen könnte. Da es keine 1:1 Entsprechung der HTML/BBCode Tags zu Markdown gibt, lässt sich nur ein Teil der in den Logs enthaltenen Formatierungen aufs neue Format umschreiben. Die Frage ist, was man mit den restlichen Tags hätte machen sollen. (1) Die konvertierbaren umwandeln, die ohne Entsprechung stehen lassen? Dann würden die betroffenen Logs immer noch wüst aussehen. (2) Die konvertierbaren umwandeln, die ohen Entsprechung entfernen? Es gäbe sicher auch hier Logs, die danach nicht mehr schön formatiert wären, weil sie so stark auf die Formatierung gesetzt hätten. (3) Alle HTML/BBCode Tags ersatzlos entfernen? Auch hier wäre sicher bei einigen Logs das Gesammtbild verloren gegangen. (4) Alle Tags stehen lassen? Wie das ausseht, kann man in Deinen Screenshots erkennen. Egal, welche Variante Groundspeak gewählt hätte, es hätte sicher Leute gegeben, die der Meinung gewesen wären, dass es die falsche Variante ist :-) Hätte ich entscheiden müssen, hätte ich vermutlich Variante 2 gewählt. Was ich viel bedenklicher finde ist, dass Groundspeak offenbar recht grosse Probleme hat, dass die neuen Markdown Tags sauber interpretiert und dargestellt werden. Im GSAK Forum häufen sich die Threads, in denen Diskrepanzen diskutiert werden, da GSAK Markdown offenbar sehr gut rendert, Groundspeak an vielen Orten aber noch Bugs drin hat... Da ich auch bisher kaum Formatierungen verwendet habe, fällt es mir leicht auch in Zukunft darauf zu verzichten. Allen anderen würde ich raten, die neuen Markdown Tags im Moment noch spärlich einzusetzen, bis Groundspeak alle Kinderkrankheiten ausgebügelt hat. Bezüglich Deiner alten Logs hast Du drei Optionen: jeden Deiner alten Logs editieren und anpassen Deine alten Logs so lassen wie sie sind und Dich drüber ärgern, dass sei wüst ausehen Deine alten Logs so lassen wie sie sind und entspannt akzeptieren, dass sie wüst aussehen

Dave Ich habe damals im Rahmen der Monopoly-Serie zwei Tagesausflüge gemacht. An einem Tage habe ich Lausanne und Genf gemacht und am anderen Biel, Neuchatel & La-Chaux-de-Fonds. In Genf ist der Webcam-Cache (GCQXZM City of Geneva) ein paar hundert Meter vom Bahnhof entfernt, falls Dir das besser zusagt als ein Popelnano :-) In Lausanne hat es direkt am Bahnhof einen Mystery (den ich gefunden habe, aber an den ich mich nicht aktiv erinnere (GC329YE Gare de Lausanne, Noeud ferroviaire) und einen Tradi. Die Monopoly-Caches sind mit der Metro und etwas Fussmarsch in nützlicher Frist zu erreichen, benötigen zum Lösen aber etwas Zeit, ich fand aber beide recht cool. Die 2-3 Caches, die ich in Ouchy angegangen habe waren in traurigem Zustand, wenn ich sie überhaupt gefunden habe, ich weiss nicht, ob sich dort die Situation seither verbessert hat. Bezüglich Wallis lohnt es sich evtl. die Fahrpläne anzuschauen, je nachdem lohnt sich ein Abstecher von Bern nach Visp (56 Minuten) eher als von Lausanne (52 Minuten) her ins Unterwallis zu fahren, je nachdem wie Du die Route legen willst. Allerdings ist der Bahnhofscache, den ich damals in Visp gefunden habe unterdessen archiviert. In Brig (1:06 von Bern) gibt es dagegen gleich 2 Bahnhofcaches. Die Situation in Martigny kenne ich nicht. In Fribourg musst Du aufpassen, nach "GC5NEM2 Assassin II" ist "GC3X6DD Jean Tinguely" vermutlich der nächste beim Bahnhof, aber im Winter schwierig zu bergen (logs lesen :-) Die Monopoly-Schlussbox war damals super (der Cache zuvor aber extrem frustrierend), meines Wissens wurde die Box aber mehrmals verschoben, ich weiss nicht was aktuell dort die Lage ist. In Neuchâtel hat es in Gehdistanz zum Bahnhof 3-4 Tradis. Von dort hast Du alle halbe Stunde eine Verbindung nach La-Chaux-de-Fonds (Fahrzeit 28 Minuten), die bahnhofsnahen Tradis scheinen alle im Archiv zu sein, aber in Fussmarschdistanz findest Du einen der beiden schweizer Virtuals (GCJ1F8 La Porte Magique), das sollte ein sicherer Wert sein. Als mögliche Route würde sich wohl anbieten: ZH/AG -> Bern -> Brig -> Bern -> Fribourg -> Lausanne -> Genf -> Lausanne -> Neuchatel -> Chaux-de-Fonds -> Neuchatel oder Biel -> Olten -> ZH/AG ZH/AG -> Bern -> Fribourg -> Lausanne -> Martigny -> Lausanne -> Genf -> Lausanne -> Neuchatel -> Chaux-de-Fonds -> Neuchatel oder Biel -> Olten -> ZH/AG Ich wünsche Dir viel Spass und bin gespannt zu hören, ob Du das schaffst!

Ich hatte das Glück, dass meine Renn-Coin mit nach Südafrika genommen wurde und habe deshalb geschaut, wo sie nach dieser Reise in der Rangliste liegt. Aus Gwunder habe ich dann geschaut, wo der vor mir Erstplatzierte liegt und stutzte zuerst auch über die beiden Grab-Logs. Habe mir dann aber die anderen Logs angeschaut (allerdings nicht so detailliert, dass mir Datumsdiskrepanzen aufgefallen wären). Mein Fazit war "Ok, da hat jemand noch nicht genau verstanden, wie man Trackables sauber aus/einbucht, war aber offensichtlich vor Ort, also ist alles in Ordnung". Ich sehe überhaupt keinen Grund diesen TB aus dem Rennen zu nehmen!

Ich hoffe, folgende Grafik erklärt, was ich meine: Falls Dein "State" Feld Liechtestein schon enthält und Du in der BadgeGen Konfiguration Liechtenstein auch ausgewählt hast und den Badge trotzdem nicht erhältst, dann weiss ich auch nicht weiter.

Ich vermute, dass dies daran scheitert, dass BadgeGen den Inhalt des "State" Feldes analysiert und Geocaching.com für Liechtenstein dort keine Daten liefert (und das Feld somit leer ist). Wenn Du in Deinen "Load Settings" in GSAK im Feld für den "State" den Wert "SB" verwendest (und für "County" den Wert "YB") so füllt GSAK für die Länder, für die State- und County-Polygone verfügbar sind deren Werte in die entsprechenden Felder. Bei mir sind die Liechtensteiner-Caches auf jedenfall mit "Liechtestein" sowohl in "Country" wie auch "State" befüllt und BadgeGen gibt mir 100%.

Das ist eine Neuerung der neuen Geräte, welche mit dem GGZ Format eine unlimitierte Anzahl Geocaches erlauben. Damit dort die Suche nicht ewig dauert, wird sie auf die Caches in einem bestimmten Radius eingeschränkt (die genaue Distanz kenne ich nicht, scheint gemäss Berichten im bereich 100-150km zu varieren). Das "Problem" hat man also z.B. bei den neuen Oregons, dem Monterra, dem GPSmap64, den neuen Montanas (610, 680), nicht jedoch bei älteren Geräten, mit limitierter Anzahl Caches (Montana 600, 650), GPSMap 60 und 62, die alten Oregons, Dakota, etc.