RCH65

Der WorldView-3 Satellit von DigitalGlobe operiert beispielsweise in einer Höhe von 617km. Da erscheint ein Flugzeug, welches in lächerlichen 10km Höhe fliegt, natürlich 'knapp über dem Boden'...

Dazu erstellt Du unter geocaching.com -> "Build pocket queries" eine Abfrage (Query) für das gewünschte Zielgebiet. Hier wird der Prozess ziemlich anschaulich erklärt: https://youtu.be/Bi9ix2IBt1Y Bei der Selektion empfiehlt es sich, jeweils... I haven't found I don't own Are not on my ignore list Is Enabled ... anzukreuzen, damit nur Caches ausgewählt werden, die Du noch nicht gefunden hast und auch aktuell verfügbar sind (und Deine eigenen, sowie 'ignorierte' Caches weggelassen werden). Als Belohnung erhältst Du eine ZIP-Datei mit zwei darin enthaltenen GPX Dateien. Die grössere der beiden Dateien enthält die Geocaches. Diese kopierst Du in das \garmin\gpx\ Verzeichnis auf Deinem Gerät. Die kleinere der beiden Dateien enthält zusätzliche Wegpunkte der obigen Geocaches (Parkplätze, bekannte Wegpunkte bei Multis, sonstige 'Referenzpunkte'). Ich persönlich übermittle die kleinere Datei in der Regel nicht ans Navi, da die Wegpunkte (im Gegensatz zu den Caches) nicht aus dem Navi verschwinden, wenn die Datei wieder gelöscht (oder der Cache geloggt) wird, womit sich mit der Zeit eine grosse Menge von (veralteten) Wegpunkten ansammelt, welche dann 'en bloc' wieder rausgekippt werden müssen. Ist aber schlussendlich Geschmacksache. Für den heimischen Compi gibt's natürlich eine Reihe von 'Management Programmen' (und es wird nur eine Frage von wenigen Stunden sein, bis hier der erste 'GSAK' erwähnt), mit denen man die Selektion der Caches noch viel detaillierter auswählen kann - aber der Weg 'Pocket Query' -> 'ZIP' -> 'GPX' -> 'Navi' ist der direkte Weg.

Ahhhaaaaa..... ;-) Und ich hatte mich noch gewundert, weshalb die Caches auf der Map "manchmal" wieder mitten im Wasser landen (obwohl die Koordinaten immer noch korrigiert sind): Die *geloggten* Caches werden wieder bei den Ankerkoordinaten eingeblendet. Hätte man mir auch früher mal sagen können... Abgesehen davon ist das ebenfalls meine bevorzugte Arbeitsweise: Auf jeden Fall die korrigierten Koordinaten oben eintragen (der neue interne Checker macht das ja automatisch) und im Kommentarfeld den Lösungsweg notieren. Falls es komplizierter wird, steht dort bei mir eventuell auch nur ein Link zu einem DOCX, PDF, JPG etc mit dem ausführlichen Lösungsweg. Mit den korrigierten Koordinaten ändert übrigens das blaue Icon auf der Map, sodass man gelöste Caches erkennt (da haben sie in Seattle gefühlte 147 Jahre daran gebastelt) - zudem kann man auch danach suchen (...has corrected coordinates...). So viel ich weiss, sind die korrigierten Koordinaten aber noch kein Selektionskriterium im Pocket Query (dauert nochmals 147 Jahre). Eventuelle Hinweise eines Checkers kopiere ich übrigens auch ins Bemerkungsfeld, damit ich sie unterwegs (bei Bedarf) abrufen kann, ohne erneut den Checker bemühen zu müssen.

Ja, super... wir wollten eigentlich demnächst das inzwischen arg zerschundene 6xx durch ein 7xx ersetzen - unter anderem mit der höchst naiven Hoffnung, dass auch ein paar nie geflickte Bugs (Unmotiviertes Umstellen der Datenfelder auf der Map, Absturz bei mehrfachem Überschreiben der Cache-Koordinaten, USB Probleme) im Nachfolger behoben worden sind. Nachdem das 6xx damals gefühlte siebenundvierzig Firmware-Updates erhielt, bis es halbwegs stabil lief, scheint das 7xx nun aktuell in derselben Entwicklungsphase zu sein. Hmmm... beim 6xx wissen wir wenigstens inzwischen *wo* die Bugs sind... ​ Irgendwie haben es viele Hardware-Hersteller nicht so mit der Software...

Na, dann probieren wir das doch gleich mal aus... Herzlichen Dank!

