RCH65

Doch, mein voller Ernst Selbstverständlich habe ich auch schon (gerne) als TJ gedient und diesen Dienst auch schon in Anspruch genommen. Logischerweise schreibe ich das dann aber im Log. Was ich etwas schräg finde ist ja nur die Tatsache, wenn die Hilfe im Log nicht erwähnt wird.

Würde mich ja schon wundernehmen, ob diejenigen, die sich die Zielkoordinaten so "beschaffen" das Rückgrat haben, dies im Log entsprechend zu schreiben... ("hatte keine Lust/Lust/Interesse, das Rätsel zu lösen..."). Musste in der Vergangenheit schon oft schmunzeln, wenn bei einem "satten" Mystery im Log absolut nichts über die Mühsal der Rätsellösung steht...

Ja, das stimmt selbstverständlich. Und ich bin auch nicht wahnsinnig traurig, wenn ein Cache in einem Astloch so angefroren ist, dass man ihn nicht rauskriegt (wie vorgestern geschehen). Das konnte der Owner unter Umständen nicht ahnen. Wenn ich aber bei einem Cache bin, der sich am Boden ganz klassisch zwischen den Wurzeln eines Baumes befindet, frage ich mich halt schon, ob das Setzen des "available in winter" Attributes eine weise Entscheidung war... Da habe ich dann manchmal schon Hemmungen, überall den Schnee wegzuräumen. Obwohl das der Natur wohl nicht schadet, sieht es anschliessend einfach aus "wie Sau"...

Sollte mit dem JavaScript API von Google Maps möglich sein: https://developers.google.com/maps/documentation/javascript/examples/?hl=de Der Geocoding Service bastelt aus einer Adresse einen Satz Koordinaten: https://developers.google.com/maps/documentation/javascript/examples/geocoding-simple?hl=de Damit kann man dann die üblichen Marker erzeugen: https://developers.google.com/maps/documentation/javascript/examples/icon-simple?hl=de Du kannst auch die Boundaries der aktuell angezeigten Karte abfragen, sodass Du im Idealfall nur die Pins im aktuell angezeigten Fenster zeichnen musst.

Nun ja... ich habe keine Ahnung, was ich mit 15'000 Caches auf dem Navi anfangen sollte... aber bislang ist mir ja auch verborgen geblieben, weshalb man jede Woche alles Caches der Schweiz zu sich auf den Rechner herunterlädt. Wenn ich nach Basel cachen gehe, lade ich mir ein PQ der Region Basel auf's Navi und wenn es Richtung Bündnerland geht dann ist es halt ein PQ aus dieser Region. In Ausnahmefällen können es auch mal zwei PQs sein; wenn sich die Zielregion im Schnittpunkt zweier vorhandener PQs befindet und ich kein neues Query erstellen mag. Einzig das PQ meiner Heimregion lasse ich wöchentlich 1x automatisch aufbereiten. Alles easy peasy...

Wenn ich die folgenden Daten richtig interpretiere, würde ich mal sagen, dass GLONASS am 4. Oktober ein Problem hatte. So sehen die Differenzmessungen zwischen GLONASS und GPS an einem normalen Tag aus: Die Differenzen betragen offenbar zwischen 3 und 7 Metern in beiden Richtungen. Am 4. Oktober sieht's jedoch so aus: Nur noch zwei Messergebnisse und eines davon mit Abweichungen von 23.9 km Richtung N/S und 31.1 km Richtung W/E. Würde mich nicht wundern, wenn das eine oder andere Navi hier ebenfalls forfait gegeben hat... Quelle: http://www.sdcm.ru/smglo/stparam?version=eng&repdate&site=extern

Wäre nicht das erste Mal Anfangs April haben die Glonass Satelliten (ebenfalls) durchgedreht und jeweils Positionen 200km im Off ausgesendet. Receiver mit kombiniertem GPS/Glonass Empfang haben damals oft den Geist aufgegeben, da sie die extrem abweichenden Positionen zwischen GPS und Glonass nicht unter einen Hut bringen konnten: http://gpsworld.com/the-system-glonass-in-april-what-went-wrong/ Ist für das Problem von gestern aber natürlich reine Spekulation...

Ja, dieser Link ist weg: http://forums.groundspeak.com/GC/index.php?showtopic=326545&view=findpost&p=5433947 Offenbar haben sie die Zuteilung nach Country/State aus den Profilen entfernt und damit natürlich auch diesen Link, der direkt davon abhing. Die URL selbst scheint aber (vorerst) noch zu funktionieren: List newest in... Graubünden http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=229 Ostschweiz http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=230 Zürich http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=231 Nordwestschweiz http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=232 Zentralschweiz http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=233 Espace Mittelland http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=234 Suisse Romande http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=235 Jura http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=236 Wallis http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=237 Tessin http://www.geocaching.com/seek/nearest.aspx?country_id=192&state_id=238

Ohhh... ein Wettbewerb! In diesem Sinne: 7SofA erfüllt PS: Krieg ich ab jetzt Werbeanrufe...?

