Jump to content

Release Notes (Website: Logging rules) - May 8, 2017


Recommended Posts

Release Notes - May 8, 2017

 

With today’s release, we are incorporating some of the changes to logging rules that were first announced on March 31.

 

Beginning today, when logging via Geocaching.com:

 


  •  

  • Cache owners cannot log a Find, DNF, Webcam Photo Taken, Needs Archived, or Needs Maintenance on their owned caches. (Event owners can continue to log Attended or Will Attend on their own events.)
  • Players cannot log more than 1 (one) Find, Attended, Webcam Photo Taken, or Will Attend per cache. Players can still change a Write Note to a Find if they have not already logged a Find on the cache.

These changes are not retroactive. Past logs are not affected.

 

We had originally planned to extend these logging changes to the Geocaching® app and Authorized Developers’ apps today. However, we are delaying that until Monday, May 15.

 

Today’s release also includes an update to our API to unify time zone behavior. When a cache is logged, visit date times sent in from mobile and the API are converted from UTC to the time zone of the geocache. This allows them to be inline with visit dates input on web.

 

Nate I. from HQ’s Product Team is watching the thread to answer questions when possible.

 

Any posts in this thread should relate to features in this release. Please direct unrelated comments to other appropriate threads. Thanks!

Link to comment

Not sure why the block on logging a Needs Maintenance on your own cache, I know someone who keeps track of which caches of his he needs to visit, that little wrench is kinda handy when you can place it yourself - after all, I can't just look at my list of caches and see which have a string of DNFs, can I? Please at least reconsider this one change.

Link to comment

Hi again,

 

I can not log a Needs Archived on the new logging page. On the old logging page, however, it is possible.

Example: https://coord.info/GC5Z469

 

Presumably because this log type already exists. This makes no sense, of course, because in my example the Needs Archived log is already one year old.

 

Is this an bug on the new logging page, or should it be the new rule.

 

Many thanks in advance

2Abendsegler

Edited by 2Abendsegler
Link to comment

I can not log a Needs Archived on the new logging page. On the old logging page, however, it is possible.

Example: https://coord.info/GC5Z469

 

Presumably because this log type already exists. This makes no sense, of course, because in my example the Needs Archived log is already one year old.

 

Is this an bug on the new logging page, or should it be the new rule.

 

Did you click the "Needs Maintenance" button at the lower right corner of the log text entry field and try to select "Cache should be archived" (which the the new way to submit a Needs Archived log), or were you still looking for the option in the log type drop-down?

Link to comment

I can not log a Needs Archived on the new logging page. On the old logging page, however, it is possible.

Example: https://coord.info/GC5Z469

 

Presumably because this log type already exists. This makes no sense, of course, because in my example the Needs Archived log is already one year old.

 

Is this an bug on the new logging page, or should it be the new rule.

 

Did you click the "Needs Maintenance" button at the lower right corner of the log text entry field and try to select "Cache should be archived" (which the the new way to submit a Needs Archived log), or were you still looking for the option in the log type drop-down?

Oh, thanks, I see.

But I thought it should be easier ..., but thanks.

 

My first postings was been deleted. Sorry, but this is a really bad attitute ... I am speechless!

Link to comment

My first postings was been deleted. Sorry, but this is a really bad attitute ... I am speechless!

 

Yes, a moderator removed your initial post. It was not specific to the purpose of this thread - discussions about the release - and concerned an app that does not use an approved method of obtaining data from Geocaching.com.

Link to comment

There are many caches that offer the chance to earn multiple found it logs because of the way the cache was set up, are these going to be grandfathered as exceptions moving forward?

 

Two examples I can think of are

GC7227 that requires you find a specific benchmark to make the claim in that month, you could technically find this cache 12 times, once for each month.

And

GCK5E6 an event that has been going on for 10+ years that was allowed to keep its original GC code. Event is held and has been held every single month in NE Ohio.

 

I know I have read of other unique caches as well.

Link to comment

After logging a cache from Field Notes (ok, fine, Drafts... :unsure:), it sends me to the cache page. When logging a bunch of caches, that's a bunch of extra clicks. Any chance it could go right back to the Drafts page as it did before?

 

Maybe they have this flow now because they removed the preview function and you need to look at the cache page to validate what you just entered?

Link to comment

After logging a cache from Field Notes (ok, fine, Drafts... :unsure:), it sends me to the cache page. When logging a bunch of caches, that's a bunch of extra clicks. Any chance it could go right back to the Drafts page as it did before?

