Jump to content

Dr. House

+Premium Members
  • Posts

    335
  • Joined

  • Last visited

Everything posted by Dr. House

  1. Taken tonight after hiking out to grab a number of caches and returning to my car a little later than expected. Part of the reason I grew a beard this year for the first time was to be able to get a ridiculous pic like this
  2. I think that's a fantastic idea for those who utilize GSAK and the API. While I use that program daily and try to keep all my corrected coordinates there, it doesn't help those who'd rather not download and purchase third party software to manage something that really should have controls within the scope of the Geocaching website somewhere. AFAIK, it also doesn't help non-premium members either, since they wouldn't have access to the API. For me, it would likely also require multiple calls to the API to query unknown caches across great distances and multiple states and provinces since I tend to randomly solve puzzles in areas I may go in the relatively near future when I'm bored. Even if I did all that, I'm still not assured to have found them all. Which is why I would politely disagree and say that, as powerful a program as it is, GSAK is not the answer here.
  3. I was thinking about this the other day, too. A search for this idea brought me here. Apologies for bumping an older thread, but it's still a good idea IMO. I'd also like to request a new feature which would provide some sort of link that would poll through any and all caches which have had the coords corrected by myself using the "pencil" method and display a list populated with the results. Perhaps this is something best handled/most easily implemented by a PQ toggle option as frinklabs mentions above? I'm not very techy, so I respect that this is likely a large undertaking, but I agree with his previous post mentioning that it becomes difficult to recall the ones you have solved as time goes on.
  4. This feature is already in use by reviewers. While the player has no control once the review process has completed (which may have been something requested in the OP), as it stands currently, VRs are able to review a listing, lock that listing to prevent any changes pre-publication, and set a publication date (and sometimes even a time!) of that listing in the future. Any changes that need to be made can be effected by sending an email to the VR who reviewed and held your listing for publication.
  5. I'm still seeing this issue. Any updates to be had? I imagine, given that it seems Safari specific on iOS and OSX platforms (works fine with Safari 5.1.7 on Win Vista) that this may be better directed to Apple, but I'm not techy enough to be sure.
  6. I'm also seeing this behavior on MacOS and Safari. I can use Google Chrome and see the stats fine, but not through Safari. Safari Version 7.0.1 (9537.73.11) OSX 10.9.1
  7. It's my understanding that you may be able to accomplish this with multiple SD cards, preloaded with the individual .gpx files.
  8. Coincidentally I just bookmarked that Multi yesterday as a must do cache. Would you be willing to provide a bit of insight? How long did it take you? What were some of the challenges? Is it a cache only a triathlete can finish in one day? Anything special in your preparation that really paid off during your hike? Your response may also help others identify what type of caches you're looking for. Many thanks. Hilton Falls loop is about 20-25km long and will probably take you 6 hours or more to do in one day. I'm a bit of a fat guy, so I wouldn't say you need to be a triathlete to finish it in one day, but you should be respectful of the distance you will be travelling and the varying terrain you'll encounter (anything from well-trodden access roads to dolostone spotted Bruce trail). Good hiking boots are a must, and ample water, food and spare socks are needed. Start early in the day if you plan to park at Hilton Falls CA since their gate closes in the evening and will lock you in if you're not back in time. My suggestion would be to download the Ontario Trails Project maps created by northernpenguin (here) and follow the instructions to load them into your GPS. These will help you with the routing and will help to ensure you do not get lost. If you look back through the previous logs, you may even find that someone created a spreadsheet that should help you with the math component (for which you won't need a math degree, either). Lastly, don't push yourself. This, to me, is the holy grail of multicaches in Ontario so completing it in any amount of days is something you should be proud of.
  9. I have some basic operational questions: Firstly, is the only way to find one of the active Lab Caches by visiting the "labs." website? Is a functional way to view this information going to be provided to cachers via any other methods (i.e. existing Geocaching.com maps, Weekly Geocaching email server list, or the "List Newest in <state>" feature)? Given that these are only going to be offered at Mega Events at this time, will some sort of separate link from within a Mega Event cache listing show these as available? Secondly, I'm wondering what the icons look like that are mentioned in Nate's OP? While the find count may go up, how does this display within the "Statistics" tab of a cacher's profile? Thanks! Any word on the answers to these questions (bolded by me above)?
  10. Ah... Nevermind. I see I cross posted with Nate on his OP about this.
  11. When attempting to view another cacher's finds or statistics tabs, the Labs Caches tally does not display for those who've not also previously found one of this cache type. As seen In Nate's OP about their release, other cachers cannot see them because they've not been to one themselves. Not sure if this is intended behavior, but I would expect to see all types of caches listed.
  12. For visiting each bar and sampling with the mug, this cacher received a find at each stop? I would've expected it would act like a multicache and give one find for successful completion of all components of the Lab. Interesting. Thanks for the screenshot.
  13. If someone is able to provide a screenshot of their statistics tab showing off the new icon, I'd love to see it.
  14. I have some basic operational questions: Firstly, is the only way to find one of the active Lab Caches by visiting the "labs." website? Is a functional way to view this information going to be provided to cachers via any other methods (i.e. existing Geocaching.com maps, Weekly Geocaching email server list, or the "List Newest in <state>" feature)? Given that these are only going to be offered at Mega Events at this time, will some sort of separate link from within a Mega Event cache listing show these as available? Secondly, I'm wondering what the icons look like that are mentioned in Nate's OP? While the find count may go up, how does this display within the "Statistics" tab of a cacher's profile? Thanks!
  15. To the best of my knowledge, no more caches have been affected since the last forum thread about this topic, found here.
  16. Nevermind... I found the BTC posting here.
  17. I'm curious about the context of the above information. I've looked for it on the Bruce Trail website and can't seem to find it. Any way you can provide a link?
  18. I'm in agreement with the OP in large part. I simply cannot think of any reason why any event would require a Difficulty rating greater than 2, and I think even a D2 is being generous. The reasons given about a solving a puzzle to find an event sound intriguing, but it almost seems as though it might exclude potential attendees who are not smart enough to solve the puzzle, so I kinda doubt it would be published if it were too difficult of a puzzle to figure out (if at all). It may have happened before, and I'd be interested in seeing examples of this, but I really have a hard time seeing anything greater than D2 even for some sort of "Puzzle Event". As for terrain, provided it is demonstrable or obvious to the reviewer, I see no reason to limit that rating whatsoever. It seems reasonable to me that a T5 rating for a parking lot, meet & greet style event should raise some red flags during the review process and kicked back to the CO to show exactly how they reach this rating. Same goes for an event that has historically been held in the exact same spot in some park that suddenly after 2 years of a D1 somehow warrants a D rating of anything other than D1. Perhaps TPTB might be concerned about some sort of liability should ratings be limited by the review process, but then I wonder why "assume all risks" is part of the TOU to use this service? Really, that should cover any personal injury legalities that may arise. In my opinion, limiting this to the best of our ability does matter. We already have other guidelines covering the finer points of the game to maintain a certain level of decorum (like signing a logbook to claim a find, or heaven forbid organized group hunt events for example), so this isn't asking for the moon. We draw arbitrary lines on other items covered within placement guidelines, so why not this? Perhaps eliminating the D/T ratings for all events would also suffice as an answer. If the counterpoint to limiting difficulty ratings is going to be "What does it matter?", then eliminate them entirely and merrily get together with likeminded folks at the posted co-ordinates.
  19. I used a bit of a workaround when I was setting up my kayak event by changing the cache type to something other than an event prior to publication. By doing so, I was able to choose from the entire selection of attributes. Once that was saved, I switched the cache type back to an event and the desired attributes remained, including the boat attribute. The event cache was subsequently published and the attribute was still there. Yesterday I realized that one of the attributes wasn't correct, so I edited it. In doing so, the boat attribute was lost and without the intervention of a local reviewer (switching the cache type, adding the attribute, switching the cache type back to event) I won't be able to get the attribute back on the listing as it legitimately should be. With the ever diversifying creativity of the events that are being submitted, I really think it's time that this issue gets rectified by making the full catalogue of attributes available to all cache types once again. Certainly the ones pointed out in the OP would be a fantastic place to start if there is some unknown concern about the appropriate usage of attributes on events.
  20. Merci pour le cache = Thanks for the cache BTW, thank you for seeking out this information. While I'm not French myself, it makes me smile when I see that someone makes an effort to speak the language for those CO's who are.
  21. I like LBH caches, regardless of the effort involved in finding them. To me, there is usually an extra bit of effort involved with their placement because the CO has to spend some of their own hard earned money on a stamp (and perhaps time and effort should they choose to create their own) and aren't keen on losing that extra money to a non-cacher. Additionally, since it does take extra money and effort, their presence in Geocaching is rare enough to make me seek them out as a target cache. Reading through the comments of the OP gives me the impression that this argument boils down to semantics. Had the name of the cache type not been selected as "Letterbox Hybrid" all those years ago, but rather "Stampcache", could a person really have an expectation that the experience should be similar in any way to an actual Letterbox hide listed on any other service other than the fact that the cache should have a stamp in it?
  22. My gut tells me that any time you remove the main Lackey point of contact from a testing project where a fairly decent change of philosophy (not to mention hefty amounts of site coding and whatnot) is involved, an impact should be expected. I'd sincerely like to have this idea see the light of day, but 1.5 years have passed without much of a peep other than "We'll let you know when/if we know", so I'm not optimistic. I'm reasonable enough, though, to realize that the money/labour that would be required to bring this to the masses, which I honestly believe is larger than people would expect, is perhaps better spent towards something infrastructure related to benefit a broader base of users.
  23. The OP is a tad misleading on the crux of the message presented by this map. Rather than just "tick bites" in general, the heat map paints a picture of the risk level for the emergence of an endemic area for Lyme Disease from black-legged tick bite. A bit of context is provided here.
×
×
  • Create New...