sbeelis

Sieht cool aus. Ich würde empfehlen die Tracking Nummer noch etwas besser zu verschleiern, ich bin sicher, dass es für jemanden, der unethisch genug ist, aktuell möglich ist, die Nummer noch zu erkennen/erraten.

Ich habe das Problem mit meinem Spielerkonto nicht, jedoch mit meinem Reviewerkonto. Das Problem ist in Seattle bekannt (es wird sowohl im öffentlichen Forum als auch im Reviewer Forum darüber berichtet) und ein Bugfix ist in Arbeit, auch wenn noch unklar ist, wann er fertig sein wird.

Falls sie euch betreiben sollten könnt ihr dagegen Einspruch erheben (mit dem Formular, welches Euch der Postbote vorbeibringt). Danach liegt es am Shop zu belegen, dass die Forderung berechtigt ist. Allerdings bleibt der Eintrag im Betreibungsregister bestehen, bis der Shop diese entweder zurückzieht oder aber die Sache gerichtlich geregelt wird. Das ist natürlich ärgerlich. Deshalb ist eine proaktive Kommunikation sicher sinnvoll, aber natürlich Schade, wenn sie nicht darauf reagieren.

Bei L4C kann man den maximalen Zoom-Level einstellen, dann kannst Du nicht weiter reinzoomen, als die Karte hergibt. Cachly bietet das offenbar nicht an. Hat wer rausgefunden, wie ich eine "individuelle Karte" in Cachle editieren kann (um die URL anzupassen)? Oder muss ich die löschen und neu erfassen?

Und noch ein kurzes Followup: Das Einbinden der Swisstopo Karten (alle 4 oben aufgeführten Varianten) funktioniert auch in der iPhone App "L4C"

Dank den Informationen, welche drownedincoffee in diesem Thread gepostet hat, stehen die 4 Kartentypen (Swiss Topo, Swiss Topo Winter, Swiss Topo S&W, Swiss Topo Luftbilder) nun auch im GSAKMapTypesLeaflet Makro zur Verfügung.

Vielen Dank. Das heisst nun auch, dass wir diese Karten in GSAK direkt (ohne den Proxy auf gsak.net) nutzen können. Ich habe die entsprechenden Map-Definitions auf dem GSAK Server hinterlegt, so dass die 4 Karten nun im GSAKMapTypesLeaflet Makro zur Auswahl stehen.

Offenbar wurden mit 1.30 die Koordinaten jedes importierten Labcaches auf deine Homekoordinaten gesetzt.

Auch per 1.1.2021 haben wieder diverse Gemeinden fusioniert. Ihr findet das Update für das Schweizer Gemeinden Makro und die zugehörigen FSG Karten unter folgenden beiden Links: FindStatGenMapSwitzerlandGemeinden.zip (Gemeindekarten V17) Schweiz_Gemeinden Macro (V2.19) Beachtet bitte, dass ihr von beidem die neusten Versionen braucht und das Makro mindestens einmal ohne den Haken by "Only update empty fields" laufen lassen müsst. Fusionen gab es diesmal in den folgenden Kantonen: BE, FR, GR, LU, NE, SO, UR, VD, VS

Ein möglicher (jedoch allenfalls nicht der einzige) Grund dafür ist, dass wenn Gemeinden fusionieren ich in den Daten-Files einfach die Polygone der fusionierten Gemeinden reinpacke, statt für die fusionierte Gemeinde ein neues Polygon zu zeichnen. Das funktioniert in GSAK wunderbar und spart mir sehr viel arbeit. Ich bin nicht bereit, diesen Mehraufwand zu betreiben und vermute, dass dies - unter anderem - ein Grund für Deine Probleme sein könnte.

Ja, genau so geht das. Diese Grenzen sind dann natürlich einerseits nur so gut, wie die OSM Daten und andereseits kann es sein, dass gewisse Grenzen auf unterschiedlichen Stufen anders gerendert werden (siehe Beispiel unten). Hier ein Beispiel rund um Luzern mit der OSM und "Admin Boundaries": Hier die gleiche Region ohne "Admin Boundaries" Das funktioniert übrigens (wenn Du mit dem entsprechenden Makro andere Map-Layers konfiguriert hast) auch mit anderen Karten als der OSM, dort sieht das dann aber meist nicht besonders gut aus. Die gleiche Region mit "Swisstopo" und "Admin Boundaries": Wie oben geschrieben, kann es Fälle geben, bei denen es auf der Karte aussieht, wie wenn gewisse Grenzen fehlen würden. Hier ein Beispiel (blau eingekreist), bei welchem es so aussieht, wie wenn die Gemeindegrenze aus dem "Admin Boundary" Layer (die roten Linien) eine Lücke hätten. Wenn Du aber genauer hinschaust, siehst Du, dass es dort eine graue, gestrichelte Linie hat (welche vom OSM Base Layer kommt). Ich bin nicht 100% sicher, nehme aber an, dass dies die Grenze zwischen zwei Amtsbezirken ist (Seeland und Bern) und die Gemeindegrenze - da sie gleich läuft und somit redundant wäre - nicht als solche erfasst ist und deshalb im Admin Layer zu fehlen scheint. Das müsste man - wenn man es beheben wollte - vermutlich im OSM Datenstand korrigieren, da kenne ich mich zuwenig aus. Diese Lösung ist nicht perfekt (so werden die Gemeinden z.B. auch nicht beschriftet), aber es ist die einzige, die ich kenne.

