Antefix

Dieser Standardtext „submitted via Garmin Oregon 7xx“ ist sowieso einfach blöd. Als Cacheowner bekommt man dann die nette Information via Mail, dass der Cache zwar mit einem Oregon 7xx gefunden wurde, dies ist aber auch schon alles. Als Owner weiss ich weiss weder, ob du Spass gehabt hast, ob alles in Ordnung ist, noch sonst irgendwas, ich hab lediglich eine zugemüllte Mailbox. Frustrierend. Wenn das Logs nachher noch online editiert wird dann bekommst du das als Owner gar nicht mit - da gibt‘s nämlich keine Mailbenachrichtigung mehr. Du kannst also praktisch schreiben was du willst, der Owner merkt dann auch nicht, wenn übel gespoilert wird. Denn, ganz ehrlich: die wenigsten Owner schauen nachher nochmals die Logs online an. Das macht vermutlich fast kein Owner. Es gibt sicher einige Owner, die sich über diese automatische Logfunktion ärgern. Die kann man aber ganz einfach ausschalten: -links unten das Symbol mit den drei Strichen klicken (Einstellungen) - Menüpunkt Geocaching - Geocaching Live - Auto Upload Logs ausschalten. Das ist standardmässig eingeschaltet. Am Besten ist wohl, wenn man mit dem Oregon 7xx Field Notes macht und dann in Ruhe zu Hause mit dem PC loggt.

Alles wieder paletti, es geht wieder.

Eben in einem deutschen Forum gelesen, dass es wieder gehen soll. Mal schauen, werde es am Abend testen....

Ja, ich habe auch gelesen, dass es Probleme mit den Benachrichtigungen gibt. Zumindest früher war es mal so, dass für die "alten" Caches keine Benachrichtigung rausging, wie es aktuell ist weiss ich auch nicht, (siehe Punkt 2). Darum zur Sicherheit auch dieser Check. Ich denke, dass aktuell ein Roulette-Rad bei den Notifications eingebaut wurde, damit nicht immer die gleichen Cacher den FTF machen.

Ok, schauen wir vor dem Urteil noch zwei relevante Abstände an: 1. Die Distanz von den in GC erfassten Homekoordinaten (nicht die echten...) zur Listingkordinate des Caches sind kleiner oder gleich. 2. Die Dauer zwischen Placed-Datum des Caches (vom Ownet gesetzt) und dem Publish-Datum des Caches sind kleiner oder gleich. Sind beide Voraussetzungen erfüllt?

Danke für den Hinweis, ist jetzt auch auf der Wiki :-)

Und hier noch der richtige Link http://support.groundspeak.com/index.php?pg=kb.page&id=206

Scheint wie ein früher Aprilscherz zu sein. Ein herzliches Willkommen für unseren neuen Reviewer "hoepsillenium", welcher als "hoepsi" unterwegs ist. Somit haben wir den ersten Reviewer aus Liechtenstein, er wird aber nicht nur fürs Ländle, sondern auch für die Schweiz Caches freischalten.

Diese Wegpunkte sind alle bei den Koordinaten 00° 00.000 00° 00.000. Um diese Infos aufs Garmin zu bekommen kannst du sie in das "Add to first Log" einpflegen. Ich mach das auch so. Guck hier: http://www.swissgeocacheforum.ch/forum/topic/11808-additional-waypoints-bei-cachebeschreibung-anzeigen/

Cool, ich mache aus meinem Mystery auch ein Tradi, die Überraschung ist dann sicher gross, wenn du vor Ort nichts findest...

Lustig, dass man nun auch über Guidelines abstimmen kann. Früher waren viele Multis, wo man vor Ort was lösen musste als Mystery publiziert. Das stimmt! Da gab es auch noch nicht das Attribut "Field puzzle", welches extra zu diesem Zweck eingeführt wurde. Nun gilt also klar: Wenn man direkt ins Feld kann ohne "Vorbereitung" dann Multi, sonst Mystery.

Dieser gut geschriebene Artikel ist doch sehr lesenswert: http://www.geocaching-franken.de/allgemein/7-gruende-warum-du-reviewern-eine-chance-geben-solltest/

Hm, ich habe das Problem seit fast einer Woche. Am Morgen und tagsüber geht es gut, am Abend ist essig. Hier meine Werte: C:\Users\antefix>tracert www.geocaching.com Routenverfolgung zu www.geocaching.com [63.251.163.200] über maximal 30 Abschnit te: 1 <1 ms <1 ms <1 ms 192.168.0.1 2 10 ms 11 ms 8 ms 178-82-10-1.dynamic.hispeed.ch [178.82.10.1] 3 7 ms 7 ms 6 ms 217-168-55-121.static.cablecom.ch [217.168.55.12 1] 4 14 ms 13 ms 14 ms 84.116.202.237 5 35 ms 25 ms 14 ms at-vie01a-rd1-xe-1-1-0.aorta.net [84.116.134.230 ] 6 14 ms 15 ms 19 ms 84.116.133.97 7 14 ms 13 ms 12 ms ae-10.r03.frnkge03.de.bb.gin.ntt.net [80.81.192. 46] 8 37 ms 13 ms 17 ms ae-1.r21.frnkge03.de.bb.gin.ntt.net [129.250.6.2 16] 9 116 ms 119 ms 117 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net [129.250.3.1 80] 10 * 122 ms 115 ms ae-0.r22.nycmny01.us.bb.gin.ntt.net [129.250.3.7 2] 11 * * * Zeitüberschreitung der Anforderung. 12 191 ms 190 ms 191 ms ae-2.r04.sttlwa01.us.bb.gin.ntt.net [129.250.5.4 5] 13 172 ms 172 ms 173 ms ae-0.internap.sttlwa01.us.bb.gin.ntt.net [129.25 0.201.18] 14 171 ms 172 ms 172 ms border8.po2-40g-bbnet2.sef.pnap.net [63.251.160. 82] 15 172 ms 188 ms 173 ms www.geocaching.com [63.251.163.200] Ablaufverfolgung beendet.

