RCH65

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).

Oha.. dann akzeptiert Groundspeak doch noch neue API Anträge? Wenn man nämlich auf die entsprechende Page geht, steht immer noch das hier: Gut zu wissen...

Changes made from version 4.90 to 5.00: Added support for optional MTP interface mode (Setup > System > Interface) Wer nicht weiss, was MTP ist: Über dieses Protokoll verbindet sich in der Regel Euer Mobiltelefon, wenn Ihr es an den USB-Port des PCs anschliesst. Unter anderem kann das angeschlossene Gerät damit normal weiterbetrieben werden und es wechselt nicht in einen "USB-only" Modus. Zudem ist das "Auswerfen" des Geräts vor dem Abziehen der Verbindung nicht mehr notwendig. Bin gespannt, ob das mit dem Oregon dann auch wirklich so funktioniert, wie das die Theorie vorgibt... ich denke, ich upgrade jetzt nicht gerade vor der morgigen Cachertour... Wer mehr wissen will: https://de.wikipedia.org/wiki/Media_Transfer_Protocol Kleiner Nachtrag: Ein Nachteil ist, dass (mindestens unter Windows 7) bei MTP kein Laufwerksbuchstabe zugewiesen wird und der Gerätespeicher nicht in das Dateisystem eingebunden wird. Der Zugriff ist in der Folge nur via Datei-Explorer möglich. Im üblichen "Speichern unter Dialog" eines Programms ist das Gerät dann nicht zu finden. Wer also GPX Dateien via Script (oder ähnlichem) auf das Navi verschiebt, sollte die Finger davon lassen und diese Option nicht aktivieren...

"...and be attainable by a reasonable number of cachers..." Na, damit entfallen wohl definitiv die Challenges, bei denen man mindestens 12 Caches in Chile, 4 in Grönland und 1 auf der ISS gefunden haben muss...

Wenn ich das richtig sehe, sind dies die Änderungen: Ein Checker bei Project.gc.com wird vorausgesetzt - dh ich muss mich vor der Publikation mit der Syntax des verwendeten LUA-Scripts auseinandersetzen und selbst einen Checker basteln (das wird die Anzahl der neuen Challenges wohl etwas reduzieren... ) Der Cache muss an den publizierten Koordinaten sein (war schon so) oder an einem sichtbaren "additional waypoint" (was auch immer der Sinn davon sein könnte...) Der Owner muss die Kriterien selbst erfüllen (war auch schon so) und dies im Listing explizit ausweisen (wurde wohl auch bereits so gehandhabt) Keine Challenges in der Form "nnn Caches in xxx Tagen" mehr... okay damit kann ich leben... Keine Challenges mehr, die sich auf TBs beziehen (auch damit kann ich leben) Keine "relativen" Challenges (mehr als 80% xxx in Region yyy) - war meiner Meinung nach ja auch bereits so (?), da dies ja auch die Suche der "anderen 20%" reduzieren könnte. Damit bleibt im Wesentlichen übrig: Ein Checker, keine zeitbegrenzten Challenges und keine TB-Challenges... Eigentlich hatte ich ja insgeheim auf einen neuen Cache-Typ gehofft (ist ja irgendwie schon etwas "gebastelt", das in den Mysteries zu platzieren)... die Angst vor all den Problemen in den GPS-Geräten und Apps scheint wohl aber zu gross gewesen zu sein...