Boomshanka

After a weird GPX failure yesterday, I tried to upload a GPX file from my phone to my Garmin 66s, using the Garmin Connect and Garmin Explore apps, but nothing would work. I've since managed to get 'Live Geocaching' to work, which kind of does the job... but it would still be nice to be able to upload a .GPX file from the phone to the Garmin 66s and then switch off Bluetooth. Has anyone managed to do it (via wifi or Bluetooth - without having to connect the 66s to a laptop via the cable)?

The webpage says "If more requests are received than trackables available, we will randomly select people from the United States only." ... but you have to enter a State and only United States comes up... leaving these blank (I'm from the UK) won't work... so looks like this is only a US promotion?

Excellent, this is exactly how I'd like things to stay!

Before this change, I found the following menu options very useful: Geocaches > Have found ... and that used to list all the caches I've found by date order (with the most recent first) and also when the cache was last found (so I could see if any recent caches I've found have had more recent visits... nosey, yes, but interesting. Now that menu option just lists all caches I've found seemingly by distance from my home. Please reverse this change and bring back the old way of showing the list of caches found.

It's on lots of them... time for a 'needs maintenance' log

Looks like there's a fleck of dust on Watson's camera (on numerous recent pictures)

+1 for toggling all corrected co-ordinates (not just mysteries) so that when setting caches, a CO can see where there's a space for the cache and also so that the posted co-ords don't overlap existing caches (and also for geoart).

Apologies if this has been raised before. Could a future upgrade please include the possibility to toggle the 'corrected co-ordinates' on/off on the map? It would really help when setting a new cache to be able to see where existing puzzle/multi/LB/WiG etc physical caches are for proximity and where the posted icon will be, especially involving geoart.

Bit of a wasted trip this afternoon (I'm in the UK)... had planned to do 2 new ALs but the app kept on stalling, searching for lab caches on the map, heavy use of phone battery... after 45 minutes, I managed to get through two stages of the 1st lab, but gave up as it kept on stalling. No problem with mobile data. When I got home, the two 'finds' were on my cache total finds stats, but now I go back into the app and the two finds are not recognised... the AL starts from the beginning again. Anyway, mini-rant over... what I'm saying is that there appears to have been some issues this afternoon!

I'm not sure if this has been mentioned before... but some COs are partial to BadgeGen... and there are two badges relating to FPs (Favorited Owner and Favorite Cacher)... so they could be miffed if they had to archive a cache (for whatever reason) and then FPs start to be retracted which impacts their FO BadgeGen, or caches they have found with FPs start to lose their FPs. Project-gc premium members get notifications when FPs are added *and removed* from their caches, so it doesn't go unnoticed! Anyway, that's my two cents worth.

That's an interesting point about real-time location 'tracking' with the current system, I'd not considered that. I think the delayed update to the completion stats spreadsheet would overcome the issue and can't be that difficult to do, say a midnight rollover. Edit: but then anyone logging real-time via the app on a 'normal' cache would have the same issue.

It would be the first 10 logs on a cache... and then the find counter just going up after that with no details of who or what... well, maybe... if the finder decided to add a log voluntarily. It does seem a little strange... and a bit frustrating after going to the effort of setting the AL.

The privacy aspects (presumably GDPR) doesn't make sense... whilst you could argue that cacher's nicknames are Pseudonymous data, there is an inconsistency here to have the first 10 cachers' nicknames identified, but none after that. All cacher's who log a find on a conventional cache are identified, so there's another inconsistency with the AL situation. I'd be really interested to hear specific case law as to why the cacher ID drops off on ALs after the first 10 due to privacy concerns, something doesn't stack up.

This might have been raised before... but could GCHQ please add the cacher name to the completion stats so that we can see who has completed the AL (beyond the 10 named cachers on the Leadership board)?

Can any GCHQ staff confirm if this change is going to be rolled back (like it was the first time it was implemented) or is it permanent now? It's broken one of my puzzles and I'd like to know whether to archive it or try to rejig it.

Some advance notice would have been good. I've now got to check all the puzzles (again, after last week), and I see one already no longer works (and I'll have to see if I can find the original as I see in the source code that the link to the original picture has been changed)

Come on GCHQ... first the puzzles won't work (I disable them), then they do work (I enable them)... now they don't work! What's going on?

Looks like the three puzzles I had photo-related issues with are all now back up and working again

Hmmm... two of my puzzles need reconfiguring and one (GC6F9V8) now just goes to an 'Error 500' page. Seems this change also affects pictures in the cache page and not just the background image. Bit of a pain shall we say? Edit: It means that I can't even access GC6F9V8 to try to resolve any issues as a result of these changes. Edit 2: https://coord.info/GC6F9V8 has just come back to life... perhaps things are going on in the background :)

Just a heads up, not sure if it's already been mentioned... as these are a new cache type, they probably won't be included as an email announcement when published. Might be useful to prompt (premium member) cachers to update their announcements profile if they want to see when new celebration events are published.

Well, that's all a bit strange! In the end, I deleted all my GPX files and re-ran the 5 PQs I have set up for my local caching area ... loaded them up and now all icons are working fine... not sure what happened there but happy to report everything is fine now... and with larger icons so I can actually see them on the GPS map Thanks for your help.

Hmmm... I've just deleted the larger virtual icon from the CustomSymbols folder (but leaving the larger EC icon) and my GPS is now showing an earthcache as the smaller virtual icon that was the original set (I've not found where the original icons are stored on the 66s)... so it looks like my GPS is labelling an EC as a virtual and nothing to do with these new icons... I'll have to explore further!

Ah, I think I was confusing the DNF symbol on the Geocaching.com maps and wrongly thinking the same would happen on the GPS, sorry about that. I've added a screenshot of earthcaches showing as virtuals this one is gc680r9 in Portsmouth.

But there's a 'Geocache Found.bmp) file (happy face icon) which replaces any cache type found (which works a treat)... so I was thinking a DNF (sad face) would also be an icon to upload?

The only thing I noticed (on a 66s using the large icons) is that an earthcache is shown as a virtual (I've uploaded all 12 icons, including the earthcache)... not sure why that is? Also, do you have a DNF (blue sad face) icon?