Sofern ich das richtig verstehe heisst das: In einer GGZ-Datei können bis 4 Mio Caches geladen werden Mit einer GPX-Datei offenbar nur 2'000 Und dann noch 4'000 Wegpunkte, wie auch immer

Nun Caches und Wegpunkte sind natürlich nicht das Gleiche. Aber hier gibt es eine Zusammenstellung über die Limiten

Ich habe schon mit dieser Person an einem Event gesprochen, die das "änet de Gränze" macht

Wenn ein Cache so viele DNF's hintereinander hat, dann bedeutet das, dass er so oft nicht gefunden wurde. Das heisst ja dieser Logtyp. Dies sollte ein sicheres Zeichen für den Owner sein, dass etwas nicht in Ordnung mit dem Cache ist. Vielleicht ist er ja noch vor Ort, aber die Koords sind ungenau, oder es bräuchte einen aussagekräftigen Hint, etc. Jedenfalls würde ich als Owner einen solchen Cache mal deaktiveren und dann überprüfen gehen. Und in der Folge ein Log vom Typ Owner Maintenance oder Note hinterlassen, sicher wird der Cache von den DNF-schreibenden "gewatched". Zusätzlich stellt sich bei mir natürlich die Frage, warum man ein DNF schreibt, wenn man weiss, wo der Cache ist, aber nicht rankommt. Ich hätte da als Suchenden eine Note gemacht. Aber dies ist eine andere Geschichte. Wie auch immer: Ein deaktivierter Cache kann durch den Owner mit einem Klick selber wieder aktiviert werden. Dies wurde ja zwischenzeitlich auch gemacht. Danke dennoch für die Meldung, offenbar ist mir hier einer in der grossen Masse "durchgerutscht", welcher wirklich nicht hätte deaktiviert werden sollen. Da auch ich nur ein Mensch bin kann das ja passieren, sorry. Wie viele Caches es in der Schweiz mit mehreren DNF's hintereinander gibt, kann ja leicht mit einer Suchabfrage festgestellt werden, das ist eine grosse Masse. Zudem gibt es noch Caches, welche Foundlogs aufweisen, obschon der Cache definitiv weg ist. Auch diese werden angeschaut und vorsorglich deaktiviert.

Für jedes Land ist ein bzw. mehrere Reviewer fürs "Aufräumen" zuständig. Das heisst, dass Caches mit drei, vier NotFounds hintereinander vom Reviewer deaktiviert werden, wenn das der Owner nicht selber tut oder eine Notiz im Cache hinterlässt, dass er eine Kontrolle gemacht hat und alles noch ok ist. Länger deaktivierte Caches werden archiviert, wenn der Owner nicht mehr reagiert. Natürlich kann es dann auch vorkommen, dass dann später jemand mit einem älteren Datum einen Fund loggt. Auch sind natürlich die PocketQueries für die Suche schlimmstenfalls zwei Tage alt, besser lässt es sich mit den vielen Caches in der Schweiz mit dem besten Willen nicht machen. Bei diesen Beispielen waren aber bei allen Caches drei oder vier NotFounds hintereinander. Welcher Cacher geht denn noch so einen Cache suchen? Ein guter Owner reagiert normalerweise nach zwei, drei DNF's deaktivert vorsorglich seinen Cache und macht zeitnah eine Kontrolle. Wenn alles ok ist mit dem Cache, dann kann der Owner den Cache ja wieder aktivieren.

Mein 650-er stürzt beim Fotografieren regelmässig ab, letzhin konnte sogar nicht mehr gebootet werden; musste das Gerät erst wieder am PC anschliessen. Dies war in den Ferien, zum Glück hatte ich noch ein anderes Gerät dabei. Leider scheint dieser (bekannte) Bug noch nicht behoben. Schade

Vielleicht mal zuerst hier nachlesen

Bei mir kommt seit gestern bei der Funktion "Get Geocaches" nach 960 Caches eine Fehlermeldung. Offenbar hat GS etwas an der API-Funktion geändert...? Scheint, dass ich nicht der Einzige bin

Ich tippe auf das alte und bekannte Problem, dass bei den Einstellungen "Position auf Strasse = ja" eingestellt ist

Ja, und darum können sie jetzt auch den Cache und den TB nicht loggen, welche sich dort oben befinden

Ein alter Fehler wäre noch das lästige "Position auf Strasse"... *duckundwegrenn"

@Kobra: Stimmt, bei mir zu Hause in der Schublade macht das Teil auch einen tadellosen Eindruck