Um hier einen Gegenstandpunkt aufzuzeigen: Ich bin zwar kein Cupertino Jünger aber ein iPhone-Nutzer (sprich einfach nicht ganz so religiös wie Dave :-) Ich hatte mir letztes Jahr eine (Occasions) Apple-Watch gekauft (in erster Linie für meine Jogging-Bemühungen). Ich habe mich dann mit dem Ding 2-3 Wochen rumgeschlagen, wurde aber mit nichts davon warm. ich trage seit fast 30 Jahren keine Armbanduhr mehr und plötzlich wieder so ein Teil am Arm zu haben, noch dazu ein so schweres Teil hat mir gar nicht gefallen das Dinge musste fast täglich geladen werden aber das Hauptkriterium: ich kam mit der Bedienung nicht zu schlag bzw. kriegte bei den Apps die mich interessiert hätten die Info, die ich hätte sehen wollen, nicht aufs Display, es gab viel zu viele Apps, die ich nicht brauchte welche ich nicht vom Main-Screen entfernen konnte Nach 3 Wochen habe ich die Uhr bei Revendo - wo ich sie her hatte - zu 70% des Kaufpreises wieder zurückgegeben und vermisse die Smartwatch seither keinesfalls. Ich glaube auch nicht, dass ich mit einer Smartwatch aus einem anderen Ökosystem besser zuschlag gekommen wäre, ich denke, ich bin das deckt einfach meine Bedürfnisse nicht ab.

Für das Leaflet_Map Macro gibt es einen "Boundary Layer" den man einschalten kann, dann siehst man die Gemeindegrenzen auch.

https://forums.geocaching.com/REV/index.php?/topic/27103-release-notes-wherigo®-ios-app-january-6-2021/ Die Wherigo App ist wieder verfügbar, offenbar mit einigen Verbesserungen (habe es noch nicht selbst getestet). Da es eine neue App ist, wird sie nicht als Update für die alte Erkannt, sondern muss erstmalig manuell neu installiert werden.

Der Link scheint nur zurück zu diesem Post zu führen :-)

Bei mir über gmx kommen die Mails auch rein, habe aber von vielen gehört, die ihr Konto bei Yahoo haben und die Mails nicht kriegen. Erfahrungsgemäss löst sich das nach einigen Tagen wieder auf.

Offenbar hatte der ursprüngliche Entwickler aus dem AppStore entfernt. Das HQ ist nun daran unter ihrem Konto die App wieder anzubieten. Weiterentwickelt soll sie aber nicht werden. Was die Bemerkung bezüglich "login process" bedeutet und ob dies das Herunterladen der Cartridges direkt aus der App wieder ermöglichen wird, weiss ich auch nicht.

https://forums.geocaching.com/GC/index.php?/topic/359225-wherigo™-app-for-ios-temporarily-unavailable-for-download/

Ich habe positive Neuigkeiten: Offenbar wird die App nicht mehr länger unter dem Konto das Entwicklers im AppStore angeboten, aber es wird daran gearbeitet, dass die App weiterhin im AppStore verfügbar ist, bis dies abgeschlossen ist, gibt es die aktuelle "Lücke", die aber nur vorübergehend sein sollte.

Autsch, das würde dann heissen, dass man aktuell fast nur noch mit Android Phones Wherigos spielen kann, ausser man hat die App bereits auf dem iPhone installiert? Schade.

Du findest die App im App Store unter dem Namen "Wherigo"

Es ist so, dass alle Bilder, welche auf Geocaching.com hochgeladen werden ins PNG Format umgerechnet werden (welches keine Animationen unterstützt), ausserdem werden auch die EXIF Daten (Metadaten wir Kameratyp, Kameraeinstellungen, Koordinaten, etc) entfernt.

Danke, da habe ich wieder was gelernt. Da ich meine 366er Matrix lange vor der Einführung der Lab-Caches voll hatte, ist mir das gar nie aufgefallen. Aber es war übrigens schon mit den normalen Caches so, dass die je nachdem auf welchem Kanal Du sie geloggt hast (offizielle Smartphone-App, Webseite, Dritt-App, GSAK, etc) sie zum Teil je nach Zeitzone auch dem falschen Tag (Vortag oder Folgetag) zugeschlagen wurden. Ich weiss, dass GSAK da richtig viel Aufwand investiert hat, um das korrekt kompensieren zu können. Meine Lösung war schlussendlich, dass ich die Statistiken auf geocaching.com disabled habe und stattdessen meine GSAK generierte Statistik ins Profil verlinke.

Danke für den - wie immer - spannenden Podcast. coord.info/ funktioniert übrigens nicht nur mit Caches und TBs, sondern auch mit Profilen und Logs. coord.info/GCxxxxxx -> öffnet die Cache-Seite coord.info/GLxxxxxx -> öffnet den passenden Logeintrag coord.info/TBxxxxxx -> öffnet die TB-Seite coord.info/PRxxxxxx -> öffnet das entsprechenden Profil (wobei man die PRxxxxx Nummer heutzutage auf geocaching.com meines Wissens nirgends mehr ohne weiteres angezeigt kriegt).

Reviewer-Antwort: Das haben wir aktuell noch nicht diskutiert. Wir hoffen, dass die Leute nach einem guten halben Jahr Corona-Betrieb vernünftig genug sind, um sich auch beim Cachen den Regeln entsprechend zu verhalten. Meine ganz persönliche Antwort: Wenn ihr beim Cachen auf Menschenansummlungen trefft, die den lokalen Anweisungen widersprechen würde ich hoffen, dass ihr genug Zivilcourage habt, um die anderen darauf anzusprechen.