+kunarion Posted May 8, 2017 Share Posted May 8, 2017 (edited) In the Android App, IOS App, and the web site's Old Logging Experience, cachers must select a log type. But in the New Logging Experience, the default log (when manually selecting an unowned cache that has not been Found by the user) is pre-selected to be "Found It". I logged a DNF yesterday, and it would be super easy to overlook the fact that it was a "Found" log by default. I'd prefer that cachers select which log type it is. When I see a "Found It" log with text about how they didn't find it, it becomes confusing. Now the web site is adding to the confusion. https://www.geocaching.com/blog/wp-content/uploads/2017/04/Logging-1.mp4 Edited May 8, 2017 by kunarion Quote Link to comment
+NanCycle Posted May 8, 2017 Share Posted May 8, 2017 In the Android App, IOS App, and the web site's Old Logging Experience, cachers must select a log type. But in the New Logging Experience, the default log (when manually selecting an unowned cache that has not been Found by the user) is pre-selected to be "Found It". I logged a DNF yesterday, and it would be super easy to overlook the fact that it was a "Found" log by default. I'd prefer that cachers select which log type it is. When I see a "Found It" log with text about how they didn't find it, it becomes confusing. Now the web site is adding to the confusion. https://www.geocaching.com/blog/wp-content/uploads/2017/04/Logging-1.mp4 I agree. It would be too easy to miss the drop-down menu and just post the log as "Found." It would be better to have "Select log type" and then a drop-down menu. Quote Link to comment
+cerberus1 Posted May 8, 2017 Share Posted May 8, 2017 Yep. Please add me to the agree list. Quote Link to comment
Pup Patrol Posted May 8, 2017 Share Posted May 8, 2017 (edited) I agree that it's just not a good thing. I was STUNNED to see that "found it" was the default. WHAT?!?! This in addition to the required extra work to post NM or NA is a serious step in the wrong direction. **is it just me and my computer, or is the font on the logging page insanely faint?** B. Edited May 8, 2017 by Pup Patrol Quote Link to comment
+dprovan Posted May 8, 2017 Share Posted May 8, 2017 Making Found the default is a perfect example of "streamlining". Despite being just about the only reason given for any of these changes, I don't think streamlining is an interesting justification, so I like the fact that this clear example of streamlining is being universally rejected in this thread. Quote Link to comment
+noncentric Posted May 11, 2017 Share Posted May 11, 2017 Yep - not a fan of the default log type being a 'Found It'. Quote Link to comment
+lee737 Posted May 11, 2017 Share Posted May 11, 2017 I actually like it for myself, does speed up logging, but would vote against it, as it will almost certainly lead to the 'Found It, Didn't Find It' thread exploding.... Quote Link to comment
+Team DEMP Posted May 11, 2017 Share Posted May 11, 2017 I've already seen multiple instances being pointed out by others where the log is a Found log and the description is Couldn't find the cache. Quote Link to comment
+lodgebarn Posted May 11, 2017 Share Posted May 11, 2017 I've already seen multiple instances being pointed out by others where the log is a Found log and the description is Couldn't find the cache. So this change incorporating duplicate prevention, thereby destroying some old caches as collateral damage, results in DNFs recorded as finds. Nice one! Quote Link to comment
+barefootjeff Posted May 11, 2017 Share Posted May 11, 2017 What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. Quote Link to comment
+lee737 Posted May 11, 2017 Share Posted May 11, 2017 What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. I think you are right, and the other 1% would be NM or NA.... Quote Link to comment
+barefootjeff Posted May 11, 2017 Share Posted May 11, 2017 What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. I think you are right, and the other 1% would be NM or NA.... And if TB drops on previously found caches now start getting logged as DNFs because the logger in their haste didn't change the default, what's that going to do to the cache's health score? Quote Link to comment
+dprovan Posted May 11, 2017 Share Posted May 11, 2017 What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. What's more, according to the logic that forbids logging a second find, you shouldn't even be able to log a DNF on a cache you previously found. Quote Link to comment
+lodgebarn Posted May 12, 2017 Share Posted May 12, 2017 (edited) What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. What's more, according to the logic that forbids logging a second find, you shouldn't even be able to log a DNF on a cache you previously found. You would think so. Either write note or NM if you check on one you have found but not DNF. Edited May 12, 2017 by lodgebarn Quote Link to comment
+Richard E Posted May 23, 2017 Share Posted May 23, 2017 I agree! The default FOUND IT is a bad idea. Moreover I wish Groundspeak would stop messing with things. Quote Link to comment
+thebruce0 Posted May 23, 2017 Share Posted May 23, 2017 I've seen DNFs logged as finds long before this default setting flubber. But yes, the default shouldn't Found It. Does it default to your last chosen log type if you log more than one? This is another reason that having a log preview before submitted would be beneficial - including the log type as it would be displayed (or even more obviously) would be great. Quote Link to comment
+Backwards Charlie from Austin Posted May 23, 2017 Share Posted May 23, 2017 I agree that it's just not a good thing. I was STUNNED to see that "found it" was the default. WHAT?!?! This in addition to the required extra work to post NM or NA is a serious step in the wrong direction. **is it just me and my computer, or is the font on the logging page insanely faint?** B. Right on, Pup! Quote Link to comment
+Backwards Charlie from Austin Posted May 23, 2017 Share Posted May 23, 2017 What's even sillier is if you revisit a cache you've previously found, say to drop a TB, the default log is DNF. I'm sure in 99% of these cases the desired log is WN. What's more, according to the logic that forbids logging a second find, you shouldn't even be able to log a DNF on a cache you previously found. Logic? You are assuming there is some logical reason for these changes. The only reason for these changes seems to be some illogical idea called "streamlining." I wish somebody in the know would please explain what is going on and what they hope to accomplish. Quote Link to comment
+Backwards Charlie from Austin Posted May 23, 2017 Share Posted May 23, 2017 Good idea. I second the suggestion of a log preview before log submission. Quote Link to comment
+edexter Posted May 23, 2017 Share Posted May 23, 2017 Also not a fan of the "new logging experience" and the default "found it" option. Quote Link to comment
+Backwards Charlie from Austin Posted May 30, 2017 Share Posted May 30, 2017 Making "Found it" the default logging option is catering to those that only log their finds and never log their DNFs. We should not be encouraging this behavior, we should try to encourage all to log their DNFs. "Streamlining" is in this case encouraging improper behavior. I do not see any of the logging options as being a sensible default option, so I suggest going back to requiring the logger to make a selection from the options. Quote Link to comment
+thebruce0 Posted May 30, 2017 Share Posted May 30, 2017 I do not see any of the logging options as being a sensible default option, so I suggest going back to requiring the logger to make a selection from the options. I agree with this. Only because the log type is really a functional piece of important information, not just a side note. On mobile, it's two taps. It really isn't a lot of extra work require selection of that important property. Quote Link to comment
+niraD Posted May 30, 2017 Share Posted May 30, 2017 I do not see any of the logging options as being a sensible default option, so I suggest going back to requiring the logger to make a selection from the options.Even with the old system that required me to select a log type, I would occasionally log the wrong type. For example, I logged a number of Finds on my first cache, when I intended to log Owner Maintenance. If Find is the default, then such miscategorized logs are even more likely. Quote Link to comment
+Backwards Charlie from Austin Posted June 1, 2017 Share Posted June 1, 2017 I do not see any of the logging options as being a sensible default option, so I suggest going back to requiring the logger to make a selection from the options.Even with the old system that required me to select a log type, I would occasionally log the wrong type. For example, I logged a number of Finds on my first cache, when I intended to log Owner Maintenance. If Find is the default, then such miscategorized logs are even more likely. Yes, even under the old logging system one could make mistakes. I know I did several times and had to go back and correct logs. But the new logging system seems to encourage logging mistakes. One consequence of encouraging logging mistakes is that caching statistics become less reliable. I don't know about the rest of you, but I like my caching statistics to reflect reality. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.