Also... ich hätte jetzt auch mal ne Frage... ;-) Bin ja eigentlich nicht *der* grosse Fan von Challenges, bei denen man um die halbe Welt düsen muss und so haben wir uns für die "Alle Gemeinen im Kanton ZH" Challenge auch reichlich Zeit gelassen. Auf der anderen Seite... ist ja (in diesem Fall) irgendwie schon noch interessant, mal alle kleinen und kleinsten Gemeinden des eigenen Heimatkantons live gesehen zu haben. Insofern... schöne Challenge! :-) Naturgemäss sind die Lücken natürlich "am anderen Ende" des Kantons; bei uns also in den Bezirken Andelfingen und Winterthur. Nun sind wir dabei, die eine oder andere sinnvolle Tour zusammenzustellen und dabei möchten wir aber nicht einfach die (sprichwörtlichen) "Leitplankencaches" einsammeln, die ich den Nachweisen der Vorlogger finden kann, sondern halt auch mal einen Multi besuchen oder Mystery abholen (von denen ich schon eine ganze Reihe gelöst habe). Nun wär's aber auch doof, eine Gemeinde zu verpassen, weil der besuchte Cache gerade knapp ausserhalb der Gemeindegrenze verläuft (was weiss ich denn, wo die Gemeindegrenze von beispielsweise "Dinhard" verläuft). Lange Rede, kurzer Sinn: Wie kann ich nachschauen, ob "mein" gelöster Mystery auf einem bestimmten Gemeindegebiet liegt? (nicht streng geographisch, sondern nach Einschätzung des offiziellen Checkers auf project-gc.com). Habe ich da auf project-gc.com irgendwas oberpeinliches verpasst oder habt Ihr eine andere passable Lösung? Gruss RCH65

Wenn ich das richtig verstanden habe, wird der TB *nicht* in einem bestehenden Cache abgelegt, sondern an einem separaten Ort versteckt (und die Koordinaten gepostet). Das heisst folgerichtig, dass ich keinen "Drop off" machen kann und der nächste Finder den Coin von mir "grabben" muss. Korrekt? War gerade etwas verwirrt, da Du ihn aktuell in GC41WK platziert hast...

Also der zweite (5772053...) und der vierte (5769251...) Wert passen perfekt als "H-Wert" zu Gauss/Krüger. Magdeburg liegt etwa bei R-4474284 und H-5776154. die "R-Werte" sind jedoch völlig daneben... (?) Bei den letzten beiden Werten denke ich eher an eine Angabe für Neigung/Richtung des Messgeräts. https://www.deine-berge.de/Rechner/Koordinaten/Dezimal/52.118525,11.623020

Das mit den letzten 30 Tagen bezieht sich offenbar auf das Datum, an dem Du den Cache online geloggt hast (und nicht auf das im Log angegebene Funddatum). Hatte auch schon mal einen vergessenen Cache rückwirkend geloggt und der erschien dann 30 Tage lang auf dem Dashboard, obwohl das Funddatum schon länger zurücklag. Ich denke, Du hast den Cache vom 26.2 erst viel später geloggt (oder das Log gelöscht und ersetzt).

Sie haben wohl vor dem Problem kapituliert, dass sie es auch nach Monaten nicht hingekriegt haben, die korrekte Uhrzeit (gemäss Zeitzone des Caches) anzuzeigen. Dann war die API wieder falsch - nach der Korrektur derselben war's dann wieder die Webpage etc. Scheint ein "Elvis Bug" zu sein: It never dies... ;-)

Das Problem besteht offenbar auch online, wenn beim Found Log die Checkbox "Add to your favorites" angeklickt wird. Der FP landet im Nirvana... Die Korrektur ist offenbar "in Bearbeitung" ;-) http://forums.groundspeak.com/GC/index.php?showtopic=343128 Die nachträgliche Vergabe über das "Favorites" Dropdown scheint aber zu funktionieren...

Das Problem ist das Unicode Zeichen "SMILING FACE WITH SMILING EYES", das vom Webserver frech binär als UTF-8 X'F09F988A' übertragen wird. Eigentlich müsste der WebServer das als 😊 übermitteln. Ist meiner Meinung nach kein IE-Bug sondern eher ein Fehler von Groundspeak... was im Endeffekt ja aber eigentlich egal ist... ;-) Chrome und FF scheinen hier um einiges toleranter zu sein. Wenn Du den Smiley rausnimmst, wird's wohl funktionieren...

Ich muss gestehen, dass ich dies (in "Notfällen") auch schon gemacht habe, da ich chronisch knapp an FPs bin. Da gab's dann auch schon den einen oder anderen Fall, wo ich einem soeben absolvierten Multi einen FP spendieren wollte und mir das Konto bei einem (möglichst schon lange archivierten) Cache wieder ins Plus gerückt habe. Mea culpa!