After submitting a Field Note (Draft), then there's a blue banner at the top of the resulting cache page that gives the option of returning to the Drafts page. There's also an option, in that blue banner, to view your log. That option will go to a webpage that's similar to what we used to see after submitting a field note, but unfortunately that won't have the link to go back to the Drafts page.

 

Personally, I would prefer to skip the cache page with blue banner and go directly to the 'view your log' page with a link back to the Drafts page. Essentially what we had before.

Edited by noncentric
Link to comment

After logging a cache from Field Notes (ok, fine, Drafts... :unsure:), it sends me to the cache page. When logging a bunch of caches, that's a bunch of extra clicks. Any chance it could go right back to the Drafts page as it did before?

Maybe they have this flow now because they removed the preview function and you need to look at the cache page to validate what you just entered?

If that was their reasoning, it would be far more useful for it to go straight to the log like it did before. Currently it goes to the cache listing and you either have to scroll to find your log or click the link in the banner at the top to get to your log.

Link to comment

After logging a cache from Field Notes (ok, fine, Drafts... :unsure:), it sends me to the cache page. When logging a bunch of caches, that's a bunch of extra clicks. Any chance it could go right back to the Drafts page as it did before?

After submitting a Field Note (Draft), then there's a blue banner at the top of the resulting cache page that gives the option of returning to the Drafts page. There's also an option, in that blue banner, to view your log. That option will go to a webpage that's similar to what we used to see after submitting a field note, but unfortunately that won't have the link to go back to the Drafts page.

 

Personally, I would prefer to skip the cache page with blue banner and go directly to the 'view your log' page with a link back to the Drafts page. Essentially what we had before.

There's not even the blue banner if you're a Basic Member logging a PMO cache. You don't get the option to return to the Drafts page or to view your log. You just get the THIS IS A GEOCACHING PREMIUM MEMBER ONLY GEOCACHE message. That's not terribly useful.

 

Please put it back the way it was before, where it took you to your newly added log, and included a link there to return to the Drafts page.

Link to comment

Players cannot log more than 1 (one) Find .. per cache.

Very good, this makes a lot of sense.

You should see that thread about this topic. :blink::ph34r:

Link?

I think it's ok to prevent people from pimping their find counter by logging the same cache multiple times or find their own caches.

Link to comment

Players cannot log more than 1 (one) Find .. per cache.

Very good, this makes a lot of sense.

You should see that thread about this topic. :blink::ph34r:

Link?

I think it's ok to prevent people from pimping their find counter by logging the same cache multiple times or find their own caches.

Here's the thread: Changes to logging, specifically stopping double logs

As you'll note in that thread, it's not just about inflating find counts, but about certain caches that have historically allowed multiple finds because of changing locations. Anyway, the other thread is the correct spot to debate that.

Link to comment
Not sure why the block on logging a Needs Maintenance on your own cache, I know someone who keeps track of which caches of his he needs to visit,
I'm sure he will learn to use a (private) bookmark list instead.
Or learn how to use a sock-puppet account to post NM logs, so that he doesn't need to look in two places to see which caches need attention (the NM logs generated by others, and the bookmark list generated by himself).
Link to comment

Is Groundspeak now perhaps considering a separate icon for Challenge caches and allowing those to be logged by the cache owner? I think that would be nice for all the CO's putting out new challenges.

Edited by DrPflug
Link to comment

Is Groundspeak now perhaps considering a separate icon for Challenge caches and allowing those to be logged by the cache owner? I think that would be nice for all the CO's putting out new challenges.

Not sure why you have concluded that either of these are being considered. edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.

 

Per the magic 8-ball, "My sources say no." Groundspeak has (1) not implemented a new cache type for challenge caches despite repeated requests from some viewers and (2) eliminated the possibility to either log multiple finds on the same cache or log finds on one's own cache (exception: logging "attended" on your own event is still allowed).

Edited by hzoi
Link to comment
edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.
People do that?
Apparently so. For example: GC37R52, GC37R52, GC6W3XZ, GC37R52, GC5M7XJ, GC5HP0V, GC4P3N8,...
Link to comment

edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.

People do that?

