Jump to content


+Premium Members
  • Posts

  • Joined

  • Last visited

Posts posted by Boomshanka

  1. 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)?

  2. 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?

    • Funny 1
  3. 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.

    • Upvote 5
  4. 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.

    • Upvote 6
    • Helpful 1
  5. 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!

  6. 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.

    • Funny 1
  7. 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.

    • Upvote 3
  8. 7 minutes ago, ecanderson said:

    Stupid indeed.  With that logic, they should only be publishing the last 10 logs for caches, too.


    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.

    • Upvote 2
  9. 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.

  10. 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 :)

    • Helpful 1
  11. 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.

  12. 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!

  • Create New...