All Activity

Good heavens, no need to apologise I'm just grateful that you're willing to take on the maintenance of this script and super-impressed by your speedy response. Thank you as always.

Thanks @mellers, you are right. Thank you for the great bug report. I have opened an issue. A corrected version is expected to be available this evening. Only the ft are affected by the bug. The miles are displayed correctly. Sorry, I was really careless when developing the decimal places for the Imperial measurements.

Herzlichen Dank. Ok, ich habe ihn gerade beschriftet und lackiert. Am Nachmittag wird er ausgelegt und anschließend registriert. Ich will versuchen, ihm, wie auch möglichen Folgenden, spezielle Reiseaufgaben zu geben.

Hallo zusammen, ich hab einen neuen Adventure Lab erstellt und möchte eine Testversion erstellen. Allerdings erscheint – egal in welchem Browser – nur eine leere Seite. Kennt jemand das Problem? Gruß Michael

My Samsung Tab S7 with android 13 and version 9.50.0 of the app has the same problem. Also tried my Samsung A54 5G with android 14 and version 9.50.0 of the app and that one has also the same problem. My wife with a Pixel 7 with android 14 and version 9.50.0 of the app doesn't have the same problem.

I have noticed a problem today with the GME route tool when it is set to 'Imperial' measurements. When I mark a route out using the pins, it shows a distance considerably less than the actual measured distance (when compared, say to the path ruler tool on Google Earth. Using a bit of trial and error, I have managed to work out what it's doing. It thinks it is showing the distance as feet by the appendix ft in the box, but the actual distance number is measured in metres. See attached photo for example where I have dropped a 0.1 mile (161 metres) marker around a cache and subsequently measured the radius of that marker with the route tool It shows 161 ft - rather than the 529 ft it should be. It has taken the 161 from the metric measurement and popped 'ft' at the end. Any chance of a fix?

GSAK Alternativ II settings: 1. grab: Set all cache sizes to grab. Download the caches with the given limit of 10,000 in Light format. 2. grab: Fill the skip field with 10,000 (grabbed on day 1) in Full format and the second part of Idaho caches will come in. That way all Idaho caches could be imported in one day.

Is there any update on this? It's a function I used often when it worked

I'm a big fan of proxies, I have multiple posts on how to make proxies by etching aluminium, or by making wood coins (that one didn't work out too good) and acrylic proxy geocoins (last way longer than wood). However, one of the reasons I stopped geocaching was due to being discouraged by people discarding proxies. Several of my proxies were a bit of aluminium with the code and "proxy travel bug" stamped - which I would argue are more durable than actual TB's, which are printed and can potentially rub off. I have one of mine with a comment "Found a travel bug proxy in the cache and removed from circulation. FEEDBACK TO CO: If you wish to hang onto your trackable and not share your trackable with others, please don't circulate a proxy." Considering GC don't have an official policy on proxies, but travel bugs come with a copy tag to send out if the original goes missing, then I disagree with other players discarding my proxies. I can understand low-effort ones (such as a laminated bit of paper which easily falls apart), but I try to make all my proxies to be quite durable, so they last as long as possible. Having said that, half the fun for me was working out ways to make durable proxies cheaply. If a non-fan of proxies chucks mine out, I just need to go make another.

An other way would be creating PQs. You are aloud to download 10 PQs per day (ie: 10 x 1000 = 10,000 caches per day). Do not create the PQs by a centre and a circle but splitted by hidden date. Project-GC has a tool to automatically create the PQ dates for you. https://project-gc.com/Tools/PQSplit?multi_countryregion[]=United+States|Idaho&submit=Filter A nice explanation why date splitting is so effective: http://markwell.us/pq.htm#tips

Alternativ settings: 1. grab: Set all cache sizes to grab. Download the caches with the given limit of 10,000. 2. grab (next day): fill the skip field with 10,000 (grabbed on day 1) and the second part of Idaho caches will come in.

Search Page 1: Check the amount by hitting the Total # button Search Page 2: Total amount of caches with these settings: Idaho has ~ 19,000 caches. So repeat next day with different settings. You might have to grab again on a third day. Grab all caches into one database. Use the noted filter setings. Change month and day to your needs. Have Fun

With Project GC's Wilson score, you can set a filter to exclude archived caches (as well as disabled and/or premium ones): But even without that filter, archived caches appear in the list with a black bar:

Circle is not the grab method to go. Use Other instead. Happy Learning Hans

That's FANTASTIC!!!!! I'm excited to try this out. My false information comes from this error message that came as I tried a circle with a radius of larger than 100. I'll have another go reading that help file to see how it works.

Yep, I awarded a FP to a basically mediocre cache just because it was a new cache in my home town, and there are so few of those. In fact, I think I'll go back and give FPs to the other new caches in town.