Im Prinzip würde ich es auch gerne sehen, wenn ich (im Schnitt) nicht nur bei jedem 10. Cache einen FP vergeben darf, sondern beliebig viele. Ist uns auch schon passiert, dass wir nach einer coolen Runde (beispielswiese die "Memories are made of this" Serie von mclear63) schlicht zu wenig FPs hatten, um alle tollen Caches zu belohnen. So habe ich mir halt ein paar frische FPs ergattert, indem ich bereits vergebene Favoriten aus inzwischen archivierten Caches entfernt habe (ziemlich mühsam...). Ansonsten finde ich das System eigentlich noch praktisch - wir orientieren uns in einer neuen Gegend sehr oft an den FPs, um unsere Tour zu planen und "nichtssagende" Caches zu umgehen, da wir aufgrund der Menge verfügbarer Caches etwas selektiv vorgehen müssen (bzw wollen). In der erweiterten Heimzone ist es jedoch von bescheidenem Nutzen, da wir dort (früher oder später) sowieso jeden Cache mal besuchen. FP hin oder her...

Auf meiner installierten OSM-Karte (von www.freizeitkarte-osm.de) sind die Strassennamen enthalten und werden auch schön angezeigt; mit der SwissTopo hingegen nicht (wie von SwissPoPo erklärt).

Ich habe den Garmin Communicator schon seit Jahren nicht mehr installiert. Für das Kopieren einer GPX Datei auf das Navi tut's ja auch ein simples Drag&Drop. Wenn ich dann doch mal einen einzelnen (neuen) Cache übermitteln will, verwende ich anstelle der "Send to GPS" Taste halt einfach die "GPX File" Taste und speichere die Datei auf dem Navi. Oder kann der Communicator noch etwas ganz Spektakuläres, das ich bislang nicht entdeckt habe (Neigung der Erdachse verändern oder so...) ?

Hatte gestern den ersten Absturz mit der Version 4.10 - wiederum bei der altbekannten "next stage" Funktion. Der erste Wechsel der Koordinaten funktionierte problemlos - beim zweiten Mal gab das Navi den Geist auf. Werde wohl wieder mit Wegpunkten arbeiten, wobei das andauernde Wechseln zwischen Listing (was suchen wir bei der nächsten Station?) und dem Wegpunkt schon etwas mühsam ist. Nachtrag für diejenigen, die den Link noch nicht kennen: http://garminoregon6xx.wikispaces.com/Common+Issues Der oben erwähnte Fehler wäre dann wohl #17 in der Sektion "Crash Reports".

Wir waren heute erstmals mit Version 4.1 unterwegs - hat alles problemlos funktioniert. Vor dem Start gab's dann allerdings noch kurz etwas Aufregung, da auf der Karte keine Caches angezeigt wurden. In der Liste waren jedoch alle Caches vorhanden. Habe dann herausgefunden, dass sich beim Einspielen des Updates wohl eine Einstellung verändert hat (oder ist das sogar eine neue Funktion?), sodass die Caches nur nach dem Hineinzoomen auf unter 300 Meter auf der Karte erschienen. Ist im Prinzip noch eine coole Funktion - ich habe den Wert nun auf 2km eingestellt. Wenn die Anzeige des Massstabes unten auf der Karte also 2km oder weniger anzeigt, erscheinen die Caches auf der Karte - wenn man darüber ist, um die Übersicht über eine Region zu erhalten, sind die Caches nicht sichtbar und pflastern somit nicht alles zu. Tipptopp! -> Karte einrichten -> Erweiterte Einstellungen -> Zoom-Massstäbe -> Geocaches

Stürzt bei mir ebenfalls regelmässig beim Fotografieren ab. Allerdings ist mir aufgefallen, dass das Phänomen mit einem neu geladenen Akkus selten oder nicht auftritt. Sobald aber nur noch 1 oder 2 Balken übrig sind, hängt sich das Gerät garantiert auf. Ich habe irgendwie das Gefühl, dass das Fotografieren kurzfristig so viel Strom zieht, dass das System abstürzt...

Oha... sie haben wieder mal was gebastelt: Changes made from version 3.90 to 4.10:Fixed issue with barometer when auto calibration is turned off. Fixed Cyrillic cardinal direction characters in waypoint position editing. Fixed missing ascent, descent, and elevation statistics when reviewing certain tracks. Fixed issue with geocaching 'Next Stage' feature. Fixed possible shutdown when using custom waypoint symbols. Der Fix mit der "nächsten Station" tönt schon mal sehr gut. Ob sie mit den "custom waypoint symbols" wohl die "custom geocaching symbols" meinen? Deswegen bin ich nämlich immer noch auf der vorletzten (oder vorvorletzten?) Version. Irgendwelche Freiwilligen?

Okay... da war ich wohl etwas zu spät... ;-)