Na, eeeeendlich... war ziemlich mühsam, die gelösten Coords von Letterboxes & Co. unter Kontrolle zu halten. Ja, ja, ich weiss... GSAK etc... aber die zentralsten Funktionen sollten ja wirklich über die Website möglich sein.

Und natürlich der hier: https://coord.info/GCZQDY (Glatttalbahn) - ab Hallenstadion Zürich Oerlikon

Done.

Gemäss "grünem Forum" hängt dies mit einer unterschiedlichen (falschen?) Interpretation der Zeitzonen in den verschiedenen APIs zusammen. Dort wird berichtet, dass Logs via Webpage plötzlich *vor* früher getätigten Logs via API (GSAK, Mobile-App) angezeigt werden. Offenbar wird in einer der beiden Varianten mit der korrekten Zeitzone und in der anderen mit UTC geloggt, was die Reihenfolge natürlich durcheinanderwürfelt...

...und ich hatte gedacht, dass sich das "So hell war es hier unten noch nie!" auf unsere geistigen Fähigkeiten beim Lösen dieser Stage bezog...

Ach, noch eine kleine Zusatzstory: Das Team auf dem letzten Platz wurde übrigens disqualifiziert, weil sie die "Ärztin" in der Klink überwältigt haben, als die eine Waffe gezogen hat. Es wird erzählt, da wären zwei (echte) Polizisten im Team dabei gewesen... war wohl ein Reflex... ("WAFFE!")

Herzlichen Dank an alle, die uns ihre Stimme gegeben haben! Wir durften letzten Samstag ein paar überraschend spannende (und ziemlich anstrengende) Stunden erleben - eine Jagd quer durch Zürich auf der Suche nach der "tödlichen Bombe". Die einzelnen Stationen waren jeweils mit Schauspielern besetzt, die wir in der Folge überzeugen mussten, uns die nächsten Hinweise rauszurücken - oder die manchmal auch gegen uns gearbeitet haben. So gab's beispielsweise Strafminuten, wenn man vom "bösen SRS-Team" erwischt wurde. Dabei haben sie alles mögliche eingesetzt, unter anderem auch Drohnen zur Luftüberwachung. Neben vielen speziellen Schauplätzen, die sonst nicht öffentlich zugänglich sind (die Ruinen unter dem Lindenhof, versperrte Durchgänge zwischen den Häusern im Niederdorf oder der Bunker unter dem Bürkliplatz bei der Quaibrücke) war eines der Highlights sicherlich der Besuch in der Schulthess-Klink, wo ein falscher "Dr. Langdon" (nein, nicht Tom Hanks ) gerade von einer zweifelhaften Ärztin "bearbeitet" wurde und wir anschliessend das Jacket von Dr. Langdon in der Wäscherei aufspüren mussten. Hätte echt nicht gedacht, dass sie einen solch gigantischen Aufwand betreiben (extra hierfür gedruckte Exemplare von "Blick am Abend" in den Verteilboxen mit "Fake" Nachrichten über das Thema). Das Untersuchungszelt der Gerichtsmediziner (mit "Crime Scene" Absperrung und Ermittlern im weissen Overall) auf dem Platz beim Grossmünster ist vielleicht noch erwähnenswert - denen mussten wir unbeobachtet ein Beweismittel klauen. Das hat wohl auch den einen oder anderen anwesenden Besucher etwas irritiert... Schlussendlich konnten wir die Challenge auf dem 2. Platz abschliessen... ist doch gar nicht so übel... Nochmals herzlichen Dank an alle! Liebe Grüsse Ralf (RCH65)

Sie haben immer noch keinen Plan, was schiefläuft... Wenn ich raten darf: Sie haben den Überblick über ein gigantisches SQL mit 827 JOINs verloren...

Hätte nicht gedacht, dass mich das so nervt (obwohl es nicht einmal mein Cache ist). @Reviewers: Was ist eigentlich das korrekte Vorgehen, um diesen Vollpflock sperren zu lassen? Drohungen in einem Log... das geht ja gar nicht!

Na, dann schaut Euch mal diesen netten Logeintrag an. Scheint ein äusserst unangenehmer Zeitgenosse zu sein...

Scheint offenbar seit dem 26. Juli so zu sein: Witzig ist, dass sich gewisse Owner (in einem anderen Thread) darüber wundern, weshalb sie plötzlich Notifications für uralte Logeinträge aus dem Jahr 2002 erhalten (für Reverse-Caches, die archiviert und "gelockt" sind).