Some do. In some areas, it isn't looked on with as much disdain as if they logged their own non-challenge hides. I wouldn't do it myself, but I'm not opposed to someone else doing it if they've done the work to meet the requirements of the challenge, especially if they did the work after it was published (ie. they didn't already meet the requirements at the time of publishing).

Link to comment
edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.
People do that?
Apparently so. For example: GC37R52, GC37R52, GC6W3XZ, GC37R52, GC5M7XJ, GC5HP0V, GC4P3N8,...

New to me, too.

 

It may not be the preferred technique, but it's one way to get the job done, I guess.

Link to comment
edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.
People do that?
Apparently so. For example: GC37R52, GC37R52, GC6W3XZ, GC37R52, GC5M7XJ, GC5HP0V, GC4P3N8,...

New to me, too.

 

It may not be the preferred technique, but it's one way to get the job done, I guess.

Wow, "bonus smileys"? :rolleyes:

 

This doesn't even require visiting a new location or visiting the same location multiple times, just armchair the 'bonuses'. No more 'bonuses' with the new logging rules. :signalviolin:

Link to comment

After logging a cache from Field Notes (ok, fine, Drafts... :unsure:), it sends me to the cache page. When logging a bunch of caches, that's a bunch of extra clicks. Any chance it could go right back to the Drafts page as it did before?

Another option is to open the Compose link in a new tab and leave the source tab on the Drafts page (I have my mouse wheel click set to open links in a new tab, one click access). I find that to be the quickest and easiest way. But I still dislike the redirection to the cache page after posting the log - bad for mobile data use (to whom it's applicable).

Edited by thebruce0
Link to comment

edit: ah, I see, because you log your own challenges and want to keep doing it. No, I think you're out of luck.

 

People do that?

Yes... I see nothing wrong with it. If you meet the requirement, log it. Its not like they know where the hide its at...its about doing something to get there and often they are in the same boat as the other finders.

Link to comment
Today’s release also includes an update to our API to unify time zone behavior

 

This would explain why when logging from my app for the last few days those finds have had my tomorrow's date. But not sure how to best fix this, as the date/time has always been (or at least looked like being) the local date/time so no sure why this would now have this affect. I'm in New Zealand.

 

Using an app which does use the API so assuming it is approved, but has had no updates for some time and no reply from various posts from user. Could a Lackey PM me to find to if this app is (or was) an approved one? (Don't want it to be moderated out like an earlier one...) Might be time to change apps.

 

EDIT - followed the link in the original post and, yes, CacheSense is approved but not being developed. Can you tell me if this means my dates will continue to always be 'out' by a day? Thx

Edited by Ruru_nz
Link to comment
Today’s release also includes an update to our API to unify time zone behavior

 

EDIT - followed the link in the original post and, yes, CacheSense is approved but not being developed. Can you tell me if this means my dates will continue to always be 'out' by a day? Thx

 

I'm not a CacheSense app user but I do suspect that apps which knowingly modified the date/time of a log to address the poor date/time handling by the website now need to undo that change. Is there an option to turn off the app compensating for the websites poor handing? I know at least one app let the user control whether it would adjust the date/time sent to the site but no idea about CacheSense.

Link to comment

What is worse:

1) I have seen on my profile page all logs from last month. Now I dont see it and for bigger mess I have there logs of my friends. Why? OK, good idea to see it, but somewhere else. Only worse overwiev.

2) To see listing of cache, which I recently logged, i must do 2 steps. In old version only one.

3) BIGGEST MINUS: I dont see unpublished caches on main site of my profile?? What is it? And OK, when I click on unpublished hides, there I cant see, which are and wchich are not submited for publications.

4) All the lists (unpublished caches, logs, recently viewed caches) are terribe big, so I see much smaller number of caches in concrete list.

What is better:

Nothing. Unfortunately.

Link to comment

What is worse:

1) I have seen on my profile page all logs from last month. Now I dont see it and for bigger mess I have there logs of my friends. Why? OK, good idea to see it, but somewhere else. Only worse overwiev.

2) To see listing of cache, which I recently logged, i must do 2 steps. In old version only one.

3) BIGGEST MINUS: I dont see unpublished caches on main site of my profile?? What is it? And OK, when I click on unpublished hides, there I cant see, which are and wchich are not submited for publications.

4) All the lists (unpublished caches, logs, recently viewed caches) are terribe big, so I see much smaller number of caches in concrete list.

What is better:

Nothing. Unfortunately.

Looks like you posted your note in the wrong "Release Notes" thread. The topic where your comments would be more relevant is here: Release Notes (Website only) - May 16, 2017

Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...