Jump to content

Boomshanka

+Premium Members
  • Posts

    40
  • Joined

  • Last visited

Everything posted by Boomshanka

  1. I've scrolled down a bit to see if this has already been raised (I'm surprised it not)... Would it be possible/desirable for Ad Labs to be rated for D/T along the same basis as other cache types? It would seem then that Ad Labs could be fully integrated into a cacher's stats. Just pondering the pros and cons.
  2. Yep, the PQ syncs via Geocaching Live (as per kunarion's link). Apologies if my terminology was confusing things between PQ and GPX.
  3. Many thanks for the answers... I've tried this and it works, both via Bluetooth and wifi... so that will be fine for a PQ update in the field over Bluetooth (although the data transfer is quite slow, so I'd probably nip into the PQ and reduce the cache number before syncing). Thanks again.
  4. 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)?
  5. 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?
  6. 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.
  7. It's on lots of them... time for a 'needs maintenance' log
  8. Looks like there's a fleck of dust on Watson's camera (on numerous recent pictures)
  9. +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).
  10. 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.
  11. 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!
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. 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)?
  17. 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.
  18. 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)
  19. 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?
  20. Looks like the three puzzles I had photo-related issues with are all now back up and working again
  21. 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 :)
  22. 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.
  23. 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.
  24. 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...