sbeelis

Doch doch die gibt es :-) Das Problem ist bloss, dass es für mich - egal ob als Privatperson oder als Angestellter - genau wie für Dich nicht ganz klar ist, bei welcher Stelle in diesem riesigen Unternehmen man so eine Bewilligung einholen müsste. Und da ich davon ausgehe, dass bei den meisten Bahnhofscaches - da sie unproblematisch liegen - wohl eher "wo kein Kläger, da kein Richter" als "alle liegen mit Bewilligung" gilt, will ich nicht derjenige sein, der den schlafenden Hund weckt :-)

Die Tageskarten sind weg.

Ich konnte vor Weihnachten vergünstigte Tageskarten kaufen und bin nicht alle wie geplant losgeworden. Da wir selber das GA haben, kann ich diese nicht selber nutzen. Ich habe deshalb 2 SBB Spezialtageskarten abzugeben. Gültig bis 4. März 2015 Einschränkungen: MO-FR erst ab 09.00 bis Betriebsschluss SA+SO ohne Einschränkung Eingeschränktes Streckennetz: Gültig nur auf einem Teil des schweizer Netzes (in erster Linie SBB), Details dazu zu finden im PDF Plan, welcher attached ist. Die Dinger sind günstiger als normale "Tageskarten ganze Schweiz", dafür eben halt mit ein paar Einschränkungen (siehe oben) verbunden. Für einen Caching-Tag per ÖV aber sicher trotzdem gut zu brauchen, wenn man sein Ziel entsprechend wählt. Die Tageskarten haben mich je 34.- gekostet und ich würde sie zu diesem Preis weitergeben (inkl. Versand per A-Post). GültigkeitSpezialtageskarte.pdf

Ich habe mit Hilfe von whiterussian_ch die Gemeinde-Polygone und die Kartendaten auf den aktuellen Stand gebracht, diese enthalten nun alle Gemeinde Fusionen per 1.1.2014 und 1.1.2015. Schweiz_Gemeinden (V2.8) FindStatGenMapSwitzerlandGemeinden.zip (Gemeindekarten V8) Wichtig: Wenn ihr V2.7 oder älter des Schweiz_Gemeinden Makros verwendet habt, müsst ihr alle Gemeindenamen aus user2 (oder wo immer sonst ihr die hingenerieren liesst) entfernen (am einfachsten mit Database-->Global Replace), damit die alten, ungültigen Gemeindenamen entfernt werden. Danach das Makro starten und für alle Kantone laufen lassen. Oder aber ihr wählt im Makro "Alle Kantone" und deselektiert die Option nur leere Felder zu befüllen. Bekannte Fehler: Es ist nach wie vor so, dass Karten, auf denen ihr keine Funde habt, zum Teil "komisch" ausgefüllt werden (die Grenzen werden mit der Hintergrundfarbe gefüllt). Ich weiss noch nicht woran das liegt und wie ich es beheben kann. Mein Vorschlag: Einfach nur Karten anzeigen, auf denen ihr in mindestens einer Gemeinde einen Fund habt. Die Polygone für die Kantonsgrenzen und die Gemeindegrenzen sind nicht 100% Deckungsgleich. Im Grenzgebiet kann es deshalb vorkommen, dass ein Cache in einer Gemeinde eines Kantons liegt (z.B. Schwarzenburg, Bern) aber im Kantonsfeld den Nachbarskanton eingetragen hat (z.B. Fribourg). Dies lässt sich leider nicht mit vernünftigem Aufwand verhindern. Bei Fragen und Problemen bitte ich Euch, diese im entsprechenden Thread des GSAK Forums zu stellen, nicht hier. Viel Spass mit dem Makro und den Karten.

Ok, dann scheint sich der Text geändert, bzw. ich mich getäuscht zu haben. In zwei älteren Version die ich gefunden habe heisst es (Fettschrift und Mailadressenanonymisierung von mir): und Ich hatte irgendwie in Erinnerung es hätte da was geheissen im Stil von Evtl. ist dies der Text, den man erhält, wenn ein neues Listing noch nicht published wird... Auf jeden Fall würde ich, falls Du hier keine Antwort kriegst, was der ideale Weg ist, einfach mal die "bekannten" Reviewer mit Deinem Anliegen anschreiben. Entweder über drei PNs im Forum, oder wenn Du - wie ich - deren Mailadressen gespeichert hast direkt per Mail.