Die Angabe "Last Visit" auf dem Profil wird durch Zugriffe via App nicht aktualisiert: The "last visit" field in the database tracks logins on the web site. This means of access is not being used by the API. Siehe hier: http://forums.groundspeak.com/GC/index.php?showtopic=321849&st=0&p=5375770&hl=last%20visit%20not%20updated&fromsearch=1&&do=findComment&comment=5375770 Scheint also ein "Smartphone-Only" Cacher zu sein...

Das Problem mit dem Garmin Monterra sieht so aus, dass sich neuere Android Geräte im MTP-Mode (Media Transfer Protocol) verbinden und nicht mehr im UMS-Mode (Mass Storage Mode). Der UMS-Modus wird von „einfachen“ USB-Speichern, wie zB USB-Sticks (oder den anderen Garmin GPSr) verwendet und damit hat das Programm (bzw das Betriebssystem) auch kein Problem. Der MTP-Mode bietet hier viel mehr Möglichkeiten, sodass Kamera, Lautsprecher, Bildschirm etc des Android-Geräts von Windows benützt werden können. Dummerweise können Dateien via MTP-Mode aber nicht mehr „normal“ übermittelt werden, weshalb der entsprechende Windows Dialog beim Wählen des Zielordners die OK Taste automatisch deaktiviert. So wie’s aussieht, können Geräte ab Android „Ice Cream Sandwich“ und höher keinen UMS-Mode mehr. L Ich überlege mir eine Lösung… in der Zwischenzeit kann man das Problem so umgehen, dass man auf dem Desktop einen „Garmin“ Ordner erstellt und diesen im Tool als Zielordner auswählt. Anschliessend muss der darin automatisch erstellte Ordner „GeocachePhotos“ (und dessen Unterordner) über den normalen Windows Explorer auf’s Gerät gezogen werden. Ist zwar immer noch mühsam - aber man braucht kein zweites Navi...

Ist noch doof, wenn Du vor Ort nach einem Cache suchst, dabei sind das nur die Ankerkoordinaten eines Mysteries... War heute um 12:00 Uhr immer noch nicht korrigiert - ich ersetze deshalb vor dem Transfer des GPX in einem simplen Editor jeweils den Text "Mystery Cache" durch "Unknown Cache" und alles ist okay...

10 Tage später... Moun10Bike, on 17 June 2014 - 11:27 AM, said: The change was a significant one - involving a database change to support an updated Cache Submission Process - with a fair amount of behind-the-scenes complexity. It was not something that could simply be rolled back with a wave of the hand. Our engineers have been working on a solution that allows us to keep the updated CSP and other related changes but replace "Mystery" with "Unknown" in GPX files. We expect this fix to be part of today's site update. Na, dann hoffen wir mal...

Scheint ein "Elvis-Bug" zu sein (it never dies). Offenbar werden PQs (gelegentlich?) immer noch falsch erzeugt. Keine Ahnung, ob sie permanent daran rumbasteln oder ob es abhängig ist von User, Server, PQ, Uhrzeit, Neigungswinkel der Erdachse. Gestern kamen auch die MyFinds-PQs mit den neuen "Mystery Cache" Attributen raus - dürfte wohl die eine oder andere Statistik etwas durchgeschüttelt haben. Immerhin arbeiten sie nun auch "offiziell" dran: http://forums.groundspeak.com/GC/index.php?showtopic=323195&view=findpost&p=5390657 http://forums.groundspeak.com/GC/index.php?showtopic=322935&view=findpost&p=5390487 Also... kontrolliert Eure Wochenend-PQs lieber noch zu Hause...

Nachdem Groundspeak vor einer Woche ein Update installiert hat, in welchem die Lab-Caches nun ebenfalls in der Statistik mitzählen, haben sie gemerkt, dass die distinct Angabe nicht mehr stimmt. Offenbar sahen sie keine Möglichkeit, das wieder gerade zu biegen und haben's gleich entfernt: We have in fact removed the "distinct" line from the stats, as it seems to generate tons of support tickets from people who don't know what it means or why their numbers are different, and it was failing to properly count lab caches after the release Offenbar ist die Implementierung der Lab-Caches ein ziemlicher Hack, da es dazu ja keine Logs gibt. Will gar nicht wissen, an wie vielen 100-zeiligen SQL-Statements sie rumbasteln mussten, bei denen schon lange niemand mehr weiss, was das eigentlich genau macht... Siehe hier: http://forums.groundspeak.com/GC/index.php?showtopic=322935

Das ist uns auch schon passiert. Damals war das Problem, dass wir auf dem Navi (Monate zuvor) irrtümlicherweise einen Cache als "found" markiert hatten. Seitdem hatte das Navi diesen Cache (logischerweise) immer ausgefiltert, obwohl er im GPX drin war. Ist mir erst aufgefallen, als ich auf dem Navi mal die gefundenen Caches anzeigte und der dort ganz überraschend aufgeführt wurde. Das Problem liess sich dann (auf dem Garmin) so beheben, dass ich den Cache auf dem Navi (in der Liste der gefundenen Caches) nochmals angewählt und dort ein Log des Typs "Unversucht" platziert habe.

Genau so stelle ich mir das auch vor...