I agree that the use of these tags is probably regional. I have tagged over a hundred logs either with Great story or Helpful. I appreciate when someone takes the time to write an interesting log (which can only have as many as two sentences but they're about _something_) BTW: one of the GC little helper options is to hide the "Great story", "Helpful" and "Order by" elements.

1. Du kannst eigentlich fast alles los schicken. Manche schicken anstatt der Original Coin z.B. eine laminierte Kopie. Man könnte auch einen Stein mit einer Trackable Number versehen und los senden oder einen TB an irgendwas dranhängen. Aber bedenke, je grösser, je sperriger und je schwerer, um so weniger Cacher werden bereit sein, den TB weiter zu transportieren. Ich habe z.B. schon ein Surfbrett und einen Amboss mit Trackable Number gesehen. Die werden aber wohl nur von Megaevent zu Megaevent geschleppt...... 2. Probiere es einfach mal aus. Du kannst, als Owner des TB, den TB jederzeit bearbeiten (editieren). Wenn Du auf ein konkretes Problem stößt, dann frag einfach danach nochmal.

thebruce0 mentioned " https://project-gc.com/Statistics/TopFavWilson is one tool for it." It being "finding highly favorited caches by percentage" and it even includes caches with fewer than ten finds (though it also includes archived caches and does not indicate which is which). Including a Wilson ranking at some regular interval (assuming "live updating" is impractical) would be helpful. Perhaps even more helpful would be a simple ranking of CO's based on their output. You can find this on everyone's profile page which shows the number of caches placed and the number of favorite points awarded. What I have found in my travels is that what I consider to be "good caches" tend to be placed by a small number of COs. Figuring out who those COs are and checking out the caches they have placed leads to "more fun per cache" which is reason I want to identify "the best stuff" to begin with. At present, finding the elusive placer of good caches is hit or miss. I might be someplace for a week and only stumble upon him or her on the last day. Narrowing the field to identify the local heroes would be extremely helpful. Aside from looking up each individual cacher, I don't know of any simple way to see something like this: George Geo has 13,350 finds, has placed 7 caches with 2 favorite points. or better Harry Hideout has 1,560 finds had placed 22 caches and has 112 favorite points. It would be nice to tell Harry from George when away from home...More time caching; less time sorting through data bases.

That's wrong. GSAK is not limited to grab geocaches up to 100 miles. And you might import several grabs into one database. And there is no need to create several databases. I don't know where your knowledge came from - definitly not by consulting GSAK's help file. Example for caches placed on April, 27th: MFilter Where=g_contains('-04-27',PlacedDate)

OK, for all you stat freaks like me, I'm trying to find the best way to filter based on hidden month and day of the calendar, but not limiting it to year. Why? There's a lot of challenges based on filling the hidden date calendar with a specific type / size / attribute. Or perhaps a challenge to find all sizes/types/difficulties/terrains... hidden on one day or one month. Some examples are: GCA3VD4 Busy hidden day - all 7 sizes challenge GCAHP8B Leap Day hidden challenge GC9XA74 Gridbusters: Hidden month / found month challenge GC6JV7B Gridrunner Challenge: One Date Placed Starbar GC6JV7D Gridrunner Challenge: Placed Grid Dim Starbar How can we filter this? The best options I have found so far are: - On geocaching.com change the "placed date" as "on" the specific day for each and every year the game has existed. That's only 24 separate searches but it is a bit tiresome. - On GSAK (Geocaching Swiss Army Knife) use the 'get geocaches' feature to grab local caches up to 100 miles radius, then use the DayMonthFilter.gsk macro and pick the hidden day of choice. With this option you have to have lots of different databases each covering a circle of up to 100 miles radius in order to search a wide area. - There is some SQL you can do on GSAK for a similar effect but it is also limited by the database you're working in only having caches from a 100 miles radius. - C:Geo the android app has better filtering options but functions the same as geocaching.com - you need to repeat for each individual day, month, and year. There's a named filter option but that doesn't seem to allow open year, specific day and month. - Project-gc.com has the 'date hidden tool' but it only works if your calendar has gap(s) for exactly which days you want to search. They have custom filters but day and month hidden are not among the options. - Cachly might hold the key, but I don't have an iphone and am unfamiliar. Anyone have any better solutions? Please mention them here.

Oh, I didn't know there was a German-language forum. Oh, ich habe gar nicht gewusst, das es ein deutschsprachiges Forum gibt.

Since German is your main language, I have moved this to the German trackable forum.

Hallo Ik ben groep1850 en ben al maanden bezig om een cache te verbergen heb al van alles ingestuurd en nog steeds niet gelukt hoe kan dat zo ga wel de animo er van af. groep1850