Ich habe jetzt grad kein Beispiel parat, aber steht in den "Warn-Notes" und im "Archived" Log nicht jeweils drin, dass man die Reviewer *nicht* über die PN-Funktion sondern via Reviewer-Note kontaktieren soll? Das würde dann erklären, wieso Du keine Antwort kriegst. Hast Du's mit einer Reviewer-Note schon mal versucht?

Ich kann mich dem Dank von koebilee nur anschliessen. Und noch hinzufügen, dass - zumindest bei den Eltitas Multis, die ich bisher gemacht habe - auch immer schon im Vornherein klar ist, wo diese Anfangen und wo sie enden und meist alle Wegpunkte im Voraus bekannt sind (statt diese jeweils zu berechnen). Dies macht es viel einfacher zu entscheiden, ob ein Multi in eine sowieso geplante Wanderung/Spaziergang passt oder nicht. Wenn ich mit der Familie unterwegs bin, sind die Caches meist eher Bonus als Ziel, da macht es keinen Spass einen 8-Stationen Multi anzufangen um nach 2 Stationen zu merken, dass er sich nun in eine völlige andere Richtung verabschiedet, als unser Spaziergang. Bei Eltitas kann man das schon im Vornherein abschätzen und das macht diese umso toller!

So wie es aussieht, hast Du den Anzeigetext korrigiert, nicht aber den link selbst :-)

Ich finde das eine super Idee. Mit GSAK findet man hier recht schnell recht viel. Einfach mal nach Caches suchen, welche im Namen "Sudoku", "Logical" etc haben. Aufgrund einer schnellen Suche, der hier empfohlenen Caches und einigen, welche ich selber schon gelöst habe, habe ich eine Bookmark-Liste erstellt: http://www.geocaching.com/bookmarks/view.aspx?guid=5b711ad7-356d-4f22-9257-3c7075b45892 Wenn ihr in diesem Thread weitere Rätsel-Caches postet, welche offline gelöst werden können, füge ich diese gern der Liste hinzu.

Das sollte http://coord.info/GC2FG45sein (ein Schrägstrich statt dem zweiten Punkt).

Und dann spielt es je nachdem noch eine Rolle, ob es bloss 10cm oder 60cm Schnee sind, je nach Cache ist es mit den 10cm so wie "kein Schnee", bei anderen wie "60cm"... Worauf ich damit hinaus will ist, dass es für Caches, welche nicht am Boden liegen wohl recht einfach ist ein "im Winter machbar" Attribut zu setzen. Das "im Winter nicht machbar" (oder "bei Schnee nicht machbar") Attribut jedoch allenfalls nicht ein so klarer Fall ist, z.B. bei Caches die in Bodennähe liegen.

Auch von mir ein dickes Danke!

Ich glaube nicht, dass dies möglich ist. Dazu müsstest Du dem Groundspeak Server ja irgendwie sagen können, welche Caches Du bereits in der DB hast, damit diese nicht mehr mitgeschickt werden. Diese Option bietet das API meines Wissens nicht.

Was Mausebieber nicht erklärt hat, ist wieso Dein GSAK meinte, es sei aktuell, obwohl dies nicht der Fall war :-) Wenn Du unter Menu->Tools->Optionen (bzw. Menu->Extras->Optionen wenn Dein GSAK deutsch spricht) geht und dann den letzten Reiter wählst, gibt es eine Option, mit welcher Du wählen kannst, ob nur die "Vollversionen" (die mit den 0-Nummern wie z.B. 8.4.0) oder auch Zwischenversionen (wie z.B. 8.4.1.95) automatisch zur Installation angeboten werden sollen. Wenn Du dort den Haken setzt, fragt Dich GSAK nun deutlich häufiger, ob Du updaten willst. Das ganze hat nichts mit Makros zu tun.

Den Publish Log gibt es erst seit ca. 2005. (Nicht dass ich damals schon dabei gewesen wäre :-)

Auch ich finde es erfreulich, dass die Reviewer in der Schweiz unter ihren normalen Accounts diese wichtige Arbeit für uns erledigen. Merci sowohl für Euer Engagement als auch für die Transparenz. Auch wenn ich es begrüssen würde, wenn der "Aufräumjob" genauso transparent gemacht werden würde, kann ich nachvollziehen, dass dies nicht immer angenehm ist, vor allem, wenn diese Person ausschliesslich die "undankbare" Arbeit macht. Deshalb ist es wohl ein guter Kompromiss, dass die "normale" Reviewerarbeit mit Euren gewöhnlichen Kontos gemacht wird und die "kritikreiche" Arbeit mit einem Zweitaccount.

Das machen wir - in den seltenen Fällen, wo es was zu tauschen gibt - immer noch, sowohl im Papierlog, wie auch online.

Ich hatte ähnliches beobachtet bei einer Lock'n'Lock Dose, welche ich Kopfüber magnetisch deponiert hatte. Bei üblem Wetter und/oder Tau hat sich das Wasser dann im "hängenden" Deckel auf dem Dichtungsring gesammelt. Wenn der nächste Cacher kam und die Dose öffnete, damit hantierte und sie dann wieder verschloss gelangte offenbar jedesmal ein wenig von dieser so gesammelten Feuchtigkeit in die Dose. Die einzelne Menge war vermutlich vernachlässigbar, aber was in der L'n'L Dose drin ist, kann nicht mehr raus und mit der Zeit wurde es dann so richtig tropisch in der Büx :-( Nun hängt sie in der korrekten Position und seither habe ich viel weniger Ärger damit. Fazit: Wasser ist hartnäckig und steter Tropfen schimmelt den Cache (oder wie immer das Sprichwort schon wieder hiess :-)

Und einfach fürs Protokoll: Als Du Dein Konto erstellt hast, hast Du unter anderem im Kleingedruckten zugestimmt, dies nicht zu tun (konkret läuft das unter "Scraping der Geocaching.com Webseite"). Ob Du's trotzdem tun willst musst Du selbst entscheiden, ob sie's merken oder nicht und falls ja, ob sie darauf reagieren weiss ich nicht, aber im schlimmsten Fall bist Du Dein Konto los...

Kann es sein, dass du irrtümlich die folge 52 statt der 53 hochgeladen hast? Wenigstens auf meinem iphone wird unter dem titel 53 die 52 gespielt...

Du kannst da macro als postload macro angeben, dann wird das immer gleich beim laden neuer caches ausgeführt.

Ein alleinstehendes --> sollte harmlos sein, denke ich. Wenn Du willst, dass das GarminExport Macro dies übernimmst, schlage ich vor, dass Du im entsprechenden Support Thread danach frägst, lignumaqua ist meist recht hilfsbereit bei solchen Sachen...

Ausserdem wäre dies eine Verletzung der Nutzungsbestimmungen von Groundspeak, Du hast Dich damit einverstanden erklärt, ihre Cache-Daten nicht anderen zur Verfügung zu stellen. Edit: oops, erst jetzt gesehen, dass Riepichiep das auch schon geschrieben hat.

Es gibt diverse Leute, welche in Ihren Logs am Ende "<!--" anfügen. Dies hat dann die Konsequenz, dass der Text "This log was edited on YYYY-MM-DD HH.MM" auf der geocaching.com Seite nicht angezeigt wird, weil alles was nach dem "<!--" dann als Kommentar interpretiert wird (und ihre Web Software offenbar das fehlende "-->" Tag selbst einfügt, wenn der Log fertig gerendert ist). Diese Zeichen werden dann natürlich inkl. unterminiertem HTML Kommentar in die PQs exportiert, wo sie dann kräftig ärger verursachen. Im GSAK Forum, gab es da längere Threads, weil auch GSAK wegen diesem illegalen HTML anfangs Probleme hatte. Unterdessen ist GSAK so "klug", dass es unterminierte HTML tags am Ende jedes Logeintrags terminiert (nicht nur Kommentare, auch <b> und <i> etc). Garmin ist offenbar noch nicht so weit und fliegt auf die Nase... GSAK kann da wirklich nichts dafür.

Gut möglich, dass dies das Problem ist. GSAK mit dem GarminExport Macro exportiert die Geocaches als GGZ Datei und die Unterwegpunkte (Children) als POI. Wenn iCaching diese alle als GPX exportiert ist es gut möglich, dass Du damit das Oregon überforderst.